在上面的案例中，项目的利润值最后可能是负值就是这样的情况。而该项目最终失败的原因主要在于风险控制和风险处理机制。
在很多IT项目中，由于竞争和其他原因造成了风险过度集中在某一个相对弱势的角色身上。在本案例中，立达公司就处于这样的境地：一方面它需要依赖代理Clearent公司的产品生存，另一方面要它还必须要满足用户的具体需求。
我们知道，项目经理有识别和处理风险的责任。通常，项目经理在运作这样的项目时，要充分考虑到自己公司所处的地位，充分发挥自己的作用，平衡各方的利益。
事实上，项目管理知识体系中关于风险管理方面有非常详细的论述。不过，在实际工作中，如果完全照搬国外项目管理的风险识别和控制理论，是很难达到较好的效果。 一般来说，对于国内公司的项目经理来说，除了理解项目管理知识体系中的理论外，还需要在实践中进行总结。在这里，介绍一些容易被忽视的地方。 签合同前的“需知”
一般情况下，如果项目经理在项目合同签订以前加入项目，可以充分利用项目采购管理一章的知识，了解自己公司在项目中的位置，对买方提出的RFP 认真回答，规避潜在的风险，这是非常重要的。对于RFP中过高的要求不能完全满足时，应充分说明，并在以下几个方面有充分的准备和考虑：
1．合同的类型。
通常，在IT项目中，代理商与最终用户的合同类型是很难改变的固定价格合同，但对代理商和设备商之间的合同是有很多讲究的。代理商和国外供货商一般是通过信用证付款，但很多时候，为了拿到订单，供货商通常给予代理商一定的信用额度和付款方式的优惠。代理商应充分利用这一利害关系，在合同签订以前决不能轻易让步。
2．项目实施方对项目的熟悉程度。
通常情况下，做一个成熟项目的风险小，而做新项目的风险高。在本案例中，立达公司是第一次进行类似的项目，并不完全了解其中的风险，更无可利用的历史数 据。因此，在这种情况下，最好采用“让利于人，风险共担”的策略。具体做法是，将已经识别的具有风险的部分外包(即风险转移)，或者单独与供货商签订补充 合同。这样做可能损失了部分利益，但降低了风险，并且减少了很多额外投入。
3．具有明确的规范（Specification），包括设计规范（Design）、功能性规范（Functional）、性能规范（Performance）。
明确的规范是识别风险和规避风险的前提条件。如果已经具有一定的历史数据，可以采用头脑风暴的方式对规范加以确认和识别，这项工作可与风险识别同时进行。 风险的预警和量化
6
在项目的进行过程中，项目经理和项目的拥有人要将风险管理纳入日常工作的重要步骤。要明确成本与风险、成本与时间的关系。在制定完善的风险管理计划的基础上，从以下几个方面入手。
1．建立管理风险预警机制。
对于风险集中的一方，建立管理风险预警是风险管理计划的重要补充。这里的预警是指对有可能超出项目经理管理范围的风险事件的预警。预警机制可由低到高，并 由定期的项目联席管理（多方）会议讨论处理。这样可以减少处理风险事件的响应时间；同时，使高层管理者能够及时介入，处理可能产生的风险。
2．风险的量化。
之所以单独将风险的量化加以论述，是因为很多情况下，项目经理的确已经对风险进行了识别，并采取了应对措施，但并未对此风险带来的影响进行量化（通常可以 以货币或者时间损失加以估算）。量化过的风险是项目经理采用相应对策的前提。像在本例中，立达公司了解Clearent公司升级软件不能按时提供，这本身 就需要量化。这个风险带来的就是10%的验收款和10%尾款的不能按时支付。如果一开始，立达公司能够将付款和风险对应起来，就知道该风险是管理风险，并 且是不能够接受的。
总之，风险集中的项目管理起来是极为复杂的。要尽量在第一时间把事情考虑好，不能指望风险小的一方替风险大的一方承担很多责任。尤其是目前进入中国市场的国外企业很多，情况复杂，IT市场的变化有时很难预测，更应该注意风险带来的影响。
7
如何启动项目?
本文向大家介绍，在项目启动时应该做哪些准备工作。 赵晓东的烦恼
某公司的赵晓东最近心里挺烦。公司前一段签了一个100多万的单子，由于双方老板很熟，且都希望项目尽快启动，在签合同时也没有举行正式的签字仪式。合同签完，公司老总很快指定赵晓东及其他8名员工组成项目组，由赵晓东任项目经理。老总把赵晓东引见给客户老总，客户老总在业务部给他们安排了一间办公室。
项目进展开始很顺利，赵晓东有什么事都与客户老总及时沟通。可客户老总很忙，经常不在公司。赵晓东想找其他部门的负责人，可他们不是推托说做不了主，就是说此事与他无关，有的甚至说根本就不知道这事儿。问题得不到及时解决不说，很多手续也没人签字。 项目组内部问题也不少，有的程序员多 次越过赵晓东直接向老板请示问题；几个程序员编的软件界面不统一；项目支出的每笔费用，财务部都要求赵晓东找老板签字。赵晓东频繁打电话给老板，其他人心 里想，赵晓东怎么老是拿老板来压人。由此，赵晓东与项目组其他人员和财务部的人员产生了不少摩擦，老板也开始怀疑赵晓东的能力。
赵晓东的遭遇相信很多项目经理都亲身经历过，尤其是刚刚开始做行业客户的公司，往往是公司的老板和客户单位的某个主管关系不错或业务人员关系做 得很到位，公司老板希望赶紧做完项目，因此，常常跳过项目启动环节，直接指令项目经理进入实施阶段。结果项目刚开始就麻烦不断。正所谓“好的开始是成功的 一半”。做项目启动是为了形成一个良好的沟通体系，让所有与项目相关的人都理解项目的重要性，同时形成一个由双方老总、项目负责人和项目组成员所构成的三 级沟通体系，确保项目管理的畅通。 造势：创造良好的施工环境
现在很多项目都涉及到用户业务应用的软件开发，在实施中要跟用户的各个层面打交道，但现实往往是用户单位的员工根本不了解IT公司在给自己的企业做什么，因此，签合同时有必要召开一个正式的仪式，向双方员工传递项目的信息，激发公司全体员工对项目的热情。IT公司老板、项目负责人、开发人员、施工人员和用户方的领导、项目协调人、相关部门人员聚在一起，让大家知道双方的合作正式开始。仪式上，双方领导要讲话，特别是用户方的领导要强调项目的意义。据说联想上ERP项 目时就专门召开了全体员工誓师大会，柳传志亲自到会讲话，把ERP项目摆到关乎企业生死存亡的高度，并亲手将一面大旗授予ERP项目的负责人。柳传志还 说，有人说现在上ERP是找死，但现在不上那就是等死，我们与其在这里等死，为什么不去拼搏一把呢？事实证明，这不仅极大地鼓舞了项目组成员的斗志，同时 也使全体员工明白这不仅仅是信息部门的事，而是公司从上到下都要关心的事。 通过这个仪式，双方要组成指导小组或项目管理委员会，由双方总经理牵头，项目负责人为执行人，日常联系由双方指定人员。在签合同时，利用双方人 员到齐的机会，IT公司要把软件功能用通用、专业的语言和用户方的领导、技术人员、业务负责人进行最后确认，因为此时有分歧改正的成本不大。同时，还可使 双方人员彼此认识，清楚各个层次的接口，大家混个脸熟，以后打交道就会更通畅。
8
项目签字仪式可以在用户单位举行（可以节约用户方时间），也可以在酒店举行。要注意：签字仪式要精心组织，场地要大一些，为双方沟通营造一个好 的环境。会前，每个模块负责人要明确自己的客户接口，要找机会和对方单独聊，拉近彼此间的关系。另外，会场上双方老板的融洽气氛会对项目的实施具有一种震 慑作用。 尚方宝剑：明确责权利
项目签字仪式是造外势。在公司也要造内势，让各个部门都知道这个项目能为公司创造哪些经济效益，明确项目组人员和项目负责人，确定项目负责人的 权限。公司财务、采购、人事、技术、销售等部门都要参加，这样才能创造一个良好的内部服务体系，让项目组把主要精力放在为用户服务上。
公司内部要召开项目组成立会，会上最重要的就是颁布一个“项目宪章”，包括项目的内容、项目负责人权限、项目团队成员、项目时间周期、项目需要的设备、 资金等，在宪章规定的范围内，项目经理比总经理大，与此相关的事情，由项目经理负责。这样，人事部在项目实施期间，就可以按照宪章规定，由项目经理来调动 项目人员，而设备采购（往往不是一次性采购，而是根据项目进度购买，这样可以省钱）也就不需要一次次找总经理，只要是宪章规定范围内的，由项目经理签字就 可以了。尤其是在软件开发上，项目组成员一定要清楚用户的需求，不能擅自答应用户增加功能，因为这会带来很大的风险（后面几节我们会具体探讨）。
项目宪章必须由总经理和项目经理签字，并在会上宣读。为了增强团队凝聚力，可以在会上举行项目组宣誓或誓师宣言，形成“成则举杯相庆，败则拼死相救”的团队精神。内部造势不仅可以让各个部门了解项目，创造条件服务项目组，而且可以给项目组成员以压力和动力，意识到项目的意义和团队精神的重要性。项目宪章对项目经理来说就是一把尚方宝剑，联想ERP项目组的幸运就在于一开始就拿到了这把尚方宝剑，而这正是海正公司的赵晓东没有拿到的东西。
在项目宪章的基础上，公司应该形成具体的项目任务书，细分到各部门、个人，发到总经理、专家小组、开发部、财务部、市场部销售部、行政人力资源部等。
营造了内外两个良好的环境，项目启动就是水到渠成的事，项目组成员就可以集中精力投入到实施中去，项目的成功也有了更大的保证。
最后，要提醒项目经理特别注意：在项目合同确定的最后一刻，还要对合同进行最后的审定，合同审定一定要聘请一位专业律师，对合同的一些关键细节进行“咬文嚼字”的审定。 专家 点评
一个项目的成功启动绝不是靠项目组或项目经理就可以的，必须具备内部和外部两个条件，所以，双方的一把手都要高度重视，尤其是在目前中国的公司文化环境下，项目经理需要“项目宪章”作为尚方宝剑，而用户方的信息主管同样需要自己领导的讲话精神作为尚方宝剑。
9
案例背景：
某CRM项目，已经到了试运行阶段，原计划下周二验收。这时PM得知对方主管领导下周三要出国考察，想到对方可能没有心思准备验收的工作，便与对方沟通后把验收时间改到领导回国以后。却不料领导考察了国外的先进管理思想以后，回来决定大幅修改自己的业务管理模式，原有的CRM内容因此有大半失去作用。项目几乎等于要重头再来一次。 请问：遇到这种情况该如何处理？ 相关分析：
重视计划永远是正确的，甚至要想办法让条件成熟的后续工作提前开始。这个案例中的PM就犯了错误。领导要出国，没心思召开验收会是正常的。但是PM应该有很多办法来促成项目的及时验收。
例如说找各业务主管对各模块分别书面签字验收，然后只需要领导最后签字确认即可。或者找公司领导汇报，争取一笔资金，找个名目通过SALES交给领导（通常情况下项目都有回扣点数），同时谈谈马上验收的事宜。反正是在计划安排的时间内，这种顺水人情领导当然乐意。
而且，对于领导去做业务考察这件事，PM居然没有联想到跟自己项目业务的关联，敏感度太低。
10