- 1、本文档共52页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
2009年上半年高级测试题参考答案
案例部分
试题一
[问题1](8 分)你认为造成该项目的上面所述问题的原因是什么?
BXT公司的问题:用人不当,不应选新毕业生做质量保证;
项目经理小刘的问题,需求分析闭门造车,项目计划一手包办;
项目经理小刘和负责质量保证的小吕的问题,无论需求确认,对项目计划的评审还是质量保证人员的把关,都存在走过场问题,没有深入地评审;
项目经理小刘的问题,没有进行干系人分析,没有请结确认需求分析说明书的项目干系人;
RXT公司的问题,项目管理流程形同虚设,没有进行深入切实的检查.
[问题2](7 分)项目经理小刘应该如何科学地制订该项目的WBS(说明WBS 的制订过程)?如何在项目的执行过程中监控项目的范围(说明WBS 的监理过程)?
WBS的制订过程如下:
识别和确认项目的阶段和主要可交付物,需求分析结果需要关键干系人认可;
依据需求分析结果和《技术规格要求》对WBS的结构进行组织;
对WBS进行分解,并确认每一组成部分是否分解得足够详细;
为WBS的工作单元分配代码,并确认项目主要交付成果的组成要求;
5、确认工作分解的程度是必要和充分的,分解结果请关键干系人认可
WBS的监控过程如下:
在该项目的执行过程中,定时收集项目实际完成的工作,并且这些工作应得到关键干系人认可.接着与WBS进行比较,如果一致,则说明项目范围在可控范围内:如果不一致,则分析原因,然后采取相应的措施,例如变更项目的范围.
[问题3](10分)项目经理小刘应该如何科学地检查及控制项目的进度执行情况?
科学地制订进度计划,设置恰当监控点;
进行恰当的工作记录;
及时绩效测量和报告;
及时进行偏差分析;
制定相应在进度控制手段,如资源调配,赶工和并行跟进等;
综合运用制订进度的工具,项目管理软件,以减轻管理工作量.
试题二
[问题1](6分)从项目管理的角度,请简要分析造成小刘为难的主要原因。
1、弱矩阵型组织内项目经理对资源的影响力弱于部门经理,多头领导,项目经理对员工难以监测,管理,考核;
M本身的问题,迟到早退且我行我素.
[问题2](9分)请简要叙述面对上述困境应如何妥善处理。
与M沟通以改善M的劳动纪律;
与研发部部门经理协商如何保障项目顺利进行;
制定应对此人流失的风险应对措施,如引进与M技术相当的人员与M协同工作,加强文档和过程管理,改进技术方案,外包,与客户协商等.
[问题3](10分)请简要说明该公司和项目经理应采取哪些措施以避免类似情况的发生。
应注意资源和知识的积累,保障资源的可用性,如通过培训,设置A角B角等办法,解决关键技术人员的后备问题,以应对关键人员流失的风险;
针对组织现状制定有效的项目考核和奖惩制度;
与职能部门明确关键资源的保障机制;
及早发现问题的苗头,并及时与公司管理层沟通和协商;
加强团队建设,创建一个分工协作,能够互相补位的团队.
试题三
分析:本题考察的是需求管理。相关内容如下图所示:
需求开发的过程有四个主要活动:
1.需求获取。积极地与用户进行交流,捕捉、分析和修正用户对目标系统的需求,并提炼也符合解决问题的用户需求,产生《用户需求说明书》。
2.需求分析。需求分析的目的是对各种需求信息进行分析并抽象描述,为目标系统建立一个概念模型。
3.需求定义。需求定义的目标是根据需求调查和需求分析的结果,进一步定义准确无误的产品需求,产生《需求规格说明书》。系统设计人员将依据《需求规格说明书》开展系统设计工作。
4.需求验证。需求验证是指开发方和用户共同对需求文档评审,经双方对需求达成共识后做出书面承诺,使需求文档具有商业合同效果。
需求管理流程包括:
1.制定需求管理计划。需求管理计划的主要内容包括确定需求管理软硬件资源、需求跟踪矩阵、需求变更请求表等。由项目经理审批该计划。制定需求管理计划,以便于需求管理人员按计划地开展需求管理工作。
2.求得对需求的理解。设法理解需求提供者提出的这些需求的含义,实际就是我们所说的确认需求活动。
3.求得对需求的承诺。这个特定实践实现从各个项目参加者处求得对需求的承诺。
4.管理需求变更。这个特定实践实现各项需求在项目推进期间发生演变的同时,对需求的变更进行管理。
5.维护对需求的双向跟踪性
6.这个特定实践维护在需求与项目计划和工作产品之间的双向跟踪性。
7.识别项目工作与需求之间的不一致。
8.这个特定实践识别项目计划和工作产品与需求之间的不一致之处。
题目中第一段说的意思如下:
第二段的大致流程如下:
可见项目管理部在拿到销售人员提交的需求后并没有做需求验证或需求确认就提交给研发部了。从而使需求在被销售人员不正确地过虑后以和用户要求不一致这一情况没有在需求阶段发现,最终导致了用户的不满。这一问题也可以从范围管理中范围控制的角度去理解
文档评论(0)