扫码阅读
手机扫码阅读
跟我读Scrum Guide #8 “小”团队,大学问

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

徐东伟Jack
扫码关注公众号
文章讨论了团队规模对于工作效率的影响。首先指出,团队人数太少时,可能面临任务繁重、技能缺乏、盲点和偏见等问题,导致工作效率降低。(1// 人太少不好)
然而,团队人数过多也会带来沟通协调的成本增加,导致实际工作时间减少。此外,管理层的介入可能会降低生产率,而大团队更易出现摸鱼现象、人员流动大,以及难以了解每位成员的具体工作内容。(2// 人太多也不好)
有研究表明,团队规模在增大到一定程度后,绩效会下降。例如,4人的团队通常绩效最高,而超过9人的团队生产力会降低。还有研究发现3人是最小的、比单独工作效果更好的团队规模。由此,Scrum Guide推荐的开发团队人数为3-9人。(3// 究竟多大团队合适?)
在扩充团队方面,建议应从小团队开始,仅在必要时增加成员,因为交叉培训和学习新知识往往比增加人数更有效。(4// 团队增长的原则)
文章还警告了几个关于团队规模的常见误区:团队人数多不代表战斗力强;不应轻易采用规模化敏捷框架,而是应尽可能维持小团队的独立性。(5// 要格外注意的坑)
最后,文章由徐东伟敏捷教练公众号提供,此公众号关注敏捷转型、业务敏捷和敏捷组织等多个方面,旨在推动中国的敏捷事业发展。
想要了解更多内容?

徐东伟Jack
扫码关注公众号
徐东伟Jack的其他文章
论敏捷教练里应外合的重要性
敏捷教练作为团队或部门外部的一员,为大家赋能,有时候像是一个超人或者蝙蝠侠,拯救完这个就去拯救下一个。然而,
如何对软件项目经理进行量化考核?
本文934字,阅读约需3分钟。最近有小伙伴在问“如何对软件项目经理进行量化考核”,我非常想和大家交流一下我的
故事点的秘密
故事点的这些点你都了解吗?你踩到雷了吗?
原来Scrum的这几个会我都白做了
本文1778字,阅读约需2分钟。对于玩Scrum的小伙伴来说,需求梳理、迭代计划、每日站会、迭代评审和迭代回
我也来聊聊传说中的敏捷和小瀑布
关于敏捷和小瀑布的讨论由来已久,有人说它们俩相爱相杀,有人表示相当滴困惑!这么说听起来还真是复杂的呢!来,看看我的观点……
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线