混合敏捷确实结合了两全其美的优势。但并非每个项目都需要这两个方面。
例如，如果您是一家想要推出冥想应用程序的初创公司，那么您就没有时间进行长期规划。市场竞争激烈，产品与市场的契合度值得怀疑。这种情况需要采用敏捷的方法来发布 MVP 并测试市场。
那么何时使用混合敏捷方法？我很高兴你问这个问题。
复杂项目
所有项目都有复杂性。这不是我们在这里要谈论的。真正复杂的项目是那些涉及开发具有众多功能、面向多个受众群体、具有相互关联功能的软件的项目。建立网上市场就是复杂项目的一个很好的例子。
在这些情况下，混合敏捷是理想的。初步规划过程可以与业务计划保持一致。在线上市场中，如果卖家入职是第一步，那么路线图将从与该阶段相关的功能开始。
一旦业务团队开始与卖家交谈，开发团队就可以将卖家门户分解为小的、可管理的功能，并迭代开发它们。
受监管行业
银行、理财、保险、医疗等它们是受到严格监管的行业。它们需要极高的可 厄瓜多尔电邮清单 视性和控制力。敏捷方法可能不支持受监管行业所需的文档深度和监督。
混合敏捷方法通过调整护栏解决了这个问题。它们允许业务团队增加一层监管要求的规划。
严格的交付
如果客户有固定的时间表和有限的预算，敏捷方法可能不是最合适的。当具有一定的灵活性时，敏捷的实验性质可以发挥最佳作用。
混合敏捷可以通过制定计划来满足期限和预算来解决该问题。它可以帮助控制溢出并满足预期。
遗留转型
与新产品开发不同，遗留转型涉及使用新技术和方法重新创建现有的（通常很复杂的）软件。例如，您可能正在使用云微服务对单片大型机应用程序进行现代化改造。
在这些情况下，敏捷模型可能会忽视一些细节。混合敏捷的传统部分允许团队梳理整个遗留环境，记录每一个细节，并彻底对其进行现代化改造。使用敏捷方法迭代实施可以最大限度地减少对业务的干扰。
在大型组织中扩展敏捷
在使用传统方法的公司中，系统的设计就是为了促进这一点。团队为此而建立，工具允许它这样做，流程设计为兼容。对于这些团队来说，转向 Agile/Scrum 模型可能会带来颠覆性的变化。
混合敏捷可能是下一步。它可以为团队提供一个适应敏捷的过渡期。
无论您的情况如何，您都需要有效地实施混合敏捷原则。以下是帮助您入门的入门指南。