太多的项目领导对瀑布式和敏捷式项目管理方法的思考过于僵化，并认为他们需要在两者之间做出选择。但是许多项目——尤其是那些有着不同涉众需求和复杂结构的项目——都受益于瀑布式和敏捷式的混合方法。混合方法的兴起与特定的时间或事件无关;相反，它们作为对现代复杂项目需求的响应而有机地演变。回顾瀑布法和敏捷法的关键组成部分，可以让项目负责人根据每个项目的独特需求在其中进行选择，以构建混合方法。
当你在领导一个高风险的项目时，在瀑布式的严谨性和敏捷式的灵活性之间做出选择可能会成就或破坏你的主动性。在过去的二十年里，太多的学者、领导者、项目经理和组织认为他们必须选择其中之一。更糟糕的是，敏捷方法的出现导致了项目社区中的部落主义，扼杀了创新，限制了真正有效解决方案的潜力。
将一群项目经理聚集在一起，他们不可避免地会分享他们最不喜欢的方法的想法。我听过很多这样的说法:“瀑布是为一个不再存在的世界设计的过程。“敏捷是一种更快地交付失败的方式。”“瀑布是一只恐龙。”“敏捷让老鹰和火鸡合作。”整个组织都选择“走向敏捷”，把一些项目需要的传统方法的基础放在一边。这种僵化和分裂的思维导致了真正的损失。
驾驭这一景观的关键在于将瀑布式开发的规划严谨性与敏捷开发的灵活性结合起来。事实上，项目管理协会2020年的报告显示，由于项目绩效不佳，11.4%的投资被浪费了。Standish Group的CHAOS报告显示，只有31%的项目成功率，19%的项目完全失败。这表明，全球每年的经济损失估计高达3万亿美元，这还不包括浪费的资源、错失的机会和负面的社会影响。
采用混合方法可以帮助组织开始纠正其中的一些结果。在本文中，我们将研究如何使用这种混合方法，组织可以实现最佳平衡，使他们能够灵活地适应不可预见的挑战，而不会忘记他们的最终目标。首先，让我们简要回顾一下瀑布和敏捷的核心组件，它们都包含混合方法的构建块。
传统的瀑布方法是结构化的和顺序的，其中进度“向下流动”通过不同的阶段:概念、分析、设计、计划、构建、测试、实现、移交和维护。
瀑布法的主要特点是通过各种例子来突出:
伦敦横贯铁路项目是一项重大的基础设施工程，预算为148亿英镑，它说明了瀑布模式的不同和连续阶段的有效性。每个阶段都必须在下一个阶段开始之前精心完成，确保有条理的进展，不给疏忽留下任何余地。尽管存在诸多挑战，但横贯铁路项目在建成后被誉为工程奇迹，连接了41个车站，全长118公里，预计每年为约2亿人次提供服务。
欧洲核子研究中心(CERN)的大型强子对撞机(LHC)项目，估计耗资75亿欧元，展示了瀑布模型强调全面文档的重要性。考虑到大型强子对撞机的复杂性，包括一条17英里长的圆形隧道和数千个定制部件，详细的文件对于确保参与项目的每个人全面了解每个阶段至关重要。
价值15亿美元的迪拜哈利法塔(Burj Khalifa)项目证明了瀑布法在成本和时间上的可预测性。细致的前期规划促进了世界最高建筑(828米)的建设，尽管该项目规模巨大且复杂，但按照最初的时间表，该建筑在六年内完工。
然而，许多引人注目的项目失败暴露了瀑布方法的局限性:
澳大利亚墨尔本的Myki票务系统项目鲜明地强调了瀑布方法的僵化。由于预算超过15亿澳元，该项目花费了比预期的两年多四倍的时间。然而，由于无法适应不断变化的用户需求和技术进步，该系统充满了问题。
美国政府的HealthCare.gov项目耗资超过20亿美元，说明了“瀑布”模式的一个特点——后期测试的影响。在后期测试阶段确定的系统缺陷导致了有缺陷的发射以及相当大的公众和政治骚动，导致了昂贵且耗时的维修和改进。
澳大利亚国家宽带网络(NBN)项目耗资510亿澳元，但由于战略和技术上的频繁变化，导致项目延误和预算超支。这突出了瀑布方法在管理需求是动态和不断发展的项目中的不足之处。
2015年，提供电子健康记录软件的医疗保健技术公司Cerner开始了一个项目，为美国退伍军人事务部开发一个新系统。该项目采用瀑布模式，预计耗资160亿美元，耗时10年完成，但很快就遇到了问题。VA对新EHR系统的要求事先没有很好地定义，瀑布模型使Cerner很难改变路线。到2018年，该项目的成本已经增加到200多亿美元，并且仍然落后于计划，迫使VA终止该项目。Cerner VA EHR项目被认为是美国政府历史上最昂贵和最灾难性的IT项目之一。
以快速变化和不可预测的环境为特征的数字时代，已经测试了瀑布方法的局限性，认识到需要更具适应性的项目管理方法。
敏捷方法专注于使团队能够以小的增量交付工作，从而更快地向客户交付价值。因为团队不断地评估项目需求、计划和结果，它可以快速地做出变更。
敏捷的关键特征，在不同的项目中得到了体现，包括:
谷歌搜索引擎的开发是迭代开发的一个恰当例子。它始于1996年的一个研究项目，并发展成为今天使用最广泛的搜索引擎，每天为超过85亿次搜索提供服务。多年来不断的增强、调整和改进强调了敏捷固有的迭代开发概念。
亚马逊是以客户为中心的先驱，是客户协作的敏捷原则的缩影。它不断地征求客户的意见，并将客户反馈纳入其产品和服务中，这推动了它的市场价值。
流媒体音乐领域的全球领导者Spotify是Agile的适应性的经典案例。根据市场变化和用户需求，它不断发展其商业模式和产品，从一个简单的音乐流媒体平台转变为提供播客、视频和个性化播放列表。
然而，敏捷方法也有其局限性:
敏捷方法对快速交付的关注常常导致文档不足。2015年，德国连锁超市Lidl启动了一个实施新的SAP系统的项目。该项目未能准确地将Lidl独特的业务流程映射到新系统上。由于缺乏足够的文件，导致开发团队和利益相关者之间存在误解，导致系统设计和功能存在差异，并导致该项目于2018年取消，造成约5亿欧元的损失。
英国的通用信贷福利改革项目，最初预算为22亿英镑，说明了Agile在估计交付时间和成本方面的困难。该项目的成本上升到120多亿英镑，由于其复杂性和需求的不断变化，近十年后仍未完全实施。
客户不能投入大量时间或不提供及时反馈的项目可能面临重大障碍。一个值得注意的例子是6000万美元的美国海岸警卫队工资系统项目，该项目于2017年终止，部分原因是利益相关者参与不足。
敏捷的灵活性和适应性不能很好地转化为具有固定需求或需要高可预测性的项目。例如，一个世界贸易中心的建设，一个预算约为39亿美元的项目，需要严格的法规遵从和精确的规划，这在敏捷中是不可行的。
随着敏捷的不断发展，这些限制强调了对项目管理方法的需求，这些方法可以混合瀑布和敏捷的优点，有效地减轻两者固有的弱点。因此，采用混合方法的理由变得越来越有说服力。
混合方法的出现代表了项目管理的一个新时代，它既吸取了敏捷方法和瀑布方法的优点，又减轻了它们的局限性。混合方法的兴起与特定的时间或事件无关;相反，它们作为对现代复杂项目需求的响应而有机地演变。
混合项目管理的主要特点及其现实意义包括:
混合方法，例如Philips为其数字化转型计划实施的方法，提供了敏捷的灵活性和瀑布的结构的混合。飞利浦为其HealthSuite数字平台采用了混合方法，为软件开发提供快速、迭代的发布，同时仍然坚持严格的文档和安全指导方针。通过结合这两种方法，飞利浦能够创建一种既灵活又结构化的混合方法。这导致了更好的产品质量，缩短了上市时间，可预测的成本和节省。
混合方法对定义良好的组件采用分阶段方法，对不确定的组件采用迭代方法。在成为世界上最好的数字银行的道路上，星展银行执行了精心规划的基础设施大修阶段，同时实施了面向客户的数字服务的迭代开发。这种方法使他们能够改造传统系统，同时将创新服务推向市场，将其收入从2014年启动数字化转型的96亿新元提高到2020年的146亿新元。
混合方法在客户参与和可预测性之间取得了平衡。英国电信(BT)在其新的5G网络等数字服务中采用敏捷方法，通过尽早、经常地获得反馈来确保客户参与。这有助于确保最终产品满足客户的需求。
对于基础设施项目，比如它的新数据中心，BT使用瀑布方法来更可预测地计划和执行项目。这有助于确保项目在预算内按时完成。这种混合方式确保了客户的参与，并提供了可预测的交付时间表，帮助英国电信在2021年实现了213.7亿英镑的年收入。
混合项目管理的好处及其相关例子包括:
正如育碧所展示的那样，混合方法提供了两全其美的效果。电子游戏开发者使用Waterfall来规划和开发角色和初始代码等资产，以确保基础游戏的健壮性和结构良好。当涉及到游戏机制、调试和发行后更新时，他们转向了敏捷。通过采用混合方法，育碧在2020年11月成功推出了一款商业游戏。
混合方法可以通过将Agile的适应性与Waterfall的结构化规划相结合来降低风险，正如特斯拉在其Model 3开发中的混合方法所证明的那样。为了建造生产电池的超级工厂，特斯拉采用了严格的规划和风险评估方法。与此同时，特斯拉通过空中更新车辆软件的能力允许快速解决问题并在后期添加功能。这种双重战略使特斯拉能够有效地降低风险，同时在高风险的制造业环境中保持灵活性。
混合方法提供了资源密集型长期规划的稳定性，同时提供了快速适应市场需求的灵活性。例如，Zara的详细规划和错开的发展阶段确保了最小的资源闲置。另一方面，由设计师、营销人员和商店经理组成的跨职能团队参与迭代周期和冲刺。这些快速的反馈循环使Zara能够根据实时销售数据和新的时尚趋势立即分配或重新分配资源。
认识到何时使用混合方法对项目的成功至关重要。该方法在不牺牲许多项目所需的远景和详细计划的情况下提供了适应性，使其成为每个组织都应该开发的宝贵方法。那么，如何确定您的项目是否会从混合方法中受益呢?以下是一些指标:
不同的涉众需求:当您处理范围广泛的涉众时，每个涉众都有自己的需求和期望，混合方法可以满足所有涉众的需求。它可以允许迭代反馈，就像在敏捷中一样，同时保持一个结构化的路线图，就像在瀑布中一样。
不同的项目阶段:如果项目的不同阶段需要不同的方法，混合方法可以提供两全其美的效果——例如，最初的研究阶段需要严格的结构，随后的开发阶段需要更多的灵活性。
不确定的要求:对于以下项目需求可能会改变，或者需要在一开始就完全清楚，但是需要一个明确的结构或最终目标，混合方法可以适应不断变化的需求，而不会忽视最终目标。
风险管理:如果您的项目遇到高度的不确定性或风险，需要迭代测试和审查，但也需要彻底的文档思维和计划，混合方法可以在适应性和细致性之间取得适当的平衡。
复杂的项目结构:对于具有复杂的相互依赖关系、多方面的组成部分或多功能的项目对于团队来说，混合方法可以满足细微的需求，平衡严格的计划和灵活的执行。
是时候结束瀑布和敏捷之间的破坏性战争了。释放项目真正潜力的关键在于为每个项目带来一套多样化的工具——可以根据每个项目的独特需求进行调整和应用的各种方法、方法和技术。
混合项目管理方法在这个方向上迈出了很有希望的一步，它结合了瀑布式和敏捷式的优点，同时弥补了它们的缺点。通过将混合方法作为我们工具箱中的工具，我们可以提高项目的成功率，为我们的组织提供更多的价值，并更有效地驾驭项目经济的复杂性。
