案例一
公司在2014年初承接了一个医疗信息系统项目,要求2014年底完成该项目研发任务并进行试运行,2015年负责项目全年的运行维护,运行稳定后甲方验收合格项目才能结束。由于张工具有多年的医疗系统开发管理经验,公司领导任命他为项目经理。 张工首先仔细阅读了项目招标文件、报标书及相应的合同文件,然后指派了王工为需求管理人员负责进行需求梳理、需求分析并编写需求说明书。王工为此制定了详细的需求调研计划,其中调研对象包含甲方的医生、护士、信息科主任。在充分调研后,王工编写了需求说明书提交给了张工,张工组织项目组成员进行了需求评审,评审通过后,项目依据项目计划开始实施并顺利进行到了2014年6月份。此时,王工收到甲方的通知,由于政策变动,医保接口需要修改 ,否则无法进行医保结算。张工重新更新了项目计划,将研发完成时间调整到2015年1月中旬进行试运行同时王工重新修改了需求规格说明书。项目按照新计划及需求继续进行到2014年底,公司考核项目完成情况时发现项目未能按计划时间完成,所以扣除了张工的项目奖。
题目
答案
【问题1】
应该。
项目经理张工在范围管理过程中存在的问题:
(1)王工一个人编写需求说明书一相关人员共同编写;
(2)需求评审时只在项目组成员内部进行一甲方也需要参加:
(3)项目未成立变更控制委员会(CCB):
(4)需求变更评估后未经CCB审批;
(5)需求变更后未通知相关主要人员,尤其是公司领导
(6)未走需求变更流程;
(7)未做好项目沟通管理
【问题2】ACE
【问题3】
(1)提交变更申请
(2)进行变更评估
(3)CCB审批。
(4)执行变更。
(5)变更确认
(6)变更通知。
案例二
某信息系统集成公司,根据市场需要从2013年初开始进入信息系统运营服务领域。公司为了加强管理,提高运营服务能力,企业通过了GB/T24405.1-2009idtIS020000-1:2005认证。 2013年12月该公司与政府部门就某智能交通管理信息系统运营签订了一份商业合同,并附有一份《服务级别协议》(SLA),该级别协议部分内容如下:(1)系统运维要求内容:检查、维修、监控服务等级:7×24小时服务可用性要求:全年累计中断不超过20分钟(2)服务器维修数量:1台内容:检查、维修、监控服务等级:7X24小时此外,对一些网络设施维护等也进行了规定。公司为了确保该项目达到SLA要求,任命了有运维经验的小王为项目经理,并在运维现场建立了备件库、服务台、并配备了3名一线运维工程师3班轮流驻场服务。公司要求运维团队要充分利用这些资源,争取服务级别达成率不低于95%,满意度不低于95%。项目进入实施阶段后,小王根据企业和客户要求,建立了运维实旅程序和运维方案,为了完成SLA和公司下达的指标,小王建立了严格的监督管理机制,利用企业的打卡系统,把运维人员也纳入打卡考核。但在第一个季度报告时,客户就指出,系统经常中断、打服务电话也经常没人接,满意度调查结果也只有65%。
题目
答案
【问题1】
(1)智能交通管理信息系统运维内容:检查、维修、监控(1分)服务等级:7x24小时(1分)服务可用性要求:全年累计中断不超过20分钟(1分)
(2)智能交通管理信息系统服务器维修:数量:1台(1分)内容:检查、维修、监控(1分)服务等级:7x24小时(1分)
(3)争取服务级别达成率要达到95%(1分)
(4)满意度95%(1分)(5)商业合同内容(1分)
(5)商业合同内容(1分)
【问题2】
(1)SLA约定内容有问题由于只有1台服务器,不能维持7x24小时运行(2分,对一个即可得分)(或不能约定服务可用性或可用性太高(服务等级不对))
(2)项目经理运营管理经验不足(1分)
(3)运维人员不足,3名人员没有冗余(1分),服务台没有专人值守(1分)
(4)没有二线工程师(1分)
(5)没有监控工具(1分)
【问题3】BACD
案例三
A公司承接了某地方政府的智慧社区云平台的基础设施建设项目,客户方对安全性和系统性能要求较高,为了实现自身业务由硬件设备提供向软件开发转型。A公司承诺免费提供一个智慧社区APP小程序,并将其写入项目合同中,合同期为6个月。项目经理小邱负责APP的开发,项目周期4个月,计划2019年12月上线。因合同中没有对APP给出明确的功能和性能要求,小邱首先借鉴其他项目的开发经验和成果确定了APP的主要便民服务功能,之后开发团队通过走访社区居民和在社区网发放调查问卷,搜集相关的需求。最终确定了APP的功能需求,编制了详细的功能需求说明书,并将业务目标、项目目标、范围、设计、开发、高层级需求、详细需求均纳入到需求跟踪矩阵中。2019年7月项目组与客户共同召开了范围确认会,讨论了项目的文档交付物清单,各阶段里程碑及详细的工作进度和人员分工图表,形成会议纪要并双方签字。后期,项目组审核了范围说明书,提交了项目代码和相关设计文档。2019年12月完成功能测试。在项目验收评审会上,与会外部专家认为该项目涉及个人隐私信息,建议第三方测评机构对该APP进行全面的测试。经第三方测评机构测试,发现多项严重的个人信息安全保护问题。经分析,漏洞修复比较困难,全面整改需要投入较大的工作量,但预算已超支,经与公司领导和客户反复协商,不得不提出项目变更。
题目
范围确认和质量控制的不同之处 | |
检查内容 | |
检查时间点 | |
检查人员 | |
详略程度 |
答案
【问题1】(1)有遗漏(1分)遗漏的内容(每条1分):
1、明确的质量标准
2、项目范围是否覆盖了所有活动
3、项目范围的风险
【问题2】
【问题3】
项目变更的决策机构是变更控制委员会(CCB)负责(1分)。
CCB组成成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、质量控制人员、配置管理员等。(2分,答对2个即可)
CCB是一个决策机构,主要任务是对变更进行评价、审批以及监督已批准变更的实施。(1分,意思相同或相近)
【问题4】(6分)
1、提出与接受变更申请
2、对变更的初审
3、变更方案论证
4、项目管理委员会审查
5、发出变更通知并组织实施
6、变更实施的监控
7、变更效果的评估
8、判断发生变更后的项目是否已纳入正常轨道(每条1分,最多6分)