()(15分) 阅读下列说明,回答问题1至问题3,将解答或相应的编号填入答题纸的对应栏内。【说明】 A公

Question

（）（15分） 阅读下列说明，回答问题1至问题3，将解答或相应的编号填入答题纸的对应栏内。【说明】 A公司为某钢铁业的客户开发大型MES信息系统项目，罗工担任了该项目的项目经理，由于客户担心在项目验收后，后续维护存在困难，因此要求成立联合项目组，这样项目组的开发人员里有三分之一来自于客户方。而且客户对项目的质量要求很高，罗工也深知质量对于客户的重要性。 因此在项目启动不久后，罗工就召开了专门的质量动员大会，而且在项目开发阶段，也频繁地召开了质量专题会议，另外罗工还安排了一位测试工程师做了大量的测试工作。 但是事与愿违的是：每次到了阶段成果评审时，客户总是能发现系统存在不少的质量问题，使得项目举步维艰，而公司高层一再催促罗工要加快进度。面对来自客户与公司高层的双重压力，罗工不知道问题出在哪里，因此感到心力交悴。【问题1】（5分） 请找出造成这种局面的可能原因有哪些？【问题2】（4分） 假如有重来的机会，罗工应当采取哪些措施才能避免这种尴尬的境地？【问题3】（6分） 执行过程中所有变更请求在CCB决策通过后实施，在项目质量审计过程中也可确认已批准的变更请求的实施情况；已批准的变更主要包括哪些？它们各自的作用是什么？

Answer 1

正确答案：【问题1】
　　1 客户对质量的要求永无止境。
　　2 罗工对联合项目组里的某些成员,特别是客户方的成员约束力不够。也有可能双方的开发人员沟通不良,没有好的合作气氛。
　　3 质量管理不是靠开会可以解决的,而需要制订合理的质量标准和质量管理计划,并且要对项目工作的过程与结果进行细致的监控。
　　4 测试是质量控制的一种方法,但是并不能解决产生质量问题的根源。
　　5 测试工程师经验不足,没能及时测试出客户关心的质量问题。
　　6 公司高层不了解项目实际情况,没有给予有力的支持。
【问题2】
　　1 与客户高层领导进行更有效的沟通,让其不致于提出一些过于离谱的要求。
　　2 要进行项目团队建设和管理,提升个人的绩效与团队的凝聚力,对于不听指挥的开发人员,要坚决清理出队伍。
　　3 制订合理的质量标准和质量管理计划,对项目开发过程与阶段性成果进行更严密、细致的监控和内部评审。
　　4 调配经验更丰富的测试工程师。
　　5 争取公司高层的理解与支持。

【问题3】（每答对一个变更项0.5分，作用0.5分）
可参考教程《系统集成项目管理工程师》2009年3月第1版； 10.3.2章节
　实施已批准的变更，包括：
1）纠正措施。为使项目工作的未来期望绩效与项目管理计划保持一致，而对项目执行工作下达的书面指令。
2）预防措施。通过实施某项活动，来降低项目风险消极后果的发生概率的书面指令。 
3）缺陷补救。识别项目组成部分的某一缺陷之后所形成的正式文件，用于就如何修补该缺陷或彻底替换该部分提出建议。

【问题1】
质量对整个企业来说都相当重要，对一个MES信息系统项目而言，信息系统项目的质量目标之一是客户满意度。但客户对质量的要求是多元化的，而且也永无止境，做为项目经理，应正确的引导客户对质量的理解与要求。
由于项目的重要性而组成的联合项目组，双方人人员多、所接受的沟通方式也不同，所以作为项目经理，应制定沟通管理计划，在双方沟通时有一个好的团队合作氛围，同时与高层取得相应的权利，以便在管理过程中需要使用权力时不至于望权兴叹。
在项目的质量管理过程中，质量来自一个好的计划、并随时控制，而不是靠通过开会就可以达到质量目标的；在进行质量管理中应遵循标准的质量管理流程，进行质量保证工作与质量控制工作，并采用相应的工具与技术来确保项目的质量，比如：测试、评审等，虽然罗工安排了专门的测试人员进行了相应的测试工作，但效果不明显，可能是测试计划不完善，或者测试人员的方法与技能不够，或者测试人员对客户的业务要求不太了解，所以在进行评审时不能通过评审。

【问题2】
针对此类项目，作为项目经理需要注意：第一引导客户不要提出过份的质量要求；第二需要取得高层的支持，以及相应的权力，以便在对整个团队进行管理时，对于影响整个项目进度、质量的团队成员在进行劝告无效后，有权进行处置；第三需要制定一份好的质量管理计划，并确定在质量管理过程所使用的工具与技术，在实际的实施过程中按计划执行，并进行跟踪监测，与计划或标准想比较，查看是否有偏差，如果有偏差应采取相应的对策来纠正。同时调配经验丰富、对客户业务熟悉的测试人员进行严格的测试工作。

【问题3】
考查对变更措施的理解。
实施已批准的变更，包括： 
1） 纠正措施。为使项目工作的未来期望绩效与项目管理计划保持一致，而对项目执行工作下达的书面指令。
2）预防措施。通过实施某项活动，来降低项目风险消极后果的发生概率的书面指令。
3）缺陷补救。识别项目组成部分的某一缺陷之后所形成的正式文件，用于就如何修补该缺陷或彻底替换该部分提出建议。