除了SAFe,和这些玩意外，企业规模化敏捷还有.......
2022-11-09
来源：翰德恩业务敏捷 ，作者王明兰
每次听到大家探讨规模化敏捷，都是关于用SAFe还是Less呢？DAD还是Spotify？这些只是具体的框架，规模化敏捷不只是这些东西。
为什么要考虑规模化?
很多团队运用Scrum、看板等敏捷方法，结合持续集成、测试自动化、持续交付流水线等工程实践，已经具备较高的成熟度。但是在大型组织里，企业面临的挑战远超过单个团队所能控制的范围。在这些组织里，一个产品的交付，需要几十人、几百人、甚至上千人共同完成。他们面临着如下挑战：
如何凝聚目标，对齐节奏，解决团队与团队之间的依赖，共同交付产品？
在更大的范围里，如何拉通整个产品价值流的各个环节所涉及的部门，把所有的相关角色、和相关的敏捷实践高效、有机地串联起来系统化运作，达到缩短Time To Market的目标？
整个企业如何应对市场和技术的不确定性，让人事、行政、财务、市场等非产品研发部门高效地支撑业务，不成为组织转型的重力作用，从而在整个企业范围内实现业务敏捷性？
这些问题正是敏捷规模化要解决的问题。
规模化敏捷的几种模式
Bob Hartman提出规模化敏捷有这样几种模式：
从产品交付维度，有两种规模化：
产品级规模化：多个敏捷团队共同交付一个产品。
平台级规模化：一个平台，或一个解决方案交付多个产品，而每个产品又由多个团队共同协作交付。
2. 从组织维度，又有两个方向的规模化：
水平方向规模化
一个司空见惯的现象是，非产品研发相关的部门，比如人事、财务、行政、销售、采购等部门制定的流程和制度与敏捷思想相违背，阻碍了业务的敏捷性。不是说这些部门自己要应用敏捷的具体方法，导入Scrum框架等，而是说，敏捷和精益的思想是通用的，他们需要调整既有的流程和制度，以服务于业务为核心，而不是以部门的KPI为核心, 才能让企业更迅速的响应业务和市场的需求。
案例：
某世界500强企业的一个产品线需要采购工具软件Licence。但是，公司的采购部门规定：采购一套工具软件，需要经过CTO审批，而从一个项目经理从提交采购申请到经过CTO审批，一共经过7层部门领导，外加3层采购部领导，一共10个领导审批。此外，在项目经理的直接领导审批后，还需要在评审委员会上评审，而评审委员会每个月召开一次，如果没有通过审批，需要补充事实材料，再等待一个月再次上评审委员会。
所以，一般采购周期走完大概需要4-6个月的时间。这极大影响了产品线的交付效率。
如果在过去，产品线年初
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
