小编在职场上摸爬滚打十余载,深深的了解职场的复杂和工作的不易,作为项目经理,涉及的部门之多,人员之广,更是需要深厚的职场功底和精湛的工作能力才能保证饭碗不丢。
小编身边很多人都考过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了,一个任务滞后也不会影响其他的任务完成时间,但现实中,尤其是软件开发中,任务之间的关系很复杂,相互依赖相互制约。