混合项目管理模型：敏捷与瀑布的区别

您是否考虑过“如何混合使用敏捷和瀑布两种项目管理流程”？有些人认为混合型项目管理模式根本行不通。例如，我最近在网上看到一篇题为“为什么混合敏捷-瀑布项目失败”的文章引起了我的注意。我对这篇文章并不感到惊讶：

混合敏捷和瀑布项目管理流程需要一定的技巧才能成功运行，并且任何真正尝试将敏捷方法与瀑布方法结合起来创建混合方法的人都会失败。

混合两种食谱

这不应该是字面上结合敏捷方法和瀑布方法的问题。这就像尝试将西餐的食谱与中餐的菜谱结合在一起，然后尝试将两个菜谱中的步骤和成分混合在一起，创造出“中-西餐”食物。一个好的厨师永远不会尝试这样做。然而，他可能会创造出一种全新的食谱，将西餐的某些方面与中餐的某些方面融合在一起

创建混合方法

创建有效的混合方法需要大量技能。当我谈论创建混合方法时，我会尽可能避免使用“敏捷”和“瀑布”这两个词。这些词给人的印象是你实际上将两种不同的方法结合在一起，就像组合两种食物食谱一样。我更喜欢将混合方法视为自适应方法和计划驱动方法的相互结合。“适应性”和“计划驱动”这两个词传达的含义与“敏捷”和“瀑布式”完全不同。而是您正在创建一种混合方法，适当强调“适应性”而不是“计划驱动”。

混合项目管理模式如何发挥作用

这是一个非常灵活的模型——这就是为什么我们称其为“模式”而不是“方法论”。

1. 项目策划

您将至少通过开发高级需求以及完成项目的成本和时间表的估计来开始项目。这些估计可以像您希望的那样详细。这就是该模型如此灵活的原因。

您可以有一个相对“薄”的规划层，具有非常高的要求和不太详细的计划。“更厚”的规划层，具有更详细的要求和规划。最重要的是，开发团队和客户之间必须就需求和计划的详细程度达成共识。

如果客户和项目团队之间没有信任和合作精神，这种模式就无法发挥作用。客户和项目团队必须同意在项目进行过程中进行协作：

• 进一步细化要求

• 不断完善项目完成计划

• 解决在预算成本和进度范围内可能需要的任何权衡。

2. 管理变革

随着项目的进展，“微观”层面上项目需求的任何变化都需要反馈到“宏观”层面的规划中。

根据与客户的协议，计划中应留有足够的余量，以便在不改变总体计划的情况下轻松吸收微小的变化。只有更重大的变化可能需要权衡和调整。当需要权衡以保持在预算成本和时间表之内时，客户可能需要根据需要调整计划成本和进度，或者如有必要，缩小某些要求的范围，以适应计划的成本和进度。

这是一个相当简单的模型，但它很有效，并且可以轻松适应各种项目。但请注意，这不是简单的一步一步的食谱方法。使这个模型成功运行需要一些技巧。

匹配项目的不确定性水平

一个好的策略是将混合方法的设计与项目的不确定性水平相匹配：

• 不确定性较低的项目可能更适合采用计划驱动的方法，特别是如果可预测性对项目的客户很重要的话。这意味着更加重视在宏观层面制定“更厚”的规划。

• 不确定性较高的项目可能需要更具适应性的方法来在项目进行过程中进一步制定计划。这意味着宏观层面的规划水平可能会“薄弱”得多。

总结

很有可能创建一种混合项目管理模式，将敏捷原则和实践与传统的计划驱动的项目管理原则和实践以适当的比例混合起来，以适应给定的情况，但这可能需要大量的技能才能做到这一点。