该帖子同步发自：(lanny的博客  访问该博客)

　　在职场上摸爬滚打十余载，深深的了解职场的复杂和工作的不易，作为项目经理，涉及的部门之多，人员之广，更是需要深厚的职场功底和精湛的工作能力才能保证饭碗不丢。

　　身边很多人都考过PMP，了解项目管理，甚至自己也做过项目计划，然而成功按计划执行的项目却少之又少，与此同时还伴有各种心酸各种累各种泪。

　　一个好的计划，一个切实可行、清晰直观的计划，不单单是按照项目管理计划模板，如数填写完就能够实现的，计划是根据项目实际环境制定的，PM不收集信息，自己拍脑袋定计划纯属耍流氓(当然，偶尔的耍流氓也能让项目成功，但不能次次都保证项目成功)。

　　传统项目计划，小编不想多说，如果连这个都不知道话，就out了 ，快找企业的PMO去学习了解。

　　今天小编跟大家聊聊，为什么在互联网公司，敏捷项目管理计划比传统的计划更能保证项目成功，普通的计划为什么经常会失败?

　　PM血泪史

　　回想一下最近的血泪史，你的规划过程和执行情况是不是这样的?

　　1. 需求评审完成后，分解任务，收集和记录每个任务的开始完成时间

　　2. 对于任务评估时间太长的，通过合理谈判进行适当的工期压缩

　　3. 执行期间跟踪每个任务的完成情况

　　任务A由于各种原因延期1天

　　任务B说我依赖任务A，它晚我也得晚

　　任务C说我比较独立，但我提前完成没有什么意义，我跟任务B同时完成(延期一天)

　　测试环节延期一天

　　临近发布日期，发现交付的功能列表中，功能ABC都没完成，功能DEF全部完成;

　　项目经理快哭了!

　　客户最看重的是功能ABC ，这个没做完怎么给客户交付呢?

　　来来来，擦擦眼泪，小编告诉你应该怎么做一个更合理的计划，让项目成功更有保障：

　　1、基于功能而不是基于任务(活动)做规划;

　　2、让单一任务的进度延误，不向下传递;

　　3、按优先级开发功能，从需求的价值角度考虑优先级;

　　4、区分估计和承诺;

　　5、处理好由于多任务并行带来的效率问题。

　　这几点常识，优秀的PM必须要知道：

　　1.虽然这个任务我延误了，但是我会在后面的任务过程中追赶回来的!

　　我们从这个场景中学习到的是，如果一项活动花费了比计划更多的时间，所有类似的活动都有可能花费比计划更多的时间。

　　2.成员说，我尽量争取提前完成吧，如果不行，就按计划的时间来!

　　如果了解帕金森法则就会知道，无论是谁，包括自己都有这个通病，工作都会拖到最后一刻才会完成，能提前完成的任务少之又少，提前的太多，会被别人认为工作评估不准确不靠谱。

　　相反在空闲的时间刷刷朋友圈 聊聊微信，又能保证在最后的时间点完成工作，何乐而不为呢?

　　3.活动不是独立存在的，而是相互依赖相互关联的

　　如果真的任务之间都是独立的，那就so easy了!一个任务滞后也不会影响其他的任务完成时间。但现实中，尤其是软件开发中，任务之间的关系很复杂，相互依赖相互制约。