01-对比传统项目管理敏捷能带来哪些改变？

258 2023-07-13

写在前面

最近在规划写一个系列关于敏捷项目管理的文章，这是系列文章的第一篇，对传统项目管理面临的问题做简要阐述，从而引出敏捷项目管理能带来哪些改变，以及敏捷项目管理的核心思维。

传统项目管理面临的挑战

不知道大家有没有经历过或者看到过这样的场景，项目经理收到了客户的需求，并让开发人员评估需要多少工时，开发人员拍了拍脑袋说：“5天！”，项目经理疑问到：“我觉得3天应该就能做完啊，需要那么久吗？”，开发犹豫了下说：“那就两天吧！”，这个场景给人的感觉不是在做任务估算，更像是在市场卖白菜。这里反应出来两个问题。

个体估算的不准确性！

项目管理者的独裁制！

而在敏捷项目管理中这两个问题会有对应的应对方法，群体估算和团队自组织、自管理！

在传统项目管理中还有一个典型特点，项目前期会花费大量的时间和精力期望制定一个完备、周密的计划，而当项目开始之后，随着各方面因素的渐进明细，计划开始出现各种不适症状，经过团队和项目管理者的评估和决策，最终还是要进入不断变更计划的状态，原本认为是一条笔直的道路，走着走着就变得曲曲折折，前期花掉的大量时间和精力也都变成了没有价值的付出。

面对各种各样的变化，以传统项目管理的视角，就是要走严格的变更控制，客户提出需求变更后，要经过项目经理的初步评估，项目经理无法决策的再提交给项目变更控制委员会进行复审，而在实际执行时，这个过程中项目管理者会不断的找各种理由和借口尽量避免变更，拒绝客户的变更请求，长此以往，项目越来越难推动，最终无法挽救。项目的风险与不确定性在项目开始时最高，这个时期最应该做的是，尽快试错，明确各种不确定性，而项目变更的代价随着时间的推移，越来越高，最应该做的是必要的变更不要拖延，尽早处理才是上上策！

项目管理者最常关注的因素就是项目的四大金刚：时间、成本、质量、范围。传统项目以质量为核心（笔者认为质量是不可以协商的，是必须被保证的，是衡量项目管理者职业素养的因素），在时间、成本和范围之间进行权衡，但是这样的衡量标准似乎并不能很好的体现项目的状态，比如《泰塔尼克号》这部电影，剧情更改、成本超支、上映时间一再推迟，但是我们能说这个产品很差吗？相对应的敏捷更加强调价值驱动交付，应对变化并做到持续交付。

敏捷的商业目标

说到敏捷，我们先来看一看敏捷的商业目标是什么？

1 缩短交付周期 缩短交付周期是指需要尽快的满足市场需求，继而根据市场反馈不断调整产品并提高投资回报率。

2 持续创新 持续创新意味着我们要不断满足当前客户的需要，客户的需求是持续变化的，没有一款产品可以永远符合客户的要求，产品的价值体现就是不断更新、调整的过程中持续的为客户带来价值！

3 产品适应性 产品适应性和第二条类似，但是更加强调要不断的满足未来客户的需要，要在充满不确定性的环境中，找到自己的定位满足当前客户诉求的前提下，也要不断的吸引未来的客户！

4 人员和流程适应性 人员和流程适应性是前几条商业目标的根本，我们希望缩短交付周期，想要做到持续创新并保证产品具有适应性，一切的前提是企业人力资源和流程要具备适应性，要有能力对市场、企业和产品的变化做出迅速响应！

5 可靠的结果 可靠的结果是我们希望达到的最终目标，我们要做到业务的持续增长和基本的盈利能力，所以敏捷最终要解决的问题并不是研发过程的问题，而是怎样满足业务目标的能力！

举个例子：传统项目中，当客户提出我想要一辆汽车，我们的做法是按照汽车的生产工序，生产车轮，生产车的外壳，生产车的发动机，并最终组装起来，交付给客户，如果我们的产品恰好是客户想要的，客户会笑脸相迎，但是实际的工作当中，经常是我们花了很大的力气交付了最终的产品，但是客户并不满意，因为这并不是他想要的东西。

而敏捷思维中，当接收到客户的需求时，首先分析的是客户的根本诉求，客户想要的是一个交通工具，那我们可以给客户生产一个滑板车并交付到客户手中，也许滑板车还有很多缺陷，但是客户已经很快的拿到了产品并且根据自己的感受提供反馈，这时候我们就离“真相”更近了一步。而这个快速交付的产品被称为MVP（Minimum Viable Product）最小可行产品，首先这个产品一定是可行的，同时它还要足够的小，只要具备了最基本的功能即可，我们知道产品还不够完善，但是“麻雀虽小，五脏俱全”，作为快速投入市场的版本已经足够了。接下来我们会根据客户的反馈生产出自行车、摩托车，可能最终也是要交付一辆汽车，但是整个过程中我们和客户是持续沟通的，是能够及时掌握客户满意度的，产品也是不断优化的。这就是敏捷思维给我们带来的启发，产品是客户要的，既然我们都说客户是上帝，为什么不早点搞清楚上帝的真实想法呢，为什么一定要等到最后接受上帝的惩罚。

市场上很多知名的产品，都是采用敏捷思维逐渐演进的，比如微信最早期的版本中只有发文字、发图片的功能，再有就是上传头像，印象中没有其他特别的功能了，当时笔者还使用过短短的几天，觉得没有什么特别之处便卸载了。

后续微信的版本中又增加了语音功能、附近的人、漂流瓶等，用户也在快速的增长，直到中期的朋友圈功能、支付功能，微信的用户迎来了大幅增长，而现在的微信版本更加丰富同时也在不断调整。

早期的几个经典版本演进2011 年 01 月，1.0-头像、文字、图片2011 年 05 月，2.0-语音、附近的人2011 年 10 月，3.0-摇一摇、漂流瓶2012 年 04 月，4.0-朋友圈2013 年 08 月，5.0-支付、公众号2014 年 09 月，6.0-小视频、红包

再说一下共享单车的市场，从共享单车开始出现，中间经历了一个快速增长的时期，各种各样颜色的共享单车快速涌入市场，赤橙黄绿青蓝紫，就像七彩虹一样。但是很快大量的共享单车品牌开始退出市场，最终只剩下少量的几种，整个过程中，市场变化非常快、竞争异常激烈，如果我们还是遵循传统的项目管理思维，期望做好充足的准备，完备的计划和完美的产品再投入市场，可能窗口期早已错过，市场已经没有任何空间。

所以敏捷最核心的思想是迭代和价值驱动，能不能按时或者提前完成产品研发、产品功能是否符合需求说明书，都不能代表产品是否足够好，好产品唯一的衡量标准就是能否为客户带来价值。而这个过程中我们需要利用迭代的思维进行交付，也就是“经验型”管理思路。

这一篇我们聊了传统项目管理存在的问题，也初步探讨了敏捷如何解决问题，下一篇我们正式的开始敏捷的介绍，解释敏捷最核心的价值观以及12条重要的原则。

作者简介，杨久成

某商业银行PMO

敏捷、DevOps实践者，培训师！

欢迎联系我深度交流！

原文链接： https://mp.weixin.qq.com/s?__biz=MzUzOTgyNjc3NA==&mid=2247483676&idx=1&sn=27bfaafb3927f5d14c4ac90da366e697