PMP项目计划与跟踪
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
【清晖项目管理分享】项目计划与跟踪
项目计划是项目管理的第一步,它可以让思想成为产品。一个项目的管理是否混乱的判断首先应该从项目计划开始。以一个项目为例,我们可以将从混乱到清晰的状态分成几种情况:
第一种是知道目标,知道现在该作什么,知道将来该做什么,称之为“清晰”。
第二种是知道目标,知道现在可以做什么,但是不清楚将来该做什么,这称之为“半混乱或者半清晰”。
第三种是什么都不知道,那就是“混乱”。
我们实际遇到的大部分是第二种情况。在这种情况下,项目开始是有计划的。出现这种情况大概有以下几种原因:
对计划认识不清,长远计划或者是整体计划不实际、不准确、不具备实施的指导意义。
计划是为了应付领导或者客户,仅以此搪塞而已。而且领导/客户对拖延、返工司空见惯,不足为奇,所以就完全接受。
计划不够周密,计划总是赶不上变化,总是出现较大的差错。久而久之失去耐心就置之不理。
实际操作中几乎不可能100%的遵照计划,总有些没有想到的事情,这些事情就会影响计划的实施。计划是为了使事情变简单,使事情可见,但是如果计划被变化打乱,那就必然重回混沌状态,计划也就成了摆设!计划被打乱不足为奇,关键是及时的修正计划。所以对于计划必须有一个跟踪。项目跟踪就是及时发现实施中的问题,能够及时的修改计划,使整个项目处于控制之中。
1. 项目计划
项目计划直接关系到项目的好坏、成败。它是整个项目的头脑,项目计划越详细越好。但是在项目工作中,这种情况是很难达到的,而且项目计划可能会有不同的层次和结构,所以项目计划不应该是一个人完成的,应该是整个项目组成员思想的结晶。项目计划就是项目的设计书。
计划是给自己用的,因为它就为指导自己的工作。计划不是靠拍脑门子搞出来的,这样的计划会给你带来很大的麻烦,因为对于这种计划你只有两个选择:要么抛弃;要么修正。修正肯定会产生新计划。抛弃就又面临两个选择:要么重新做计划;要么破其计划陷入混乱。所以这种计划最终的结果只有两种:一是制作新计划,二是陷入混乱。所以与其做两次,甚至更多,不如一次就完成。陷入混乱那就不用多说了。计划的内容最少应该包含任务、时间和资源。但这里不谈这些,而是说说其他几个容易被忽视的地方。
重视管理首先应该重视计划工作,先认识、再重视、然后实施。认识就是要弄清计划的必要性和科学性,那些内容需要计划,那些内容需要明确。重视就是行动,这个行动就是加强计划的管理,确定计划编制、修改的方法和过程。实施就是计划真正的指导实际工作。
1.1. 计划的层次和结构
计划难以一次性彻底完成,所以项目计划应该保持一个层次机构。应该分成大、中、小三个层次,大计划由中小计划构成,中计划由小计划构成,小计划可以说就是个人任务的规划。这样做也是为了使我们工作容易进行。这样做的好处是:
首先层次结构体现了工作流程,符合项目的实际工作需要。在项目开始时,一般是很难具体的策划项目的细节工作,所以这时要求制作大计划,一般不包含细节内容,但列出了相对精细的中计划。之后中计划就开始被清晰的制定了出来,此时的中计划包含了粗糙的小计划。随着中计划的实施,小计划也就从粗糙变成了详细了。这个结构赋予任何成员一个自我施展的空间。当然计划的制定必须经过项目经理的认可。只要项目经理愿意,可以设计自己的所有工作。
其次层次结构是分工的体现,同时也体现出项目组的组织结构。在一个大项目组中(如果有十几个人的时候)就需要再分组。而这种分组,必然是基于工作上的分工。分工的同时也把压力、责任等分配了下去。这种小组的计划当然应该主要由这样的小组制定。这既是减轻项目经理工作压力的办法,也是发挥成员积极性的渠道。在实际操作中,大计划由项目经理负责协调、整理、编写,中计划可以由组长负责编写,项目经理负责协调、整理,小计划可以有项目成员完成。
1.2. 计划的详细程度
“计划越详细越好”。计划至少应该有三个要素被真正的落实下去,这就是任务、进度和资源。计划的详细程度就取决于对这三项的考虑。按照现在的情况来说,计划应该细到人/日(小计划的粒度),项目越紧计划就应该越细。做计划的时间,绝对不会拖延项目。计划越细项目中不确定的东西就越少,项目就越顺利。正所谓“磨刀不误砍柴工”。
针对不同层次的计划,详细程度有不同的要求,大计划应该确定中计划的任务,安排各任务实施的先后和用时的多少,以及人员组织;中计划应该确定阶段中的子任务(如编码阶段的某个模块),任务开始和结束时间,任务负责人;小计划应该确定个人进度的详细安排(日进度)。因为很多项目经理可以不用考虑资金、办公场所等资源,所以这里重点考虑人力资源。如果用一个例子来说明它们之间的关系的话,那么大计划是整个身体,中计划是支持身体的骨骼,小计划是血和肉。所以他们组成一个有机的整体。以瀑布模型为例,项目整体计划作为大计划,阶段(设计、编码……)计划作为中计划,然后分配到具体个人的工作为小计划。(具体情况视项目大小而定)
计划不但需要任务明确,还需要明确的完成标准。这个标准应该能够衡量产物的优劣。每个人的工作都有一个不同的标准,所以如果标准不明确,必将增加跟踪的工作量。标准是否达到是跟踪结束与否的依据,也是工作合理安排的依据。
1.3. 计划三步方略
计划的实施是有先后顺序的,尤其对于中、小计划。计划与实施之间可能会存在一定的偏差,如果偏差积累起来,就会导致计划失效和项目失控。所以应该实时对计划进行调整。跟踪会发现计划/实施的问题,这些问题就是调整的依据。
在实施中,人们应该注重小计划,因为:
计划的误差可能最早出现在小计划中,而且小计划的误差也最容易被忽视。
小计划的实施会影响中计划,也会影响大计划。
小计划的问题可能比较独特,对问题的认识可能局限于某个或者某几个人。
计划的制定应该是整个项目组的事情,人人都应该参与项目计划的制定。所以全员参与计划制定/修改才能及时将问题都反应出来,只有这样才能避免小计划问题的淤积。如果等到发现中计划已经不适合的时候,就说明你已经失去了最佳调整时机,而你要承受的就是拖延。
大计划可以和第一个中计划一起制定,紧接着应该考虑实施的问题。对于多个中计划来说是按照一定时间顺序来实施的,前面计划出现问题可能会影响后面的计划。所以这里建议实行三步走的方略。总结一个,实施一个,筹划一个。
总结一个:需要项目组能够对照大计划和中计划的进度,及时的收集并总结前一个中计划,甚至大计划的实施问题。
实施一个:根据前一个的实施问题,及时调整当前计划/大计划的内容和实施方式,包括时间、资源分配等。
筹划一个:根据以上两个中计划的内容,根据重新调整的大计划的内容策划下一个中计划的详细内容。
项目经理在这个过程中更重要的是起到强力的协调作用。
三步走可以使我们修改和完善计划。但前提是有良好的跟踪!在第一个中计划的实施中得到的跟踪数据,可以直接帮助我们修改和完善第二个计划和第三个计划。每个计划的跟踪结果必然会影响到今后几个计划的制定。三步走的方略一直循环下去,直到项目结束。
1.4. 设置警戒线和底线
计划会有拖延的情况。这种情况发生的频率非常的高。很多拖延在发生之前是难以明确的,就像风一样在不知不觉间到来、并流过。对于项目组来说,最好是通过设置警戒线和底线的方法来控制这种风险。警戒线和底线可以时间和阶段成果为标志。警戒线是为了认清发生拖延的标志,就像水位的警戒线一样。当警戒信号出现后,就应该执行应急措施。警戒线上应该设置必要的解决或缓解问题的活动。底线本身是一种预测,预测拖延可能的时间。
双线设置可以使我们对问题快速做出反应。这种反应就是效率。尤其是项目组出差在外,或者涉及到计划重大变更的时候,这种预防更是必要的。比如项目组要在5天内完成A、B、C、D四个工作(ABCD存在先后顺序),警戒线设置为:第四天的中午完成工作C,底线为5+1天。
当警戒信号出现后,项目经理应该尽快进行一次全面的检查,了解各个成员的工作情况,分析项目的整体进度状况,然后制定相应的对策。警戒发生后的应急措施应该是提前设计好的,例如加班、增加成员等计划。
警戒线就是风险的触发值,当警戒信号出现后,说明风险已经变成现实了。底线是对风险处理的预计时间。如果把警戒线和底线推而广之,那就是对风险的管理。对重大的风险都应该这样考虑。风险管理应该是每个阶段最先做的事情,首先认识风险,然后在计划中充分考虑。