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