总结项目进度管理经验
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
总结项目进度管理经验
一、概述
项目的进度、成本、范围、质量构成项目的四大目标,简而言之:多快好省。对于这四个方面的管理组成了项目管理的核心部分,而进度管理是对于时间的管理,项目成本、范围、质量都与时间密切相关。
另外一方面,项目还存在其他一些目标,如客户满意度、公司的认可度等等,这些往往也都与项目的进度目标是否达到密切相关。因此可以说,项目进度管理是项目目标管理的中心。
项目是特殊的,为了独特的项目目标所进行的一次性活动。项目过程中存在了或多或少的变化,这些变化往往是导致项目各种各样症结的直接原因。俗话说计划不如变化,可我要说,没有计划,我们就无法应对变化,兵来将挡,水来土掩的传统手工作坊模式项目管理在大部分现在的项目中已经暴露出它的缺点。通过进度计划、进度监控、风险应对措施等手段才能更好的应对变化,保证项目进度目标的实现。在项目管理过程中,所有的计划都不是一成不变的,需要在各个特定的时间点(如面对变更、人力资源调整、项目外部环境变化等等)上进行调整或细化,这样的计划才是符合项目实际情况的,才是可行的。
既然项目的进度如此的关键,怎么样才能最大限度的保证项目如期交付?作为对项目成败负直接管理责任的项目经理,我们应该采取怎么样的管理办法才能提高项目在进度方面的“成活率”,不在死亡之旅中苦苦挣扎呢?希望看完本文,大家能有所收获。
二、进度计划
项目进度计划是为了明确项目所有交付物或完成这些交付物所必须的工作的一份时间进度表,它应明确每个子工作的时间要求:计划开始时间、计划完成时间、允许的浮动时间、前置工作、后续工作等等。对于制定项目的进度计划,需要完成项目的估算。在项目启动伊始,获取了项目的初步范围、完成了项目的整体估算之后,我们便可以制定出项目的整体进度计划。
需要特别指出,在这份计划中,通常我们把项目的生命周期划分为规划、执行、收尾三个阶段,执行阶段根据项目的实际情况还可以划分为若干个小阶段并且设置里程碑检查点。并且需要细化规划阶段的工作。
至此,我们已经明确了,项目的各个大的目标的大致时序,并且可以在相应的里程碑节点上去检验这个里程碑的交付物是否都已经达到了。这样做的好处是,通过里程碑完成节点上的检查,我们可以判断清晰的项目的进度的执行情况,并可以相应的对之后的进度计划做出调整,更好的应对变化。
也许你会问,这样的一份计划并没有细化,怎么样才能知道我们的项目管理工作呢?这样我要说的是,我们的大致思路是这样的:计划往往是不能做到一步到位,非常详细的,因为很多时候我们的信息尚未获取完全,比如需求分析还没完成、从客户处获取的部分交付物时间要求还没有明确等等。
这种时候,我们需要将这些前置条件的时间要求细化进进度计划,并监控这些活动的进度,当这些工作完成时,我们便应该着手细化我们的计划了。例如,假设这个项目的需求分析工作在规划阶段将全部完成,那么在规划阶段完成后的计划。
在进度计划计划的过程中,我们需要考虑各方面的因素,如项目的紧迫程度(我们是否需要将部分工作并行进行,同时承担一定风险)、项目的人力资源情况、客户对部分交付物的时间要求等等。
那么到底细化到什么粒度才是合适的呢?这个要根据项目各个活动的实际情况来判断。首先我们要明确的是,我们所做的计划都是为了指导项目工作开展,指导我们之后说要进行的进度监控所制定的。所需要的监控力度也就决定了计划的细化粒度。例如,某一模块的设计工作由一位非常有经验的并且曾经从事做类似功能设计的项目组成员负责,那么也许我并不需要对这一活动细化的很详细,只需要明确整个模块的设计工作计划即可。
毕竟项目管理更重要是对人的管理,项目管理成本也是相当的重要,频繁的监控将消耗更多的成本,极端情况下还有可能引起工作负责人的不满。另外一个例子,如果某一活动被认为存在风险,如技
术很陌生、人员技能水平不足、客户时间要求紧迫且严格,那么我们往往需要将工作足够的细化,并且在监控中步步跟进才可以确保工作的如期完成。
还应该注意的一点是,计划无论细化到粒度,每个活动都应该是有明确的交付物和完成标准的,这样我们才可以去进行监控。
三、进度监控与计划调整
项目的进度控制就是在既定工期内,编制出最优的进度计划,在执行计划的过程中,经常检查项目实际进度情况,并将其与进度计划相比较,若出现偏差,便分析产生的原因及对工期的影响程度,确定必要的调整措施,更新原计划,这一过程如此不断地循环,直至项目完成。对于项目进度计划的监控,就是对我们进度计划中的里程碑和各个子活动的监控。只有所有里程碑目标达到,项目目标才算达成;只有里程碑内定义的所有子目标和活动完成,里程碑才算完成。
而每一个活动完成必须以活动定义的交付物完成为标准,例如功能通过测试、文档经过评审、模块完成发布并经过用户确认等等。所以,对于一个最小单位的活动,完成情况只有0%和100%两种状态。
针对交付物去检验项目的实际完成情况,然后比对我们的进度计划,就可以知道项目现在进度方面的健康状况,如果存在偏差,就应该判断是否需要调整我们的计划了。
面对已经滞后的进度,我们可以采取哪些方式调整计划才可以将落后的进度追赶回来呢?我们可以在下面的这些方法中,根据项目的实际情况判断,做出最合适的应对措施。
1.赶工
赶工的意思是,临时抽调项目组外的资源,突击某个关键活动或工作,以达到缩短工期的目的。赶工的缺点是:需要人力资源条件允许;新注入的资源对于项目需要一个熟悉的过程,存在一定风险;会增加项目的成本。是一种用成本换进度的方式。项目管理者联盟
2.快速跟进
快速跟进的意思是,将原进度计划中串行执行的活动,调整为部分并行,例如最典型的边设计边开发。缺点也是显而易见的,存在相当大的风险,处理不当很可能造成返工,加剧项目进度滞后的状况。是用质量换进度的方式。
3. 外包
外包也是我们的选择之一,它其实是变相的加入项目的人力资源,它的缺点和赶工相似,存在更大的风险,另外还需要投入一定的管理成本和沟通成本。经过分析和决策,选定了一种或多种方法以后,我们就可以对项目进度计划进行调整,也就是在新的条件下,重新编制我们的进度计划的相应部分。并按照这个计划执行。执行计划――监控――调整计划――执行计划…往复这个过程,让计划确实可行,才可以最大限度的保障项目的如期完成。
4.采用新的工具
使用新的工具可以节约项目开发的周期,但是往往需要做好足够的前期工作,确定工具是否适用,是否存在技术风险等等。另外,新的工具也许需要支付一定费用,也会增加项目的成本。
5. 加班
很多时候我们会谈加班色变,认为加班是不好的,不应该的。但是合理的适度的加班也是可取的一种应对措施。加班的缺点是:如果控制不当频繁的连续的加班,可能成员的效率会降低,积极性也会降低。
四、结语
面对项目中各种各样、错综复杂的情况和变化,我们只有关注更多,了解更多,投入更多,才能收获更多,取得更多成功。分享个人经验,希望本文能对大家有所帮助。