chinagci 发表于 2008-2-3 12:44:03

项目管理:业绩为上

&nbsp;有一个项目经理负责实施一项顾客服务计划,其中包括大量的信息处理工作。为了提高信息处理人员的工作效率,这位项目经理不厌其烦地向上级强调:为了确保计划的成功,项目经理们需要更大的权力。 <p>&nbsp; &nbsp; 这位项目经理最终获得了授权,他可以直接管理项目组成员的工作,并有权根据他们的工作表现给予奖励,那一天成了公司里所有项目经理的节日。 </p><p>&nbsp; &nbsp; 可是第二天,新鲜劲儿一过,这位经理又为如何使用这些新的权力犯上了愁。到底应该何时评估项目组成员的业绩呢?是在每一项任务结束后,还是在整个计划完成之后?应该如何把握监控的分寸? </p><p>&nbsp; &nbsp; 深思熟虑之后,这位项目经理决定根据每人编写的编码行数来评估信息处理人员的工作业绩。凡是达到标准的成员都能从他那里得到一千美元的奖金。 </p><p>&nbsp; &nbsp; 不难预料,信息处理人员们写出了数千行的编码,编制出的程序数量令人咋舌,因而人人都得到了那笔奖金。同样不难想象,这样编制出来的系统最终不能对顾客服务起到任何促进作用。结果,那位项目经理被解职了事。更糟的是,自他之后,再也没有一名项目经理获得过直接管理项目组成员的权力。 </p><p>&nbsp; &nbsp; <b><font size="+1">“3C”原则 </font></b>这个故事的寓意之一就是:软件编码工作尽管非常重要,但是却不能作为评估的标准。真正的标准应该是优化顾客服务。那位项目主管本应评估每个成员对促进顾客服务所作的贡献大小,并据此给予奖励,而不该只看编码的数量。这就是“以绩定酬”的<a href="http://www.ceconline.com/SEARCH/&Iuml;&icirc;&Auml;&iquest;&sup1;&Uuml;&Agrave;í.HTM">项目管理</a>方法。 </p><p>&nbsp; &nbsp; 这个故事的另一个寓意是:无论你使用何种评估标准,都应该注意奖励的“力度”。只有当你掌握了设定业绩目标的艺术之后,才能为完成指标者论功行赏。 </p><p>&nbsp; &nbsp; 遗憾的是,许多项目经理一旦发现自己的评估标准出了差错,往往会放弃所有评估手段。他们经常在事后根据工作的结果,对有关人员的表现给出一个主观的评价。这种做法严重违反了一个项目组获得成功所必须遵守的“三个‘C’原则”:预定的目标不够“明确”(Clarity),团队成员缺少对完成任务的“承诺”(Commitment),对成员的工作表现不能给予相应的“奖惩”(Consequence)。 </p><p>&nbsp; &nbsp; 这种“无为而治”的方式对项目组的危害尤甚。干好干坏一个样,人们就会丧失努力工作的积极性。而如果人们根本不清楚自己的责任和目标的话,他们就会想:“我先随便设计一些什么东西算了,反正项目经理要到进度完成一半的时候才能把目标确定下来。”所以,使用错误的评估标准与“无为而治”方式同样会招致麻烦。只有进行恰如其分的<a href="http://www.ceconline.com/SEARCH/&Ograve;&micro;&frac14;¨&AElig;&Agrave;&sup1;&Agrave;.HTM">业绩评估</a>才能解决这些问题。 </p><p>&nbsp; &nbsp; <b><font size="+1">重在业绩 </font></b>在过程与目标之间实际上存在着很大的区别。在前文述及的的例子中,编码只是为了达到预期目标的一个必要的过程,而预期目标则可能是:保证这一系统的使用者在三十秒之内就能获得过去六个月的客户交易记录。 </p><p>&nbsp; &nbsp; 你若能够以这样的工作目标为尺度去管理项目组的成员,就完全不必担心会使用错误的评估标准了。你已经向他们提出了明确的工作目标,这样一来,你就可以根据预期目标对他们的工作表现给予相应的奖惩。 </p><p>&nbsp; &nbsp; 把一个总体工作目标分解到个人并非易事,但却非常值得一试,在管理的过程中,始终把既定的工作目标作为核心,就能够符合“3C”原则的要求:明确提出了预定工作目标,得到了团队成员的承诺,并根据各人的工作完成情况给予相应的奖惩。 </p><p>&nbsp; &nbsp; <b><font size="+1">掌握力度 </font></b>作为一名项目经理所必须作出的第二个决策就是对员工的奖惩力度。你当然不会把所有没能完成工作业绩指标的人员统统解雇,同样,对于一个可以在一个月内完成的工作计划,你也不应该开出一笔相当于半年工资的高额奖金。 </p><p></p><p><!--Element not supported - Type: 8 Name: #comment--></p><table cellspacing="0" cellpadding="0" align="right" border="0"><tbody><tr><td align="right"><font size="-2" style="FONT-SIZE: 10px;">SHENZHEN CHAMPION PHOTO CO.LTD</font></td></tr><tr><td><img hspace="6" src="http://www.ceconline.com/ARTICLES/199912/MM91210.JPG" width="180" align="right" vspace="6" border="0" alt=""/>
                                </td></tr></tbody></table><div class="cnline"><!--Element not supported - Type: 8 Name: #comment-->&nbsp; &nbsp; 这就是把握奖惩力度的问题。与成绩挂钩的奖惩力度越大,成员们工作态度的改善也就应该越大。一方面,你要让你的属下了解,对他们的奖惩是与他们的工作表现密切相联的。成绩突出的人员应该能够看到,他们的表现得到了管理层的首肯并获得了相应的奖励。而那些表现欠佳的人也应当意识到,管理层对他们的表现心知肚明。 <p>&nbsp; &nbsp; 但是,与业绩挂钩的奖惩力度也不应过大。否则,员工们会变得对没有奖金的工作漠不关心。优秀的项目经理应该制订合适的奖励结构,做到金钱奖励与非金钱奖励相结合。根据不同人员心理承受能力的不同,确定与业绩挂钩的“风险奖金”在其全部奖励中所占的比例。 </p><p>&nbsp; &nbsp; 如果你身处一种“福利型”的企业文化之中,人们还不适应这种“以绩定酬”的奖励制度,你就必须循序渐进。一开始,与业绩挂钩的奖金比例应相应较小。随着人们承受能力的增强和工作表现的进步,再逐渐提高“风险奖金”所占的比例。 </p><p>&nbsp; &nbsp; <i>本文摘自The Hampton Group, Inc。网址:www.4pm.com。1999年登记版权,版权属于The Hampton Group,Inc.,Denver,Colorado。朱小凡译。</i>
                </p><p></p><p></p></div><br/>

jbping 发表于 2008-2-4 10:02:31

<p>好文章!!</p><p>对于项目经理的授权,确实是个难题。对于企业而言,很难监控项目经理用权的正确性,事实上,国内企业很多项目经理是没有太多的权利的。对于项目经理而言,权利如何使用的公正性与有效性也是个问题。其中,最重要的这个权利的使用,是否真正促进项目的管理绩效,比如进度/成本以及顾客满意度等。项目管理是目标管理,就如楼主所说,项目管理要以业绩为上,但是如何对业绩进行衡量,企业应该承当更重要的引导作用。除了给予项目经理权限外,还有一套企业的绩效考核体系来支撑项目经理,而不能完全靠项目经理摸索。</p>

shiyushang 发表于 2008-2-8 15:33:56

<p>我学习,我反思。</p><p>这个寓言中的项目经理不是不应该得到授权,而是自己不懂如何使用,自己不会评估下属怎么能怪权利本身呢?</p><p>项目管理本身是管理,现在已经是接近独立的一门学科,同样需要学习有规律可循,恐怕这个项目经理不知道什么叫项目人力资源管理,不懂绩效评估。</p><p>只有在确信项目经理或者其他经理确实有运用某个权利的能力时才能授权。</p>
页: [1]
查看完整版本: 项目管理:业绩为上