专业系统集成项目管理工程师网站|培训机构|服务商(2021系统集成项目管理工程师学习QQ群:672729477,客服QQ:800184589)

软题库 培训课程
当前位置:信管网 >> 系统集成项目管理工程师 >> 每日一练 >> 文章内容
系统集成项目管理工程师案例分析每日一练试题(2020/3/31)
来源:信管网 2020年04月01日 【所有评论 分享到微信

系统集成项目管理工程师案例分析当天每日一练试题地址:www.cnitpm.com/exam/ExamDayAL.aspx?t1=2

往期系统集成项目管理工程师每日一练试题汇总:www.cnitpm.com/class27-2-1.aspx

系统集成项目管理工程师案例分析每日一练试题(2020/3/31)在线测试:www.cnitpm.com/exam/ExamDayAL.aspx?t1=2&day=2020/3/31

点击查看:更多系统集成项目管理工程师习题与指导

系统集成项目管理工程师案例分析每日一练试题内容(2020/3/31)

【说明】
某公司2014年初承接了一个周期为一年的OA信息系统项目,并指派项目经理小张负责。该项目属于定制型项目,涉及的用户方较多,小张根据自己的经验预测到项目可能会涉及频繁的需求变更,因此小张在将项目组分成了业务组、实施组、开发组后,定义了如下需求管理及控制流程:
(1)指派专门的业务组进行需求分析,分析完成后马上与用户进行需求确认,确认后填写需求状态表(包括需求提交日期、需求状态、是否属于变更等);
(2)实施组获得需求分析文档后,一周内进行技术方案设计;
(3)技术方案完成后,业务组视情况与用户进行二次沟通确认,确认后填写需求状态表(包括需求技术方案提交日期、需求技术方案状态);
(4)需求分析、技术方案完成后,开发组每周对已确定需求进行工作量评估,形成月度开发计划;
(5)开发组根据开发计划进行定制开发工作;
(6)每周开发组根据需求状态库的需求、方案进行工作量重新评估,更新开发计划。
项目进行过程中,发生了如下事件,导致项目延期半年才完成:
[事件1]根据2014年初的计划开发完成了OA信息系统项目并上线,但用户役有真正使用。2014年底推广使用的时候发现,业务流程有缺失,程序有BUG,于是项目组重新按照以上流程梳理了需求,并重新开发上线。
[事件2] 2014年底,开发组提出需求分析在深度、广度上不够,导致开发返工任务多。
【问题1】(12分)
结合案例及你的工作经验,请说明项目经理小张在需求管理及控制过程中存在哪些不足?
【问题2】(4分)
结合案例,围绕需求管理,请将下面(1)~(2)处的答案填写在答题纸的对应栏内。
案例中,2014年底推广使用的时候发现,业务流程有缺失,这一现象是由于缺乏(1)中的(2)
【问题3】(5分)
结合案例和个人经验,简要叙述项目中需求可能存在的几种状态。
【问题4】(4分)
如果你是小张的经理,请帮助小张改进需求管理及控制过程中的不足。

信管网试题答案与解析:www.cnitpm.com/st/212038920.html

信管网考友试题答案分享:

信管网cnitpm255947471:
问题一 <br>1.需求分析需要业务、实施、开发人员共同进行分析确认。 <br>2.一周内方案设计时间过于仓促。 <br>3.未设置需求变更流程。 <br>问题二 <br>需求跟踪,需求变更 <br>问题三 <br>需求调研,需求分析,需求确认 <br>问题四 <br>质量控制

信管网jjtt12:
问题一:
没有明确项目进度计划,缺少项目内部进度跟进,在测试产品环节和需求方有出入,在过程控制环节存在问题;
问题二:
缺少需求管理中的,需求确认
问题三:
需求可能存在三种状态:按照客户需求完美的完成所有开发任何,第二种,在开发过程中存在计划时间延误的情况,需要重新做项目计划;第三种,由于甲乙双方存在的不可控因素,比如案例中的个人缺失问题,造成无法成功交付产品
问题四:
在需求管理方面:小张在开发人员开始开发之前,需要根据内部的项目进度计划和需求沟通结果,与甲方客户进行反馈,做到需求确认和计划确认。
在控制过程中:小张应该每天、每周、每月跟进项目开展情况,及时跟客户进行项目进展汇报,做到万无一失。

信管网cnitpm3348315813:
(1)项目经理小张的项目管理经验不足。(2)项目需求分析的时候只有业务组参与,应该业务组和实施组、开发组与用户共同参与项目的需求分析。(3)需求分析分析完成后马上进行需求确认太仓促。(3)实施组获得需求后进行技术设计方案的时间太仓促,没有进行充分的需求评估和需求确认。(4)技术方案完成后,只有业务组与用户进行了沟通,应该是业务组与其他项目组一同参与二次沟通。(5),需求变更只进行了简单的记录,没有走变更流程。(5)项目组未设置项目整体变更流程,变更控制不严谨。(6)项目实施过程中,未形成相应的绩效报告,只有开发组自己制定与评估,项目经理参与度小。(7)没有对项目的制定相应的项目风险规范。(8)没有对项目可能要出现的风险进行评估并制定风险应对措施。(9)项目质量管控不严,导致项目bug出现(10)项目组与客户沟通存在问题,导致oa上线后系统并未正常使用(11)系统正式运行前未进行系统试运行(12)未进行有效的项目范围确认。

信管网799528687:
【问题1】
(1)项目整体范围定义不充分。(2)只有业务组与用户进行需求确认(需要实施组,开发组共同参与)。(3)没有定义需求变更控制过程。(4)对于需求变更,只进行了记录,没有走需求变更流程。(5)没有对需求变更影响进行评估。(6)技术方案设计不充分,没有进行质量评审(需要业务组、实施组、开发组共同确认技术方案的详细程度,来验证需求的深度、广度)。(7)没有进行需求跟踪,导致有些需求缺失情况。(8)质量控制不够,导致程序有bug返工。
【问题2】
(1)需求跟踪(或需求双向跟踪)   (2)需求追测
【问题3】
已建议、已批准、已实现、已验证、已删除、已设计、已交付、待批准、被拒绝
【问题4】
(1)项目组全体成员做好范围定义,并进行评审。
(2)项目组全体做好需求确认(业务组、实施组、开发组、用户一起确认)。
(3)定义需求变更控制过程(变更申请、评估、批准、实施、确认、发布)。
(4)每一项需求,严格遵守需求变更流程。
(5)做好需求技术方案设计质量评审。
(6)进行需求跟踪。
(7)做好范围控制。

信管网试题答案与解析:www.cnitpm.com/st/212038920.html
扫码关注公众号

温馨提示:因考试政策、内容不断变化与调整,信管网网站提供的以上信息仅供参考,如有异议,请以权威部门公布的内容为准!

信管网致力于为广大信管从业人员、爱好者、大学生提供专业、高质量的课程和服务,解决其考试证书、技能提升和就业的需求。

信管网软考课程由信管网依托10年专业软考教研倾力打造,官方教材参编作者和资深讲师坐镇,通过深研历年考试出题规律与考试大纲,深挖核心知识与高频考点,为学员考试保驾护航。面授、直播&录播,多种班型灵活学习,满足不同学员考证需求,降低课程学习难度,使学习效果事半功倍。

相关内容

发表评论  查看完整评论  

推荐文章