敏捷管理第二章《敏捷价值》

敏捷价值，让你体验飞一般感觉

最近几年，敏捷遍布在各个行业领域，很多公司研发团队都在使用它，当然有些创业型公司本身就非常关注行业更新换代，非常积极研究它，引入它到项目中，但是由于着急看到成效，盲目使用，导致得不偿失。这类型企业就认为它不能带来收益，怀疑它的价值。

---

接着上个章节，我们来说下，我们当时引入敏捷V1.0。敏捷的精髓在于它的思维方式，只有充分理解它的思维方式，理解透了，自然很容易把它融入到项目中。

讲到敏捷之前，我们先举个例子来说明下（传统模式、瀑布模式特点）

在13-15年期间，中国移动有个大型商城项目外包给我们，
简单了解需求后，项目经理制定了初步计划，包括预算、人员安排、开发周期、时间周期表等，计划用1年时间完成项目的交付。
期间包括需求调研、设计、开发、测试、QA验收及上线发布、用户培训等。
项目经理有自己的一套成熟的管理方式，后续按照这套管理机制来启动项目的开展工作（项目筹备、启动、组建团队）花了1个月时间，
前期需求调研花了2个月时间，UI设计花了1.5个月时间， 研发花了6.5个月时间，QA花了1个月时间，最后交付给客户来验收。
我们满怀信心，没有想到客户在验收的1周内，提出了100多个意见和想法，期间包括我们的功能性问题和他们新的idea，接下来就是项目经理牵头承若客户，抓紧时间，加班加点让开发人员修改调整。
我们花了近1个月时间调整了客户80%以上意见和想法，后续项目经理带着调整后的成果物及意见清单，一一道明目前的计划及修改后的效果，
最终我们还是达到了客户想要的效果。工期比预计延期了 35%，预算也超支了不少。所以项目最后虽然上线了，但是结果客户并不满意。

针对上面的实例，我们来归纳下它存在问题：
1. 研发周期较长，研发跟不上业务发展的节奏
2.研发不能很好响应需求
3.项目风控难把控

针对上面真实的案例来分析下，这个项目到底有什么问题呢？到底是什么原因导致了它的失败呢？

后面也一直在思考总结，后续在一篇文章中得到了启发。传统模式和瀑布模式的中心思想，以传统的构思去承接周期比较长、变化比较多的事物，提前设定好各个环节，如：生产基地，讲究的是顺序性，串行化。充分体现出 "规章制度化"。 而软件研发和传统的生产管理不同，它的产出物具有强烈的不确定性。而瀑布模型其流程和步骤都是设定好的，适合更加确定性质高的工作。 那么在不确定性高的研发项目中不适用瀑布模式。 **基于上面的例子如果我们引入敏捷管理，能解决什么问题呢？**

…

个人归纳如下：

1. 全局性出发缩短时间。从调研、需求分析、设计、研发、测试每个阶段投入的时间大大减少时间，提前暴露问题，介入其中分析并找到解决方案。抗风险能力强
2. 罗列需求池，设定优先级。迭代有序进行开发，阶段性成果物验收
3. 协调资源，做好项目规划，资源合理化
4. 做好抗风险方案(多套方案，包括备选、应急)
5. 提前让客户参与研发的各个环节，前期的沟通，阶段性成果物的验收，及提供的宝贵意见以便于后续迭代持续优化。尽最大可能达到客户的预期，让客户满意
6. 风控把控更精确（降低延期的风险，项目的额外开支，节约成本）

…

采用敏捷达到的效果如下：

• 先给需求方（业务部门、客户）+ 研发部门进行培训
• 然后将组织进行变更，以团队的特性分建成小team
• 接着把大需求拆解小需求，并且排列好优先级
• 最终再把业务部门引入进来，配合研发一起迭代验收（每个迭代版本结束后交付给业务部门进行验收（反馈意见和想法）。后续的需求流动性快了，产研的效率也提高了）

…

总结：

本章内容主要讲述了敏捷管理的价值，各种模式之间的特点和区别，如何正确使用敏捷管理，来达到项目收益的最大化，通过实际的例子来分析，从侧面反应出敏捷管理的优势。

作者简介：张程 《技术管理兴趣圈》

更多文章请关注微信公众号：zachary (frankly0423)