项目经理关注点课件

1、项目经理在项目中的关注点项目启动活动常见问题及对策：笑话毕业七年，总算接了个大工程，造根三十米烟囱，工期两个月，造价三十万，不过要垫资。总算在年底搞完了。今天人家去验收，被人骂得要死，更不敢提收钱的事！原来图纸看反了，人家要挖一口井！不了解客户需求就开始盲目的开发，最终开发出来的产品并不是客户想要的。项目计划活动常见问题：风险管理案例练习项目背景 2010年，国内一家省级电信公司(H公司)打算上某项目，经过发布RFP (需求建议书)，以及谈判和评估，最终选定A公司为其提供IP电话设备。B公司作为A公司的代理商，成为了该项目的系统集成商。B公司的李先生是该项目的项目经理。 该项目的施工周期是三个

2、月。由A公司负责提供主要设备，B公司负责全面的项目管理和系统集成工作，包括提供一些主机的附属设备和支持设备，并且负责项目的整个运作和管理。A公司和B公司之间的关系是一次性付账。这就意味着A公司不承担任何风险，而B公司虽然有很大的利润，但是也承担了全部的风险。 3个月后，整套系统安装完成。但自系统试运行之日起，不断有问题暴露出来。H公司要求B公司负责解决，可其中很多问题涉及A公司的设备问题。因而，B公司要求A公司予以配合。但由于开发周期的原因，A公司无法马上达到新的技术指标并满足新的功能。于是，项目持续延期。为完成此项目，宏达公司只好不断将A公司的最新升级系统(软件升级)提供给H公司，甚至派人常

3、驻在H公司(外地)。 又经过了3个月，H公司终于通过了最初验收。在B公司同意承担系统升级工作直到完全满足RFP的基础上，H公司支付了10%的验收款。然而，2012年底，A公司由于内部原因暂时中断了在中国的业务，其产品的支持力度大幅下降，结果致使该项目的收尾工作至今无法完成。 问题1：请描述该项目存在的主要问题和原因。 问题2：结合你本人的实际项目经验，描述如何解决案例中所述问题的办法。 参考答案【问题1】 该项目最终失败的原因主要在于风险控制和风险处理机制。在很多IT项目中，由于竞争和其他原因造成了风险过度集中在某一个相对弱势的角色身上。在本案例中，B公司就处于这样的境地：一方面它需要依赖代理

4、A公司的产品生存，另一方面要它还必须要满足用户的具体需求。【问题2】 一般情况下，如果项目经理在项目合同签订以前加入项目，可以充分了解自己公司在项目中的位置，对买方提出的RFP认真回答，规避潜在的风险，这是非常重要的。对于RFP中过高的要求不能完全满足时，应充分说明。最好采用“让利于人，风险共担”的策略。具体做法是，将已经识别的具有风险的部分外包(风险转移)，或者单独与供货商签订补充合同。这样做可能损失了部分利益，但降低了风险，并且减少了很多额外投入。 在项目的进行过程中，项目经理和项目的拥有人要将风险管理纳入日常工作的重要步骤。要明确成本与风险、成本与时间的关系。制定完善的风险管理计划。 还

5、有一点需要注意：项目经理的确已经对风险进行了识别，并采取了应对措施，但并未对此风险带来的影响进行量化(通常可以以金钱或者时间损失加以估算)。量化过的风险是项目经理采用相应对策的前提。在本案例中，B公司了解A公司升级软件不能按时提供，这本身就需要量化。这个风险带来的就是10%的验收款和10%尾款的不能按时支付。如果一开始，B公司能够将付款和风险对应起来，就知道该风险是管理风险，并且是不能够接受的。 项目沟通管理活动关键点：建立一套有效的沟通机制：项目例会机制，信息发布机制，会议纪要机制，问题跟踪机制，阶段汇报机制，项目冲突管理等。 项目组内沟通。职责分配，授权，协调，状态报告 项目组与测试人员之

6、间的沟通。双方如何打配合是难点，需要约定双方的工作配合要求 与高层和客户的沟通。需要明确以下内容：谁？为什么需要信息？需要什么类型的信息？详尽程度？频次？沟通方式？ 强化沟通意识：每个项目成员都需要建立起主动沟通的意识。三大原则：及时，准确，信息量恰到好处项目沟通管理活动常见问题：开发人员在开发过程中有问题不主动上报项目组与测试组之间不知如何打配合项目组与高层之间的问题沟通不畅，导致项目组必需的资源不能及时到位，影响开发进度。与客户沟通不畅，导致需求有误或不明确。或只是了解到大体需求，对于具体的和细节的需求没深入。项目组内重要信息没有充分和有效沟通，意见反馈，技术难题，情况通报或成果没有与相关

7、人沟通不足，造成各做各事，重复工作。有些人没有定时关注项目信息（邮件，项目群POPO）的习惯。技术经理忙于自己技术方面的事，忽略项目管理方面，造成项目人员有的闲，有的忙，任务不均，资源浪费。责任分工不明确，各项目组成员之间责任相互推卸。没有结果的会议强化沟通意识：每个项目成员都需要建立起主动沟通的意识。项目一开始就需要建立一个沟通计划，明确规定与各干系人之间的沟通方式，沟通内容及频次等。建立一套明确的沟通工作流程（比如开发组与测试人员之间的工作流程规定，明确开发组提交成果的时间点，提交的内容，以及需说明的注意事项，解决缺陷的时间限制等要求，测试组需要依照迭代计划制定测试计划，并明确各时间点提交

8、的测试成果等）。先沟通好做法，方法，标准，再进行作业。重要问题，发布完后，一定要口头再说明项目会议事前有议题，并做好准备，事后有会议记录项目问题（尤其是横展开观点），客户评价（尤其是好的）要全员共享。如何提升时刻保持良好的质量意识；逐步培养高效的团队沟通；尽量运用标准的基于迭代的开发模式；严格遵守各阶段的规约、规范、要求（代码规约，测试rule，完成基准等等）；技术/经验累积不但能提高产品的质量，也能提高我们的生产效率，降低产品成本。好的品质意识就是你把事情做对，并对结果负责。我们要争取第一次就把事情做对。最大程度提高项目品质和生产性，有利于控制开发时间和进度，明确工作量和责任 。好的编码规范可以尽可能的减少一个软件的维护成本 ，增强其可读性；良好的遵守项目