【软考中级】系统集成项目管理工程师

软考中级——系统集成项目管理工程师

案例分析基础

考试时间及要求

中级考试案例分析5道题，时间150分钟，时间充裕。（高级考试案例分析3道题【高级一般第一题都是找错、第二题改错、第三题默写】，时间90分钟、平均每道题花30分钟，时间相对而言还是比较紧张的。案例分析如果要卡人，主要通过计算题去卡，计算题没问题，案例分析基本能过。）

一般情况下案例分析分为四种题型:

计算题
找错改错
纯理论
填空、选择、判断

案例分析

案例分析中的计算题一般就考两个章节的内容：进度和成本。

对于进度的题型：找关键路径、求总工期、自由时差、总时差、进度压缩、资源平滑

对于成本的题型：挣值分析、预测技术

1、计算题

案例分析里的计算题就是进度、挣值分析、预测技术。主要考查的知识点有:找关键路径、求总工期、自由时差、总时差、进度压缩、资源平滑、挣值计算、预测计算。

计算题是一定要拿下的，做计算题要保持头脑清晰，认真读题把PV、EV、AC找出来，知道是典型和非典型。另外，对于进度的计算，比如简单的找关键路径、求总工期、自由时差、总时差是不需要写过程`的。对于别的内容，需要写过程，写公式，就算你最后没全部算出来，也会得到过程分。

2、找错改错.

掌握两个点:1、按照过程来答2、尽力多答。

结合历年真题来看，很多一样的常见错误，反复的考，历年案例分析真题解析的题目和答案多读，请注意是多读，不是做题。多读的目的是为了尽力掌握一些专业俗语，尽力多答。

3、纯理论

相信是大部分考生都担心的问题，确实有难度。但如果你只求及格，不需要高分，把第一块、第二块少丢分，其实差不多已经在及格的边缘了这一块的题目与案例背景无关，就是基础知识。

对于填空，一定要用词准确!对于默写，有难度!不过通过大数据分析，基本上全国95%的考生都怕默写。所以理解记忆一些，考试的时候把关键点写出来，能写几条写几条，尽力得分就好。

案例分析

首先，范围管理、进度管理、成本管理、质量管理，这4大管理历年考试经常会考，所以全拿下这些对考试的通过有很大帮助。

另外，配置管理、变更管理、合同管理、整体管理要掌握分析的方法;

沟通管理一般都和其他管理融合在一起，答题的时候都加上沟通管理就没有错的。比如说:项目的范围，需求，进度出现问题总是包含着沟通不当在内。

【我们可以把沟通管理当作一个万金油，不管找没找到沟通管理的错误，你都可以说他发生任何错误、都是由于他没有做好沟通管理。不管在什么领域都涉及到沟通。或者后面找不到什么错误，都可以说他沟通管理没有做好】

项目出现的主要错误

这里的错误无非就是进度落后，成本超出，无法验收，售后困难，当我们读完题目之后就应该知道这题主要考察的是什么管理，对着几种原因

1、进度落后

首先从题目中可以获取项目经理做了什么事情[然后我们可以发现项目经理做的好多都是错的，]，这些都是关键信息来的。然后我们会发现:这个经理做的事情竟然没有一件是对的? ? ?

所以，一件事都是一个一个得分点!这类问题考察的是从案例中分析出答案。

应该怎么去入手呢?

(1)从人物出发，如果有描述个人的话语基本可以判定这个项目经理会有经验不足，事务繁忙，任务过多这几点,总之每一问先考虑人员的因素总没有错。

(2)很多道题目中都出现按照以前的XXXX方案估算，这些内容可以按照实际情况归纳为依据不足。

(3）如果题目中没有写明对方案进行评审评估，你再说明问题时提出这一点总是没错的。

(4)案例分析中的项目总是会出现问题的，所以基本上都是时间紧，工作量大，加上这点也可以。

(5）从问题的发现时间看，你不需要知道这个项目应该的监控周期是多久，你只需要说明该项目监控周期过长即可。

(6）风险，对风险的估计不足，加上这句总不会扣分。

注:加快进度的方法有赶工,增加资源，快速跟进，减小范围4种。

相对的只有减小范围能对项目产生积极地影响，其他3种都会有很大的风险，题目中提到其中一种方法你需要意识到，这里有很大风险而且会产生诸如沟通之类的其他问题。

2、成本超出

这题一般是在计算题中出现。理解AC，PV，EV，会计算CV，SV，CPI，SP1然后判断成本和进度状况，一般就拿到一大半的分了.

3、无法验收

首先要替甲方考虑为什么不验收，我们应该把项目分成一步步来考虑:

(1)合同方面，考察这个点的合同内容一般都不会全，总是**缺少验收标准，变更流程，**违约责任，付款日期方式，范围的规定一般也是有问思的。

(2)需求方面，对于这方面来说要结合沟通管理，出现无法验收情况，需求肯定是个问题，无论是范围，质量都和需求有关系。

(3)实施阶段，在这个阶段中一般会出现质量问题，质量问题需要强调的一点就是，质量控制是贯穿于全过程的，而不是产品完成才进行质量检测，检查等。还要提到QA的作用，QA有什么作用，他做事要有标准。解决不了要向上级领导反映。一般关于质量类的案例都属于无标准，无基线，无质量控制流程的三无产品。

(4)范围问题，这个阶段需要单独提出来，因为范围问题牵扯的知识点太多，包括需求，沟通，范围，合同，变更，一般出现范围问题的入就从以上几点中着手。

需求不明确，其中沟通肯定有问题，合同签订草率也是一个原因，变更是重中之重这时我们要根据题日进行分析，拒绝变更，直接同意变更，肯定是错的。

变更的流程要有提出，评审，同意变更，实施，监控，效果评估这几个步骤

(5) 变更，变更中需要把变更的流程，变更的原因背下来。

4、售后困难

这类题目只出现过一次，提到他是因为他代表了一种缺陷，文档型的缺陷。

有经验的售后人员都知道，工程型售后服务的难点不是在于维修，而在于对工程的实际情况不了解，对隐蔽工程没有一个系统的认识。

比如质量问题。质量做得好肯定减轻售后量，质量的基础是什么? 是标准!当然加上上文所说的风险估计不足，未对文档进行评审评估。

真题解析

阅读下列说明，回答问题 1 至问题 4，将解答填入答题纸的对应栏内。

【说明】

某集成公司和某地区的燃气公司签订了系统升级合同，将原有的终端抄表系统升级改造，实现远程自动抄表且提供 APP 终端应用服务。

公司指定系统的项目经理张工来负责该项目，目前张工已经升任新产品研发部经理，张工调派了原项目团队的核心骨干刘工和李工分别负责新项目的需求调研和开发工作。

刘工和李工带领团队根据以往经验完成了需求调研和范围说明书。但由于该项目甲方负责人负责多个项目，时间紧张，导致需求评审会无法召开。张工考虑到双方已经有合作基础，李工和刘工对原系统非常熟悉，为了不影响进度，张工让项目组采用敏捷开发模式，直接进入了设计和编码阶段。

在客户验收测试时，甲方负责人提出 APP的UI设计不符合公司风格、不兼容新燃气表的数据接口、数据传输加密算法不符合要求等多项问题，要求必须全部实现这些需求后才能验收。此时张工把公司新产品研发部正在研发的新产品给甲方负责人展示，双方口头约定可以采用新产品部分功能实现未完善的需求。经过增加人员和加班赶工，延期1个月完成。项目上线后用户又发现了若干问题。
[问题1](8 分)
结合案例，请从项目范围管理的角度指出该项目实施过程中存在的问题。(找错)
[问题2](6 分)
请写出范围说明书的内容和作用（默写）。

标准答案

【问题1】

(1)没有制订科学、合理的项目范围管理计划与需求管理计划
(2)没有全面、充分地收集客户的需求，并通过正规的需求评审形成各方认可的需求规格说明书。
(3)闭门造车式地开展需求调研与项目范围说明书的编写工作，没让相关干系人参与进来
(4)没有编制 WBS和 WBS 词典，以形成权威的范围基准。
(5) 张工身兼多职，在项目上投入的时间太少，没有及时监控项目进展。
(6)缺乏阶段性的评审，从而未能及时发现问题。
(7)没有做好确认范围的工作，导致遗漏了部分工作与成果
(8)没有建立规范的范围变更控制流程，存在随意变更需求的现象。
(9)没有做好控制范围的工作。
(10)与甲方的沟通工作做得不好
(11)控制进度的工作做得不好。
(12)口头约定说明文档管理与配置管

【问题2】

项目范围说明书包括如下内容:
(1)产品范围描述。
(2) 验收标准。定义可交付成果通过验收前必须满足的一系列条件，以及验收的过程。
(3) 可交付成果。
(4)项目的除外责任。通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围，有助于管理干系人的期望.
(5)制约因素。列出并说明与项目范围有关且限制项目团队选择的具体项目制约因素。
(6) 假设条件。
范围说明书的作用有:
(1)确定范围
(2) 沟通基础
(3)规划和控制依据
(4)变更基础
(5)规划础