若何做好项目经理

...wd......wd......wd...若何做好工程经理我一直赞同这个观点：“工程经理是干出来的，不是学出来的；是带出来的，不是教出来的。一个人要成长为一名合格的工程经理主要不是靠学，而是靠干，当然学也很重要。靠干，完全不学，可以出工程经理。但靠学不靠干，是绝对出不来工程经理的。光干不学，有可能会出现的情况是，你的能力本来可以做一个大工程经理，但现在可能只能做一个中的或者小的工程经理，因为你没有理论指导，有些问题可能处理得不够好。

一、真正理解工程经理的角色

对工程经理角色的理解一定要防止两个极端，一种过分强调工程经理的技术能力，认为工程经理应该是团队中技术最强的人，工程实施中的任何疑难问题最终归集到工程经理，工程经理必须说“Yes〞或“No〞，否那么就无以服众。另一种那么过分强调工程经理的领导能力，认为工程经理首要任务是给他的组员端咖啡，协调大家之间的关系等。我认为工程经理首先应是有过类似本工程的工程实施经历，对ERP工程有一个清醒地认识，同时对该行业的相关知识有扎实的根基；对该ERP工程能够做出一个科学的、切合实际情况的实施方案，在必要的时候能够帮助自己的组员解决问题，但并不是说工程经理必须是任何技术问题都非常精通，比方对于工程的网络构架，工程经理可以咨询相关专业人员。但无论若何，工程经理都应该熟悉和了解工程中的每一项技术，只有这样才能全面掌握工程。其次工程经理应具有协调、组织的能力，能够调节整个工程团队的气氛，在遇到挫折时“升温〞，在过分乐观时“降温〞；同时应具有同工程单位进展沟通、协调的能力，为自己组员的工程实施做好环境的准备；在遇到关键或疑难问题时，能够通过各种途径找到问题的答案。

工程经理跟一般的职业经理人不同，它具有较强的专业性，一个不懂技术的人是绝对不能做工程经理的，工程经理应该是技术和管理的结合。

二、重视对工程组的管理，奖罚清楚。

在ERP工程的实施中，必须建设一套切实可行的工程管理制度，特别是多方组成的工程团队，更是如此。只有这样，才能保证整个工程实施的有序进展。标准化而且切实可行的工程管理制度，必须因企业、因工程而异。一般而言，应是工程管理原理、企业/行业特点和工程规模/性质、企业开发文化/素质等各种因素综合的产物。同时要严格执行制度，做到奖罚及时、清楚。在制度建设上一定要防止两种情况：一是无工程管理制度，仅凭个人经历实施工程管理；二是书生制度，照搬教条，纸上谈兵，束之高阁。

工程管理的核心是‘三角平衡’，即规格、成本、进度三个方面保持平衡。在大局部工程实施中，往往无法确立和实现工程成本的指标、考核和控制，资金的支配权往往不归工程经理，而由公司决定，这样导致公司与工程经理之间的责任不清，对于某些制度也无法贯彻执行，不能很好地实现工程经理负责制。

为了组建一个和谐的团队，工程经理必须充当队员的鼓励者、教练、活泼气氛者、维和人员和冲突裁决人。

另外，工程经理还必须注重不同岗位的后备人员的开发。在工程的实施过程中一旦出现队员辞职的现象，工程经理能够合理安排人员调动和接替；同时，便于队员在工作过程中形成竞争，以及合理安排期间性休假。

三、方案、方案、方案

几乎所有的人都知道工程的实施需要制定方案。但是在具体操作过程中还是存在以下几种现象：一是工程方案的制定不够严谨，随意性大，可操作性差，因而实施中无法遵循〔如工程方案过于粗略，落实缺乏〕，没有做到任务、进度、资源三落实。二是缺乏贯穿工程全程的详细工程方案，甚至采取每周制定下周工作方案的逐周工程方案方式，其实质是“工程失控合法化〞。三是工程进度的检查〔与进度方案比对〕和控制缺乏，不能维护工程方案的严肃性。

再完美的方案也会时常遭遇不测，但并不说明我们不需要制定方案了。如果没有方案我们就失去了参照物。工程经理应该能够预测变化并且能够适应变化。经常做一些“如果——那么〞的假设，防止安于工程现状，在工程发生变化时能够及时作出调整。方案总在变化，方案没有变化快，关键是方案能够跟上变化。

在工程的实施过程中，经常会将整个工程分成假设干个小的工程，工程经理应有效的利用好时间，做到各个工程之间的有效、合理衔接，保持整体方案的合理性和连贯性。

工程方案粗细程度，是一个需要小心把握平衡的问题。越细则控制力度越大，但工程管理的成本越高；反之亦然。以国内目前的状况，个人看法，3个月以下的工程应细到人天，至少2～3人天；半年以上的工程，至少应到人周。

四、真正理解“一把手工程〞

ERP工程的实施是一把手工程，这是公认的准那么。很多工程在实施前期都强调“一把手工程〞，并且运用的特别好，比方：由总经理召开会议、成立工程小组等等，但是往往在实施开场之后就不能很好地发挥“一把手〞的作用，使得一把手工程变成了撒手工程。工程经理应该自始至终地发挥“一把手〞的作用，应该定期地〔一般为一个月〕或在某项小的工程完毕时将阶段总结呈递给“一把手〞，并且进展简短的交流，听取“一把手〞对于工程的看法，在必要时提议“一把手〞召开会议。同时，对于工程经理所在公司的“一把手〞也要定期进展汇报和交流，以获取支持、理解和资源的调配。

五、不要吝惜在培训上花的时间，进展二次、三次培训都不为过。

培训是工程实施的一个重要环节，目前国内单位〔特别是大型国营单位〕的人员素质比较低，对于信息化的理解几乎等于零。所以我们在进展培训时，应该分层次、分阶段的进展培训，不能期望一次培训就能使单位的人员理解和掌握软件的操作。培训应贯穿于工程的始终，并且应做好适合用户水平的操作手册，必要时在单位内部网页上做“常见问题问答〞的栏目。一定要防止“客户理解太慢、太笨了，我帮他做了吧〞等想法和行为的出现。ERP工程是自己单位的工程，任何人都代替不了。

六、进展原型测试，做好一个理论和实践都可行的实施方案。

不管是培训还是方案都必须建设在一个可行的实施方案的根基上，否那么即使你的方法再好，也不可能到达良好的效果。所以在实施之前，应该进展充分的系统分析和调研，充分听取各个层次人员的意见，多方搜集资料，并且进展多角度的原型测试，在工程小组〔包括ERP单位方〕同意的根基上，才进展实施和培训等方案的制定和执行。尽量防止在实施过程中进展方案改变等情况的发生。

七、合理的降低客户的需求

任何软件都不是万能的，都不可能百分之百地解决客户地所有问题。在工程的实施过程中，应该实事求是地、明确地告诉用户那些是软件做不到的。一些软件公司和实施人员不愿意和害怕把真象告诉用户，只想把企业原本正确的业务流程转变成本公司软件所规定的业务流程，结果造成双方僵持。特别是一些软件程序上的毛病，更是不愿承受用户的指责。其实，这完全没有必要。在不可能解决的问题上跟用户兜圈子，其结果只能是使用户对你造成误解，和对公司的不信任。

由于各种各样的原因，在企业的经营管理中总会有一些具有自己特色的东西，但是，企业难于在短时间改变现有的做法，这就需要软件的灵活性和实施的变通。当然，应该尽可能地使企业的行为合符有关的法规和惯例，这是最好的结果。

对待客户需求方面也应该讲求80/20原那么，不能一味的降低客户需求，试想一个软件连客户百分之八十的需求都满足不了，还若何要求客户放弃自己的需求。我们所讲的合理的降低客户需求，应该是在解决了百分之八十以上的根基上，或解决了企业主要需求的根基上，对于客户的一些特殊需求不预满足或解决。在工程的实施过程中，我们不能承诺能够解决客户的所有需求，如果一个软件能够解决客户的所有需求，那我们的实施也就不费力了，也就不需要讲求那么多的实施方法了，企业实施ERP也就不需要咨询了。

上述只是从不同的方面描述自己对工程经理的理解，当然在工程的实施过程中最重要的是实施成功，而不管你采取什么方法。工程经理应该根据工程的自身情况确定适合该工程的方案和实施策略。■什么是成功的工程管理就是多、快、好、省做工程。但事实上这四方面有时是相互矛盾的，这就需要工程经理努力协调各方面资源。工程管理的目标，就是让质量数量最大化的同时，所消耗的资源和时间最小化，并让领导和业主满意。

■“以终为始〞很重要。“终〞是结果也是目标。要做到以终为始就要在工程开场前做好方案，从第一步到最后一步都规划清楚，胸有成竹。

■工程管理最忌讳的“三边〞：边方案、边实施、边修改。造成“三边行动〞的基本原因是在目标未清、职责未明的情况下就仓促开场往下做细节，结果常会因为在一些小事上扯皮导致工程被不断地延期。即便最后勉强完成了，也与最初的目标相去甚远。

■工程管理最忌讳的“六拍〞：“拍脑门〞〔草率决策〕、拍肩膀〔错误鼓励〕、拍胸脯〔盲目乐观〕、拍桌子〔发泄训斥〕、拍屁股〔消极回应〕和拍大腿〔失败放弃〕。

■工程经理的上级领导提出目标而非方法，他可以做到最高境界“大道无术〞“无为而治〞。但是工程经理必须做到心中有“术〞。

■工程经理的上级领导提出目标，要做到“做正确的事〞。工程经理提出方法，要做到“正确地做事〞。

■作工程管理，需要作好硬、软两点。硬：工程完成的原那么框架时刻把握。软：协调参与各方面的利益〔台面上的、台面下的〕，在硬的原那么无重大变化情况下，尽量让参与者都满意。做到这两点并不容易，斗智斗勇斗力。能做到80%，工程也就搞定了。

■国内的工程经理与西方的工程经理基本是两回事，这也是东西方文化差异造成的，西方文化强调先制定规那么再做事，而东方文化是先把事情干起来，再制定规那么。

■“工程管理〞在国外是科学，80%是有规律可循的；在国内是艺术。一个优秀的工程经理需要提高自身各方面的素质，主要靠个人魅力、感染能力等东西。看明白了PMBOK，学会了一些做事情的方式，只是搞懂了那个20%的科学的东西，还有80%的空间，需要个人领悟。若何做好工程经理之我见前一阵子网络上、电子邮件、报纸、电视都在报道出租车司机臧勤用脑子开车的故事，固然他每天做的都是重复的开车接送客人，但从每一次的单独接送客来看姑且也可以作为一个工程来对待，从客人上车说目的地到构思路线到具体实施到最终到达目的地收人民币给发票不正是工程的启动、方案、实施、控制和收尾五大过程吗在整个接送客人过程以及其中可能发生的堵车、单行道、制止拐弯乃至改变路线等等不安全因素和变更中我们也可以看到不少工程管理的精华，结合这次为期一周的理论课程以及平时工作的问题和实践经历来谈一点自己的看法，当然这些经历不能作为工程经理的实施准那么，或许也存在个人的误解，但是提供出来，以供大家参考。一、客户满意度、客户满意度、客户满意度---明确客户需求“有一次一个人打车去火车站，问若何走。他说这么这么走。我说慢，上高架，再这么这么走。他说，这就绕远了。我说，没关系，你经常走你有经历，你那么走50块，你按我的走法，等里程表50块了，我就翻表。你只给50快就好了，多的算我的。按你说的那么走要50分钟，我带你这么走只要25分钟。最后，按我的路走，多走了4公里，快了25分钟，我只收了50块。乘客很快乐，省了10元人民币左右。这4公里对我来说就是1块多人民币的油人民币。我相当于用1元多人民币买了25分钟。我刚刚说了，我一小时的成本客户是上帝，这是我们一直挂在嘴边的。但是我们在做工程的时候，往往就会忘了，只顾着工程的条条框框，而忘了评价一个工程成功与否的最主要因素是客户满意度。特别在信息系统集成工程中，我们常常考虑的就是用什么先进的技术，搞出多少几十年都未必用的花里胡哨的功能，或者只是按照合同的条款来生搬硬套。就像上面臧勤师傅的例子，外表上来说工程章程应该是按照客户指定的路线把客户送到火车站，但事实上客户的真正需求并不是如此，而是以即快又省人民币的方法到达火车站。按照海兹伯格的双因素理论，按照客户指定的路线把客户送到火车站只是个保健因素，送到了客户没什么不满意，但也不会产生满意，而当臧勤师傅只收了按客户指定的路线的车费而只花了一半的时间，这个就是鼓励因素，所以客户很满意。我们平时在工程也要深层次的挖掘客户的真正需求趋，而不是死扳的完成合同，客户至所以需要我们做信息系统集成工程，并不是为了信息系统本身，现在的信息系统大都融合到了用户的整个生产、管理等业务中，客户需要的是能给他的业务带来增值的信息系统，而不是所谓的多先进、多少功能，能出多少报表但实际上却对业务没有任何帮助的信息系统。所以作为工程经理在进度、成本和资源约束中协调的时候脑子里一定要时刻牢记客户满意度才是评价工程成功与否的主要因数。二、成本管理之边际效应还是看上面的例子，从外表上看，臧勤师傅多走了4公里，少收了10元人民币左右，多可惜啊！慢就慢一点，反正不是空车。一般的司机都会这么想。而臧勤师傅正是考虑到了时间成本以及它的边际效应而做出了绕路少收人民币而赢得时间的做法。我们用挣值法就很容易算出他的绩效。就这个送火车站的工程而言，我们可以简化认为BAC=34.5x50/60〔臧勤师傅的每小时成本是34.5元，这个活按客户的路线走要50分钟，所以整个工程的总预算成本等于50分钟的成本〕，而在25分钟的时候臧勤师傅已经送客户到火车站，所以在25分钟的时候他已经100%完成工程，所以EV=BAC=34.5x50/60，而在25分钟的时候PV=34.5x25/60，AC我们可以粗略的估计为多走了四公里多加成本一元那么AC=34.5x25/60+1，我们可以算出SPI=EV/PV=2，CPI=EV/AC≈1.87，数据说话，多么好的选择，方案工期的实际完成工作量翻一倍，同样的工作量实际发生的成本是预算的1/1.87。当然这个是我们简化了的模型，但是事实上平时我们在工程中经常也会遇到类似的情况，特别是在公司有好几个大工程一起实施的时候，无论是从人力、物力等各个方面都非常紧张，而且因为当前这个行业竞争充分，整个行业的利润率普遍很低，给工程实施的费用也卡的很紧，这个时候，我们往往会只考虑实际费用，宁可慢也不能多花人民币，而不考虑它的边际效应。事实上有时候在个别点上花人民币以换得人力、时间、知识产权等其他的资源其实在最终反而会在总体上控制成本。工程管理的核心是“三角平衡〞，即质量、成本、进度三个方面保持平衡。工程经理不光光是看货币成本。当然在IT三、收尾工作很重要—经历教训总结“有一次，在南丹路一个人拦车，去田林。后来又有一次，一个人在南丹路拦车，还是去田林。我就问了，若何你们从南丹路出来的人，很多都是去田林呢人家说，在南丹路有一个公共汽车总站，我们都是坐公共汽车从浦东到这里，然后搭车去田林的。我恍然大悟。比方你看我们开过的这条路，没有写字楼，没有酒店，什么都没有，只有公共汽车站，站在这里拦车的多半都是刚下公共汽车的，再选择一条最短路经打车。在这里拦车的客户通常不会高于15元。〞管理收尾的主要输出是工程档案、正式接收文件和经历教训总结。而我们往往忽略的就是经历教训总结。上面臧勤师傅的话中正是反映了经历教训总结对于工程的重要性，一般的司机可能把客户送到目的地，翻表、打印发票、收人民币、记录也就完毕这个工程了，臧勤师傅的不同就在于他有总结经历教训。我们在实际的工程中也往往是只是关心最后的收人民币，因而在每个到了收尾阶段所关心的就是客户的签字，所谓的工程档案也只是为了拿到客户的签字，几乎很少真正地总结经历教训，就算有，也都是外表文章。记得在复习题目中有这么一道题，在工程执行期间，工程经理和工程团队会出现绩效偏差，必须采取纠正行动。这些纠正行动可能对其他工程经理有所帮助，应该分享并记录归档，借助于经历教训的学习过程。估计考试的时候大家都不会选错，但是在实际工程中能真正做到的又有几个如同前面所说现在计算机信息系统集成这个行业竞争相当厉害，在工程实施的过程中，往往是一块人民币要当两块人民币用，一个人要当两个人用，做完了工程还哪里有时间做经历教训总结，赶紧做下一个流程，就算有做经历教训总结的要求，大家也是做做样子，聋子的耳朵--摆设，只是为了文档的需要。四、方案、方案、方案“千万不能被客户拉了满街跑。而是通过选择停车的地点、时间和客户，主动地决定你要去的地方。〞“成本是不能按公里算的，只能按时间算。你看，计价器有一个“检查〞功能。你可以看到一天的详细记录。我做过数据分析，每次载客之间的空驶时间平均为7分钟。如果上来一个起步价，10元，大概要开10分钟。也就是每一个10元的客人要花17分钟的成本，就是9.8元。不赚人民币啊！如果说做浦东、杭州、青浦的客人是吃饭，做10元的客人连吃菜都算不上，只能算是撒了些味精。〞“那天人民广场，三个人在前面招手。一个年轻女子，拿着小包，刚买完东西。还有一对青年男女，一看就是逛街的。第三个是个里面穿绒衬衫的，外面羽绒服的男子，拿着笔记本包。我看一个人只要3秒钟。我毫不犹豫地停在这个男子面前。这个男的上车后说：延安高架、南北高架~~~还没说后面就忍不住问，为什么你毫不犹豫地开到我面前前面还有两个人，他们要是想上车，我也不好意思和他们抢。我答复说，中午的时候，还有十几分钟就1点了。那个女孩子是中午溜出来买东西的，估计公司很近；那对男女是游客，没拿什么东西，不会去很远；你是出去办事的，拿着笔记本包，一看就是公务。而且这个时候出去，估计应该不会近。那个男的就说，你说对了，去宝山。〞几乎所有的人都知道工程的实施需要制定方案。但是在现实工作中，特别是我们计算机信息系统集成工程大都由一些从技术层面提拔上来的工程经理做工程管理的，经常就会看到问题就做，而不是先做好方案。那就成了臧