敏捷团队管理︱解析Scrumban从理念到实践
2022-11-05
来源：翰德恩业务敏捷 ，作者王明兰
我的使命
帮助你创造价值，减少浪费
每一个尝试敏捷转型的企业都面临着如何选择试点团队的问题。如果你选对了，为长路漫漫的转型迈出了最重要的第一步；如果你选错了，从一开始就注定了失败的结局。
为啥要试点
1957年Iowa State College提出技术接纳生命周期曲线，后由杰弗里·摩尔(Geoffrey Moore)使用鸿沟理论加以完善。
其主要观点是：不同顾客群接纳新技术需要的时间不同。根据接纳速度的快慢，顾客可以分为技术爱好者、产品尝鲜者、实用主义者、保守主义者和怀疑主义者五种类型。技术爱好者和产品尝鲜者构成早起市场，实用主义者和保守主义者构成主流市场。理论上，市场随时间变化的分布图像一口挂钟，早期市场规模较小，随后逐步增长形成主流市场。
这个技术接纳生命周期同样适合任何新方法、新产品、和新思想。从一个企业的范围来看，敏捷是一种新事物，刚引入一家企业的时候，大部分人会持有怀疑、慎重甚至否定的态度。因此，需要选择合适的试点团队，进入“早期市场”做出效果证明给那些实用主义和保守主义者，才能吸引 “主流市场”拥抱敏捷。
此外，敏捷不是一个通用的标准，在不同的企业里，甚至在同一家企业的不同业务线落地的实践方法都可能会不同。通过试点，可以探索出敏捷在本企业、本业务线如何应用，从而为后续开展的团队提供参考借鉴。
业界模型：如何选择试点
那么选择什么样的团队做试点团队比较合适呢？Mike Cohn提出了一个试点团队的选择框架，选择试点团队从以下几个维度考虑，如下图：
项目规模
最好选择那些独立的、规模在5-9人以内的试点团队。第一个试点不要选择大团队，比如几十人规模不适合做团队级敏捷的试点。试点的目标虽然是探索敏捷在企业里如何落地，但是全公司的人都在关注试点团队的效果。因此对于第一个试点，尽量避免选择团队之间交织依赖的项目，避免不必要的复杂性，增加试点成功的概率。
如果企业里没有小规模项目，退而求其次，可以选择大项目中的一个小团队做试点。
业务利益干系人的参与
如果缺少具有业务决策权的人参与试点，那就只能在研发范围内开展敏捷，但是业务人员在价值流的最上游，没有他们的参与就无法开展真正的敏捷。如果你选择的是Scrum框架，那么最好有业务决策权的人，参与到Scrum流程中承担PO的角色。
项目周期
很多企业的管理层期望敏捷开始试点后马上立竿见影。但是，凡事经历过组织变革的人都知道，这是几乎不可能的事情。一种新思想、新方法引入后，团队需要先学习、适应，才能开始进入状态。凭我个人的经验，敏捷团队如果看到定性的效果，需要至少一个迭代的时间，会看到透明化、沟通协作高效、团队士气可能会有所提升的效果。如果要通过数据量化看结果，需要4-6个迭代的时间，待团队的迭代速率保持稳定后，才可能会有速率提升的趋势。
因此，项目的
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
