关于实施关键链管理的几点实用性建议
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
关于实施关键链管理的几点实用性建议
by AMT王玉荣
第一部分:关键链的概念
概述
关键链(Critical Chain)的由Eli Goldratt博士提出的一种基于约束理论(Theory of Constraints)的项目管理方法。自提出以来,这种方法已成功地指导了多个具体项目取得成功。本文介绍了关键链排产和管理的方法以及在具体实践中得出的几点实用性建议。
项目经理(可能也包括其它的所有人)都经常这样的情况:项目脱期、超出预算以及成效不佳等等。为简明起见,本文将把一些重要概念以赛车作一类比。
赛车的比喻
设想一下,你刚刚谋得了一个为赛车公司工作的机会,现在你已经是一名职业赛车手,而且你的第一场赛车即将开始。你有一组训练有素的工程师作为后盾,他们可以协助你判明适合你的是哪一种车,而且这部车要做哪些准备才能使你快速地通过比赛终点线。你的这部车的确是十分漂亮:强有力的引擎、曲线型的车身、精确到位的设计──简直无可挑剔。你已经研究了行车路线,有信心在三个小时以内行完300公里的全程,媒体也为这一消息而兴奋不已。
比赛这天的早晨,就要到出发的时间了。阳光很好,赛车迷们在看台上欢呼着,车手们各就各位了。只听得发令枪一响,一辆辆赛车如离弦的箭一般疾驰而出,人群顿时沸腾起来。你已经冲出了起点线,驶过了那些欢呼的赛车迷,忽然,你第一次意识到一个问题:路面太糟了。视线内的那些坑坑洼洼就象一阵阵惊涛骇浪向你袭来,你的车子在一个个浪尖上剧烈的颠簸。你不禁暗吸了一口凉气。
当然不仅仅你是这样,因为你看到其它行进中的赛车也在剧烈地颤抖。车手们每隔几分钟就不得不停下来上紧螺丝或者替换零件,渐渐地你还注意到有些车已经惨不忍睹地歇在了路旁,其中不乏几部原本非常昂贵的赛车。有时,一些车手停下来从这些车上取下还可以用的零件,装在自己的车上。这时,你也得停车了,要把松脱的传动器紧一下。
你正忙着的时候,忽然有人从身后开车上来,跳下车门就开始从你的油箱里往自己的车里灌油,嘴上还说着,“听着,我的油不够了。你到下一站加油吧,我已经来不及了。”你刚要和他们争辩,他们灌了你的油,开上车就一溜烟得没影了。
当你开着那部曾经令你引以为豪的赛车,蹒跚地通过终点线的时候,已经是暮色时分了。无论你还是你的赛车都裹了厚厚的一层泥。看上去,你的样子着实不敢恭维。那部赛车也好不到哪里去,大部分车身都已不在原位,引擎发出钻头一般的声音,简直令你脑袋都要炸开,一阵阵头痛向你袭来。车迷们早已没了踪影,而且,很难说你的这份工作能否保得住。但无论如何,你还算是幸运的:毕竟是通过了终点线,听上去就是一个奇迹。这一天,真是糟透了。
不久以后,你开始反思这一切。你是一个聪明人,意识到当初不安装减振器也许是一个错误,但话又说回来,减振器自身的重量也不容忽视呀。你的工程师曾建议,车子的每一处都装上套管,防止零件乱作一团。但是当时你没让他们这么做,你说那样会增加车重,让你快不起来。经过反思,你列了一张下次有待改进之处以及相应原因的表格:
∙所有的零件都在震动;下一次,要多多安装套管和减振器。
∙找到更有经验的工程师,在汽车部件损坏时能够更快地进行修复。
∙与其它赛车共用资源,以降低费用。
∙安装计算机系统,追踪那些缺损的部件并定购新件。
∙对路面的坑洼段进行统计分析。
∙雇用一部铺路机,对行车线路中最崎岖的路段进行铺整。
∙争取更多的预算。
赛车与项目经理
如果你还没有感受到问题的实质的话,下文将进行详细的类比。你就是项目经理,赛车是项目计划,无论你还是项目成员都置身于这个计划之中。汽油和技术后盾是你的资源。路面的坑洼是你执行项目计划的过程中碰到的种种不确定性,这些坑洼所造成的震动就是项目的实际实施效果与原先规划之间的差距与偏离。至于弃于路旁的那些废车呢,当然就是那些半途而废的项目了。别忘了赛车迷,他们就是你的客户。
在赛车中出现的种种场景都可以在实际的项目实施中找到。路面崎岖,其它项目会窃取你的资源,项目不了了之,作为项目经理的你头痛不已。在某些情况下,甚至会更糟:
∙在整个赛程中,线路一直变来变去。
∙我们自己的组员窃取了自己资源。
∙我们当中的很多组员并不在乎这场比赛是赢是输。
∙只要失去了冠军,哪怕是得了第二名,我们也连一份奖品也拿不到。
为了改变这一切,项目经理们也在反思,他们列出的改进之处与赛车手是如此的相似:
∙给项目的每个阶段都留有余地,因为每个阶段都可能遭遇不确定性。或许,项目组中的各个成员也是这样来处处留余地的。
∙常常修改计划。对一个几年完成的项目来说,我们常见到,计划常常是每周都在修改。
∙与其它项目共享资源。听上去也许不错,但不久就会发现,项目之间经常就资源的问题发生争执,结果每个项目的实施周期都被拖长了。
∙进行统计分析,来告诉我们那些其实早已知道的信息:我们遇到了大麻烦。
∙采取重要举措,以规避处处的风险。
∙花费增加。
这种改进真的奏效吗?就我们的所见,是否个个项目都能够按时地在预算内完成,其成果同时又达到我们的期望呢?据Standish Group(专门进行项目和项目产出研究的公司)的研究,超过30%的IT项目都半途而废,在最终完成的项目当中,又有73%是脱期、超出预算或者成果大打折扣的。平均来说,成本的耗用是原先计划的189%,而项目完成周期的长度是计划的222%。
看来,我们的项目计划并没有取得满意的结果,我们的管理手段往往落得个溃不成军。对
于充当赛车手、工程师以及赛车迷的人来说,他们怎么能愿意接收这一切呢?
赢得比赛
也许你已经有了解决方案:你需要安装减振器,但又不能处处都装上,否则车重将大大增加,使得车速变慢而且花费太多;你已经知道,每个部件在崎岖的路面上都会震动,你必须保护那些关键部件,使他们免受这种不确定性之害。图1给出了一个简单的项目排程。
图1一个简单的项目计划
图中的方框表示项目中的各个任务。如果两个任务在水平方向上直接相连,或者有箭头相连,则表示后项任务的开始依赖于前项任务的完成。例如,在第二个2:CS开始之前,5:HW与3:HW都必须完成。方框中的数字代表完成该任务需要几周的时间;字母代表需要的资源。现有的资源包括:一个程序员(Prog),一个硬件技术员(HW),一个客户服务代表(CS)以及一个工程师(Eng)。
由于这些人力资源可能在其它项目中也有工作,因此他们完成各自任务的时间有着很大的不确定性。为解决这一问题,一个办法是在每处都加上“减振器”,如图2。图中的粗线标出了关键路径(完成时间最长的一条路径)。
图2增加了安全时间的项目计划
现在我们要问,这样的排程是否更合理了呢?答案是否定的,因为:对于硬件技术员仍然处于争用的状态,3:CS一定要在5:HW完成之后才能开始,所以,关键路径上的时间(3+5+8+3=19周)并不能成为整个项目完成所需的真正时间。
步骤1:解决资源的争用
不难想到,首先我们要解决资源争用的问题。本例中,见图3。应注意到以下几点:
图3解决了资源争用的计划
图中没有追加如图2中的安全时间(Safety time),方框中的时间是平均意义上的完工所需时间,“减