深刻谈不上,就我的经验说几点吧,补充一点:我们是软件开发行业。因为MSP提供多样化的进度创建和跟踪细节水平,从仅管理进度→管理成本→使用timesheet管理→使用EVM,不同行业需要可能有不同的使用方法,需要涉及的MSP功能不同。 进度管理分1创建→2跟踪→3控制,MSP涉及1、2和3的一部分 1)创建 如果在MSP中直接输入开始时间或完成时间(即日程),标记域会出现一个非弹性限制提示,具体还可以看下任务信息对话框的高级→限制。通常这个限制并非使用者所期望的,这代表MSP中直接输入日程不是默认的输入方法,而这恰恰是大部分人使用MSP的误区。 但进度就是为了得到活动的开始时间和完成时间阿,如果不能直接输入的话应该怎么操作呢? 1-1 我们一般通过输入工时(根据要求不同输工期也可以),资源可用性,限制和日历,通过MSP的计算得到初步的日程,也叫做flat schedule,因为看上去都差不多同时开始,整个项目工期扁平化。 1-2 然后通过资源调配(leveling是进度管理工具最重要的算法之一)得到MSP优化资源过度分配后的日程(其中理解影响调配顺序有哪些参数,如何控制它们是非常重要的) 1-3 再后,通过对时差,资源过度分配和分配不足情况的观察进一步手动调配资源直到同时满足进度和解决过度分配要求,这部分工作可能占到整个MSP使用时间的1/2。 1-4 已输入资源费率的情况下保存比较基准,启用EVM 注:对当时还不明确的任务不求细化,或可只安排“已建议”资源并不予以调配,或者用工期未确定标志标记。如果这些任务处在关键链上,就必须进行风险管理,比如LS说的继续细化就是一个缓解风险的措施。相对的,如果不在关键链上,暂时可以不理会(优先度不高) 2)跟踪 项目组成员在实施任务的时候并不需要严格按照计划日程来做,或者说这个严格程度不一样,具体我会举个例子说明什么时候这样做对计划目标的实现没有影响。 换句话说,项目组成员可以以计划和同项目经理的沟通为基础,因时制宜选择任务,当然如果任务是在关键链上的,那么就不容选择了(因为一旦延迟,会影响项目最终目标) 具体跟踪反映到MSP的时候,我们只跟踪实际工时和剩余工时,最多加上实际完成百分比,其他诸如实际日程等等都是MSP自动计算的。理解这些算法(实际、剩余和排定的关系)并不难,但也很重要。 3)控制 在跟踪后可能需要重新调配资源,然后可以看到实际情况与原始计划(比较基准)的偏差,这个偏差注重整体性多过个体,只有在整体有偏差的时候才会去了解细节。 然后要做的工作和MSP关系不大,却是进度管理流程的核心,就是找原因→定措施→实施措施。MSP这类工具在这里起的是为这部分工作提供可视化或增强说服力的作用,而重要的是这步MSP以外的工作如果没有做好的话,MSP的作用就会大打折扣。 之后可能需要把实施的办法反映到MSP中,比如比较基准计划的调整。至于什么情况下需要调整,那要看对进度偏差的容差程度了。 最后关于EVM,EVM并不是只存在于理论上的方法论,而是经过实践检验的。当然EVM有弱点,有几个影响EVM实施效果的是: 1)EVM数据并不客观 →EVM的客观性的确受估算水平的影响,但不代表不解决估算准确性就不能使用EVM,相反实施EVM能促进对估算方法的改进; 2)PV难以计算 →恰巧是MSP等工具能实现的 3)MSP在变更BAC和PV的时候不够“傻瓜”,不过也有其他方法来改善,有兴趣可以具体探讨。 最后强调一点,MSP这类工具在处理实际和计划不符合的问题上我觉得已经卓有成效了: 计划赶不上变化怎么办?唯有以变应变。
|