第四版 软考高项 信息系统项目管理师 案例找错套路
2024-01-23 11:08:31 0 举报AI智能生成
软考高项信息系统项目管理师，案例分析75分，除了计算题25外，其他基本属于理解和背诵，其中理解的部分可以参考本文件中的案例找错套路，本人在2023年下半年的考试中：选择61分、案例51分、论文45分，过来人提醒各位本文件中的内容空闲时就拿出来背一背，期待大家早日上岸！
作者其他创作
大纲/内容
看到技术人员做项目经理<br>
需要给他培训，技术人员对项目管理的流程不熟悉
看到身兼数职
工作负荷过重，会对项目的进度、成本等产生不利影响
看到核心人员参与
强调要全员参与
看到应用新技术
考虑风险，是否需要外包、是否需要培训
看到项目变更
是否按照变更的步骤严格执行
1.提出与接受变更申请
2.对变更的初审
3.变更方案论证
4.项目管理委员会审查
5.发出变更通知并组织实施
6.变更实施的监控
7.变更效果的评估
8.判断发生变更后的项目是否已纳入正常轨道
看到干系人对项目不满意
没有建立有效的沟通机制、没有进行绩效管理<br>
看到干系人验收不通过<br>
验收标准是否与干系人确认、是否严格执行验收测试
看到里程碑时间紧张
没有考虑冗余
看到过了一段时间才发现**问题
项目监控不到位
看到多头汇报<br>
项目经理权限不足
看到计划
一定要评审（干系人评审之后再执行，包括写论文也要注意写评审）
看到简单、基本等
要做详细的（规划等）
看到简单的编写**计划
需要编写详细的计划
看到口头
需要书面记录
看到第一次
考虑是否缺乏经验、是否需要培训
看到人员离职
项目是否进行有效的团队建设、沟通是否有障碍
是否团队激励、是否配置AB角
看到认为
是否缺乏仔细分析
看到加班
资源规划是否不合理
看到进度落后<br>
里程碑、基线是否严格执行
看到返工<br>
加强质量监控
看到过度承诺
没注意实际情况、没考虑风险<br>
看到有变更直接修改、或者甲方直接找技术人员修改
没有走变更控制流程
看到开会时人员没及时到
考虑项目经理权限是否不够
考虑是否全员制定团队章程
看到根据自己的经验编写 或 参考别的项目<br>
要结合项目的实际情况
看到项目经理亲自参与技术
项目经理属于管理，不参与技术实施
看到项目经理发布项目章程
项目发起人可委托项目经理一起编写项目章程，但由发起人发布项目章程
看到马上或立马实施
需求要先经过评审和确认
看到项目经理一个人做风险识别
需要全员一起参与风险识别
看到风险应对
风险应对措施是否正确
消极风险应对措施
上报
规避
转移
减轻
接受
积极风险应对措施
上报
开拓
提高
分享
接受
看到必须严格按照计划执行<br>
不现实、不可能没有偏差
看到CCB是作业机构
CCB是决策机构，不是作业机构<br>
看到制定初步可行性研究<br>
是否制定详细可行性研究
看到计划更不上实际情况<br>
没有对进度基准进行变更
看到分包<br>
确认分包是否经过甲方同意
是否分包出了关键业务（非关键业务才能分包出去）<br>
分包商是否再次分包（分包商不允许再次分包）
看到投标人会议
是否全部潜在供应商都参与了（投标人会议需要全部潜在供应商参与，信息同步）
看到团队成员束手无策
没有提供培训
看到罗列了一些干系人
干系人是否梳理完整
看到虚拟团队
一定要增加沟通
看到WBS
是否遵循WBS分解原则<br>
原则1：WBS必须面向可交付成果<br>
原则2：WBS必须符合项目的范围<br>
原则3：WBS的底层支持计划和控制<br>
原则4：WBS中的元素必须有人负责，而且只能有一个人负责
原则5：WBS应控制在4-6层<br>
原则6：WBS应包含项目管理工作和分包出去的工作
原则7：WBS需要所有干系人共同参与编制
原则8：WBS并非一成不变
看到自学了**<br>
需要经过系统的培训
看到在执行**过程，使用某个工具
使用的工具和技术单一
看到奖励
是否由惩罚，一定要奖罚分明
看到团队成员有争执<br>
团队建设没做好、沟通没做好
看到与甲方争执
沟通管理没做好、干系人管理没做好
看到选择报价最低的供应商
判断选择标准是否正确<br>
看到政府采购<br>
注意采购的方式是否正确（追加的时候不能超过10%）<br>
看到联合体投标
注意联合体的资质是否符合要求
看到项目经理全权安排别人做**
项目管理的工作由项目经理自己做，不能安排给别人做，不然要项目经理干嘛
看到配置库
配置库是否分成了3个库，权限是否分配恰当<br>
开发库
也称为动态库，用于保存开发人员正在开发的配置实体，由开发人员自行配置<br>
受控库
也称为主库，包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理之下。<br>在信息系统开发的某个阶段工作结束时，将当前的工作产品存入受控库。<br>
产品库
也称为静态库、发行库、软件仓库，包含已发布使用的各种基线的存档，被置于完全的配置管理<br>之下。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内，等待交付用户或现场安装。
看到配置项
配置项状态分为3中：草稿、正式、修改<br>
每次修改后都需要重新评审才能成为正式配置项
看到国外公司
注意是否符合国家政策
看到开发人员做测试
开发人员可以做交叉测试，但最好要专业的测试人员
看到推诿扯皮
资源规划职责不清、沟通没做好
看到合同
合同类型是否正确<br>
按项目付款方式分三类
总价合同
固定总价合同(FFP)
总价加激励费用合同(FPIF )
总价加经济价格调整合同(FPEPA)
订购单(单边合同)<br>
成本补偿合同
成本加固定费用合同(CPFF)<br>
成本加激励费用(CPIF)
成本加奖励费用(CPAF)
工料合同
按信息系统范围划分三类
总承包合同
单项项目承包合同
分包合同
看到合同变更
是否遵循合同变更的原则和方法
1、首先确定合同变更量清单,然后确定变更价款<br>
2、合同中已有适用于项目变更的价格，按合同已有的价格变更合同价款<br>
3、合同中只有类似于项目变更的价格，可以参照类似价格变更合同价款
4、合同中没有适用或类似项目变更的价格，由承包人提出适当的变更价格，经监理工程师和业主确认后执<br>行
0 条评论
下一页
