"敏捷"在互联网行业已经非常流行了，也起到了非常好的效果。那么近些年越来越多的传统行业在被“数字化”的冲击下也越来越多的把眼光转向了“敏捷”，我也应邀给某知名药企做了一次敏捷知识宣讲。
在培训之前从介绍这次活动的培训公司了解到，此药企对员工的能力提升还是很重视的，会经常对员工进行项目管理方面知识的培训。之前更多的是以PMP的知识体系为主，最近这段时间了解到"敏捷“项目管理越来越流行，并且PMP(PMP第七版敏捷内容占到50%)里也大量采用了"敏捷"里的知识。所以他们对敏捷转型，特别是敏捷和传统项目管理的区别感兴趣。
针对这种情况，我准备这次敏捷知识分享的内容主要就是介绍敏捷项目管理和传统项目管理(瀑布)方式的对比。我将这次分享内容分成四个部分。
“场景分析”,通过一个案例对比来引出瀑布项目和敏捷项目的不同
Boss说，我刚拿到一个项目，一共100个功能点，现在交给你们团队，3个月之内干完，我们就有300万的回款，加油吧！
如果是建一栋房子，比如上图这个两层小别野，那我们项目经理要做的是确定好客厅要多在；饭厅要多大；需不需要地下室；准备几个车库；地基打多深；用什么样的结构等等一百个功能点。规划好之后带着团队一起三个月盖起来，然后给客户看，只要前期定好的指标完成就可以找客户要钱了。这种按照规划顺序执行的项目就是传统的瀑布类型项目，PMP呢就是从建筑行业发展来的，主要知识点就是适合这种类型的项目。
那如果是开发一款软件呢，比如开发一款社区买菜的软件（这几年特别是疫情原因，社区买菜变的很流行算是一个小的风口）那项目经理该怎么做呢？如果还用传统的方式，我们就要确定好所有的功能点，比如用户能买水果、蔬菜、生鲜；能单独买、能拼团；能支持小程序、app手机端、pc端；能注册会员、能充卡、能有积分累积等等。然后带领团队埋头苦干，做了两个月发现项目要延期，然后开始加班加点终于三个月把软件交付了。后面能顺利的收到钱吗?很难吧，客户说这里不是我想要的、那里功能不好用，甚至同时期有别家已经先一步推出了软件并占领了市场。
应该怎么做呢？
做为项目经理应该这样和客户说：金主爸爸，三个月100个功能点，这样吧，我用一个月先给您交付一个软件”
客户：“太好了，一个月就能把100个功能点做完！”
我：“不是的，是这样先请您看下那些功能点是最紧迫的，我们先选出20个功能点，保证做完能用，然后发布使用起来看市场、用户的反馈，然后再选择或修改20个功能点做为下一个版本的内容”
客户：“这个建议可以，就先做着吧”
然后可能做着做着，客户就发话了，后面50个功能点不用做了，把前面那些功能点再改改放到下个版本里。
这其实就是敏捷的方式，通过小步迭代的方式更快的应对市场的变化。
比如微信，看起来就是一个简单的IM工具，但实际每次迭代都增加修改了很多功能。微信1.0还只能发信息通话，版本2就可以发语言对话了，版本3加了摇一摇、发视频、拍一拍等功能。
对比敏捷和瀑布方式的适合范围
瀑布模型式是最典型的预见性的方法，就像上图所示直接用大炮打目标，项目的目标比较容易确定好。只要严格遵循预先计划的步骤顺序进行。瀑布式的主要的问题是项目早期即作出承诺导致对后期需求的变化难以调整，代价高昂。瀑布式方法在需求不明并且在项目进行过程中可能变化的情况下基本是不可行的。
敏捷方式更像导弹在运行过程中不断侦测目标、收集路径中各种反馈，调整方向完成目标。相比瀑布模式，敏捷更加贴近互联网时代背景下快速发展变化的市场环境以及业务需求。
Scrum敏捷流程
通过上面这张图介绍了敏捷流派里最流行的Scrum做项目的流程
这张图从左往右看。首先通过了客户/市场/高层/沟通得到一系列的需求，然后把所有的需求经过一个前面的一个需求分析，就会得到一个需求的列表，把所有的这个需求放在一个很长的列表里面。就需求池子叫 product backlog 那我们在做每一个做项目计划的时候，做迭代计划的时候，那经过团队共同的一个讨论以后，从这个需求池子里面取出一个需求的子集，作为一个迭代的需求列表。
那团队在这个迭代不断的，每天循环来进行一个开发任务。然后在迭代的结束。比如说两周结束以后，团队输出一个工作的增量，就是一个可工作的产品，作为这个迭代结束的一个标志。
然后介绍了Scrum框架中"3355"的概念。
预测型(瀑布模式)和适应型(敏捷模式)生命周期对比
传统的瀑布模式是一种预测型的项目管理方式，瀑布上的水从上往下流下去是不能返回的。预测经营项目生命周期的好处是，如果一切都不变的话，一切都不发生改变的话，预测性是最有效率的。所以瀑布模式适合需求明确、稳定、简单、易于理解的产品/项目
敏捷适合需求（一开始）不明确、新型、复杂的产品/项目。敏捷开发承认环境、团队、用户和自身的不确定性，认为市场需求难以预测，因此包容试错、探索前进，在小步快跑中实时校对方向。校对的参照点是用户价值，是否能为用户创造价值作为评价工作的关键指标。
QA环节
本次敏捷的宣讲课，后面提问环节，问了不少项目管理的问题，发现他们对敏捷中kanban方式和赋能的概念比较感兴趣，又简单介绍了这两点。
