%88希赛保过班资料之案例分析题(含答案)

第1页共18页案例分析根据考试大纲的规定，系统集成项目管理工程师考试案例分析（下午考试），即系统集成项目管理应用技术部分，试题范围相对比较窄，局限在项目管理的范畴之内，具体的考查内容包括可行性研究、项目立项、合同管理、项目启动、项目管理计划、项目实施、项目监督与控制、项目收尾、信息系统的运营、信息（文档）与配置管理、信息系统安全管理。1试题解答方法根据软考命题的习惯，一般中级的考试下午案例分析会有5道大题，全部以问答题的形式出现，有时也会出现有选做题，满分为75分。下午试题I对于考生的基本要求将体现在：（1）需要具有一定的信息系统项目管理实践经验，有较好的分析问题和解决问题的能力。（2）对于有关项目管理方面，有广博而坚实的知识或见解。（3）对应用的背景、事实和因果关系等有较强的理解能力和归纳能力。（4）对于一些可以简单定量分析的问题已有类似经验并能进行估算，对于只能定性分析的问题能用简练的语言抓住要点加以表达。（5）善于从一段书面叙述中提取出最必要的信息，有时还需要舍弃一些无用的叙述或似是而非的内容。考生应当加强上述要求的训练。希赛教育专家提示：考生解答试题时可按以下途径来分析和解决问题。（1）标出试题中要回答的问题要点，以此作为主要线索进行分析和思考。（2）对照问题要点仔细阅读正文。阅读时，或者可以列出只有几个字的最简要的提纲，或者可在正文上作出针对要回答问题的记号。（3）通过定性分析或者定量估算，构思答案的要点。（4）以最简练的语言写出答案。注意不要超过规定字数，语言要尽量精简，不要使用修饰性的空洞词汇，也不要写与问题无关的语句，以免浪费时间。2试题解答实例下来来看一些例题与详细的分析，读者可仔细阅读这些案例，并加以体会运用，以快速提升解决问题的能力。2.1例题1：子项目管理M是负责某行业一个大型信息系统集成项目的高级项目经理，因人手比较紧张，M从正在从事编程工作的高手中选择了小张作为负责软件子项目的项目经理，小张同时兼任模块的编程工作，这种安排导致了软件子项目失控。第2页共18页【问题1】请用150字以内的文字，分析导致软件子项目失控的可能原因。【问题2】请用200字以内的文字，说明你认为M事先应该怎么做才能让小张作为子项目的项目经理，并避免软件子项目失控？【问题3】请用400字以内的文字，概述典型的系统集成项目团队的角色构成？叙述在组建项目团队、建设项目团队和管理项目团队方面所需的活动，结合实例说明。例题1分析IT行业技术日新月异，要求从业人员具有高素质和高水平。而且，从我国的实际状况来看，IT工程师紧缺，人员流动十分频繁，合格人选很难找到和保留在某个项目中。因此，有效的管理人力资源，是项目经理们认为最困难的一件事情。【问题1】问题1要求考生分析导致软件子项目失控的可能原因。因为试题描述很简单，所以只能根据小张是新手这个线索，靠考生的常识来解答这个问题。（1）项目经理的选择企业人手比较紧张，于是M就选择了“编程工作的高手”小张作为项目经理。这种“饥不择食”的现象在国内的软件企业中比较普遍。软件项目经理甚至高级项目经理通常直接来自编程高手，中间未经过任何的培训。我们知道，在信息系统工程中，开发和管理是两条不同的主线，开发人员所需要的技能与管理人员所需要的技能很不一样。当然，如果一个既是开发高手又是管理能手的人担任项目经理，那是再好不过的了。系统分析师就是这样的复合型人才，但是，我国的系统分析师太少了，远远不能满足软件企业的需求。因此，还必须考虑从开发高手中选择项目经理，但这种选择，必须是培养后的选择。开发人员要胜任项目经理岗位，不仅需要技术背景、行业知识，还需要具备一定的管理知识和经验。普通技术人员，未经培训和考查就直接任命为项目经理，在实际工作中，很可能会出现问题。（2）身兼数职的问题根据试题的描述，小张在担任了软件子项目的项目经理后，仍然同时兼任模块的编程工作。这也是国内软件企业存在的一个实际性问题。在实际的项目中，通常存在“能者多劳”现象，一个人担任多个角色、承担过重的工作，在分配角色之前没有仔细计算人员的工作负荷问题。特别是在小企业中，这种情况更为严重。在本题中，作为技术出身的小张，由于仍然要编程，可能没有多少时间去学习管理知识，去从事管理工作。小张一人承担2个角色的工作，导致工作负荷过载，身心疲惫，其后果可能给全局带来不利影响。另外，小张初为项目经理，可能会存在思维转换和角色转换问题。一般而言，技术人员看待问题往往比较片面和深入，注重细节问题，而管理人员往往会关注问题的全面和大的问题。因此，虽然角色发生了部分变化（之所以说是“部分变化”，是因为小张仍然兼任程序员的工作），但小张的思维方式、看待问题和处理问题的方式都暂时还没有转变过来。而且，由于身兼开发职务，还会延缓这种转变。（3）间接管理问题高级项目经理M选择了小张作为软件子项目的项目经理，并且未经过任何管理方面的培训。在项目开展过程中，可能由于自己比较忙，也缺乏对小张工作的引导和帮带，缺乏全程的跟踪和监控。这种间接管理导致高级项目经理M不能及时发现项目中的问题，从而造成项目失控。【问题2】问题2要求考生回答，先应该怎么做才能让小张作为子项目的项目经理，并避免软件子项目失控。根据问题1的分析，我们知道，要委任小张作为子项目的项目经理，应该至少要做好以下事情：（1）根据项目经理岗位的任职条件和职责，选择合适的人员担任子项目的项目经理。由于企业人才紧缺，找不到合适的人选，要委任程序员小张担任项目经理，则需要对小张进行岗前培训。（2）重新考虑和衡量小张的工作量问题，确保项目经理的工作都能完成。（3）在项目管理方面，由于小张是新手，所以，在当前情况下，应尽量让小张放弃编程工作，专心从事管理工作，学习管理知识。第3页共18页（4）在项目进行过程中，高级项目经理M应加强对小张的培养和监控，以便及时发现问题，避免项目失控。同时，要敦促小张转换思维方式，即实现从技术人员思维方式到管理者思维方式的转变。【问题3】问题3要求考生回答，典型的系统集成项目团队的角色构成，以及在组建项目团队、建设项目团队和管理项目团队方面所需的活动。例题1解答要点【问题1】（1）小张缺乏足够的项目管理能力和经验。（2）小张身兼二职，精力和时间不够用，顾此失彼。（3）小张没有进入管理角色，只关注于编程工作，疏于对项目的管理。（4）高级项目经理对小张的工作缺乏事先培训和全程的跟踪与监控。【问题2】（1）事先要制订岗位的要求、职责和选人的标准，并选择合适的人选。（2）高级项目经理应对小张的工作进行全面估算，如果小张的负荷确实过重，需要找人代替小张当时正在从事的技术工作，解决负载平衡问题。（3）要事前沟通、对小张明确要求、明确角色的轻重缓急，促使小张尽快转换角色。（4）上级应该注意平时对人员的培养和监控。【问题3】1．针对选定的项目，根据项目的特点，需要的角色：管理类（如，项目经理）；工程类（如，系统分析师、架构设计师、软件设计师、程序员、测试工程师、美工、网络工程师、主机人员、实施人员）；行业专家；辅助类（如，文档管理员、秘书）。2．结合实际项目，叙述进行如下活动的经验：（1）组建项目团队，明确责任（制订责任分配矩阵）。（2）建设项目团队。提高项目团队成员的个人绩效；提高项目团队成员之间的信任感和凝聚力，以通过更好的团队合作提高工作效率。（3）管理项目团队。跟踪个人和团队的执行情况、提供反馈；协调变更，以提高项目的绩效、保证项目的进度；项目管理团队还必须注意团队的行为、管理冲突、解决问题；评估团队成员的绩效。2.2例题2：项目变更管理在一个正在实施的系统集成项目中出现了下述情况：一个系统的用户向他所认识的一个项目开发人员抱怨系统软件中的一项功能问题，并且表示希望能够进行修改。于是，该开发人员就直接对系统软件进行了修改，解决了该项功能问题。针对这样一种情况，请分析如下问题：【问题1】请用150字以内的文字，说明上述情况中存在着哪些问题？【问题2】请用300字以内的文字，说明上述情况可能会导致什么样的后果？【问题3】请用300字以内的文字，说明配置管理中完整的变更处置流程。例题2分析本题比较简单，主要考查变更控制的基本流程及实施方法，基本属于纯理论问题。变更来源有两个方面，一是用户，他们是信息系统项目需求的提出者。要求用户一次性地把需求讲清楚，并且不允许此后做任何变更，这是不现实的，开发方只能尽力减少变更，降低其影响。开发人员如何解决好自己的工作产品与变更的用户需求之间的一致性，是CMM2级需求管理这个关键过程域的主要目标。变更来源的另一个方面来自开发人员自身。他们在工作中可能发现前期工作中有些不妥当的地方，便第4页共18页要修改已经确定了的设计方案或是设计的细节。也许是项目管理人员提出要修订已经确定了的项目方案。由此所导致的返工甚至部分工作产品的报废也是在所难免的。无论来自哪个方面的变更，都需要严格按照变更控制的流程进行，否则会给开发和后续维护带来很多问题。【问题1】根据试题描述，这个开发人员在听到用户的口头抱怨后，就直接对系统软件进行了修改，解决用户的问题。显然，该开发人员没有遵照变更控制的程序来解决问题。具体来说，存在以下问题：（1）没有对用户口头反映的问题进行文档化，即没有对用户的要求进行记录。任何变更申请都必须以书面的形式提出。（2）没有分析和评估用户变更请求。事实上，开发人员在获得用户的变更请求后，应该提交给CCB，由CCB对变更请求进行分析和评估。在得到CCB的批准后，才能开始实施变更。（3）在修改过程中没有注意进行版本管理。开发人员直接对系统软件进行修改，没有进行任何配置管理工作，这也是不对的。这样，会造成后续的维护工作出现差错。（4）修改完成后未进行验证。开发人员直接修改了软件，并“解决了该项功能问题”。但这种解决是局部性的，该功能的正常运行可能会引起其他功能的不正常，所以对软件修改后，一定要进行验证测试。（5）修改的内容未和项目干系人进行沟通。由于变更请求是由“一个系统的用户”提出的，这种请求不一定合理，不一定在项目范围之内。一个配置项出现变更，可能会涉及到一些相关的部件和文档进行变更，这将影响到项目开发工作中的许多人员，所以需要和项目干系人沟通。【问题2】问题2要求考生说明上述情况可能会导致什么样的后果。变更管理简单说就是控制修改，使之不出现改错，改乱的现象。没有按照变更控制流程来实施信息系统的变更，会出现很多问题。具体而言，我们针对问题1分析中的存在的5个问题，分别例举其可能导致的问题：（1）由于没有记录用户的变更请求，可能会导致对系统软件变更的历史无法追溯，并会导致对工作产品的整体变化情况失去把握。（2）由于没有对变更进行分析和评估，可能会导致后期的变更工作出现工作缺失、与其他工作不一致等问题，对项目的进度、成本、质量方面也会产生一定影响。（3）由于在修改过程中不注意版本管理，万一变更失败，则无法进行复原，造成成本损耗和进度拖延。而且，没有版本管理，对于后续的开发和维护工作也会带来困难，对于组织财富和经验的积累也是不利的。（4）由于修改完成后不进行验证，难以确认变更是否正确实现，可能会影响系统其他功能的正常运行。同时，由于没有进行验证，为变更付出的工作量也无法得到承认。（5）由于未与项目干系人进行沟通，可能会导致项目干系人的工作之间出现不一致之处，进而影响项目的整体质量。【问题3】变更管理的基本流程如下：（1）变更申请。应记录变更的提出人、日期、申请变更的内容等信息。（2）变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。（3）变更决策。由具有相应权限的人员或机构决定是否实施变更。（4）变更实施。由管理者指定的工作人员在受控状态下实施变更。（5）变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价，确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。（6）沟通存档。将变更后的内容通知可能会受到影响的人员，并将变更记录汇总归档。如提出的变更在决策时被否决，其初始记录也应予以保存。例题2解答要点【问题1】第5页共1