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

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

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

组建团队

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

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

特性团队

什么是特性团队？

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

优点：

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

缺点：

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

最后该回答题目了，那么特性团队是否是必须的？

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

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

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

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