特性团队是敏捷必须的吗?

敏捷真的必须都是特性团队吗?

在回答这个问题之前,我们先来一起看看团队的分类和各自的优缺点。目前大多数组织内团队为组件团队(Component Team),与之对应的就是特性团队(Feature Team)。

组建团队

优点:同一组件的人在一个团队内,组件的所有权清晰,大家的技能相同,便于交流沟通。

缺点:不利于产品交付,做出的组件与其他组件集成时可能出现问题。

特性团队

什么是特性团队?

Larmen和Vodde总结认为:理想的功能特性团队是应该跨职能、跨组件以及同地协作的。团队开发完整的用户功能,一般由6到8名具备通用技能、同时各具专长的人组成。换句话说,这就是我们Scrum团队的原型。
优点:

  • 特性团队能更好地评估设计决策的影响
  • 特性团队可以减少因为交接而引起的浪费
  • 能确保总是让合适的人去讨论问题
  • 组件团队给项目日程带来风险
  • 能让大家关注于需要交付的功能特性

缺点:

【Larmen和Vodde】同时也指出了功能特性团队所面临的几大挑战...对于这点我非常感谢他们。常见的障碍包括...a.代码的并发访问、b.共享设计责任、c.学习新技能的难度以及d.公司组织结构。他们认为:通过一些现代的工具,这些挑战还是能被克服的...但这需要时间。
最后该回答题目了,那么特性团队是否是必须的?

答案是取决于所在的组织环境,是的,虽然这个答案不是你想要的,但我只能给出这个答案。

我个人是倾向于特性团队,为什么,上面也已经说了很多好处。

我认为最重要的一个原因是,效果大于效率,也就是说作为一个团队,我们要看一下最后的产出(效果)是什么,而不是看团队的工作效率有多高。

最后我们一起来看一下组件团队和特性团队的对比图。(来自Craig Larmen和Bas Vodde)

Screen Shot 2015-12-21 at 11.32.07 AM