2024年5月17日发(作者：驱动软件排行)
1、找茬题万金油----几乎每条都可以套进去。
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
项目经理管理经验不足。
项目管理计划没有全员参与。
管理计划没有经过审批。
没有规范的变更控制流程。
没有成立变更控制委员会CCB。
没有行程变更记录。
需求未经过评审，分析。
哪方面做得不好，就说哪方面意识不强。
没有做好人员沟通管理。
做案例要围绕四大约束目标，一起看是否有缺失。（进度、范围、成本、质量。）
2、范围管理存在的问题。
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
没有制定范围管理计划。
没有制定需求管理计划。
没有做好需求收集、分析、调研等工作。
没有做好需求跟踪工作。
没有全面的收集需求，不能直接根据经验制定需求。
不能仅依据过去经验来编写现在项目的范围说明书等工作。
项目范围说明书内容不全面，或者项目范围定义不充分。
项目范围说明书不应由项目经理一人来编写。
WBS及范围基准应让项目团队和所有关键干系人一起来创建，而不是项目经理创建，
导致工作遗漏。
或写WBS应由全体项目团队成员，用户和项目干系人共同完成和一致确认。（出现主要、
部分，都是有问题的。）
项目范围基准未经评审和审批。
缺少范围确认等环节，项目成果等没有得到用户的正式确认和接受。
范围变更没有规范的变更控制流程。
项目变更实施前没有及时变更合同。
变更结果没有得到客户的签字确认。
为做好范围控制工作，对范围管理中的偏差和问题进行及时纠正。
需求未经过评审，没有输出需求文件和确认。
定义范围没有经过反复确认。
确认范围一般在阶段末尾进行。由外部干系人（客户或发起人）对项目可交付成果进行
检查验收。
确认范围应贯穿项目始终，并以书面形式把完成情况记录下来。
3、变更管理可能存在的问题。
没有制定变更管理计划。
需求变更时没有走申请变更控制流程。
没有成立变更控制委员会，
没有行程变更记录，
工程师不能直接进行修改并更新版本，这是不对的应该由CCB审批和批准。
没有制定项目文件更新，
客户需求没有经过评审，
项目经理监控不到位，管理项目经验不足。
没有将变更可能造成的影响告诉相关干系人。
缺少变更确认环节。
变更不能由项目经理一人决定。
变更结果没有进行正式验证，未得到客户的确认。
未做好配置管理和版本管理。
未对变更造成的影响进行充分的分析和评估。
缺少对变更执行有效监控。
影响不大的变更也要走变更流程，再由CCB决定是否变更。
项目经理没有与成员做好沟通管理，导致冲突或争吵。
4、招标问题
招标方发布招标公告，需提前20天以上。
招标方提前15天以上可以修改招标内容。
招标方可以自由选择招标代理机构，也可以不用招标代理机构，不得强制。
招标截止时间等于开标时间，不可推迟。
招标人截止时间前可修改投标文件。
招标截止时间后，无论任何原因都拒收投标文件。
资格预审文件或招标文件的发售期不得少于5日。3家以上通过资格预审的投标
人才能开标。
招标方主持开标，而非招标代理机构。
投标方检查密封性，而非招标代理机构或招标方、主持人。
评委本单位人员不得超过1/3，技术经济类专家不得少于2/3，5人以上单数。
评委推荐不超过3家中标候选人并排名。
收到评标报告之日起3日内公示中标候选人。3日公示期。有异议3日内答复。
3日内发出中标通知书。
中标方发中标通知书，非结果；非中标方必须通知结果。
中标通知书发出30日内签订合同。
关键工作不能分包，非关键性可分包，标书和合同内应声明，并经招标方同意，
分包方要求具备相应资质。不得二次分包。
发布者：admin，转转请注明出处：http://www.yc00.com/xitong/1715926867a2693065.html
评论列表（0条）