项目经理经常会被一些不了解的人问,“项目经理不就是管进度的么?”,可见管理进度是项目经理多么重要的一个职责,当然这样问的小伙伴多少对项目经理的职责缺乏理解,但不妨碍进度管理是项目经理重要职责这一事实。接下来我们就来看看怎么做好进度管理,要如何一步步做好项目的进度管理。项目经理圈子
一、制定计划blog.mypm.net
互联网软件项目,唯快不破的文化氛围下,造成程序员对于计划往往不屑一顾,经常会有这样的反对声音,“计划赶不上变化,做计划有什么意义”,那是不是制定计划真的不重要呢?那必然不是,那计划的价值究竟是什么呢?项目管理者联盟
1.1 为什么需要计划转自项目管理者联盟
其实,无论是在传统项目管理中,还是敏捷迭代中,计划都是完成目标的第一步。美国质量管理专家沃特·阿曼德·休哈特(Walter A. Shewhart)首先提出的,由戴明采纳、宣传的著名的管理理论“PDCA环”,也称为戴明环,其中P(Plan)计划就是第一步,然后才是行动D(Do),C(Check)检查,A(Action)改进(行动,跟前面的行动有点重叠,我更愿意将它解释为改进。项目经理博客

图1.PDCA循环项目管理者联盟
项目管理论坛
《高效能人士的七个习惯》这本书提到一个概念,可以帮助大家重新理解计划的价值。任何事情都是先在头脑中构思,也就是智力上的第一次创造,然后再付诸实践,也就是体力上的第二次创造头脑中的第一次创造,就是计划,也是头脑中对于未来的一种正向的预想,有助于我们实现计划。所以如果你想让你的项目顺利交付,就好好的做计划,制定计划的过程也可以帮助我们发现问题和风险。项目管理者联盟
1.2 那么如何做计划呢www.mypm.net
提到制定计划,大家应该都听过WBS(Work Breakdown Structure),什么是WBS,又该如何来制定WBS。学习过PMP的人应该对这个词不会陌生,WBS就是工作分解结构,把项目工作拆解为具体的,易于管理的子任务。项目管理者联盟
这里需要遵循的原则就是不漏不重,以及适度,不漏就是需要考虑把与项目范围相关的所有事项都包括在内,不重就是避免任务和任务之间交叉,WBS分解后的最小工作包都需要分别对应到人,明确交付的时间节点,如果出现重叠就会造成职责不清。项目管理者联盟
拆分的颗粒度是越细越好吗?如果每个任务都拆分到1个小时以内,是不是会更加好管理,但实际上这是不可能的,因为任务拆得太细,会使管理成本急剧上升。我们的2周一个迭代的管理中,一般任务颗粒度在4~16小时,大部分任务控制在1天以内,这样我们每天在晨会跟进任务的时候,就可以看出是否存在延期,及时发现问题并作出调整。项目管理者联盟
原则解释起来简单,但是在实际操作中,却非常容易犯错。尤其是不漏,项目中就经常会出现这样的情况,项目临近尾声,才发现按照产品要求,此需求需要完成另一套环境上进行测试验证,而实际在评估的过程中根本没有把此项工作考虑在内。www.mypm.net
另外,开发同学评估工作时,往往容易忽视研发以外的工作评估,例如,环境部署、数据验证(一些数据统计类的需求,由于测试环境数据不足或者无法真实模拟真实数据,还需要考虑在预发环境中进行数据验证工作量)等等。那么如何来避免呢?项目管理者联盟
我们在实践过程中积累了一套创建任务的规范,此规范除了建立统一的管理规范以外,也起到了提醒和检视的作用。项目管理者联盟
这份规范包括两部分:任务的标题规范、任务内容规范

图2.任务创建方法项目管理者联盟
项目管理者联盟
1、任务的标题规范,分为三个部分项目管理者联盟
1)标明角色,是前端、后端、还是测试项目管理者联盟
2)需求内容,把此任务对应的需求名称简要描述作为任务的一部分转自项目管理者联盟
3)具体内容,是完成开发任务,还是完成前后端联调,亦或是测试任务。www.mypm.net
简单来说,标题中的这三部分就是2W1H(Who、What、How)
2、任务中具体内容部分项目管理者联盟
1) 预计工时,任务的颗粒度需要控制在4~16个小时之间training.mypm.net
|