小编在职场上摸爬滚打十余载，深深的了解职场的复杂和工作的不易，作为项目经理，涉及的部门之多，人员之广，更是需要深厚的职场功底和精湛的工作能力才能保证饭碗不丢。
小编身边很多人都考过PMP，了解项目管理，甚至自己也做过项目计划，然而成功按计划执行的项目却少之又少，与此同时还伴有各种心酸各种累各种泪。
一个好的计划，一个切实可行、清晰直观的计划，不单单是按照项目管理计划模板，如数填写完就能够实现的，计划是根据项目实际环境制定的，PM不收集信息，自己拍脑袋定计划纯属耍流氓（当然，偶尔的耍流氓也能让项目成功，但不能次次都保证项目成功）。
传统项目计划，小编不想多说，如果连这个都不知道话，就out了 ，快找企业的PMO去学习了解。今天小编跟大家聊聊，为什么在互联网公司，敏捷项目管理计划比传统的计划更能保证项目成功，普通的计划为什么经常会失败
PM
血泪史
回想一下最近的血泪史，你的规划过程和执行情况是不是这样的？
1. 需求评审完成后，分解任务，收集和记录每个任务的开始完成时间
2. 对于任务评估时间太长的，通过合理谈判进行适当的工期压缩
3. 执行期间跟踪每个任务的完成情况
任务A由于各种原因延期1天
任务B说我依赖任务A，它晚我也得晚
任务C说我比较独立，但我提前完成没有什么意义，我跟任务B同时完成（延期一天）
测试环节延期一天
临近发布日期，发现交付的功能列表中，功能ABC都没完成，功能DEF全部完成
项目经理快哭了，客户最看重的是功能ABC ，这个没做完怎么给客户交付呢？
来来来，擦擦眼泪，小编告诉你应该怎么做一个更合理的计划，让项目成功更有保障
1、基于功能而不是基于任务（活动）做规划
2、让单一任务的进度延误，不向下传递
3、按优先级开发功能，从需求的价值角度考虑优先级
4、区分估计和承诺
5、处理好由于多任务并行带来的效率问题
还有几点常识，作为优秀的PM必须要知道的
1、 虽然这个任务我延误了，但是我会在后面的任务过程中追赶回来的
我们从这个场景中学习到的是，如果一项活动花费了比计划更多的时间，所有类似的活动都有可能花费比计划更多的时间。
成员说，我尽量争取提前完成吧，如果不行，就按计划的时间来
如果了解帕金森法则就会知道，无论是谁，包括自己都有这个通病，工作都会拖到最后一刻才会完成，能提前完成的任务少之又少，提前的太多，会被别人认为工作评估不准确不靠谱。相反在空闲的时间刷刷朋友圈 聊聊微信，又能保证在最后的时间点完成工作，何乐而不为呢？
3、活动不是独立存在的，而是相互依赖相互关联的
如果真的任务之间都是独立的，那就so easy了，一个任务滞后也不会影响其他的任务完成时间，但现实中，尤其是软件开发中，任务之间的关系很复杂，相互依赖相互制约。
