项目集成-2017年下半年案例分析试题

试题一

某公司中标一个城市的智能交通建设项目，总投资 350 万元，建设周期 1 年。在项目管理
计划发布之后，柳工作为本项目的项目经理，领导项目团队按照计划与任务分工开始实
施。
在项目初期，项目团队在确定了项目范围后，项目经理制定了项目变更流程:
1 、提出变更申请;〜2 、针对影响不大的变更，可以直接修改;〜3 、针对影响较大的变更，
必须上报项目经理，由项目经理审批之后才能修改;4 、修改后由项目经理确认，确认无误
后更新配置库，完成变更。
在一次项目进度协调会上，项目经理柳工与项目成员李工发生了争执，原因如下:李工对于
客户提出的需求，无论大小都给予解决，客户对此非常满意。但是，项目组其他成员并不
知晓李工修改的内容，导致开发任务多次返工。目前，项目已经延期。
： 问题： 1 1. .1 1
(8 分)
结合上述案例，请指出项目经理柳工制定的变更管理流程存在哪些问题。
： 问题： 1 1. . 2 2
(3〜分)
基于以上案例，请指出项目成员李工在变更过程中的不恰当之处。
： 问题： 1 1. .3 3
(3〜分)
基于以上案例，请阐述变更过程中包含的配置管理活动。
： 问题： 1 1. .4 4
(6 分)
请阐述变更管理的工作流程。

变更管理流程的问题

没有建立变更控制委员会
没有建立规格合理的变更控制流程，变更流程设置太过随意
没有对变更因素施加影响，积极沟通确定变更的必要性
没有对变更造成的影响进行充分的分析和评估
没有将变更可能造成的影响告诉变更干系人
没有严格按照变更控制流程进行变更管理
没有对变更做记录并形成文档，造成变更内容无法追溯
缺少对变更执行过程进行有效的监控
变更结果没有进行正式验证，未得到客户的确认
没有做好配置管理和版本管理

变更过程的不恰之处：

客户提出的变更需求，要提出变更申请之后再进行修改，要走变更流程
应该考虑变更因素施加影响，积极沟通，确认变更的必要性
要对变更造成的影响进行充分的说明和评估
变更影响要通知相关的人员

简述变更过程中包括的配置管理活动

配置项识别
配置状态记录
配置确认与审计

变更管理的工作流程

提出变更申请
变更影响分析
CCB审查批准
实施变更
监控变更实施
结束变更

计算题

试题三

收尾管理

A 公司是为保险行业提供全面的信息系统集成解决方案的系统集成企业。齐工是 A 公司的
项目经理，目前正在负责某保险公司 P 公司的客户管理系统开发项目，当前该项目已经通
过验收。
齐工将项目所涉及的文档都移交给了 P 公司，认为项目收尾工作已经基本完成，所以解散
了项目团队，并组织剩下的项目团队成员召开了项目总结会议。项目组成员小王提出"项目
组有人没有参加总结会议，是否要求所有人员都要参加?"，齐工解释〜说"项目总结会议不
需要全体人员参加，没有实质性的工作内容。“
： 问题： 3 3. .1 1
(5 分)
结合案例，项目经理齐工对小王提出的问题的解释是否恰当?请从项目总结会的规范要求角
度，说明理由。
： 问题： 3 3. . 2 2
(5 分)
结合案例，请简述项目总结会议一般讨论的内容。
： 问题： 3 3. .3 3
(2 分)
请将下面(1)-(2)处的答案填写在答题纸的对应栏内
结合案例，你认为系统集成项目收尾管理工作通常包含(1)、项目工作总结，(2)〜、项目后
评价工作。
： 问题： 3 3. .4 4
(5 分)
结合案例，请简述系统文档验收所涉及的文档都有哪些。

项目总结会

不恰当，项目总结会是需要全体参与项目的成员参加，并由全体讨论形成文件。项目总结会议所形成的文件一定要通过所有人的确认，任何有违此项原则的文件都不能被作为项目总结会议的结果。

项目总结会议一般讨论的内容

1、项目绩效
2、技术绩效
3、成本绩效
4、进度计划绩效
5、项目的沟通
6、识别问题和解决问题
7、意见和建议

项目收尾管理工作通常包含（项目验收工作）（项目工作总结）（系统维护工作）（项目后评价工作）

系统文档验收所涉及的文档

系统集成项目介绍
系统集成项目最终报告
信息系统说明手册
信息系统维护手册
软硬件产品说明书、质量保证书

试题四

干系人沟通

某系统集成公司 B 承建了 A 公司的办公自动化系统建设项目，任命张伟担任项目经理。该
项目所使用的硬件设备(服务器、存储、网络等)和基础软件(操作系统、数据库、中间件
等)均从外部厂商采购，办公自动化应用软件采用公司自主研发的软件产品。采购的设备安
装、部署、调试工作分别由公司硬件服务部、软件服务部、网络服务部完成。由于该项目
工期紧，系统相对比较复杂，且涉及实施人员较多，张伟认为自己应投入较大精力在风险
管理上。
首先，张伟凭借自身的项目管理经验，对项目可能存在的风险进行了分析，并对风险发生
的可能性进行了排序。排名前三的风险是：
(1) 硬件到货延迟；
(2) 客户人员不配合；
(3) 公司办公自动化软件可能存在较多 BUG 。
针对上述三项主要风险，张伟制定了相应的应对措施，并且计划每月底对这些措施的实施
情况进行回顾。
项目开始 2 个月后，张伟对项目进度进行回顾时，发现项目进度延迟，主要原因有两点：
(1) 购买的数据库软件与操作系统的版本出现兼容性问题，团队成员由于技术技能不足无
法解决，后通过协调厂商工程师得以解决，造成项目周期比计划延误一周。
(2) 服务器工程师、网络工程师被自己所在的部门经理临时调走支持其他项目，造成项目
周期延误一周。
客户对于项目进度的延误很不满意。
问题： 4.1
(4 分)
请指出张伟在项目风险管理方面做的好的地方。
问题： 4.2
(8 分)
张伟在项目风险管理方面还有哪些待改进之处?
问题： 4.3
(4 分)
如果你是项目经理，针对本案例已发生的人员方面的风险，给出应对措施。
问题： 4.4
(4 分)
关于风险管理，判断下列描述是否正确(填写在答题纸的对应栏内，正确的选项填写“
√”，错误的选项填写“X”)：
(1)按照风险性质划分，买卖股票属于纯粹风险。 ()
(2)按风险产生原因划分，核辐射、空气污染和噪音属于社会风险。 ()
(3)风险性质会因时空各种因素变化而有所变化，这反映了风险的偶然性。 ()
(4)本案例中，针对硬件到货延迟的风险， B 公司与供应商在采购合同中需明确因到货延迟
产生的经济损失由供应商承担，这属于风险转移措施。 ()

“重点管理”的干系人有哪些

主要是项目的客户和项目经理的主要领导

客户方的4名技术人员、3名中层管理人员、2名高管以及A公司的2名高管

沟通管理和关系人管理做得好的地方

小李认识到了沟通的关键性和自己应在沟通上投入较大的经理，认识到位
小李制定了干系人登记册和沟通管理计划
小李根据实际情况判断选择了沟通渠道
小李指定了相应的沟通模板，并规定了内容和说明
及时地将相关工作内容分发给各干系人

沟通管理和干系人管理方面还存在的问题

干系人登记册不能只由小李一人识别和指定，这样很容易遗漏。
沟通管理计划也不能只由小李一人指定，且制定后应进行评审
没有针对不同的干系人提交相应的项目信息
缺乏对项目干系人沟通需求和沟通风格的分析
没有对沟通情况和问题进行记录
控制沟通工作做得不好，没有对存在的沟通问题及时进行解决
缺乏对外包的B公司进行绩效根据和监控
沟通计划中缺乏和B公司的沟通规划，实际沟通不足
沟通技术和手段过于单一，除了电子邮件外，还应适当向关键干系人进行会议和面对面的沟通汇报等

改进措施

尽量让关键和更多人参与干系人识别工作，可以通过已识别出的干系人进行再识别
应对外包等所有项目干系人都纳入干系人登记册
应组织相关干系人一起制定一个详细合适的沟通管理计划，并经过干系人评审确认
应将外包等干系人纳入沟通管理计划
进行干系人沟通需求和沟通风格的分析，对不同的干系人要提出不同的项目信息
进行沟通控制工作，通过项目理会等形式对沟通存在的问题及时进行解决

一般沟通过程采用四种方式：推销、叙述、讨论、征询

从控制程序看，讨论方式的控制力最弱（正确）

从参与程度看，叙述方式参与程度最弱（正确）

阅读速度要高于语言速度

交互式、推式、拉式，大量受众-拉式沟通