产品负责人必看:如何确定Scrum团队的最佳规模?( 六 )

如果团队在敏捷原则方面是成熟的,那么他们应该能够自己分裂。这是最理想的结果,因为团队成员最了解他们的内部关系——谁与谁关系最好以及谁能从分离的组织中收益。

2. 跨职能团队

Scrum推动跨职能团队“拥有创建产品增量所需的所有技能”,扩展到两个甚至更多团队时也是如此。

对于很多开发者尤其是一些敏捷新手来说,自然趋势是与技术线路一起思考的。

例如,团队经常想将拆分成前端和后端。这在某些罕见的情况下可能会有意义,但作为产品经理,你应该在大多数时间提出反对意见。

一个全是前端开发者的团队无法自行提供产品增量,并且自然地就开始思考技术能力也就是将他们团结起来的原因。相反,他们更应该关注的是客户以及如何满足他们的需求。

另一个有趣的考虑因素是团队中的非开发角色。在各种情况下,一个团队可能包括一个设计师、业务分析师和QA专家。一旦你拆分了一个团队,尤其是如果你没有雇更多的新人,那么在处理这些角色的问题上就会陷入两难的境地。

推荐阅读