全功能团队 - 数据篇(2)

　　从项目中移出成员比较容易，不会因关键人物的离开导致项目遇险。四个月前，当时做业务分析兼项目经理的女同事突然得知怀孕需要休假，我们也只做了简单的交接，就完成了这次人员变更，并保持了平稳的项目交付能力;如今这项职责早已向另一成员成功交接。

　　用数据说话

　　问题1： 没有了专职测试人员之后，系统新增功能的缺陷数目是否显著增加呢?

　　答案：没有。图1显示的是我所在的项目过去一年半内的缺陷数曲线。竖线标示的是自2012年7月1日起，团队取消了专职测试人员，以两周一轮换的频率让所有开发人员轮流做测试。由图可见，这个实践开始之后的缺陷并未较之前显著增加，7月初和10月初两次重大发布仍然是影响缺陷曲线的最重要因素。

图1 取消专职测试人员前后的缺陷数曲线

　　问题2：全功能团队中的成员角色切换甚至人员变更较频繁，有没有对项目的交付进度产生严重影响?

　　答案：没有。图2是我所在的项目近一年来的团队人员变更情况与交付速率曲线的对比，这里的交付速率数值仅包含具有业务价值的用户故事卡的点数，而其他的如技术卡和缺陷卡的工作量是单另进行统计的。在2012年7月到8月这段时间内，团队的成员调整的较频繁，同时伴随成员调整，各人的角色也在调整，参照交付速率曲线来看，在这段变更时期以及之后的适应期里，团队仍然保持了如以往的交付节奏和速度;交付速率曲线上在1-4月、4-7月、7-10月体现出的冲高而后渐落的变化模式，也与项目在4月、7月、10月的三次重大新功能发布相契合。前文图1也参证了在7月到 8月这段时间里，项目的缺陷数目并未显著爆发。所以我们观察到的是项目交付进度未受影响。

图2 团队人员变更与交付速率按月对比

　　问题3：全功能团队强调一人多用，那它真的比普通团队的人才利用率高吗?

　　答案：是的。图3-1, 3-2是在ThoughtWorks西安办公室做的一次关于各人所担任过的团队职责的调查结果。来自包括我所在的团队在内的几个团队共38人参与调查，他们自认为的本职角色大多为开发人员(78.9%)，具体的本职角色统计如图3-1所示，角色比例与业界数据3 相去甚远。但他们在团队中做过的职责都不止一个，如图3-2所示，以人数所占比例最高的开发人员为例，他们中77%的人做过测试工作，23%的人做过项目管理，30%的人做过业务分析，40%的人做过运维。从数据可见，全功能团队中不易出现因为某角色人员的缺席导致的交付阻塞，因为其他角色的人可以转换职责来代替缺席者。建设这样的团队对多个团队之间共享人才、提高公司整体人员利用率会有帮助。

图3-1 所有参与调查者职位的分布比例 图3-2 参与调查者所担任职责的调查结果

　　结论

　　从我观察到的ThoughtWorks全功能团队的实践以及收集到的数据来看，建设全功能团队在中小型项目里能顺利进行。我们按照良好实践所做的尝试和努力，让项目、个人以及公司都受益了。那些来自软件开发业界的忧虑，从本文谈及的实践以及数据来看也应该释然了。

　　注解与参考

　　Peter Druker,

　　Uncle Bob’s post, Nov 2008

　　通过招聘网站估算出的数字，如果需求是基本平衡的，市场所提供的职位数量比例与相关从业者的比例应当基本一致。对某主流招聘网站IT板块进行搜索得到：35000开发职位，14000测试职位，12000分析职位。

原文转自：http://kb.cnblogs.com/page/174631/