信息系统项目管理师案例分析要点

信息系统项目管理师案例分析要点（精选6篇）

篇1：信息系统项目管理师案例分析要点

案例分析要点

一、可行性研究

1、主要内容

a.b.c.d.技术可行性分析 经济可行性分析 运行环境可行性分析

其他方面的可行性分析，如法律、社会道德等

2、可能产生的原因

a． 没有进行系统的可行性分析

b． 调研不充分，不了解该技术是否成熟 c． 没有调研国家政策或法律法规是否允许

3、可能遇到的风险

a． 技术风向 b． 政策风险 c． 市场风险

4、具体问题采取针对性措施

二、合同管理

1、主要内容（阶段）

a． 合同前期管理——合同谈判、合同签订

b． 合同执行期管理——合同履行、合同变更、合同终止 c． 合同收尾管理——合同收尾

2、可能会出现的问题

a． 合同没订好，没有就具体完成的工作形成明确清晰的条款 b． 甲方没有对需求及其变更进行统一的组织和管理 c． 缺乏变更的接收/拒绝准则

d． 项目干系人及其关系分析不到位，范围定义不全面、不准确 e． 甲乙双方对项目范围没有达成一致认可或承诺 f． 缺乏项目全生命周期的范围控制 g． 缺乏客户/用户参与

h． 甲方无法进行跨部门协调

3、在合同各阶段进行范围管理（应对措施）

a． 合同谈判阶段：（1）取得明确的工作说明书或更细化的合同条款（2）在合同中明确双方的权利和义务，尤其是变更

（3）采取措施，确保合同签约双方对合同的理解是一致的 b． 计划阶段

（1）编制项目范围说明书（2）创建项目的工作分解结构（3）制定项目的范围管理计划 c． 执行阶段

（1）在项目执行过程中加强对已分解的各项任务的跟踪记录（2）建立与项目干系人进行沟通的统一渠道（3）建立整体变更控制的规程并执行（4）加强对项目阶段性成果的评审和确认

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

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

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

4、合同和详细范围说明书的作用

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

项目范围说明书详细描述了项目的可交付物和产生这些可交付物所必须做的项目工作 合同是制定项目范围说明书的依据

三、项目启动

1、主要内容

基于组织的发展战略、项目说明书、组织过程、资产、环境的和组织的因素，项目按照管理方法启动，在启动过程使用专家判断和项目管理信息系统等技术和工具，发布项目章程，从而在项目的实施组织内正式的启动项目。

2、人力资源管理过程

a． 组织计划编制 b． 组建项目团队 c． 项目团队建设 d． 管理项目团队

3、人力资源可能问题

a． 缺乏足够的项目管理能力和经验

b． 兼职过多，精力和时间不够用，顾此失彼

c． 没有进入管理角色，定位错误，疏于对项目的管理 d． 新人缺乏培训和全程的跟踪和监控

4、应对措施 a． 事先制定岗位的要求、职责和选人的标准，并选择合适的人选

b． 对工作进行全面估算，如果有人负荷过重，需要找人代替，解决负载平衡问题 c． 事前沟通并对相应人员明确要求，明确角色的轻重缓急，促使尽快转换角色 d． 上级应该注意平时对人员的培养和监控

5、项目团队的角色构成

a． 管理类：项目经理

b． 工程类：系统分析师、软件设计师、程序员、测试工程师、网络工程师、实施工程师、系统工程师 c． 行业专家

d． 辅助类：文档管理员、秘书

组建项目团队，明确责任

建设项目团队：提高个人绩效；提高责任感和凝聚力 管理项目团队：（1）跟踪个人和团队的执行情况，提供反馈

（2）协调变更，以提高项目的绩效，保证项目进度

（3）注意团队的行为，管理冲突，解决问题

（4）评估团队成员的绩效

四、项目管理计划

1、主要内容

a． 活动定义——把工作包分解为活动 b． 活动排序——确定各活动间的依赖关系 c． 活动资源估算——决定需要什么资源和数量 d． 活动历时估算——各工作的时间和总时间估算 e． 制定进度计划——决定活动的开始和完成日期 f． 进度控制——依据计划对项目进行控制

2、进度管理可能问题

a． 相关部门或人员未能参与早期工作 b． 项目经理经验不足，进度估算不准 c． 资源配置不足或不合理 d． 安排进度时未考虑外部因素

3、应对措施

a． 向上级申请增加特定资源

b． 对关键路径上的活动赶工，尽可能补救耽误的时间，或提升资源利用率 c． 将部分工作改为并行进行

d． 对后续工作工期重新估算，考虑多方因素，尽量留余地

e． 加强沟通，争取客户对项目范围确认，避免后期频繁出现变更 f． 加强阶段性的检查和控制，避免后期出现返工 g． 外包 h． 缩减范围

4、沟通管理可能问题

a． 内部管理有问题，监管不力 b． 没有或极少与客户进行直接沟通 c． 现场管理制度执行不力 d． 总包与分包责任不清

e． 客户获取的信息失真，总包推卸责任

f． 客户自己本身的问题，包括资金、管理水平等 g． 可能监理工作没到位

5、沟通管理应对措施

a． 做好干系人分析

b． 发挥总包的牵头和监理的协调作用

c． 对共用资源可用性进行分析，引入资源日历 d． 解决冲突

e． 建立健全项目管理制度并监管其执行 f． 采用项目管理信息系统

6、时间管理可能问题

a． 项目工期紧

b． 项目经理和成员任务重

7、时间管理应对措施——压缩工期

a． 明确定义项目的分解结构（WBS）b． 积极沟通，梳理出关键需求 c． 清晰定义，加大并行

d． 明确目标、责任和奖惩机制，提高员工工作绩效 e． 必要时进行赶工

8、时间管理应对措施——跟踪项目进度

a． 制定项目工作计划

b． 建立对项目工作的监督和测量机制

c． 确定项目的里程碑，并建立有效的评审机制

d． 对项目中发现的问题及时采取纠正和预防措施，并进行有效变更管理 e． 使用有效的项目管理工具，提升项目管理的工作效率

9、项目实施过程中的沟通管理可能问题

a． 缺乏对项目组成员的沟通需求和沟通风格的分析 b． 缺乏会议规程，导致会议效率低下，缺乏效果 c． 会议没有产生记录 d． 会议没有引发相应行动 e． 沟通方式单一 f． 没有进行冲突管理

10、项目实施过程中的沟通管理应对措施 a． 事先制定例会制度 b． 放弃无意义的会议

c． 明确会议的目的和期望结果 d． 发布会议通知 e． 明确会议规则 f． 会议后总结 g． 要有会议纪要 h． 做好会议后勤保障

11、有效沟通措施

a． 对项目组成员进行沟通需求和沟通风格的分析 b． 针对不同需求和风格的人员设置不同的沟通方式 c． 通过多种方式沟通

d． 正式沟通结果要形成记录 e． 引入标准的沟通模板

f． 培养团队氛围并注意冲突管理

12、项目质量管理可能问题

a． 没有制定可行的质量管理计划并积极实施 b． 没有全面的质量管理进展情况报告

c． 沟通方式单一或不全面，容易误导用户，致用户不必要的担心

13、项目质量管理主要内容

a． 质量责任与人员职责 b． 组织结构 c． 程序与过程

d． 质量控制的方法、工具与重点 e． 质量管理所需要的资源 f． 验收标准

14、如何实施质量保证

a． 执行质量管理计划

b． 采用质量保证的工具和技术 c． 提出相应质量整改措施

五、挣值计算（EV）

PV（计划值-计划预算成本）；EV（挣值-已完成工作预算成本）；AC（已完成工作实际成本）CV（成本偏差）=EV-AC SV（进度偏差）=EV-PV CPI（成本绩效指数）=EV/AC SPI（进度绩效指数）=EV/PV

CV>0 成本节约；CV<0 成本超支 SV>0 进度超前；SV<0 进度落后

CPI>1 成本节约；CPI<1 成本超支 SPI>1 进度超前；SPI<1 进度落后

六、变更管理

1、主要内容（流程）

变更流程主要包括：请求、分析、决策（或审批）、实施、验证、沟通、归档

2、有可能的问题

a． 对用户的要求未进行记录

b． 对变更的请求未进行足够的分析，也没有获得批准 c． 在修改的过程中没有注意进行版本管理 d． 修改完成后未进行验证

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

3、导致的后果

a． 缺乏对变更请求的记录可能会导致对产品的变更历史无法追溯，并会导致对工作产物的整体变化情况失去把握

b． 缺乏对变更请求的分析可能会导致后期的变更工作失误

c． 在修改过程中不注意版本管理，一方面可能会导致当变更失败时无法进行复原；另一方面，对于组织财富和经验的积累也是不利的

d． 修改完成后不进行验证则难以确证变更是否正确实现

e． 未与项目干系人进行沟通可能会导致项目干系人的工作之间出现不一致之处

七、项目整体管理和配置管理

1、可能出现的问题

a． 缺乏项目整体管理和权衡 b． 缺乏变更控制规程 c． 缺乏项目干系人沟通 d． 缺乏配置管理 e． 缺乏整体版本管理

f． 缺乏各种单元测试和集成测试

2、主要内容 a． 制定配置管理计划 b． 配置项识别

c． 建立配置管理系统 d． 基线化 e． 建立配置库 f． 变更控制 g． 配置状态统计 h． 配置审计

3、应对措施

a． 针对目前系统建立基线

b． 梳理变更脉络，确定统一的最终需求和设计 c． 梳理配置项及其历史版本

d． 对照最终需求和设计逐项分析现有配置项及历史版本的符合情况 e． 根据分析结果由干系人确定整体变更计划并实施 f． 加强单元接口测试与系统的集成测试或联调 g． 加强整体版本管理

八、制定项目进度计划

1、如何制定满足用户需求的进度计划

a． 沟通，强调项目意义，提高项目优先级。

b． 从现有的资源和实际情况出发，优化网络图，例如重排活动之间的顺序，压缩关键路径长度

c． 增加资源，或者使用经验丰富的员工 d． 子任务并行，内部流程优化

e． 尽可能调配非关键路径上的资源到关键路径上的任务 f． 优化外包、采购等环节并全程监控

九、公司级项目管理

1、项目管理可能存在的问题

a． 项目前期缺乏相关部门的参与

b． 没有把以往的经验教训收集、归纳和积累

c． 没有建立完善的内部评审机制，或虽有评审机制但未有效执行 d． 项目中没有实行有效的变更管理

e． 公司级的项目管理体系不健全，或执行得不好

2、应对措施

a． 改进项目的组织形式，明确项目团队和职能部门之间的协作关系和工作程序 b． 做好项目当前的经验教训收集、归纳工作

c． 明确项目工作的交付物，建立和实施项目的质量评审机制 d． 建立项目的变更管理机制，识别变更中的利益相关方并加强沟通 e． 加强对项目团队成员和相关人员的项目管理培训

3、改进措施

a． 建立企业级的项目管理体系和工作规范 b． 加强对项目工作记录的管理

c． 加强项目质量管理和相应的评审制度

d． 加强项目经验教训的收集、归纳、积累和分享工作 e． 引入合适的项目管理工具平台，提升项目管理工作效率

十、范围管理

1、范围管理主要内容

a． 范围管理计划 b． 范围定义 c． 工作分解 d． 范围确认 e． 范围控制

2、范围管理可能问题

a． 没有挖掘到全部隐性需求，缺乏精确的范围定义 b． 没有有效的范围管理，造成二次变更 c． 没有对风险进行有效管理 d． 没有对质量进行有效控制 e． 对范围控制不足

f． 没有和客户进行需求确认

3、范围管理应对措施

a． 对项目范围进行清晰定义，并根据定义对工作进行分解，制定WBS b． 对项目进行合理估算，对工作量有量化的把握 c． 对项目范围进行有效控制

d． 重新定义项目范围必须得到高层和客户的确认 e． 进行沟通管理，协调多个项目干系人之间的矛盾

十一、风险管理

1、风险管理主要内容

a． 风险识别 b． 风险量化

c． 风险应对计划制定 d． 风险监控

2、风险管理可能问题

a． 项目范围的风险 b． 项目进度的风险 c． 项目人力资源的风险 d． 项目质量的风险 e． 客户方面的风险 f．

3、风险管理应对措施

a． 项目范围尽可能清晰的界定

b． 项目进度制定需要充分考虑各种潜在因素，适当留有余地和柔性

c． 合理利用赶工及快速跟进等方法，充分利用资源，争取保质保量完成任务 d． 实施双方因对人员进行认真的评估，制定适当的奖惩措施 e． 对用户进行培训，让用户的需求更加合理

篇2：信息系统项目管理师案例分析要点

3.产品方案或服务的市场预测 4.项目建设的必需条件

技术类的立项申请书： 1.项目名称

2.项目建设的必要性和依据 3.项目目的、作用及意义

4.国内外技术发展概况、水平、趋势 5.研究领域，关键技术，研究内容，技术方案、规模、进度安排 6.开发情况、工作基础和设备条件 7.项目负责人，主要的技术人员 8.项目起止时间，最终目标，前景及预期的考核的技术经济指标 9.项目经费预算、用途和用款计划 项目评估报告的内容： 1.项目概况 2.评估目标 3.评估依据 4.评估内容

5.评估机构和评估专家 6.评估过程 7.详细评估意见

8.存在或遗漏的重大问题 9.潜在风险 10.评估结论11.进一步建议

计划的编制原则：全局、全过程 1.目标的统一管理 2.方案的统一管理 3.过程的统一管理 7.应该包括项目管理工作，包括分包出去工作 8.遵循8/80原则

WBS的用途： 1.是展现全貌，详细说明完成项目必须完成各项工作的计划工具 2.是清晰地表示各项目工作之间的项目联系的结构设计工具 3.是帮助项目经理和团队确定和管理项目所涉及的工作的依据 4.定义了里程碑事件，可以向高级管理层和客户报告项目完成情况，作为项目状况的报告工具 详细的项目范围说明书的内容1.项目和范围目标

2.产品或服务的需求和特性 质量保证活动： 1.制定质量标准 2.制定治疗控制流程

3.制定质量保证采用方法和技术 4.建立质量保证体系及评估 质量保证作用：

1.是保证质量的一个重要环节 2.为持续质量改进供基础和方法3.为项干人提供对于质量的信任 4.是质量管理的一个重要内容 5.与质量控制共同构成对质量的跟踪和保证 质量管理保证内容 1.制定质量标准 2.制定质量控制流程

3.提出质量保证采用方法和技术 5.组织纪律性强

6.互相信任，善于总结和学习有效管理原则：

1.对团队有耐心，态度良好 2.解决问题而非抱怨成员3.定期召开有效会议 4.将团队控制在3-7人

5.规划社会活动，熟悉彼此 6.给予成员同等压力

7.培养鼓励成员帮助其他成员 8.认可个人和团队成绩

绩效考核可能带来问题： 1.赶工或偷工减料降低质量 2.员工超负荷劳动，影响质量士气 3.只追求目前的项目按时交付 4.只追求本项目成功，无能力积累 4.计时法 5.风险分类

6.风险概率和影响的定义 7.概率和影响矩阵

8.修改的利害关系者承受度 9.汇报格式 10.跟踪

风险特征：

1.是损失或损害 2.是一种不确定性 3.是针对未来的 4.是客观存在的 5.是相对的6.是预期和后果之间的差异 风险识别内容：

1.识别并确定项目哪些潜在风险3.4.5.6.7.建立配置管理系统 变更管理 版本管理 配置状态报告 配置审计

配置识别内容：

1.识别需要受控的软件配置项 2.给每个产品和其组件及文档分配唯一标识

3.定义每个配置项重要特征以及识别其所有者 4.识别组件、数据及产品获取点和准则

5.建立和控制基线

6.维护文档和组件的修订与产品版本之间关系 建立配置管理方案步骤：

绩效报告内容：

1.项目进展和投资情况 2.项目的完成情况

3.项目总投入、资金到位情况 4.项目资金实际支出情况 5.主要需要情况 6.财务制度执行情况

7.项目团队个职能团队绩效 8.项目执行过程中存在的问题 9.预测 10.变更请求

11.其他需要说明的问题

项目变更主要原因：

1.项目外部环境发生变化

2.项目范围的计划编制不周密详细，有遗漏 3.市场上新技术、新手段、新方案 10.其他

详细可研的内容： 1.概述 2.需求确定

3.现有资源、设施情况分析 4.设计（初步）技术方法 5.项目实施进度计划

6.投资估算和资金筹措计划 7.项目组织、人力、技术培训计划 8.经济和社会效益分析 9.合作协作方式

项目论证作用

1.确定项目是否实施的依据 2.资金筹措、向银行贷款的依据 3.编辑计划、设计、采购、实施以及机构设置、资源配置的依据 4.防范风险、提高效率的重要保证 可行性研究步骤：

1.明确项目的目标和规模 2.研究正在运行的系统 3.建立新系统的逻辑模型 4.导出和评价各种方案 5.推荐可行性方案 6.编写可行性研究报告 7.递交可行性研究报告

需求开发：

1.获取2.分析 3.定义4.验证 需求管理流程：

1.制定需求管理计划 2.求得对需求理解 3.求得对需求承诺 4.管理需求变更

5.维护对需求双向跟踪

6.识别识别工作与需求不一致性 需求管理变更原则

1.谨慎对待，尽量控制变更 2.高度重视需求变更 3.签署变更控制协议

4.在基线基础上做好变更

5.需有好的变更控制工具的支持 6.吧项目变化融入项目计划 7.及时发布变更信息 需求说明书：

1.完整性2.一致性 3.可修改4.可跟踪

项目章程的内容： 1.项目需求，反应干系人要求期望 2.项目须实现商业需求、项目概述或产品需求

3.项目的目的或立项理由 4.委派的项目经理并授权 5.概要的里程碑进度计划 6.项目干系人的影响 7.职能组织及其参与

8.组织的、环境的和外部的假设 9.组织的、环境的和外部的约束 10.论证业务方案，包括投资回报率 11.概要预算

项目启动的主要活动： 1.识别项目需求 2.解决方案的确定

3.对项目进行可行性分析 4.项目立项

5.项目章程的确定

4.计划的统一管理 5.人力资源的统一管理

6.技术工作与管理工作协调统一 7.各干系人参与 8.逐步求精

项目整体管理计划内容： 1.项目背景 2.项目干系人

3.项目总体技术解决方案 4.所使用的项目管理过程

5.每个特定管理过程的实施程度 6.完成这些项目的工具技术描述 7.选择项目周期和相关项目阶段 8.如何用选定过程管理具体项目 9.如何执行工作完成项目目标 10.如何监督和控制变更 11.如何实施配置管理

12.如何维护项目绩效基线完整性 13.项目干系人沟通的要求和技术 14.为项目选择的生命周期模型 15.为解决遗问和未定决策，对内容、严重和紧迫程关键管理评审 项目管理计划编制流程

1.明确项目目标和阶段目标 2.成立初步的项目团队 3.工作准备和信息收集 4.依据标准、模板编初步概要项划 5.编写范围、质量、进度等分计划 6.将分计划纳入，进行平衡优化 7.项目经理负责组织编项目计划 8.评审与批准项目计划

9.项目获批，形成项目基准计划 范围管理内容 1.确定项目需求

2.定义规划项目的范围 3.范围管理的实施 4.范围变更控制管理 5.范围核实

项目范围管理计划的内容：

1.根据初步的项目范围说明书编制详细项目范围说明书的方法 2.从详细的项目范围说明书创建WBS的方法

3.关于正式确认和认可已完成交付物方法的详细说明

4.有关控制需求变更如何落实到详细的项目范围说明书的方法 WBS制定过程

1.识别和分析项目可交付物和与其相关的工作 2.构造和组织WBS

3.把高层的WBS分解为低层次、详细工作单元

4.为WBS工作单元分配代码 5.确认分解程度是必要的充分的 WBS分解原则

1.各层次上保持完整性，避免遗漏 2.一个工作单元只属于某上层，避免交叉从属

3.系统层次工作单元性质相同 4.工作单元应能分开不同责任者和工作内容

5.便于满足项目管理计划，控制的管理需要

6.最底层工作具有可比性，可管理，定量检查

3.项目需求和可交付物 4.项目的验收标准 5.项目边界

6.项目的约束条件 7.项目的假设条件 8.初始的项目组织 9.初始风险 10.进度里程碑 11.初步分解结构 12.资金限制 13.14.项目配置管理需求 15.项目规范 16.范围变更控制关注内容：

1.对造成范围变更因素施加影响，以确保该变更得到一致的认可 2.确定范围变更是否已经发生 3.当变更发生时，管理实际的变更 进度变更控制关注内容： 1.确定项目进度当前状态

2.对引起进度变更因素加以影响，以保证该变化朝有利方向发展 3.确定项目进度是否已经变更 4.当变更发生时，管理实际变更 成本变更控制关注的内容：

1.对造成成本基准变更的因素施加影响

2.确保成本基准变更获得同意 3.当变更产生时，管理实际的变更 4.确保潜在的成本超支不超过授权项目阶段资金和总体资金 5.监督成本执行绩效，找出与成本基准的偏差

6.准确记录所有与成本基准偏差 7.防止错误、不恰当、未批准的变更被纳入成本或资源使用报告 8.就审定的变更通知项目干系人 9.采取措施，将预期的成本超支控制在可接受的范围内 编制成本预算的原则： 1.要以项目需求为基础 2.要与项目目标相联系，同时考虑质量和进度目标 3.要切实可行 4.应当留有弹性

成本估算的主要步骤：

1.识别并分析项目成本构成科目 2.根据识别的项目成本构成科目，估算每一科目的成本大小 3.分析估算的成本结果，找出各种可以相互替代的成本，协调各成本之间的比例关系 成本预算步骤：

1.将项目总成本分摊到WBS的各个工作包

2.将各个工作包成本分摊到所包含的活动上

3.确定各项成本预算支出的时间计划及项目成本预算计划 质量管理流程：PDCA 1.确立质量标准体系

2.对项目时候死进行质量监控3.将实际与便准对照 4.纠偏纠错

4.建立质量保障体系

质量管理保证方法

1.首先执行项目的质量管理计划 2.采用质量保证的工具和技术 3.提出相应的质量整改措施，如建议的纠正措施，对项目计划更新 质量保证人员工作

1.制定计划和质量标准 2.实施质量检查 3.分析、解决问题，验证解决问题 4.给干系人质量报告 5.培训和指导

质量控制的步骤： 1.选择控制对象

2.确定控制对象的标准和目标 3.制定实施计划，确定保证措施 4.执行计划

5.对实施情况跟踪监测、检查，将监测结果与标准和计划比较 6.发现并分析偏差

7.根据偏差情况采取措施 提升项目质量 1.强有力的领导

2.建立组织级的项目管理体系 3.建立组织级的质量管理体系 4.建立组织级的激励制度 5.理解质量成本 6.提高文档质量

7.发展和遵从成熟度模型 提升质量步骤

1.建立项目质量目标

2.建立质量保证和控制流程 3.建立质量参数度量体系 4.对过程和产品检查，比对发现质量问题，监督控制问题的处理 5.对质量问题分析，找出改进措施 6.不断循环 人员配备管理计划： 1.组建项目团队 2.时间表

3.人力资源释放安排 4.培训需求 5.表彰和奖励 6.遵守的规定 7.安全性

团队建设的目标：

1.提高成员个人技能，以提高完成项目活动能力，同时降低成本、缩短工期、改进质量并提高绩效 2.提高团队成员间的信任感和凝聚力，已提高士气，降低冲突，促进团队合作

3.创建动态团结合作的团队文化，以促进个人与团队的生产率、团队精神和团队协作，鼓励成员间交叉培训以共享经验和知识。成功项目团队的特点 1.团队的目标明确，成员清楚自己的工作对目标的贡献 2.团队的组织结构清晰，岗位明确 3.有成文的或习惯的工作流程和方法，而且流程简明有效

4.项目经理对团队成员有明确考核和评价标准

高效会议：

1.实现制定一个例会制度 2.放弃可开卡不开的会议 3.明确会议的目的和期望结果 4.发布会议通知

5.会议前将材料分发给参会人员 6.借助视频设备 7.明确会议规则

8.会议后要总结，提炼结论 9.会有要有纪要 10.做好后勤保障

人员转移流程

1.项目团队成员的管理计划即人力资源管理计划所描述的人员转移条件已触发

2.项目团队成员所承担任务已完成，提交了警确认的可交付物并完成工作交接

3.项目经理与项目团队成员确认该成员的工作衔接已完成4.项目经理签发项目对成员转移确认文件

5.项目经理签发团队成员绩效考核文件

6.项目经理通知所有相关干系人 7.若项目收尾其他项目成员结束项目工作，应召开表彰大会，肯定项目的成绩，团队成员的业绩，同时总结项目的经验教训。沟通管理计划内容：

1.项目干系人的沟通要求 2.对要发布信息的描述 3.信息接收的个人或组织 4.传达信息所需的技术或方法 5.沟通频率

6.上报过程,确定上报时间,管理链 7.随项目的进展对沟通计划进行更新和细化 8.通用词语表

沟通管理计划编制步骤

1.确定干系人沟通信息需求 2.描述信息收集和文件归档结构 3.信息交流的形式和方式 沟通原则： 1.内外有别

2.非正式沟通有助于关系的融洽 3.采用对方能接受的沟通风格 4.沟通升级原则 5.扫除沟通的障碍 沟通阻碍因素：

1.沟通双方物理距离 2.沟通环境因素 3.缺乏清晰沟通渠道 4.复杂的组织结构 5.复杂的技术术语 6.有害的态度

项目干系人管理：

1.对需求期望识别了解沟通层次 2.理解干系人需求达成项目目标 3.使用计划中的确定的沟通方法 4.目标是促进干系人理解和支持 风险管理计划内容： 1.方法论 2.角色与职责 3.预算

2.识别引起这些风险的主要因素 3.识别项目风险可能引起的后果 风险识别特点 1.全员性 2.系统性 3.动态性 4.信息依赖性 5.综合性

采购管理计划内容： 1.采用的合同类型

2.是否采用独立估算为评估体系 3.有采购部门时团队采取啥行动 4.标准的采购文件 5.管理多个供应商

6.协调采购与项目的其他方面 7.对计划的采购造成影响的任何约束和假定

8.处理从卖方购买产品所需的提前订货期

9.进行自制外购决策

10.确定每个可交付成果日期安排 11.确定履约保证金或保险合同，减轻风险

12.为卖方指导，助其制定维护WBS 13.确定用于采购或合同工作说明书的形式格式

14.确定通过资格预审的卖方 15.管理合同和评估卖方衡量指标 工作说明书格式： 1.前言

2.项目工作范围 3.项目工作方法 4.假定

5.工作期限和工作量估计 6.双方角色和责任 7.交付件

8.完成以及验收标准 9.服务人员 10.聘用条件

11.收费和付款方式 12.变更管理 13.承诺 14.保密

管理收尾

1.确认项目或者阶段已满足所有赞助者、客户及其他干系人心情的行动和活动

2.确认已满足阶段或者项目完成标准，或者确认项目阶段或者项目的退出标准的行动和活动 3.需要时把项目产品或服务转移到下一个阶段，或者移交到生产或运作的行动和活动

4.活动需要收集项目或阶段记录、检查项目成功或失败、收集教训、归档项目信息，以便组织未来的项目管理。合同收尾办法：

涉及结算和关闭项目所建立的任何合同、采购或买进协议，也定义为支持项目的正式管理收尾所需的与合同相关的活动。该办法包括产品验证和合同管理收尾。配置管理的主要工作 1.制定配置管理计划 2.配置识别和建立基线

1.组建配置管理方案构造小组 2.对目标机构进行了解和评估 3.配置管理工具及其提供商评估 4.制定实施计划

5.定义配置管理流程 6.试验项目的实施 7.全面实施

CCB对变更申请确定内容： 1.变更的内容是否合理 2.变更的范围是否正确、考虑周全 3.受影响的配置项是否被充分考虑，是否需要同时进行变更 4.工作量估计是否合理 5.如有变更实施方案，评估基线变更的实施方案是否合理 功能配置审计验证内容： 1.配置项的开发已圆满完成2.配置项已达到规定的性能和功能特性

3.配置项的运行和支持文档已完成并符合要求 物理配置审计验证内容：

1.每个构建的配置项符合相应的技术文档

2.配置项与配置状态报告中的信息相对应 变更程序：

1.提出和接受变更申请 2.对变更的初审 3.变更方案论证

4.项目变更控制委员会审查 5.发出变更通知并开始实施 6.监控实施的变更7.变更效果的评估

8.判断发生变更后项目是否已经纳入正常轨道 PMO关键特征：

1.在所有PMO管理的项目间共享和协调资源

2.明确和制定项目管理方法、最佳实践和标准

3.负责制定项目方针、流程、模板和其他共享资料

4.为所有项目进行集中配置管理 5.对所有项目的集中的共同风险和独特风险存储库加以管理 6.项目工具的实施和管理中心 7.项目间的沟通管理协调中心 8.对项目经理进行指导的平台 9.在企业级对所有PMO管理项目的时间基线和预算集中监控 10.在项目经理和任何内部或外部的质量人员或便准话组织之间协调整体项目的质量标准 工作绩效内容：

1.计划进度与实际进度 2.哪些可交付物已经完成，未完成 3.进度表中那些活动已开始，结束 4.对质量标准符合到何种程度 5.预算执行情况 6.活动完工估计

7.活动的实际完成百分比

8.已被记录并送人经验知识库的经验教训

4.项目实施组织本身发生变化 5.客户对项目、产品或服务的要求发生变化

6.产品范围定义的过失或者疏忽 7.项目范围定义的过失或者疏忽 8.增值变更

9.应对风险的紧急或回避计划 10.项目执行过程与基准不一带来被动的调整变更控制流程作用

1.指出怎样提交变更手续 2.记录变更情况

3.列出管理层对变更影响 4.记录变更批准情况

5.说明能批准变更的权限级别 变更注意：

1.对变更因素施加影响。2.对变更确认正式化。

3.对变更操作过程规范化。变更管理主要任务

1.分析必要性和合理性，是否实施 2.记录变更信息，填写变更控制单 3.作出更改，并报上级审批 4.修改配置项，确立新版本 5.评审后发表新基线

变更初审的目的：

1.对变更提出方施加影响，确认变更必要性，确保变更是有价值的 2.格式、完整性校验，确保评估所需信息充分

3.在干系人间就提出供评估变更信息达成共识

4.变更初审常见方式为变更申请文档的审核流转 变更评估涉及方面：

1.首要的评估依据是项目基准 2.结合变更的初衷看变更的目的是否已达到

3.评估变更方案中的技术论证、经济论证内容与实施过程的差距并推进解决。系统集成项目文档： 1.系统集成项目介绍 2.系统集成项目最终报告 3.信息系统说明手册 4.信息系统维护手册 5.软硬件产品说明书、质量保证书 项目总结意义

1.了解项目全过程的工作情况及相关团队或成员绩效情况 2.解出现的问题并改进措施总结 3.了解项目全过程出现的值得吸取的经验并进行总结

4.对总结后的文档进行讨论，通过后存入公司知识库，纳入企业过程资产 项目总结会内容 1.项目绩效 2.技术绩效 3.成本绩效 4.进度计划绩效 5.项目沟通

篇3：信息系统项目管理师案例分析要点

从20世纪70年代末前苏军率先提出“新军事变革”的雏形——“军事技术变革”至今,新军事变革的浪潮已席卷各国军队。信息化作为此次变革的核心,正在使全球性军事战略发生根本性调整与变化。信息战条件下,信息已成为最重要的战斗力,夺取制信息权已成为取得战争胜利的关键。这次变革是全面、整体的变革,它涉及军队指挥、作战、保障的每一个系统、每一个部门和每一个指战员[1]。因此,信息化也应是一次军事整体行动。为迎接新变革挑战,适应未来作战卫勤保障需要,师救护所应改变传统指挥方式,实行一体化的组织指挥,开发师救护所指挥组卫勤作业管理系统,实现卫勤作业管理的模块化。

2 系统设计要求

师救护所工作以伤病员的分类、医疗、后送为主线。伴随此主线,指挥部门工作任务也包括任务区的组织结构,卫勤保障的组织结构(包括各救治机构的功能、各种工作人员的职责),各种工作程序与关系(日常、会议程序,与其他救护组的关系),卫勤保障的概念(包括各救治阶梯的概念,各救护组和后送单位的组成及联系地点、电话等),卫勤保障政策、程序与内容,师救护所后勤(药材供应与装备的维修等),医疗记录与报告等[2]。

3 模块化及卫勤作业模块化

3.1 模块化的必要性

模块化指具有一定功能与结构的标准化特征的独立实体。模块有很多自身的特点,它具有独立的功能和结构、组合性与通用性。正是由于这些特性,使得模块化的产品具有灵活性、通用性和可升级性。目前,外军已相继将模块化技术大量应用于卫生装备系统中。由于野战医院工作量大,内容繁琐,可以将模块化思想的方法引入卫勤作业管理系统中,增强系统的灵活性,最大限度地满足多样化需求,提高野战医院救治效能[3]。

3.2 模块的划分

模块的划分是系统分析和分解的过程,如卫勤作业管理所牵涉到的卫生装备可按功能分解为后送装备、急救装备、手术装备、特诊装备、防疫防护装备等,同时,各装备又可分解。如急救装备可以分解为包扎、止血、固定、通气、搬运、复苏等装备与集成化装备。

4 模块的组合

模块组合是在系统目标的指引下,在需求分析的基础上,在已有模块库里选择适宜的模块进行组合搭配,建立适应性系统的活动。目的是建立一个新的组织系统,以适应新的任务、环境和需求。师救护所是以伤病员的处置为核心。模块的组合可以围绕伤病员的救治路线这条主线,根据功能要求合理组合模块。

系统可初步分为伤病员流、人员流、卫生装备流、药品耗材流、信息流。其简易图如图1所示。

4.1 伤病员流

伤病员流主要包括伤病员的分类、收容、救治和后送。医疗记录包括记录伤病员从团救护所开始到达师救护所,最后送到后方医院的全部医疗过程。师救护所医疗记录相对于平时医院的医疗记录来讲,可以更简洁、扼要,工作人员少而事务繁杂,把医务信息描述清楚即可医疗信息记录做节俭处理。该模块可以让师救护所指挥组人员根据伤病员情况,积极组织救治工作,通过统计分析及时向上级报告伤病员救治和后送状况。伤病员管理模块主要结构如图2所示,图3为伤病员统计分析界面。

4.2 人员流

通过该模块,可使指挥组人员掌握各编组工作人员工作动态,更好地统筹安排工作任务,合理分配工作量。它包括:工作人员基本信息、工作人员登记表、工作人员工作调动、工作人员工作证打印、工作人员值班表等。工作人员登记表如图4所示。

4.3 卫生装备流

该模块重点突出卫生装备的储备和使用情况,方便管理信息录入。包括卫生装备所属组别、编号、规格、数量、名称、使用说明等,便于查询、浏览、统计及生成报表。同时,为了方便掌握装备储备情况,增加了现有储备状况(包括正常使用、维修中、不能使用)和标准配备对比两种功能,确保卫生装备的有效性和野战医疗队卫勤保障能力。

4.4 药品耗材流

该模块功能与卫生装备模块类似,与装备分出的目的是该模块增添了药品耗材报警功能,保障适时、适量补给。所谓“适时”是指如果储备的药品耗材储备量少于配备的1/3,系统会给予提示;“适量”指药材每次补给的数量通常以其消耗量为依据,取高限整基数量补充[4]。指挥组及时向上级申请补给,使伤病员得到最及时的治疗。

4.5 信息流

该模块重点突出卫勤保障信息。做好各种战时预案的建设预案与计划是师救护所平时训练的依据,是战时做好卫勤保障的基础。该模块囊括的内容较多,包括:作战卫勤减员预计,卫勤保障计划,防核、生、化等突发事件卫勤保障计划,伤病员后送方案以及药品器材申请方案、卫勤日志等。在制定师救护所各种保障计划与方案时,内容详尽,可简易操作。计划与方案中也明确各类人员的职责、工作的内容与方法、措施与要求等。

5 其他功能模块

除以上模块外,系统需增加资料查询、数据备份、用户权限、统计分析、帮助等模块。资料查询包括卫勤作业各种概念查询和流程使用,如卫勤组织指挥的程序分为战前、战时、战后各种程序和内容查询。

6 结束语

卫生作业管理系统能把各部门、多种卫勤力量都调配起来,使卫勤的组织指挥与保障做到更及时、准确、超前,在瞬息万变的战争环境中,及时调整卫勤的组织形式和工作方式,始终保持系统的稳定性和环境适应性。信息化是一项长期而又艰巨的任务,卫勤作业管理系统需注入更多的信息化过程,如电子伤票信息无线传输到卫勤作业管理系统中,跟踪并显示伤病员生命指征[5];军民技术结合,使用无线跟踪二维条形码物质等。通过不断地改进,新的军事形态会完全取代旧的军事形态,从根本上改变战争和军事形态的概念。

摘要：目的:开发师救护所卫勤作业信息管理系统,适应信息化需要,提高师救护所指挥组协调能力。方法:调查研究救护所内部特别是指挥组需求,采用模块化技术,利用delphi7软件设计和开发信息管理作业平台,实现师救护所内部的信息管理。结果:系统平台能满足师救护所卫勤作业基本信息管理需要。结论:该系统可为师救护所信息管理提供有力手段,是救护所信息化的重要组成部分。

关键词：师救护所,卫勤作业,信息管理系统,信息化

参考文献

[1]陈文亮.现代卫勤前沿理论[M].北京:军事医学科学出版社,2006:73-90.

[2]郭树森,杜昆.外军卫生战备对我军医院卫生战备建设启示[J].解放军医院管理杂志,2004,11(3):227-230.

[3]陈文亮,张鹏.师以下部队战备药材配备标准模块化的建立[J].解放军卫勤杂志,2007,9(4):252-256.

[4]郭志文,孙海.战时卫生勤务学总论[M].北京:中国人民解放军总后勤部卫生部,1992:263-295.

篇4：信息系统项目管理师案例分析要点

关键词：电力用户；用电信息采集系统；运维要点；电力系统；用电管理

中图分类号：TM76 文献标识码：A 文章编号：1009-2374（2014）36-0122-02

1 概述

电力行业的发展是伴随着经济水平的发展而逐步提高的，电力行业的科学发展需要建立在对用电信息的收集处理上。用电信息采集系统的建设能够为实现国家电网系统全面采集、全面覆盖和全部费用监控提供技术支持，并且为生产管理中的现代化数据化信息管理提供技术保障。用电信息采集的构成是由采集主站、采集终端、智能电能表以及双向通信体系共同来实现的。

作为电网核心的用电信息采集以及用电检测管理是对用户用电数据的收集和分析来实现的。通过运用智能的数据管理系统能够实现用电计量、费用结算、绿色用电，有效地控制窃电等违法的事情发生，实现对用电信息的自动化管理，保证了电力企业服务的准确性，降低了运行服务中的成本管理。

2 用电信息采集系统的特点

用电信息采集系统可以实现自动地对用电数据的统计，实现自动抄表的功能特点，减少了人工抄表带来的不便利性。采集系统能够对数据进行自动的分析统计，避免了大量人力工作的付出，为科学化运行提供了

基础。

用电信息采集系统还可以对运行中的线路的健康状况进行监控，能够通过对电量的自动统计以及线损的分析实现对电网运行情况的全面监测，及时对不正常用电的情况进行分析。对不正常用电信息的反馈分析能够准确地预防窃电行为的发生，减少电力损失。

电力采集系统能够实现用电费用的控制功能，并能对阶梯电价进行控制。用电系统中的智能电能表能够有效地控制在电力缴费上面临的困难，对电力用户起到约束作用，并能够在阶梯电价中对用电合理计费。通过对用电信息采集系统的管理能够实现对用户的管理，达到科学管理的目的。

3 用电信息采集系统运维中的常发性问题

在对电力用户用电信息采集过程中由于建设的不统一导致现存的不同的用电信息采集系统的存在。对各系统的维护管理的部门、人员也不是固定统一的，后期建设中面临许多的困难。在后期的管理建设中通过对经验技术的总结交流为技术服务提供了大量的事实依据，在提升管理水平上创造了条件。但是在技术应用中仍然存在一些问题：

第一，对不同的用电信息采集系统来说，采用的技术标准是不同的，虽然在一定范围内能实现数据的互换性，但是却不能实现数据的互通，在应用中不能发挥出应有的作用。在相同的地区对用电信息采集系统的认购有不同的方案，这也导致了所采用的系统的不兼容性的发生。

第二，在设备的安装方面同样由于施工中的档案建立不准确、信息内容不完整等内容造成了在后期运营中的不准确性。例如在进行信息统计过程中高低压线路的管理信息不完善，旁支线路的管理不规范等系列问题都能造成在运行中出现复杂的问题。

第三，用电信息采集系统在建设完成后实际的运用过程中，为确保运行系统的稳定需要进行相应的维护管理。经实际调查发现在系统的实际运用中，各不同的单位在应用中存在一定的差距，对系统的充分开发应用中使用率相对比较低。在维护过程中需要注意电能表的轮换和保养工作，正常的电能表的更换周期为8～10年，实际应用过程中电能表的更换周期较长，不能满足电能的正常计费运行。对建设的用电信息采集系统使用维护的数据准确性不能得到有效的保障，实际应用中对维护保养的不及时导致在实际使用中出现设备、线路的损坏现象不能及时发现，甚至在出现窃电的情况时不能及时得到反馈。

第四，用电信息系统的建设是由多部门、多单位共同联合建设完成的，在各单位中工程承包商、集成商、表计商和业主单位对工作不能做到合理分配，没有完善的施工控制计划，导致在施工建设过程中出现不可预料的情况。

4 用电信息采集系统运维中常发问题的解决

第一，对用电信息采集系统进行建设时需做好各方面的工作，对设计方案要做到合理、明确。在设计中需要联系实际现场工作情况，对所安装的地点以及周边环境分布情况进行详细的调查了解，通过对现场的考察做到设计满足实际需要。针对现场的情况对建设所需设备的数量、型号等做到统计规划。在对现场的设计方案应用中还应对建设方的实际建设能力做到详细考察，避免因建设方的实力不足造成的建设任务的延迟以及建设不能顺利进行的现象出现。

第二，在用电信息采集系统建设完成之后还需要对工程做好验收工作，建设单位还应根据相应的检验检查标准对所建设完成的工作做好验收。建设单位自检合格后才能进行相应的工程的验收，对验收的结果要做到真实有效。

第三，对运行维护过程中出现的电能表轮换问题需要制定出更合理的对策。为保证电能计量装置的稳定运行需要加强对电能表的管理维护，及时淘汰工作不稳定的设备。在系统建设完成之后，管理单位会安排相应的工作人员对现场进行相应的信息等级运行维护等工作，对所安排的工作容易出现工作人员的工作量不平衡，使现有的劳动力不能充分发挥作用，再加上各自只负责自己的工作没有相应的沟通交流，工作质量不能得到保障。为了更好地实行管理需要在提高工作人员技能的前提下进行统一的管理，提高工作人员的职业素质。

第四，遵循相应的规章制度，对所建设的用电信息采集系统进行相应的检查登记。在相关工作人员的配合下对所安装的电能计量装置逐一进行排查核对，对所安装的设备进行登记管理，对所安装的设备参数进行相应的测量记录，统一进行登记输入采集系统中。对施工建设过程中的安全管理做到严格检查，制定相应的安全建设规章，保证建设质量的稳定。对作业中的过程要有相应的技术标准，并严格按照施工要求进行标准化作业。对所建设的任务要做好相应的运维管理工作，对所建设的任务要做到稳定扎实可靠。对施工单位建立的施工档案还需要专人进行收集管理，对工程档案不健全的工程拒绝验收，从而保证工程质量的稳定以及工程档案的完整性。对建设中出现的问题要及时反馈解决，对存在的问题要处理完全。对施工中的工程工艺标准需要安排相应工作人员去现场进行检查，对发现的问题要及时制止并限期整改，保证施工质量的完整性。在解决工程质量以及工程进度的问题上可以实行图表法进行现场安装勘察，对现场所安装设备的参数进行相应的记录，同时确定施工图纸与安装设备清单是否吻合一致。对所建设的工程要在按时完成的前提下保证工程质量，做到工程建设质量与建设进度保持在一致的情况下。

5 结语

电力用户用电信息采集系统的应用满足了现代化市场发展的需要，在降低人力成本的情况下实现了对用电信息的采集应用，在实现对用电信息远程监控的前提下还满足了人们的不同需要。对用户用电信息的采集满足了供电企业对供电利润的追求，同时也需要进行合理的维护管理，在保证正常运行的情况下满足可持续发展的要求。对施工前的运维管理是保证后期系统稳定运行的前提，对建设完成后的运维管理是保证系统可靠稳定运行的必要工作。

参考文献

[1] 刁培忠.用电信息采集系统在电力企业的应用分析

[J].中国电力教育，2010，（9）.

[2] 陈琦，李小兵，曹敏，等.电力用户用电信息采集系统建设的研究与探讨[J].陕西电力，2011，39（6）.

篇5：信息系统项目管理师经典案例分析

某市电力公司准备在其市区及各县实施远程抄表系统,代替人工抄表。经过考察，电力公司指定了国外的S公司作为远程无线抄表系统的无线模块提供商，并选定本市F智能电气公司作为项目总包单位，负责购买相应的无线模块，开发与目前电力远营系统的接口，进行全面的项目管理和系统集成工作。F公司的杨经理是该项目的项目经理。

在初步了解用户的需求后，F公司立即着手系统的开发与集成工作。5个月后，整套系统安装完成，通过初步调试后就交付用户使用。但从系统运行之日起，不断有问题暴露，电力公司要求F公司负责解决。可其中很多问题，比如数据实时采集时间过长、无线传输时数据丢失，甚至有关技术指标不符合国家电表标准等等，均涉及到无线模块。于是杨经理同S公司联系并要求解决相关技术问题，而此时S公司因内部原因退中国大陆市场。因此，系统不得不面临改造。[问题一] 请用300字以内文字指出F公司项目执行过程中有何不妥。答案：

1、没有建立完善的项目管理体系或制定合理的项目管理计划并遵照执行。

2、需求开发与需求管理不规范，没有严格进行需求定义与验证，也没有形成书面的《系统需求规格说明书》。

3、缺乏全面的质量管理，缺少完整的测试计划和测试活动，没有系统的验收标准或验收流程不规范。

4、整个开发过程缺乏用户参与，比如进行阶段式的验收，阶段性成果的签字确认。

5、缺乏对分包商（S公司）的监督管理，尤其是对S公司无线模块产品的质量管理

6、没有了解或咨询国家或行业的相关标准、技术规范。

7、没有对项目进行可行性分析。

[问题二] 风险识别是风险管理的重要活动。请简要说明风险识别的主要内容并指出选用S公司无线模块存在哪些风险？ 答案：

风险识别是确定何种风险可能会对项目产生影响，并将这些风险的特征形成文件。

风险识别的内容：

1、识别并确定项目有哪些潜在风险；

2、识别引起这些风险的主要因素；

3、识别项目风险可能的后果； 存在的风险：

1、质量风险；（无线模块的性能、技术指标是否满足系统需求，符合行业规范标准）

2、采购风险

（供应商的资信、供货能力等）

3、合同风险

（合同条款是否明确了双方的权利责任与义务等）

4、人员风险

（项目中的各岗位人员是否胜任）

5、方案与技术风险（方案是否合理，采用的技术是否先进、成熟）

6、政策、法律法规风险（国外Ｓ公司无线模块的性能技术指标是否与国家行业标准相符）

[问题三] 请用400字以内文字说明项目经理应采取哪些办法解决上述案例中的问题。

１、建立组织级的项目管理体系 ２、对项目进行可行分析

３、加强需求开发与需求管理。完整、准确获取用户需求并进行需求验证。４、加强质量管理，编制质量管理规划 进行阶段式的质量评审与质量审计，加强系统测试、与用户协商并确定验收标准、验收规范。５、加强对分包商（S公司）的监督管理

６、了解或咨询国家或行业的相关标准、技术规范。７、加强风险管理 ８、加强合同管理

客户变更管理案例分析范例

某大型信息系统工程项目(A项目)由 P公司，乙方)承建，工程双方签定的合同规定工期为8个月。合同签定后P公司严格按照软件工程方法进行项目的需求调研(细化)、设计、编码、测试，并于工程正式开工前制订了详细的工程实施计划。但工程的建设单位A单位(甲方)由于欲在本评先进单位，想以信息工程项目建设的成果作为评选先进的筹码。于是在合同签定后20天内，甲向乙方提出赶工期的要求，要求将总工期由8个月压缩到6个月，同时砍掉合同中确定的部分功能点，增加部分功能点。A单位在过去三年中与P公司签定过两个大合同，P公司一向视A单位为公司的大客户，是公司主要的业务来源，因此P公司总经理认为不能轻易得罪A单位。P公司同意了甲方压缩工/ 12 期、变更部分需求范围的要求。由于工期的压缩，乙方感到工期很紧张，于是，在没有全面完成高层设计工作的情况下，就匆忙开展详细设计工作，详细设计工作也没有基本成型的前提下，编码人员就开始了编码，即P公司实施工程项目的方案为：概要设计、详细设计、编码、单元测试并行进行。而且，由于工期的压缩，乙方软件工程师吃紧，不得不临时从社会招聘4位软件工程师补充项目组。可即使乙方的人员加班加点地工作，问题还是出现了，由于临时变更部分需求范围，导致原先制定的系统建设方案被迫打破，而临时的变更又未进行深入的分析，导致在项目实施的过程中，频繁地出现需求变更，导致设计变更、编码变更，重复性工作和返工工程量陡然增大。由于工期紧张，系统开发完成后，未经过充分的测试就匆忙投入运行，在系统投入运行的过程中，系统中隐藏的缺陷暴露出来，使甲方遭受了较大的经济损失。甲方在公司内部的先进没有评上，还给公司造成重大的经济损失，于是，甲方认为损失都是由工程乙方项目管理不善所造成的，遂将乙方告上了法庭，要求乙方赔偿经济损失。

【问题1】(8分)请以300字内回答，引起A项目变更的主要因素是什么?A项目涉及了几种变更类型?变更是否合理?除了需求变更引起设计变更以外，还有哪些情况会引起设计变更?设计变更将导致什么不良后果?怎样避免设计变更? 【问题2】(8分)请以200字内回答，甲方遭受的经济损失应当由谁承担，请说明理由。【问题3】(9分)请以300字内回答，如果你是本项目的乙方，你是否有合理的方案既满足甲方的要求，又保证项目的质量、成本、进度，使P公司、A单位能够实现双赢? 参考答案

【问题1】(8分)引起A项目变更的主要因素是A单位的想用A项目建设成果评选先进的主观愿望。两种变更：工期变更、范围(或需求)变更。

从合同的法律效力方面，P公司可以不响应A的变更请求。但双方在协商的基础上同意变更也可以的。其他引起设计变更的因素，主要是设计上所存在的缺陷，或对需求理解的缺陷均会导致设计变更，或政策因素制约，或IT新技术的出现等。

设计变更引起编码变更，引起测试方案、测试用例的变更，导致部分阶段成果、工期、成本损失，频繁的变更还会影响到软件的质量。严重情况将使软件质量、工期、成本失控。

需求调研应当深入、详尽，需求定义文档应规范，需求定义文档应通过严格的审核再转入后续开发阶段。对变更要采取有效的控制措施，如合同措施、技术措施、管理措施等。【问题2】(8分)如果损失的产生是由甲方单方面的愿望、或强压乙方执行变更所直接造成的，那么损失应当由甲方承担。如果工期、范围的变更经双方论证是能够实现的，并且补充签定或变更了合同，变更了项目合同金额，而乙方由于进度压力大，管理不善，从而给甲方造成了经济损失，那么，乙方应当承担损失。/ 12 【问题3】(9分)乙方应当积极配合，满足甲方评优的愿望。乙方应当积极与甲方沟通，寻求合适的解决办法，得到甲方的理解和认可。乙方可招聘经验丰富的工程师来组建项目小组，以提高工程实施进度、质量，但由此而增加的应急成本，可向甲方申请。

乙方应与甲方充分协商，对项目的变更进行论证，采取合适的实施方案，并且通过协商变更或补充签定合同，变更项目合同金额。乙方不能因为工期紧张而忽略软件质量的测试，乙方可考虑在项目分解的基础上，一次规划、设计，选择部分功能模块提前实现，以满足甲方评优的愿望。

项目风险管理案例

A公司为某省某运营商建立一个商务业务平台，并采用合作分成的方式。也就是说所有的投资由A公司负担，商务业务平台投入商业应用之后运营商从所收取的收入中按照一定的比例跟A公司合作分成。同一时间，平台有两个软件公司(A和C公司)一起进行建设，设备以及技术均独立，也就是说同时有两个平台提供同一种服务，两个平台分别负责不同类型的用户。但是整个项目进行了10个月，并经历了一个月试用期之后。

准备正式投入商业应用的第一天，运营商在没有任何通知的情况下，将该商务业务平台上所有的用户都转到了A公司竞争对手C公司的平台上去了，也就是停止使用A公司的商务业务平台。整个项目A公司投资超过两百万，包括软、硬件，以及各种集成、支持、差旅费用，等等。现在所有的设备被搁置但不能搬走，并没有被遗弃，运营商口头声称还会履行合同，按照原来的分成比例分成。但是A公司无法得知每个月的使用情况、用户多少，所以根本无法知道他们究竟应该拿到多少分成。所以，运营商的口头承诺根本如同鸡肋。在出事当天，项目经理王刚呆若木鸡。【问题l】(8分)

请用200字以内文字描述该项目存在的主要问题和原因。【问题2】(8分)

请用300字以内文字描述发生这样的事情，项目经理有没有责任?如果有责任，那么具体有哪些责任? 【问题3】(9分)

请用400字以内文字结合你本人的实际项目经验，说明如果你是王经理，你觉得应如何避免这样的事情发生? 参考答案

【问题1】(8分)

首先，A被项目“合作分成”的利益所迷惑，所以对项目的可行性分析和风险分析做得很不够，才会出现全额承担项目费用的情况。

其次，虽然A自身承担高额的成本，但对于合同条款的管理没有严格约束，这是导致运营商出现平台停用后没有足够法律条款约束其的后果。所以律师、项目经理需要反省。

最后，公司需要对项目的技术进一步审核，修正存在的问题，以免运营商提出种种没有达标的借口，并整理相关合同签订时，项目实施中，事后运营商出具的相关的文档为日后可能出现的官司准备。所以整个项目团队都要积极参与。/ 12 【问题2】(8分)

(1)从商业模式看，A与运营方实际都是投资方，运营方投入品牌和渠道，A公司投入的是技术和资金，但是A好像将自己定位为一个项目执行方，那么一开始已经注定成功的可能性不大，出现这样的问题也在情理之中。(2)这个商业模式本身没有问题，有问题的是项目经理在出现了一个潜在的竞争者却“浑然不觉”，可行性计划中对这方面的风险分析是有缺陷的。

(3)项目经理不缺乏项目管理的经验，而缺乏必要的商业运作经验，本项目的失败项目经理要承担部分责任，在项目执行过程中一定会有很多现象表明运营商将会有违约的可能，项目经理应及时向公司通报项目存在的风险，便于高层与运营商沟通并约束对方履行合同。本项目失败的根本原因在A公司的高层，至少他们应该承担项目失败成本大部分责任。

(4)项目经理应提高自己的法律意识和商业意识。【问题3】(9分)

首先，项目的风险管理应该在项目实施之前就应该做好，准备好风险出现时的应急措施。

其次，项目经理如果在与运营商谈此项目之时，尽可能把项目风险把握在自己可控之中，并且有一定的法律依据。

再次，“合作分成”这样的搭建平台的方式本身就具有很大的风险性，但是现在工作中这种合作方式又普遍存在的，这样就要求项目经理应该具有很强的自我法律保护意识，在签署项目合作协议时，应该规范合作各方的权责利，规避项目风险。

信息系统项目管理师案例分析题：项目计划和时间管理案例

某市电子政务信息系统工程，总投资额约500万元，主要包括网络平台建设和业务办公应用系统开发，通过公开招标，确定工程的承建单位是A公司，按照《合同法》的要求与A公司签订了工程建设合同，并在合同中规定A公司可以将机房工程这样的非主体、非关键性子工程分包给具备相关资质的专业公司B，B公司将子工程转手给了C公司。

在随后的应用系统建设过程中，监理工程师发现A公司提交的需求规格说明书质量较差，要求A公司进行整改。此外，机房工程装修不符合要求，要求A公司进行整改。

项目经理小丁在接到监理工程师的通知后，对于第二个问题拒绝了监理工程师的要求，理由是机房工程由B公司承建，且B公司经过了建设方的认可，要求追究B公司的责任，而不是自己公司的责任。对于第一个问题，小丁把任务分派给程序员老张进行修改，此时，系统设计工作已经在进行中，程序员老张独自修改了已进入基线的程序，小丁默许了他的操作。老张在修改了需求规格说明书以后采用邮件通知了系统设计人员。

合同生效后，小丁开始进行项目计划的编制，开始启动项目。由于工期紧张，甲方要求提前完工，总经理比较关心该项目，询问项目的一些进展情况，/ 12 在项目汇报会议上，小丁给总经理递交了进度计划，公司总经理在阅读进度计划以后，对项目经理小丁指出任务之间的关联不是很清晰，要求小丁重新处理一下。

新的计划出来了，在计划实施过程中，由于甲方的特殊要求，需要项目提前2周完工，小丁更改了项目进度计划，项目最终按时完工。

【问题1】(6分)

请用400字以内的文字，描述小丁在合同生效后进行的项目计划编制的工作。

【问题2】(6分)

请用400字以内的文字，描述小丁在处理监理工程师提出的问题是否正确?如果你作为项目经理，该如何处理?

【问题3】(6分)

在项目执行过程中，由于程序员老张独自修改了已进入基线的程序，小丁默许了他的操作。请用200字以内文字评论，小丁的处理方式是否正确，如果你是项目经理，你将如何处理上述的事情。

【问题4】(7分)

假设你被任命为本项目的项目经理，请问你对本项目的管理有何想法，本项目有哪些地方需要改进? 案例分析

【问题1】

项目计划是项目管理的基础，项目管理中最重要的就是项目计划的工作，项目计划是一个综合概念，凡是为实现项目目标而进行的活动都应该纳入到计划之中。

项目计划的制订是贯穿这个项目生命周期的持续不断的工作，是利用其他计划编制过程的结果，监理一份连贯性、一致性的文档，以指导项目实施和项目控制。项目计划过程是一个反复的过程。一个详细的项目计划过程包括：

(1)项目计划的定义，确定项目的工作范围。

(2)确定为执行项目而需要的工作范围内的特定活动，明确每项活动的职责。/ 12

(3)确定这些活动的逻辑关系和完成顺序。

(4)估算每项活动的历时时间和资源。

(5)制订项目计划及其辅助计划。

一般而言，项目计划可以包含如下要素。

(1)项目范围计划：阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致;项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据;范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础和项目其他相关计划的基础。

(2)项目进度计划：进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。

(3)项目质量计划：质量计划针对具体待定的项目，安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括和保证与控制项目质量有关的所有活动。

(4)项目资源计划：决定在项目中的每一项工作中用什么样的资源(人、材料、设备、信息、资金等)，在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。

(5)项目沟通计划：沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。

(6)风险计划：风险计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。

(7)项目采购计划：项目采购计划过程就是识别哪些项目需求应通过从本企业外部采购产品或设备来得到满足。

(8)变更控制、配置管理计划：由于项目计划无法保证一开始就预测得非常准确，在项目进行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符的情况经常发生，所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序，配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态/ 12 和当前配置数据。

【问题2】

根据《中华人民共和国招投标法》第48条：中标人应当按照合同约定履行义务，完成中标项目。中标人不得向他人转让中标项目，也不得将中标项目肢解后分别向他人转让。

中标人按照合同约定或者经招标人同意，可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件，并不得再次分包。

中标人应当就分包项目向招标人负责，接受分包的人就分包项目承担连带责任。

本案例中，A公司将子项工程分包给B，B又将其分包给C，显然违背了招投标法的这一条款。根据条款中的内容，“中标人应当就分包项目向招标人负责，接受分包的人就分包项目承担连带责任。”A公司显然要承担责任，同时B公司也承担连带责任。

作为项目经理，不仅仅要做好项目的进度、质量、成本的控制管理，而且要注意避免陷入法律陷阱中，因此，对《合同法》、《招投标法》都要有一定的了解。

【问题3】

软件配置管理是贯穿软件开发过程始终的一项工作。对于一个软件项目来说，软件配置管理规范至少包括以下的内容：

(1)配置项及其命名规则。

(2)配置库文件目录结构。

(3)角色和权限定义。

(4)配置项变更流程。

(5)配置项发布。

(6)基线定义和基线变更。

项目中的基线有两个方面：一是作为里程碑的基线;另一个是模块的阶段性成果基线(对工作产品而言)，一般来说都要避免变更基线。对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。/ 12

项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成，对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录，所有被变更影响的配置项都需要重新同步后再次发布;而对于仅仅作为工作状态保留的基线，一般只需要建立基线的小组确认更改并在QA进行记录即可。

【问题4】

作为项目经理，可以考虑首先从项目管理的9大知识点出发简单阐述对本项目的一般性理解。此外，从本案例中，你可以发现项目中的合同与招投标管理、配置与变更管理方面均发生了问题。因此，可从本项目管理较弱的部分进行重点的阐述，如对法律法规的理解(招投标管理)，项目进度管理、项目变更的控制。配置管理，以及进度计划的变更将导致质量和成本的变化，此外，还可从进度、质量、成本三要素之间关系进行阐述。因为，基线的变更往往会带来成本、进度方面的变更。参考答案

【问题1】(6分)

小丁在接到任务后开始项目计划的编制工作，编制的计划应包括：

(l)项目总计划(包括范围计划、工作范围定义、活动定义、资源需求、资源计划、活动排序、费用估算、进度计划以及费用计划)。

(2)项目辅助计划(质量计划、沟通计划、人力资源计划、风险计划、采购计划等)。

【问题2】(6分)

根据《中华人民共和国招投标法》第48条：中标人应当按照合同约定履行义务，完成中标项目。中标人不得向他人转让中标项目，也不得将中标项目肢解后分别向他人转让。

中标人按照合同约定或者经招标人同意，可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件，并不得再次分包。

中标人应当就分包项目向招标人负责，接受分包的人就分包项目承担连带责任。

本案例中，A公司将子项工程分包给B，B又将其分包给C，显然违背了招投标法的这一条款。根据条款中的内容：“中标人应当就分包项目向招标人负责，接受分包的人就分包项目承担连带责任。”A公司显然要承担责任，同时B公司也负连带责任。/ 12

【问题3】(6分)

本题中，在项目执行过程中，项目发生的变更，程序员老张擅自修改了已进入基线的程序，作为项目经理的小丁不应该默许他的操作，且修改后的东西没有经过评审。

项目中缺乏变更控制的体系，需要建立变更控制流程，确保项目中所做的 变更保持一致，并将产品的状态、对其所做的变更，以及这些变更对成本和时间表的影响通知给有关的项目干系人，以便于资源的协调。同时，项目团队所有成员要清楚变更程序的步骤和要求。

提出以下建议：

(1)建立配置管理体系。

(2)建立变更请求流程。

(3)组建变更控制委员会。

【问题4】(7分)

(1)从项目管理9大知识点出发简单阐述本项目

(2)从本项目管理较弱的部分进行重点的阐述，如对法律法规的理解(招投标管理)、项目进度管理、项目变更的控制。配置管理及进度计划的变更将导致质量和成本的变化，描述进度、质量、成本三要素之间的关系。

企业领导团队管理案例分析

刘先生是一家私营软件企业的老板。他大学毕业后先在一家大型的软件公司打工两年，然后开始自己创业。刘先生每年都给自己定好奋斗目标，工作兢兢业业，但也感觉承受着很大的压力。公司的业务不断发展，规模也不断地壮大。近年来，刘先生因为业务的发展需要相继招聘了十余名应届大学毕业生，但是其中几个都没有多久就相继辞职了。导致刘先生需要不断地招聘人员，这使他分散了相当一部分的精力。刘先生非常感叹现在的年轻人眼高手低，不能吃苦。这天，刘先生收到一个程序员的一封电子邮件，而这个程序员正是刘先生十分器重的一个员工。该电子邮件的内容如下：

刘总，您好!我知道您收到这封信后一定会十分生气，但我还是决定要离开贵公司。非常感谢您对我的培养，我绝对不是因为在这里学到了东西，翅膀硬了才走的。而是您的一些做法让我实在忍无可忍。我知道您白手起家干到如今很不容易，而且从您身上我确实学到了很多东西。但是这并不是说您的每一个看法和决定都是正确的。每当我想要发表我的看法时，您总是不予以重视，甚至不给我讲话的空间。但是一旦出现了问题，您就会大发雷霆，无论是天大的事情还是芝麻小事。每当这个时候我都想和您理论，但是您没有给过我机会。这/ 12 样反而使您更加觉得自己的决定都是对的。我知道这是我的第一个工作，对于公司的发展战略我没有发言权，但是我觉得这样发展下去迟早是会对公司不利的。我感谢您对我的培养才和您说这些，有不对的地方，请您原谅。【问题1】(8分)请用400字以内文字分析，你认为作为企业的领导者，刘经理具备了哪些特质? 【问题2】(8分)请用300字以内文字分析，从这封电子邮件中说明了公司或者刘经理存在什么问题吗? 【问题3】(9分)请用400字以内文字结合你本人的实际项目经验，说明如果你是刘经理，你觉得需要采取什么行动吗? 参考答案

【问题1】(8分)刘经理富有进取心、责任感，工作积极主动、自信、有目标。【问题2】(8分)这封信说明公司内部存在着严重的沟通问题。因为正式的沟通渠道不畅，致使员工更倾向于采用非正式沟通。这样也使公司内存在很多的隐患，对公司长期发展不利。同时，刘经理做事太武断，没有给下属发表见解的机会。【问题3】(9分)刘经理应该对这封信中所提出的问题给予高度的重视。重视与员工的沟通，在公司内部建立一套沟通的体系，鼓励大家畅所欲言，使员工潜在的不满和抱怨能够及时得到反映，不要等问题积蓄到无法挽回的地步；同时学会在沟通过程中抑制情绪，为公司营造一种积极、紧张、但不压抑的工作环境。

信息系统项目管理师案例分析

M集团是A公司多年的客户，A公司已经为其开发了多个信息系统。最近，M 与A公司签订了新的开发合同，以扩充整个企业的信息化应用范围，张工担任该项目的项目经理。张工组织相关人员对该项目的工作进行了分解，并参考了公司同M曾经合作的项目，评估得到项目，总工作量60人月，计划工期6个月。项目刚刚开始不久，张工的高层经理s找到张工。s表示，由于公司运作的问题，需要在4个月内完成项目，考虑到压缩工期的现实，可以为该项目在增派两名开发人员。张工认为，整个项目的工作量是经过仔细分解后评估得到的，评估过程中也参考了历史上与K企业合作的项目度量数据，该工作量是客观真实的。

目前项目已经开始，增派的人手还需要一定的时间熟悉项目情况，因此即使增派两人也很难在四个月内完成。如果强行要求项目组成员通过加班等方式追逐4个月完成的目标，肯定会降低项目的质量，造成用户不满意。因此，张工提出将整个项目分为两部分实现，第一部分使用三个半月的时间，第二部分/ 12 使用三个月的时间，分别制定出两部分的验收标准，这样不增派开发人员也可以完成。高层经理认为该方案可以满足公司的运作要求，用户也同意按照这种方案进行实施。六个月以后，项目在没有增加人员的前提下顺利地完成，虽然比最初计划延长了半个月的工期，但既达到了公司的要求，客户对最终交付的系统也非常满意，项目组的成员也没有感受到很大的压力。【问题1】(10分)请不超过500字，指出张工是如何保证项目成功的? 【问题2】(15分)请不超过500字，试结合案例指出项目范围管理的工作要点? 【问题1】

首先对最初的项目范围进行了清晰的定义，并根据定义对工作进行了分解，制定了详细的WBS。

对项目进行了估算，且估算结果真实可信，对项目工作量有量化的把握。在出现新的项目目标后，张工对项目进行了范围控制，缩小了第一阶段实现的范围。

对重新定义的项目范围进行了确认，与高层经理和客户达成一致。张工对项目进行了沟通管理，协调了多个项目干系人之间的矛盾。

【问题2】

(1)范围管理计划。(2)范围定义。(3)工作分解。(4)范围确认。(5)范围控制。

篇6：信息系统项目管理师案例分析要点

发表日期：2005年11月3日 出处：《计算机教育》2005年第9期 作者：陈志风 已经有101位读者读过此文

一、考试介绍

信息系统项目管理师是2005年上半年(5月)新增加的考试。根据考试大纲(2005年版)，该考试要求考生：

(1)掌握信息系统知识；

(2)掌握信息系统项目管理知识和方法；

(3)掌握大型、复杂项目管理和多项目管理的知识和方法；

(4)掌握项目整体绩效评估方法；

(5)熟悉知识管理和战略管理；

(6)掌握常用项目管理工具；

(7)熟悉过程管理；

(8)熟悉业务流程管理知识；

(9)熟悉信息化知识和管理科学基础知识；

(10)熟悉信息系统工程监理知识；

(11)熟悉信息安全知识；

(12)熟悉信息系统有关法律法规、技术标准与规范；

(13)熟悉项目管理师职业道德要求；

(14)熟练阅读并准确理解相关领域的英文文献。

通过信息系统项目管理师考试的合格人员应具有高级工程师的实际工作能力和业务水平。能够掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力；能根据需求组织制定可行的项目管理计划；能够组织项目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时作出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下到达既定的项目目标；能分析和评估项目管理计划和成果；能在项目管理进展的早期发现问题，并有预防问题的措施；能协调信息系统项目所涉及的相关人员。信息系统项目管理师考试设置的科目包括：

(1)信息系统项目管理综合知识，考试时间为150分钟，笔试，选择题；

(2)信息系统项目管理案例分析，考试时间为90分钟，笔试，问答题；

(3)信息系统项目管理论文，考试时间为120分钟，笔试，论文题。

这三个科目安排在一天内考完，三个科目全部及格(45分)才算通过考试。否则，任何一个科目不及格，第二次考试时，所有科目都必须重考。

二、2005年上半年考试分析

总的来看，可能由于是第一次考试的缘故，试题比较杂乱，没有很好地按照考试大纲来组织考试试题。信息系统项目管理案例分析和信息系统项目管理论文试题过于简单。当然，任何新生事物都是一样的，有个成长的过程，在此，我们祝愿信息系统项目管理师考试快速成长和成熟。

1.信息系统项目管理综合知识

综合知识试题由75道单项选择题组成，每道试题1分，合计75分，45分及格。

本次考试试题考查范围比较集中，特别强调了信息安全和UML这两个非项目管理的知识点，有关项目管理的知识重点在于整体管理、进度管理和费用管理，具体分值分布如表1所示。表1 按知识点分布的分值表

知识点 分数

UML 6

计算机网络 3

合同管理 2

软件工程 4

信息化与信息系统 3

监理 1

信息安全 6

多项目管理 1

风险管理 2

范围管理 1

计算机原理 1

人力资源管理 5

整体管理 7

进度管理 6

配置管理 4

采购管理 1

战略管理 1

费用管理 6

质量管理 1

知识产权 2

标准化知识 2

英语 10

值得说明的是，由于国家软考办模块化出题的策划，本次信息系统项目管理师的上午试题有26道和系统分析师的试题完全一样。

2.信息系统项目管理案例分析

本次考试的信息系统项目管理案例分析(下午I)试题只有三道题目，每道试题25分，需要考生全部解答。这是所有考生都未料想到的，大家都以为会模仿系统分析师的下午I试题，第一道必答，其他为4选2。由于只有三道试题，整张试卷合起来不到两页，基本上是采取问答的形式。试题1为人力资源管理和团队建设的问题，要求考生回答软件子项目失控的原因、如何避免软件子项目失控、系统集成项目中的各种角色，如何组建、建设和管理团队。只要是有IT行业从业经验的考生，回答这类问题就比较简单了，虽然说拿不到满分，但应该也会“八九不离十”。试题2是一道关于软件变更控制和配置管理的试题。这道试题主要考查变更控制的流程，如果没有完善的变更控制，则会产生什么问题，导致什么结果。试题2是一道纯理论性的问题，十分简单，只要学过软件工程的考生，都会答得上来。

试题3是一道关于项目收尾管理的试题，涉及到合同管理、过程控制、项目沟通管理等范畴。试题描述了一个项目在验收过程中，用户不断提出问题(其中有些是曾经提过并得到了修改的问题)的案例。在这个案例中，项目经理根本就无法知道什么时候才能验收和结项。要求考生回答事情发生的原因，项目该怎么办，应当吸取什么经验和教训。在我们的IT生活中，这种事情时刻都在发生，作为项目管理师或项目经理，应该碰到过这种问题。究其原因，大致是因为是沟通不到位，与甲方主管人员协调不好，整个验收过程控制不好，或者是没有按合同规定办理。既然找到了原因，“该怎么办”和“经验教训”这两个问题就迎刃而解了。

在信息系统项目管理案例分析考试中，虽然全部为必答题，考生没有可选择的缓冲，但是这三道试题都很简单。笔者个人认为，对于有实际项目经验的考生来说，这种试题简直就是“小儿科”。

3.信息系统项目管理论文

令人惊讶的是，首次举行的信息系统项目管理师考试，并没有按照考试大纲的要求来组织试卷。根据考试大纲要求，信息系统项目管理论文(下午II)是“根据试卷上给出的与项目管理有关的四个论文题目，选择其中一个题目，按照规定的要求写论文和摘要”。但是，本次考试只出了一道论文试题，考生没有选择的余地。

论文试题为“论信息系统项目的需求管理和范围管理”，要求考生根据实际项目经验，论述需求开发、需求管理和范围管理的区别与联系。这样的试题，给考生的第一印象就是“天大地大，没有边际”。

解答这样的试题，可以先从项目范围开始，确定项目范围之后，再进行需求开发，然后再是需求管理(特别是变更管理)。值得注意的是，试题第三问要求考生论述的是范围管理的过程、方法、工具及其实际效果。与系统分析师考试论文试题不同的是，本题的重点放在第三问上。

范围管理的大致过程可以分为范围计划、范围定义、工作分解、范围确认和范围控制等五个阶段。在项目范围管理过程中，最常用的工作分解方法就是工作分解结构(WBS)。范围控制主要需要处理好范围变更的问题。

三、几点建议

(1)信息系统项目管理师的考试刚刚推出，还很不成熟，从前一次考试的试题不足以看出下一次考试的试题趋势。因此，考生不要以2005年5月的考试试题为蓝本进行复习和准备。

(2)从近两次考试试题来看，国家软考办执行的是模块化出题策略，即同层次的各级别的考试试题有很多是相同的。因此，对于信息系统项目管理师考生来说，建议系统地学习历年系统分析师的考试试题。

(3)不管采用什么教材进行复习，考生要始终把握项目管理的一些要素(立项与招投标管理、整体管理、范围管理、进度管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购和合同管理、文档与配置管理、需求管理、战略管理、知识管理、绩效管理)，熟悉常用的方法和技术。

(4)信息系统项目管理案例分析试题考试时间为90分钟，要在这么短的时间内完成三道试题的解答，需要考生很好地把握时间。回答问题时，要尽量使用简单明了的句子，突出重点。