《信息系统项目管理师》2024 年上第 2 批次案例分析题及解析

《信息系统项目管理师》2024 年上第 2 批次案例分析题及解析

一、总体概况与考试技巧

本次案例分析题共 3 道试题，聚焦信息系统项目管理的核心领域，涵盖项目章程制定、开发方法选择、干系人管理、绩效计算、可行性研究、范围管理等关键考点，紧密结合实际项目场景，侧重考查对理论知识的应用能力与问题分析解决能力。

考试技巧

1. 审题技巧：先通读案例说明，标记关键信息（如时间、目标、问题描述等），再对应问题定位案例中的相关内容，避免遗漏核心线索。
2. 答题技巧：按 “知识点对应 + 案例结合” 的思路组织答案，如回答 “项目章程问题” 时，先明确项目章程的标准内容，再对照案例指出缺失或不当之处；涉及计算类题目（如绩效指标），需写出完整公式与计算过程，确保步骤清晰。
3. 时间管理：3 道试题总分 75 分，建议每道题分配 25-30 分钟，优先完成擅长领域的题目，避免在某一问题上过度耗时，确保所有题目均有作答。

二、试题一（25 分）

【说明】

某海关拟建设电子订单人工智能平台，采用光学字符识别技术（OCR），将多语种报关单、身份证件等文件转为电子文档，以提高报关效率。

项目由小张任项目经理，小张初步分析项目需求后，与发起人共同制定了项目章程，章程内容包括：项目目的、项目目标（60 天内提高报关效率）、项目描述、项目边界定义、项目退出标准，拟申请的财务资源、关键用户名单，项目审批要求，项目经理签名、发起人和批准人签名。项目章程获得批准后，小张组建了项目团队。

电子订单人工智能平台的建设主要包括六个工作模块，内容和特点如下：

1. 平台硬件交付：包括人工智能服务器、网络、高拍仪等的采购、搭建、测试等，需求明确、建设方法成熟、要求训练数据到位前交付。
2. 数据采集和标注：要求数据小组一次性交付 50 万张相关单据及身份证件图片及标注结果。
3. OCR 模型调试：要求数据小组多次调试并交付模型，精度不断提高，直到实现关务部门认可的效果和性能。
4. OCR 算法开发：创新程度高，团队没有同类项目开发经验，3 天就需要更新一次，确保开发方向正确。
5. 前端界面开发：需要展示界面风格、操作步骤，多次向关务部门进行演示，尝试用各种选项澄清范围和需求，最终完成可接受的全部功能。
6. 平台操作测试：平台边研发边上线，完成一个功能模块就需要向相关人员提供一次操作或维护培训，在最后一次培训结束后才算完成全部工作。

项目验收时，海关技术负责人、关务部门代表首次受邀参与项目，在验收评审会中指出诸多问题，包括平台关键功能不完整、项目计划不合理、算法精度差、识别速度慢等，明确表示不认可交付成果。

【问题 1】（6 分）

结合项目案例，请指出本项目章程的内容存在哪些问题？

参考答案

本项目章程存在以下 6 个核心问题，具体如下：

1. 项目目标定义不清晰，未体现 “可测量” 属性，仅提及 “60 天内提高报关效率”，未明确效率提升的具体指标（如报关时长缩短比例、单日处理量提升数值等）。
2. 缺少高层级需求与主要可交付成果描述，未明确平台需实现的核心功能（如多语种识别范围、文档转换准确率要求等）及最终交付的产物（如硬件设备清单、软件系统安装包等）。
3. 未包含整体项目风险说明，未分析项目可能面临的风险（如 OCR 技术精度不达标、数据采集延误等）及初步应对方向。
4. 缺失总体里程碑进度计划，未明确关键时间节点（如硬件交付完成时间、模型调试截止时间等），无法为项目进度管控提供基础。
5. 财务资源表述不当，应明确 “预先批准的财务资源”（如具体预算金额），而非 “拟申请的财务资源”，导致项目资金保障不明确。
6. 干系人范围不完整，仅包含 “关键用户名单”，未涵盖海关技术负责人、关务部门代表等关键干系人，易导致后续沟通缺失。
7. 未明确定义项目经理职权，未说明小张在项目中的决策权限（如资源调配权、变更审批权等），可能影响项目推进效率。

【问题 2】（6 分）

结合项目案例，请为六个工作模块选择最适合的开发方法（选项：A、预测型方法；B、迭代型方法；C、增量型方法；D、敏捷型方法）。

（1）平台硬件交付（  ） （2）数据采集和标注（  ） （3）OCR 模型调试（  ）

（4）OCR 算法开发（  ） （5）前端界面开发（  ） （6）平台操作测试（  ）

参考答案

1. 平台硬件交付（A）：需求明确、建设方法成熟，且需在固定时间前完成交付，符合预测型方法 “计划驱动、需求稳定” 的特点。
2. 数据采集和标注（A）：要求一次性交付固定数量的成果（50 万张图片及标注结果），无迭代或增量需求，适合预测型方法。
3. OCR 模型调试（B）：需通过多次调试逐步提升精度，直到满足关务部门要求，符合迭代型方法 “反复改进、逐步完善” 的核心逻辑。
4. OCR 算法开发（D）：创新度高、团队无同类经验，且需每 3 天更新开发方向，需快速响应变化，敏捷型方法 “快速迭代、灵活调整” 的特点最适配。
5. 前端界面开发（B）：需多次向关务部门演示、澄清需求，通过反复调整界面风格与操作步骤达成共识，属于迭代型方法的典型应用场景。
6. 平台操作测试（C）：采用 “边研发边上线” 模式，完成一个功能模块即开展一次培训，逐步交付测试与培训成果，符合增量型方法 “分阶段交付、持续增值” 的特点。

【问题 3】（7 分）

（1）结合项目案例，请指出小张应让相关干系人参与哪些项目工作，以避免验收阶段出现的问题。

（2）有效执行干系人绩效域可以实现哪些预期目标？

参考答案

1. 干系人应参与的核心工作：

① 范围管理计划制定：邀请海关技术负责人、关务部门代表参与，明确范围管控规则、验收流程及变更审批机制，避免后期验收标准分歧。

② 需求收集与确认：组织干系人共同梳理需求（如 OCR 识别精度、界面操作逻辑等），形成书面需求文件并签字确认，确保需求对齐。

③ 范围定义与验收标准制定：与干系人共同明确项目边界（如硬件采购范围、软件功能边界）及验收指标（如算法精度≥95%、识别速度≤3 秒 / 份），避免验收时出现 “功能不完整” 争议。

④ 质量测量指标评审：邀请干系人评审质量标准（如硬件测试通过率、文档转换准确率），确保质量要求符合实际业务需求。

⑤ 日常质量保证与沟通：定期向干系人同步项目进展（如硬件搭建进度、模型调试结果），邀请其参与阶段性质量检查，提升对项目质量的信心。

⑥ 项目计划评审：组织干系人评审整体计划（如进度安排、资源配置），修正不合理内容（如避免 “平台边研发边上线” 导致的计划混乱）。

1. 干系人绩效域的预期目标：

① 建立高效工作关系：实现项目经理与海关技术负责人、关务部门代表等干系人的顺畅沟通，减少协作障碍。

② 达成项目目标共识：确保所有干系人对项目目标（如报关效率提升、平台功能范围）形成一致认知，避免方向偏差。

③ 提升支持型干系人满意度：让支持项目的干系人（如数据小组、开发团队）从项目中获得收益（如技术能力提升、业务效率优化），增强其参与积极性。

④ 降低反对型干系人影响：通过提前沟通与需求满足，避免反对型干系人（如对新技术持怀疑态度的人员）对项目产生负面干扰（如验收时过度质疑）。

【问题 4】（6 分）

结合案例，判断下列说法的正误（正确填写 “√”，错误填写 “×”）。

（1）变更请求必须经过 CCB 的审批。（  ）

（2）CCB 应负责提出合理、可执行的变更方案。（  ）

（3）CCB 由主要干系人共同组成，包括用户单位的关务部门代表人员。（  ）

（4）批准的变更请求不应导致项目管理计划的更新。（  ）

（5）CCB 是项目的所有者权益代表。（  ）

（6）CCB 是作业机构，不是决策机构。（  ）

参考答案

1. ×：并非所有变更请求都需 CCB 审批，小型、低影响的变更（如轻微的文档格式调整）可由项目经理直接审批，仅重大变更（如范围调整、预算增加）需提交 CCB。
2. ×：CCB 的核心职责是 “审批变更请求”，而非 “提出变更方案”，变更方案通常由请求人（如开发团队、干系人）制定。
3. √：CCB 需包含主要干系人（如用户单位代表、项目团队代表、管理层代表），关务部门作为项目核心用户，其代表应纳入 CCB。
4. ×：批准的变更请求可能影响项目管理计划（如进度变更需调整进度计划、范围变更需更新范围基准），需同步更新相关计划文件。
5. √：CCB 代表项目各相关方的权益（如用户需求、团队资源、管理层目标），是所有者权益的集合代表。
6. ×：CCB 是 “决策机构”，负责对变更请求做出 “批准 / 否决 / 延期” 的决策，而非执行具体作业的机构。

三、试题二（25 分）

【说明】

某项目计划工期为 10 个月，预算 210 万元。第 7 个月结束时，项目经理进行了绩效评估，发现实际完成了总计划进度的 70%。项目的实际数据如下表所示：

月份	PV（万元）	AC（万元）
1	30	35
2	50	55
3	70	80
4	90	95
5	110	120
6	130	140
7	150	145
8	170	-
9	190	-
10	210	-

【问题 1】

根据项目数据表，可以确定（  ）月份的实际花费最低，仅为（  ）万元。

参考答案

根据 “当月 AC - 上月 AC” 计算各月实际花费：

1 月：35-0=35 万元；2 月：55-35=20 万元；3 月：80-55=25 万元；4 月：95-80=15 万元；5 月：120-95=25 万元；6 月：140-120=20 万元；7 月：145-140=5 万元。

因此答案为：（7）月份的实际花费最低，仅为（5）万元。

【问题 2】

计算项目第 7 个月底时的 EV、CV、SV 值。

参考答案

1. 计算 EV（挣值）：EV = 项目总预算 × 实际完成进度比例 = 210×70%=147 万元。
2. 确定 PV（计划值）与 AC（实际成本）：根据表格，第 7 个月底 PV=150 万元，AC=145 万元。
3. 计算 CV（成本偏差）：CV=EV-AC=147-145=2 万元。
4. 计算 SV（进度偏差）：SV=EV-PV=147-150=-3 万元。

【问题 3】

评估项目第 7 个月底时的绩效，并给出改进措施。

参考答案

1. 绩效评估结果：

• CV=2 万元＞0，说明项目当前成本节约，实际花费低于计划；
• SV=-3 万元＜0，说明项目进度滞后，实际完成的工作量低于计划。

综上，项目整体呈现 “成本节约、进度滞后” 的绩效状态。

1. 进度改进措施：

① 赶工：投入更多资源（如增加开发人员）或延长工作时间，缩短关键活动（如核心功能开发）的工期，优先追赶滞后进度。

② 快速跟进：在关键路径上并行开展部分活动（如在硬件测试的同时启动软件联调），压缩总工期。

③ 优化资源配置：替换经验不足的人员，启用高素质、有同类项目经验的团队成员，提升工作效率。

④ 范围调整：经甲方同意后，优先完成核心功能，适当减少非必要功能（如次要界面优化），聚焦关键目标以追赶进度。

⑤ 技术改进：采用更高效的工具或方法（如引入自动化测试工具），减少重复工作，提高生产效率。

⑥ 加强质量管控：增加阶段性质量检查频次，及时发现并修复问题，避免因返工导致进度进一步延误。

【问题 4】

如果在第 7 个月结束时，找到了影响绩效的原因并纠正了项目偏差，请计算 ETC 和 EAC，并预测此种情况下项目完成时间较原计划提前、落后还是不变？

参考答案

1. 计算逻辑：因已纠正偏差，后续工作按计划执行，属于 “非典型偏差”，需按 “ETC=BAC-EV”“EAC=ETC+AC” 计算。
2. 具体计算：

• BAC（项目总预算）=210 万元；
• ETC（完工尚需成本）=BAC-EV=210-147=63 万元；
• EAC（完工估算成本）=ETC+AC=63+145=208 万元。

1. 完成时间预测：

第 7 个月底时项目进度已滞后（SV=-3 万元），虽纠正了后续偏差，但前期滞后的进度未完全弥补，且后续工作按计划执行无额外压缩，因此项目完成时间较原计划（10 个月）轻微落后。

四、试题三（25 分）

【说明】

某市计划建设人工智能计算中心，作为新质生产力的重要抓手，向区域内进行智能化转型的企业提供人工智能算力。该项目需开展设备采购、平台软件采购、网络建设、软件开发等工作，投资额较大。

项目建设主管部门对申请报告批准后，建设单位对技术可行性、经济可行性、运行环境可行性进行了细致的研究和分析。但可行性研究报告未通过主管部门审批，原因是缺少社会效益可行性分析。

建设单位修改报告后再次提交。由于项目金额较大，主管部门聘请具有相关资质的 A 设计院进一步评估项目可行性。A 设计院评估了项目的可行性研究报告、项目关键建设条件和工程的协议文件。因 A 设计院缺少熟悉人工智能领域的技术专家，设计院总工仅初步分析了技术可行性，认为技术方案设计丰富、关键建设条件及工程协议文件全面，便在可研报告上签署同意，并将其发布为评估报告。

项目立项后，建设单位项目经理老陈为明确项目边界，实施了项目范围管理过程，并规定各过程输出相应文档，同时分解项目工作形成完整 WBS（如图所示：1.0 人工智能计算中心建设项目；2.1 负责人、2.2 人工负图人发、2.3 集；1 应用设计方案）。

范围管理过程	输出文档
规划范围管理	范围管理计划、（1）
收集需求	需求文件、（2）
定义范围	项目文件（更新）、（3）
创建 WBS	项目文件（更新）、（4）
确认范围	验收的可交付成果、变更请求、项目文件（更新）、（5）
控制范围	变更请求、项目管理计划（更新）、项目文件（更新）、（6）

【问题 1】（8 分）

结合项目案例，请指出可行性研究中，社会效益可行性分析应包含哪些方面的内容？

参考答案

社会效益可行性分析需从 “组织内部” 与 “社会发展” 两个维度展开，具体内容如下：

1. 组织内部效益：

• 品牌效益：项目建成后可提升建设单位在人工智能领域的品牌影响力，增强行业认可度。
• 竞争力效益：为建设单位积累大型算力中心建设经验，提升在同类项目中的竞争优势。
• 技术创新效益：推动建设单位与企业、科研机构的技术合作，促进人工智能技术落地与创新。
• 人员提升收益：项目实施过程中可培养一批熟悉算力中心运营、人工智能技术的专业人才。
• 管理提升效益：通过项目管理实践，优化建设单位的大型项目管控流程，提升管理效率。

1. 社会发展效益：

• 公共效益：为区域内企业提供低成本、高质量的算力支持，降低企业智能化转型门槛，推动区域产业升级。
• 文化效益：助力人工智能相关科普教育与技术推广，提升区域内公众对新质生产力的认知。
• 环境效益：通过集中算力供应，减少企业分散建设算力设施的能源消耗，符合绿色低碳发展趋势。
• 社会责任感效益：响应国家 “发展新质生产力” 的号召，体现建设单位服务区域经济发展的社会责任。

【问题 2】（6 分）

结合案例，依据项目评估工作程序，请指出 A 设计院评估过程存在的问题。

参考答案

A 设计院的评估过程违反了项目评估的规范程序，存在以下核心问题：

1. 未组建专业评估小组：仅由总工单独开展评估，未成立包含人工智能技术专家、经济分析师、法律专员等的跨领域评估小组，评估团队专业性不足。
2. 调查研究不充分：仅评估了可行性研究报告、关键建设条件及工程协议文件，未深入调研项目实际需求（如企业算力需求规模）、技术落地风险（如算力中心兼容性）等，评估依据不全面。
3. 缺少核心技术专家参与：因缺少人工智能领域专家，无法对技术方案的可行性、先进性进行深度评审，仅 “初步分析” 难以发现技术隐患。
4. 评估分析流于形式：未开展实质的技术、经济、社会效益综合分析，仅基于 “技术方案丰富、文件全面” 的表面判断签署同意，评估深度不足。
5. 评估报告编制不规范：未按标准格式编写独立的评估报告，仅在可研报告上签署意见并直接发布，不符合评估报告的正式性要求。
6. 缺少专家论证环节：未组织外部专家召开论证会，未征求行业专家、企业代表的意见，评估结果缺乏多方验证。

【问题 3】（6 分）

请补充项目范围管理各过程输出中缺失的文档（即表格中（1）-（6）对应的内容）。

参考答案

1. 规划范围管理：（1）需求管理计划，用于明确需求收集、分析、确认及管控的流程与方法。
2. 收集需求：（2）需求跟踪矩阵，用于记录需求与项目目标、可交付成果之间的对应关系，确保需求可追溯。
3. 定义范围：（3）项目范围说明书，详细描述项目范围边界、验收标准、主要可交付成果等核心信息。
4. 创建 WBS：（4）范围基准，由项目范围说明书、WBS、WBS 词典组成，是范围控制的核心依据。
5. 确认范围：（5）工作绩效信息，记录范围确认过程中的关键数据（如验收通过的可交付成果数量、未通过原因等），为项目绩效评估提供依据。
6. 控制范围：（6）工作绩效信息，记录范围偏差情况（如实际范围与基准的差异、变更请求处理结果等），支持后续范围调整决策。

【问题 4】（5 分）

请指出老陈编制的 WBS 不妥之处。

参考答案

老陈编制的 WBS 不符合项目范围管理规范，存在以下不妥之处：

1. 未面向可交付成果：WBS 应围绕 “可交付成果” 分解（如 “1.1 设备采购”“1.2 网络建设”），但案例中 WBS 包含 “负责人”“人工负图人发” 等非可交付成果内容，逻辑混乱。
2. 缺少干系人参与：WBS 编制需邀请项目团队、企业代表、技术专家等主要干系人参与，老陈 “单独编制” 易导致范围遗漏或偏差。
3. 层级结构不合理：WBS 层级应控制在 4-6 层，案例中 WBS 仅体现 2 层（1.0 项目名称、2.x 子项），且子项命名模糊（如 “2.3 集”），无法支撑后续计划与控制。
4. 缺少核心工作模块：未包含 “平台软件采购”“软件开发”“项目管理” 等关键工作模块，范围边界不完整，易导致后续工作遗漏。
5. 编号规则错误：WBS 编号应遵循 “上层编号 + 层级序号” 的规则（如 1.1 设备采购、1.1.1 服务器采购），案例中从第 2 层开始编号（2.1、2.2），不符合规范。
6. 责任分配不清晰：WBS 底层工作单元应明确唯一负责人，案例中 “2.1 负责人” 表述模糊，未对应具体工作单元，无法落实责任。
7. 存在交叉从属问题：“应用设计方案” 未明确从属的上层单元（如属于 “软件开发” 或 “技术方案设计”），可能导致工作归属混乱。