认可(recognition) - 在敏捷软件开发中的作用

在一次和滕振宇、Michael James的cotrain过程中,讲到开发团队的职责时,碰到一个很有趣的讨论结果。当时讨论的问题是:

日常工作中,什么时候你的心情会很好?

最后有3组同学都提到了“认可(recognition)”这个词。但更有趣的是,虽然都说认可,不过认可的程度是不一样的。下面我就认可在敏捷软件开发中的作用展开谈一下。

  • 自我认可
  • 团队的认可
  • 管理层的认可
  • 客户的认可
1. 自我认可。

你有没有做完一件事情后发现,哇,时间过的这么快!好有成就感啊,又搞定了一个问题!一般这样的情景发生在什么样的事情上呢,或者什么时间呢?这个现象叫做Flow(心流)。

还记得在Dan Pink的《驱动力》(参见我的读书笔记)一书中,提到驱动力3.0的概念(1.0和2.0大家去买一本书自行脑补哈)。在驱动力3.0中(即内在驱动),Dan提到3个关键因素:自主(autonomy),专精(mastery)和目的(purpose)。要达到Flow,上述的3个因素是很关键的。首先是自主,人们可以决定自己做什么,怎么做,什么时候做,在哪儿做。其次是专精,每个人都有一颗专精的心,什么事情都想精益求精,做的更好。刻意的练习,是一条通往专精的康庄大道。最后是目的,不论做什么事情要有明确的目的,可以参考SMART原则。

2. 团队的认可

在Scrum中提倡的是团队绩效,团队的结果。但不代表Scrum就不鼓励个人,最常用的方法是激励卡或感谢卡(为什么采用这种方式呢?给大家留个问题)。Scrum中团队被认可是很关键的,怎么实现呢?进展(progress)很关键,也就是说通过Sprint review来评审潜在可交付的产品增量。每个Sprint都会产出一些结果,因此管理层或客户能感受到实际的内容,也会基于这些内容提供一些反馈。

3. 管理层的认可

管理层的认可,这个问题稍微复杂一点。作为管理层,常常关注在KPI,度量结果。度量本身是一个非常复杂且庞大的问题。根据度量的目的和意义,可以把度量划分为两类:A.如果度量对于团队和个人具有正向激励作用,这就是一个好的度量。 B.如果度量对于团队或个人具有负面的作用,这就不是一个好的度量。所以为了得到管理层的认可,ScrumMaster和团队要一起思考我们需要度量什么指标,怎么度量以满足管理层的需要。

4. 客户的认可

软件开发的最终目的是什么?我认为是让客户高兴,即得到客户的认可。想要得到客户的认可,就需要共情(Empathy),可以换位思考,想其所想,真正解决客户的问题。这里可以参考设计思维(Design Thinking),就不展开论述了。

总结

Scrum中,认可是一个奇妙的事情。人的内心总是渴望认可,不论个体或团队。认可同时也是内在驱动的动力之一。内在驱动还有很多其他类型的动力,详情可以参见《管理3.0》(如好奇心,自主,目标,荣誉,专精,秩序,影响力,人脉,职位等等)

Comments
Write a Comment