DA规范敏捷第二篇︱规模化敏捷
2022-12-13
来源：数字化胜任力
里都拥有高技能人员。
团队及组织文化。敏捷（译注：这里是指基于 Scrum 的敏捷生命周期）以及持续交付生命周期，需要团队内部及与团队有交互的组织内部的灵活性。精益方式可以应用于具有不同灵活度的组织。线性生命周期可以并且常常应用于非常固化（rigid）的情形之中。
问题的本质。当你以微小的增量构建和发布时，持续交付生命周期会运行的非常棒。在小增量方式时其它生命周期会运行的很好。而线性则只适用于大版本发布的方式。
商业上的限制。在此处的关键问题是干系人时间的可用性及他们的意愿，尽管财务及资金的灵活性也很重要。探索型生命周期（Exploratory life cycle）需要干系人具有灵活、客户导向及实验性的心态。敏捷，是因为其倾向于以完整的特性来发布功能，所以也需要我们与干系人交互的方式有灵活性。但令人惊讶的是，持续交付生命周期仅要求很少的干系人灵活性，因为该模式可以关闭要发布的功能，从而可以提供更强的发布控制（简单地将其打开即可）。
生命周期的对比
以下列表对各种生命周期进行了比较，并给出了选择遵循哪个生命周期的建议。正如在列表中看到的，对于何时使用各个生命周期存在共通的考量，但最主要的考虑因素始终是团队本身所具有的技能和偏好。
1. 敏捷
团队类型：项目制
发布上市时间：中等
优势：
基于 Scrum 的简洁生命周期，因其自带规定套路而易于学习
劣势：
迭代（sprints）实际上鼓励了团队按照以数周为批次来构建功能
发布到生产环境通常相隔数月
当需求经常变化时很难保持
何时使用：刚接触敏捷的团队
2. 精益
团队类型：项目制
上市时间：快速
优势：
在准备就绪时发布功能
可通过各种条件对工作排序
小批量工作有助快速流动
劣势：
与敏捷生命周期相比，要求团队有更高的技能及纪律性
何时使用：需要应对快速变化的纪律性团队
3. 持续交付: 敏捷
团队类型：产品（长期）
发布上市时间：快速
优势：
以稳定的流的方式定期发布功能（通常每周一次）
劣势：
要求团队具有高超的技能和纪律性
要求具有自动化测试，集成和部署能力
何时使用：长期团队
4. 持续交付: 精益
团队类型：产品（长期）
发布上市时间：极快
优势：
持续发布功能，通常每天一次或多次
劣势：
要求团队具有高超的技能和纪律性
要求具有自动化测试，集成和部署能力
何时使用：长期团队，要求纪律性
5. 探索/精益创业
团队类型：实验性质的
发布上市时间：快速
优势：
以快速并低成本的方式进行商业实验
以低风险的方式验证潜在新型商业策略
劣势：
要求一种基于你的部分、潜在的客户群的方法
往往不适用于有法律合规要求的情况
经常是仅被初创公司使用的策略
何时使用：希望在市场上推出一种新产品或服务，但存在对潜在最终用户的需求有较高误解可能性的情况
6. 项目集
团队类型：项目制
发布上市时间：中等
优势：
帮助你组织包含相关子项目的大型活动
各子团队或小队（squad）都可以选择适合自已的工作方式
劣势：
各子团队之间需要协调
首先要求各小团队具有可信的相关经验（如果无法做好小的敏捷团队，那么大规模敏捷也没有希望成功）
何时使
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
