系统集成项目管理工程师案例分析相关.doc

系统集成项目管理工程师案例分析（大家可以看一看，本人觉得有用） 1、事先要制订岗位的要求、职责和选人的标准。 2、缺乏对变更请求的记录可能会导致对产品的变更历史无法追溯，并会导致对工作产物的整体变化情况失去把握。 3、缺乏对变更请求的分析可能会导致后期的变更工作失误。 4、在修改过程中不注意版本管理，一方面可能会导致当更变失败时无法进行复原：另一方面，对于组织财富和经验的积累也是不利的。 5、修改完成后不进行验证则难以确证变更是否正确实现。 6、未与项目干系人进行沟通可能会导致项目干系人的工作之间出现不一致之处。 7、就项目验收标准和客户达成共识，确定哪些主要工作完成即可验收通过。 8、就项目验收步骤和方法和客户达成共识。 9、就项目已经完成的程度让用户确认。列入出具系统试用报告，请客户签字确认。 10、向客户提出明确的服务承诺，使客户没有后顾之忧。 11、加强项目执行过程中的控制，及时向客户提供项目绩效报告，让客户了解项目进展：设置对阶段性成果的验收，并让客户对阶段性交付成果进行签字确认；范围的变更要按照变更控制程序操作。 12、项目文档要齐全，使项目进展有可据可查。 13、项目经理应及时与客户进行沟通，努力促成双方良好合作气氛。 14、加强沟通。争取客户能够对项目范围以及需求、设计、验收标准进行确认，避免后期频繁出现变更。加强开发、测试、布线等人员的协调，保持工作的衔接，步调和内容一致，避免产生失误。 15、加强对阶段工作的检查和控制，避免后期出现返工。 16、首先应对项目成员进行沟通需求和沟通风格的分析。 17、对于具有不同沟通需求和沟通风格的人员组合设置不同的沟通方式。 18、关于全生命周期的范围管理，在合同谈判阶段：取得明确的工作说明书或更细化的合同条款、在合同中明确双方的权利和义务，尤其是关于变更问题、采取措施，确保项目干系人对合同的理解是一致的。计划阶段：编制项目范围说明书、创建项目的工作分解结构（WBS）、制定项目的范围管理计划。执行阶段：在项目执行过程中加强对已分解结构的跟踪和记录、建立与项目干系人进行沟通的统一渠道、建立整体变更控制的规程并执行、加强对项目阶段性成果的评审和确认。 19、建立健全项目管理制度并监管其执行 20、明确项目工作的交付物，建立和实施项目的质量评审机制。 21、建立项目的变更管理机制，识别变更中的利益相关方并加强沟通。 22、加强对项目团队成员和相关人员的项目管理培训。 23、引入适合的项目管理工具平台，提升项目管理工作效率。 24、明确目标、责任和奖惩机制，提高员工的工作绩效。 25、确定项目的里程碑，并建立有效的评审机制。 26、应该首先制定项目的质量管理计划，然后在项目的实施过程中，进行质量控制，每隔一定时间如阶段未实施质量计划中确定的、系统的质量活动列入审计或同行审查，以评价项目的整体绩效，确保项目为了满足项目干系人的期望实施了所有必须过程。 27、应注意资源和知识的积累，保障资源的可用性，如通过培训、设置A角Ｂ角等办法，解决关键技术人员的后备问题，以应对关键人员流失的风险 28、及早发现问题的苗头，并及时与公司管理层沟通和协商。 29、在项目的进行过程中，将风险管理纳入日常工作，建立风险预警机制。 30、加强文档管理，妥善保存变更产生的相关文档、确保其完整、及时、准确、清晰、适当的时候可以引入配置管理工具。 31、多与企业员工进行正式与非正式的沟通，适当激励项目团队，以赢得大家的信任 32、寻求公司领导层支持。 33、对已完成工作和剩余工作进行评估，重新进行资源平衡，如果有问题，应及时进行协调。 34、建立清晰的工作流程和沟通机制。 35、鼓励团队成员之间建立参与和分享的氛围。 36、应安排独立于项目组的质量保证人员负责质量保证工作。 37、对软件开发的过程实施质量审计。 38、注重测试工作，应安排相对独立的测试人员。 39、对发现的缺陷进行统计分析，确保软件质量。 40、加强与外包公司的沟通、监控，随时了解项目进度，出现问题及时纠偏 41、向甲方报告进度拖延实情，取得甲方的谅解，就项目的后续开发计划达成一致，并承担相应的责任。 42、遵循整体变更控制流程，记录相关客户需求，对需求变更可能带来的影响达成一致，并承担相应的责任。 43、遵循整体变更控制流程，记录相关客户需求，对需求变更可能带来的影响进行较全面的评估，形成经建设方签字确认的新需求文件，并提交ＣＣＢ审批：将相关的变更信息及时有效的通知相关的项目干系人。 44、强化对项目的配置管理，以及对整个项目实施过程的监督与控制。 45、应建立项目的质量管理体系，包括制定可行的过程规范和质量目标、质量标准。 46、提出合理有效的质量整改措施（如建议的纠正措施、对项目计划可能的更新等） 47、请求公司的管理层出面去与甲方协调。