系统集成项目管理工程师案例分析最全万金油VIP专享VIP免费

1、找茬题万金油----几乎每条都可以套进去。 1. 项目经理管理经验不足。 2. 项目管理计划没有全员参与。 3. 管理计划没有经过审批。 4. 没有规范的变更控制流程。 5. 没有成立变更控制委员会 CCB。 6. 没有行程变更记录。 7. 需求未经过评审，分析。 8. 哪方面做得不好，就说哪方面意识不强。 9. 没有做好人员沟通管理。 10. 做案例要围绕四大约束目标，一起看是否有缺失。（进度、范围、成本、质量。） 2、范围管理存在的问题。 11. 没有制定范围管理计划。 12. 没有制定需求管理计划。 13. 没有做好需求收集、分析、调研等工作。 14. 没有做好需求跟踪工作。 15. 没有全面的收集需求，不能直接根据经验制定需求。 16. 不能仅依据过去经验来编写现在项目的范围说明书等工作。 17. 项目范围说明书内容不全面，或者项目范围定义不充分。 18. 项目范围说明书不应由项目经理一人来编写。 19. W BS 及范围基准应让项目团队和所有关键干系人一起来创建，而不是项目经理创建，导致工作遗漏。 20. 或写 W BS 应由全体项目团队成员，用户和项目干系人共同完成和一致确认。（出现主要、部分，都是有问题的。） 21. 项目范围基准未经评审和审批。 22. 缺少范围确认等环节，项目成果等没有得到用户的正式确认和接受。 23. 范围变更没有规范的变更控制流程。 24. 项目变更实施前没有及时变更合同。 25. 变更结果没有得到客户的签字确认。 26. 为做好范围控制工作，对范围管理中的偏差和问题进行及时纠正。 27. 需求未经过评审，没有输出需求文件和确认。 28. 定义范围没有经过反复确认。 29. 确认范围一般在阶段末尾进行。由外部干系人（客户或发起人）对项目可交付成果进行检查验收。 30. 确认范围应贯穿项目始终，并以书面形式把完成情况记录下来。 3、变更管理可能存在的问题。 没有制定变更管理计划。 需求变更时没有走申请变更控制流程。 没有成立变更控制委员会， 没有行程变更记录， 工程师不能直接进行修改并更新版本，这是不对的应该由CCB 审批和批准。 没有制定项目文件更新， 客户需求没有经过评审， 项目经理监控不到位，管理项目经验不足。 没有将变更可能造成的影响告诉相关干系人。 缺少变更确认环节。 变更不能由项目经理一人决定。 变更结果没有进行正式验证，未得到客户的确认。 未做好配置管理和版本管理。 未对变更造成的影响进行充分的分析和评估。...