项目管理案例及参考答案Word下载.docx

项目管理案例及参考答案Word下载.docx

《项目管理案例及参考答案Word下载.docx》由会员分享，可在线阅读，更多相关《项目管理案例及参考答案Word下载.docx（26页珍藏版）》请在冰豆网上搜索。

请用150字左右的文字，说明合同的作用、详细范围说明书的作用，以及两者之间的关系。

1.1.2试题答案

试题二分析

第一步：

总结出问题的要点。

本题主要考查考生对范围管理各过程的管理方法与经验和对合同管理与范围管理之间关系的理解。

第二步：

解答的要点。

（1）合同没订好，没有就具体完成的工作形成明确清晰的条款，不满足SMART。

（2）甲方没有对各部门的需求及其变更进行统一的组织和管理；

甲方项目经理职责不明确。

（3）缺乏变更的接受/拒绝准则。

（4）由于乙方对项目干系人及其关系分析不到位，缺乏足够的信息来源，范围定义不全面、不准确。

（5）甲乙双方对项目范围没有达成一致认可或承诺。

（6）缺乏项目全生命周期的范围控制。

（7）缺乏客户/用户参与。

在项目全生命周期的范围管理过程中，小李在不同的阶段应做出相应的解决方案。

1．合同谈判阶段

（1）取得明确的工作说明书或更细化的合同条款，满足SMART原则。

（2）在合同中明确双方的权利和义务，尤其是关于变更问题。

（3）采取措施，确保合同签约双方对合同的理解是一致的，比如采用标前会澄清双方问题，或进行合同谈判。

2．计划阶段

（1）编制项目范围说明书，明确项目范围变更流程。

（2）创建项目的工作分解结构（WBS）。

（3）制定项目的范围管理计划。

3．执行阶段

（1）在项目执行过程中加强对已分解的各项任务的跟踪和记录。

（2）建立与项目干系人进行沟通的统一渠道。

（3）建立整体变更控制的规程并执行。

（4）加强对项目阶段性成果的评审和确认。

4．项目全生命期范围变更管理

（1）在项目管理体系中应该包含一套严格、实用、高效的变更程序。

（2）规定对用户的范围变更请求，应正式提出变更申请，并经双方项目经理审核后，视不同情况，做出相应的处理。

《合同法》规定：

"

合同是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关系的协议"

。

合同是买卖双方形成的一个共同遵守的协议，卖方有义务提供合同指定的产品和服务，而买方则有义务支付合同规定的价款。

项目范围说明书详细描述了项目的可交付物和产生这些可交付物所必须做的项目工作。

项目范围说明书在所有项目干系人之间建立了一个对项目范围的共识，描述了项目的主要目标，使团队能进行更详细的规划，指导团队在项目实施期间的工作，并为评估是否为客户需求进行变更或附加的工作是否在项目范围之内提供基线。

合同是制定项目范围说明书的依据，范围说明书制定过程中，有可能会变更项目的合同条款。

1.2试题二

1.2.1试题描述

阅读以下关于信息系统项目管理过程中项目范围管理方面问题的叙述

希赛信息技术有限公司（CSAI）刚刚和M签订了一份新的合同，合同的主要内容是处理公司以前为M公司开发的信息系统的升级工作。

升级后的系统可以满足M公司新的业务流程和范围。

由于是一个现有系统的升级，项目经理张工特意请来了原系统的需求调研人员李工担任该项目的需求调研负责人。

在李工的帮助下，很快地完成了需求开发的工作并进入设计与编码。

由于M公司的业务非常繁忙，M公司的业务代表没有足够的时间投入到项目中，确认需求的工作一拖再拖。

张工认为，双方已经建立了密切的合作关系，李工也参加了原系统的需求开发，对业务的系统比较熟悉，因此定义的需求是清晰的。

故张工并没有催促业务代表在需求说明书中签字。

进入编码阶段后，李工因故移民加拿大，需要离开项目组。

张工考虑到系统需求已经定义，项目已经进入编码期，李工的离职虽然会对项目造成一定的影响，但影响较小，因此很快办理好了李工的离职手续。

在系统交付的时候，M公司的业务代表认为已经提出的需求很多没有实现，实现的需求也有很多不能满足业务的要求，必须全部实现这些需求后才能验收。

此时李工已经不在项目组，没有人能够清晰地解释需求说明书。

最终系统需求发生重大变更，项目延期超过50%,M的业务代表也因为系统的延期表示了强烈的不满。

（8分）请以400字对张工在项目管理工作中的行为进行点评。

（9分）请从项目范围管理的角度找出该项目实施过程中的问题，以500字内回答。

（8分）请结合你本人项目经验，谈谈应如何避免类似的问题，以500字内回答。

1.2.2试题答案

【问题1】：

1聘请李工做需求是好的

2张工没有对需求进行确认

3张工没有对李工开发的系统进行了解

4没有对需求进行有效控制

【问题2】

（9分）

该项目实施过程中的主要问题包括：

（1）在范围定义中，张工没有对李工定义的需求进行评审，造成需求中的质量缺陷没有被及时发现。

（3分）

（2）在范围确认中，张工没有主动地要求用户对需求进行确认。

（3）在范围控制中，张工无法进行有效的范围控制，最终造成了重大的需求变更。

【问题3】

（8分）

（1）项目经理需要对需求定义的结果进行质量控制，采取评审等方式减少需求中的问题。

（2）对已经定义的需求需要与用户进行确认，保证双方理解的一致。

（3）在发生需求变更时，也应该采取灵活的手段，在满足用户需求的前提下，尽量减少需求变更的范围。

2.项目整体管理

2.1试题一

2.1.1试题描述

【问题2】根据表1红星集团现金流量表中的数据，计算CRM项目的动态和静态投资回收期？

【问题3】如果该行业的标准投资收益率为20%，请问该项目的投资是否可行？

2.2试题二

2.2.1试题描述

阅读以下关于变更的叙述，回答问题1至问题3

【说明】

在一个正在实施的系统集成项目中出现了下述情况：

一个系统的用户向他所认识的一个项目开发人员抱怨系统软件中的一项功能问题，并且表示希望能够进行修改。

于是，该开发人员就直接对系统软件进行了修改，解决了该项功能问题。

针对这样一种情况，请分析如下问题：

（5分）

请用150字以内的文字，说明上述情况中存在着哪些问题？

（10分）

请用300字以内的文字，说明上述情况可能会导致什么样的后果？

请用300字以内的文字，说明配置管理中完整的变更处置流程。

2.2.2试题参考答案

【问题1】

上述情景中存在的主要问题有：

对外职责不明确

对用户的要求未进行记录

对变更请求未进行足够的分析，也没有获得批准

在修改过程中没有注意进行版本管理

修改完后未进行验证

修改的内容未和项目干系人进行沟通

【问题2】

由于上述问题的存在可能导致如下后果：

后期同样的问题重复出现，并会导致对工作产物的整体变化情况失去把握

缺乏对变更请求的分析可能导致后期工作的返工

项目版本失控

修改完成后进行验证则难以确认变更是否正确实现，为变更付出的工作量也无法得到承认。

未与项目干系人进行沟通可能会导致项目干系人的工作之间出现不一致之处，进而影响项目的整体质量。

【问题3】变更管理的基本流程：

自己按照LJP上课的流程加上自己的理解来写

2.3试题三

2.3.1试题描述

从项目整体管理和配置管理的角度，回答问题1至问题3。

老高承接了一个信息系统开发项目的项目管理工作。

在进行了需求分析和设计后，项目人员分头进行开发工作，其间客户提出的一些变更要求也由各部分人员分别解决。

各部分人员在进行自测的时候均报告正常，因此老高决定直接在客户现场进行集成。

各部分人员分别提交了各自工作的最终版本进行集成，但是发现问题很多，针对系统各部分所表现出来的问题，开发人员又分别进行了修改，但是问题并未有明显减少，而且项目工作和产品版本越来越混乱。

请用200字以内的文字，分析出现这种情况的原因。

请用300字以内的文字，说明配置管理的主要工作并作简要解释。

请用300字以内的文字，说明针对目前情况可采取哪些补救措施

2.3.2试题答案

试题一分析

仔细阅读题目要求，分析题目要点。

在回答问题之前，应仔细阅读题目要求。

题目主体的考查方向为项目整体管理和配置管理，并给出了一个虚拟场景。

题目所提的三个问题是递进的，问题1是分析题目场景中出现问题的可能原因；

问题2是如何进行配置管理；

问题3是针对现有情况如何进行解决和补救。

结合题目的主体方向，回顾虚拟场景，其中表现出来的主要问题有下面两个。

（1）在系统集成之后，"

发现问题很多"

（2）进行修改之后，"

问题并未有明显减少，而且项目工作和产品版本越来越混乱"

针对这两个问题，在题目中寻找与之对应的原因，值得注意的描述有如下几点。

（1）"

变更要求也由各部分人员分别解决"

（2）"

直接在客户现场进行集成"

（3）"

分别提交了各自工作的最终版本进行集成"

（4）"

开发人员又分别进行了修改"

分析题目问题，构思答案的要点。

结合题目的主体方向对题目进行分析，可以得出，在题目场景中存在以下方面的 

问题。

（1）缺乏项目整体管理（尤其是整体问题分析）。

（2）缺乏整体变更控制规程。

（3）缺乏项目干系人之间的沟通。

（4）缺乏配置管理。

（5）缺乏整体版本管理。

（6）缺乏质量控制和范围核实，比如单元接口测试和集成测试。

此问主要考查对于配置管理过程的记忆和理解，考生应按照配置管理过程的框架，对配置管理过程及其所涉及的主要活动进行总结。

（1）制定配置管理计划。

确定方针，分配资源，明确职责，计划培训，确定干系人，制定配置识别准则，制定基线计划，制定配置库备份计划，制定变更控制规程，制定审批计划。

（2）配置项识别。

识别配置项，分配唯一标识，确定配置项特征，记录配置项进入时间，确定配置项拥有者职责，进行配置项登记管理。

（3）建立配置管理系统。

建立分级配置管理机制，存储和检索配置项，共享和转换配置项，进行归档、记录、保护和权限设置。

（4）基线化。

获得授权，建立或发布基线，形成文件，使基线可用。

（5）建立配置库。

建立动态库、受控库和静态库。

（6）变更控制。

包括变更的记录、分析、批准、实施、验证、沟通和存档。

（7）配置状态统计。

统计配置项的各种状态。

（8）配置审计。

包括功能配置审计和物理配置审计。

此问主要考查考生对于项目整体管理和配置管理的具体运用。

针对题目场景，考生应从怎样保护已有工作成果、理清问题原由、推动项目继续良好进展的角度来回答此问，例如：

针对目前系统建立或调整基线；

梳理变更脉络，确定统一的最终需求和设计；

梳理配置项及其历史版本；

对照