第2章如何判断该项目是否适合敏捷方法

原创已于 2024-12-20 09:36:02 修改 · 1k 阅读

20 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

收录于

敏捷项目管理

于 2024-12-09 12:53:10 首次发布

声明：本系列文章根据《腾讯敏捷项目管理实战》整理所得，只做知识分享与探讨不涉及盈利，若有侵权请联系删除。

上一章：第1章敏捷的基本概念

首先明白一个道理，敏捷不是万金油，不是所有项目或者项目的所有阶段都适合敏捷。根据不同项目的特点对它们进行归纳，总结出了四种项目生命周期：预测型、迭代型、增量型、敏捷型。我们可以根据自身项目的特点来选择合适的类型，帮助我们更好地推进，也就是说我们可以以此来判断项目是否适合敏捷方法。那么，我们先来看一下这四种项目生命周期的具体内容。

1.预测型生命周期

首先是预测型生命周期，通常我们所说的项目生命周期其实就是指预测型生命周期。
预测型生命周期是以分析、设计、构建、测试和交付为顺序的方式执行的，这要求我们制定详细的计划，什么时候启动项目，什么时候结束项目。在此过程中，我们尽量限制变更，以至于我们需要成立变更委员会这样复杂的机构来处理每一次变更的审批。因为这样项目尽可能地减少了处理变更带来的成本，有利于最小成本地交付产品。
在项目刚开始制定计划时，团队必须考虑到各种项目制约因素，并将这些制约因素加入风险和成本计划当中。这样当我们在执行计划时，可以严格控制对这些计划的影响，尽量少让项目产生变更。
因为预测型项目强调顺序执行，所以通常不会在项目过程中交付产品或服务，这样会产生一个较大的风险，就是一旦对客户需求理解不够，或对需求产生了分歧，那么前面做的很多工作将付之一炬。
预测型声明周期

2.迭代型的生命周期

其次是迭代型的生命周期，早期的互联网项目大多属于迭代型生命周期。它在项目过程当中就会产生交付，我们可以在过程中获得反馈，然后收集这些反馈进行归纳、提炼，随后形成新的需求，再把这些需求放在下一个迭代版本中完成。这样我们就可以通过原型验证或概念验证的方式来帮助我们改进工作成果。这样做的好处是可以减少项目的不确定性。
迭代型的生命周期整个过程包括需求分析、分析设计、构建测试和价值交付，它的特点集中在中间的分析设计和构建测试的过程中，此时我们需要不断快速打磨以完善我们的产品。这样就能通过快速迭代来尽早修复问题，而且修复成本就会变得更小。
如果项目中需求频繁发生变化，或者我们认为客户的需求不是很确定时，就适合采用迭代型生命周期，因为迭代型生命周期更关注构建原型和优化改善，而不是为了提高交付速度。

3.增量型生命周期

接下来就是增量型生命周期，它可以向客户提供完成的交付成果，让客户能够立即使用。许多企业或客户更愿意团队在项目过程中交付，而不必等到所有需求全部完成。当我们交付一部分解决方案时，客户就已经能够使用了，我们把这种少量交付成果的生命周期称之为增量型生命周期。
项目团队在开始之前就会计划好每一次我们要交付的成果，在开始之后他们会尽快完成第一次交付任务，在实际的工作中，有可能第一次交付时间为一周，第二次交付时间为两周或三周不等。
随着项目的继续，团队可能会发现，最终交付的成果可能与刚开始计划的有较大偏差。但是团队不必在意这个结果，因为我们更重视更快交付价值来收集的用户反馈，相比如期完成计划内的需求，我们更看重客户对于交付成果的看法和交付价值。所以，只要结果是为客户创造了价值，我们就不必太在意最初计划的需求是否被全部完成。

4.敏捷型生命周期

最后我们来看敏捷型生命周期，它同时有着迭代和增量的属性，但是注入了敏捷的基因，所以是符合敏捷宣⾔的一种生命周期，它能够更好地应对更频繁的变更和交付项⽬价值。具体来说，它在迭代型的基础上增加了增量型对用户价值的分析，也就是说客户满意度将随着有价值产品的早期交付和持续交付不断提升。

5.生命周期特性对比

根据项目生命周期的类型，我们就可以来考量是否适合敏捷。我先来帮你区分开它们。在你开始一项项目的时候，我们首先要明确项目的需求、执行方式、交付方式和最终目标这些内容，如果需求非常的明确，也就是说客户的需求在项目之初已经确定，并且不会随着项目的进行而改变，那么此时我们就可以确定，项目采用预测型生命周期来推进。
但是如果我们的项目需求是动态的，而且这个需求比较复杂并且充满了不确定性，需要内部在不断完善中来达成最终的交付，那么此时我们就要选择迭代型生命周期。
如果我们的客户想要根据部分成果来调整最初的需求，也就是说在整个推进过程中要注重客户的反馈，那么此时我们就要选择增量型生命周期。
但在现实生活中，情况往往不是这么简单，我们可能需要在频繁迭代的时候，考虑到客户的反馈，那么此时我们就要选择敏捷型生命周期，这里请你注意，因为敏捷型生命周期注重频繁的交付，所以对团队的要求很高，但是如果遇到大型项目，这样就会很吃力而且不太实际，而增量型生命周期是在固定的周期完成部分交付，就会更加适合。
敏捷方法看重的就是交付成果，所以结合上述分析，我们可以知道，当你的工作场景是预测型和迭代型时，那么你完全没有必要采用敏捷方法；当你的工作场景是增量型和敏捷型时，你就可以部分或全部转型敏捷。这里部分和全部具体指什么呢，在下节课中我将为你讲解。
这里我为你列出了一张表格，从项目需求、执行方式、交付方式和最终目标这四个维度进行对比，而且我列出了应对场景作为参考。要注意的是，每个生命周期所对应的场景都是不同的，不要拿着锤子找钉子，敏捷不是解决一切问题的万金油，所有的情况存在即合理。我们要根据不同的团队、不同的场景，来选择合适的生命周期的方法。