2011年信息系统项目管理师考试案例分析要点[优秀范文5篇]

第一篇：2011年信息系统项目管理师考试案例分析要点

案例分析要点

一、可行性研究

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、客户方面的风险

3、风险管理及应对措施

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

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

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

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

案例分析要点

一、可行性研究

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． 对用户进行培训，让用户的需求更加合理

第三篇：信息系统项目管理师要点

项目建议书： 1.项目必要性 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.项目沟通

6.识别问题解决问题 7.意见和建议

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

信息系统项目管理师案例分析题：风险管理案例

某市电力公司准备在其市区及各县实施远程抄表系统,代替人工抄表。经过考察，电力公司指定了国外的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)范围控制。

在本案例中，张工首先进行了范围定义和工作分解，得到了清晰的项目范围；在出现新的项目目标后，张工进行了范围控制，重新定义了两个阶段的项目范围；最后，张工将重新定义的范围与项目干系人进行了确认。/ 12

第五篇：信息系统项目管理师案例分析(项目时间管理)

项目的时间管理包括使项目按时完成所必须的管理过程。按照 PMBOK2004中的定义,这些过程包括 活动定义、活动排序、活动资源估算、活动历时估算、制定进度计划和进度控制。

在一个项目计划中,进度安排的准确程度比成本估算的准确程度更重要,影响进度的因素有很多,进 度失控会导致成本的增加,引起客户的不满,甚至引起合同纠纷和项目失败。在考虑进度安排时,要把人 员的工作量与花费的时间联系起来,合理分配工作量,使用多种时间控制工具来监控项目的执行。作为项 目经理,在出现项目拖期时,应该采用有效的时间控制方法,将项目拖回正常的轨道,或尽可能将项目的 拖期缩短,确保项目的按时完成。

案例一

阅读下面关于项目管理问题的叙述,回答问题 1至问题 3,将解答填入答题纸的对应栏内。案例场景: 小陈是负责某系统集成项目的项目经理。经过项目组对所需工作进行分解,明确了项目的范围,通过活动 定义、活动排序和活动资源估算等过程后,收集到一张工作分解结构表,如下:

小陈根据上表画出了本项目的双代号网络图,并计算出了项目的工期。在与客户进行反复沟通后,项目组 决定,在考虑对质量影响的情况下,进行网络计划工期优化。[问题 1](13分

请画出本项目的双代号网络图,并计算出项目的工期,并指出关键路径。

这个项目的工期为 18天

共有四条关键路径:ACEGILACEGJLACFILACFJL [问题 2](6分

在网络图中,所提到的工期一般分为三种情况,即计算工期、要求工期和计划工期。请用 100字以内的文 字,说明它们的含义。

(1 计算工期:根据网络计划时间参数计算而得的工期(2 要求工期:任务委托人所提出的指令性工期

(3 计划工期:根据要求工期和计算工期所确定的作为实施目标的工期。

[问题 3](6分

如果在项目的网络图中有多条独立的关键路径,考虑对质量的影响,优先选择的压缩对象应是这些条关键 路径上 的工作组合。请从下列选项中选择出你认为正确的答案。并回答网络计划的优化都包 括哪些优化? A 资源消耗量之和最小 B 直接费用率之和最小 B 持续时间之和最长 D 间接费用率之和最小 选 B 网络计划的优化包括工期优化、费用优化(成本优化和资源优化 案例二

阅读下面关于项目管理问题的叙述,回答问题 1至问题 3,将解答填入答题纸的对应栏内。

案例场景: 在某网络施工项目实施中,项目经理制定了下图所示的综合布线进度计划,图中已标出每个节点的最早开 始时间和最迟开始时间。

项目经理在第五天末进行检查时,发现工作 A 已经完成,工作 B 已经实施 3天,工作 C 已经实施 1天,工 作 D 已经实施 1天。

[问题 1](5分

在项目实施中,可以用单代号网络图和双带号网络图表示进度计划,本图所示的是什么样的网络图?节点 5○ 6和节点 5○ 7表示的是什么样的活动?请说明这种活动的含义。这种活动在单代号网络图中用

什么方法表示? 本图是一张双代号网络图(箭线图 ADM/AOA 节点 5-→6和节点 5→7表示的是虚活动

在双代号网络图中,用虚箭线表示虚活动,虚活动既不消耗时间,也不消耗资源,仅表明一种工作顺序的 先后依赖关系。虚箭线箭头指向的工作开始要依赖于前一个工作的完成。

在单代号网络图中,有多项开始工作时,应增设一项虚拟工作(S;有多项结束工作时,应增设一项虚拟 工作(F ,仅存在于网络图的开始和结束。

[问题 2](10分

根据对综合布线进度检查的结果,请确定工作 B、C、D 的进度是正常还是延误(给出延误的天数 ?是否影 响工期?并说明为什么? 检查日期是第 5天末,则 3个工作分别推迟的时间为: Tb=5-(2+3=0 Tc=5-(2+1=2 Td=5-(2+1=2 工作 B 进度正常,故不会影响工期

工作 C 延误 2天,因为其为关键活动,故影响工期 2天

工作 D 延误 2天,但其共有 3天的总时差,故不会影响总工期,但影响紧后活动 G。

[问题 3](10分

在项目总工期允许拖延的情况下, 请重新计算网络时间参数并填入下图的空(1~(30中。总工期是正常还 是延误?若延误,请给出延误天数。

新的总工期是 34天

34-32=2(天 ,即总工期延误了 2天

阅读下述关于项目时间管理的说明,回答问题 1至问题 3,将解答填入答题纸的对应栏内。

案例场景: 小张是负责某项目的项目经理。经过工作分解后,此项目的范围已经明确, 但是为了更好地对项目的开发 过程进行有效监控,保证项目按期、保质完成,小张需要采用网络计划技术对项目进度进行管理。经过分 析,小张得到了一张表明工作先后关系及每项工作的初步时间估计的工作列表,如下表所示:

[问题 1](15分

请根据上表完成此项目的前导图(单代号网络图 , 表明各活动之间的逻辑关系, 并指出关键路径和项目工期。节点用以下样图标识

关键路径为 ACDGH 项目工期为 48天

[问题 2](6分

请分别计算工作 B、C、E 的自由浮动时间。B 的自由浮动时间(自由时差为 6天 C 的自由浮动时间(自由时差为 0天 E 的自由浮动时间(自由时差为 5天 [问题 3](4分

为了加快进度,在进行工作 G 时加班赶工,因此将该项工作的时间压缩了 7天(历时 8天。请指出此时的 关键路径,并计算工期。

赶工后的关键路径为 ACDFH 项目工期为 43天

夏工是负责某公司 ERP 项目的项目经理,有多年从事 ERP 项目管理的经验。夏工为了更好地对项目的进度 进行管理,对每个工作的历时进行了估算,并列出了各工作间的依赖关系,如表:

【 问题 1】(10分

请绘出该项目的双代号网络计划图。

【 问题 2】(10分

经过对初步的计划分析后发现,项目工作之间需要补充下述两个约束关系。

(1 A 工作在开始了 10天之后, B 工作便可开始。(2 I 工作完成 10天后, M 工作才可以完成。

请在已经给出的单代号网络计划图的基础上,补充上述关系的限制约束条件,并补充各项工作的最早开始 时间、最早结束时间、最迟开始时间、最迟结束时间、总时差和自由时差,并标注在图中

ES :最早开始时间 EF :最早结束时间 LS :最迟开始时间 LF :最迟结束时间 DU :工作历时 NO: 工作代号 TF :总时差 FF :自由时差

(1 A 活动在开始了 10天后, B 活动便可开始,可以在 AB 之间用 SS10表示(提前量

(2 I 活动完成 10天后, M 活动才可以完成,可以在 IM 之间用 FF10表示(滞后量 请用正推和逆推计算出 6个参数 【 问题 3】(5分

在问题 2给出的单代号网络图中,用双线或粗线标注出该项目的关键路径。标出关键路径 案例五

阅读下面关于项目管理问题的叙述,回答题 1至问题 3,将解答填入答题纸的对应栏内

案例场景: 某系统集成公司承接了某大型钢铁公司的一个电视监控项目,包括 21个门卫监控点和 80个生产监控点。公司的视频监控专家刘高工负责本项目的实施工作。为了赶进度,项目组和用户进行了充分沟通,以取得 用户在现场施工时给予充分的支持。

刘高工将人员分为 3组同时实施,对每组人员按能力进行搭配,确保各组的施工水平相当,各组内人员入 场时间、分工各有不同,刘高工将工作进行分解后,对每个工作包按实施时间排序,得出工作分解结构如 下表:

刘高工根据以往监控项目实施经验,认为工作 A 和工作 B 可以并行;工作 C 和 D 也可以并行;工作 A 和 B 完全结束后,工作 C 和 D 才可以进行。为了控制进度,刘高工绘制出项目的甘特图和网络图,并由此计算 出项目所需的工期。

【问题 1】(5分

在项目实施中,项目经理经常采用甘特图法和网络图法来控制进度,在通常情况下这两种方法需要配合使 用,请简要说明各自的作用。

甘特图法可以对比各工作的计划进度和实际进度,能十分清楚地了解计划执行得偏差,以便对偏差进行处 理。

网络图法能够充分提示各项工作项目之间互相制约和互相依赖的关系, 从中找出关键路径, 进行重点控制。【问题 2】(10分

根据案例中的描述,请补充这个项目的单代号网络图的时间参数和依赖关系,并计算出项目的总工期

总工期为 30天 【 问题 3】(10分

根据案例中描述,请画出这个项目的甘特图(只需画出计划进度

案例六

阅读下面关于项目时间管理问题的叙述,回答问题 1至问题 3,将解答填入答题纸的对应栏内。案例场景: 某信息系统集成公司在某小型炼油企业有成功实施 MES 的经验,其针对炼油企业的 MES1.0软件深受用户 好评。

公司去年承接了 A 公司的 MES 项目实施, A 公司是一家大型石化公司,有下属分厂十多家,包括炼油厂、橡胶厂、烯烃厂、塑料厂、腈纶厂和储运厂等,以炼油厂为石油炼制龙头,其他分厂提供半成品和生产原 料,业务流程复杂。

钱经理为公司的项目经理,全面负责管理这个项目,这是他第一次管理大型项目。

A 公司信息中心的夏经理作为甲方项目经理负责实施配合。由于涉及分厂较多,从各分厂抽调了生产调度 人员、计划统计人员、计量人员、信息人员中的技术骨干,组成各分厂的项目小组,钱经理带领的乙方项 目组成员均为 MES 业务顾问,资深顾问安排到了业务最复杂的炼油厂,其他顾问水平参差不齐,分别安排 到了其他分厂。公司的软件开发部设在总部,项目实施顾问均在 A 公司提供的现场(某宾馆集中办公, 钱经理负责 A 公司与公司总部之间的沟通,从总体上管理项目。

项目在 8月初启动, 钱经理按原 MES1.0版本时的实施经验制定了项目开发计划, 收集各分厂用户需求, 组

建了 MES 测试服务器环境等。初期较为顺利,但后来发生了一系列的问题,由于原 MES1.0版本软件仅适 用于单纯的炼油业务,而现在的化工业务在软件系统中并没有合适的模型, A 公司规模很大,炼油厂的许 多业务并不是直线式的,而是一种网状关系,所以 MES 软件的炼油装置模型也需要修改,而在钱经理的项 目计划中,并没有炼油模型的修改计划,业务需求分析占用了很多时间,钱经理将这些需求提交给软件开 发部抓紧开发,而与此同时,甲方得部分业务人员,如统计和信息人员却显得无事可做,许多时间消耗在 上网或打游戏上,或通过远程桌面处理自己原单位的一些日常工作事务。

当软件开发部将软件开发完成后,已经进入 12月,项目进度已经远远落后于钱经理当初的计划,钱经理要 求个分厂小组由顾问牵头分别对自己负责的模块进行测试, 同时安排各小组中信息人员进行报表开发, MES 系统试运行的原计划安排在 12月底, 拟 1月中旬正式上线, 信息人员认为, 以现在的可用时间开发这么多 报表,肯定完不成,统计人员发现 MES 系统根本不能满足业务的需要。

项目的进展进入混乱状态,各分厂的项目小组内也有不同的声音,有抱怨系统太烂的,运行一个查询页面 居然要 3分钟时间,也有用户反映在一些录入页面中找不到提交按钮,造成资料不能保存的,一些顾问迫 于压力尝试修改系统,但竟然造成了用户的数据丢失,引起很大不满,甚至一些成员开始嘲笑乙方顾问的 水平,进而开始怀疑 MES 系统能否正常运转起来。根据实际情况,钱经理在用户同意的情况下,将系统的 投用时间重新设在 1月底。为了完成这个目标,钱经理要求各项目小组从 12月中旬开始,每周六、周日和 晚上必须加班。元旦期间,项目小组中的一些甲方成员并没有来加班,甚至有一个假日的中午,所在的宾 馆居然没有提供足够的午餐,乙方项目小组中开始有人跳槽离去 ……

钱经理受到公司总部的批评,钱经理认为,即使他能准确估算出每个任务所需的时间,也无法确定项目的 总工期,以项目现在的状态,到 1月底根本完不成。2月底也没有把握,具体什么时间完成,钱经理感觉 遥遥无期。

[问题 1](10分

请用 200字以内的文字,从时间管理的角度,分析进度失控的可能原因。(1 钱经理缺少管理大型项目的经验;制订的进度计划存在问题

(2 钱经理对某些活动的历时估算有问题,如需求分析和软件开发所需要的时间。

(3 钱经理提交给开发人员的业务需求可能存在问题。(4 乙方项目组内部缺少沟通(5 甲乙双方没有明确的分工

(6 甲方项目经理可能没有发挥对甲方成员的管理作用

(7 没有变更控制系统或规范的变更控制流程,没有使用配置管理系统(8 对项目的每个阶段可能没有明确的划分,也没有相应标准来评审,就进入下一阶段。

(9 缺少一个从总体上控制项目的项目经理或其他监控措施(10 甲乙双方沟通不足。甲乙双方应该确立一个共同目标。(11 在赶工时,加班过度降低了工作效率

(12 活动资源估算上有问题,在人力资源使用的安排上,没有充分发挥资源的作用

(13 缺少激励措施,没有考虑人员的流动风险

(14 缺少对进度监控的机制,没有使用网络图等工具,没有确定个任务间的依赖关系,对各项任务的 先后顺序安排可能出现了错误。

[问题 2](10分

请用 200字以内的文字,建议钱经理下一步应该怎么做。(1 钱经理、夏经理和项目组一起,重新修订一个合理的进度计划(2 重新核实各活动的历时估算,包括已经发生过的,记录错误原因(3 重新和用户一起梳理业务需求,确保理解的一致性。(4 加强乙方项目组内部沟通交流(5 对甲乙双方进行明确的分工,分清职责(6 甲方项目经理行使管理甲方成员的权力

(7 制订规范的变更控制流程,在项目中使用配置管理系统(8 明确划分项目的每个阶段,制订评审标准

(9 增加一个从总体上控制项目的项目经理,或制订一些监控措施(10 加强甲乙项目组之间的沟通

(11 合理赶工,如果需要,可以缩小范围,先保证核心工作的实现(12 建立人力资源日历。充分发挥资源的作用(13 制订积极的绩效考核制度,减少人员的流动风险

(14 重新梳理各活动间的依赖关系,确保网络图能反映真实的情况。加强对进度的监控。

[问题 3](5分

请用 400字以内的文字,分析在信息系统项目实施中,有哪些因素影响项目的进度,举出 5个因素,分别 予以说明。

影响项目进度的因素有:(1 工程质量的影响。质量指标的不明确、不切实际的质量目标、质量不合格,都将对工程进度产生 大的影响。

(2 设计变更的影响。设计的变更通常会引发质量、投资的变化,加大工程建设的难度,因而影响进 度计划。

(3 资源投入的影响。人力、部件和设备不能按时、按质、按量供应(4 资金的影响。如果建设单位不能及时给足预付款,或是由于拖欠阶段性工程款,都会影响承建单 位资金的周转,进而殃及进度

(5 相关单位的影响。项目建设单位、设计、实施单位、设备供应单位、资金供应单位、监督管理信 息系统工程建设的政府部门等都可能对项目的进度带来直接或间接的影响

(6 可见或不可见的各种风险因素的影响。风险因素包括政治上的、经济上的和技术上的变化等。项 目经理要加强风险管理,对发生的风险事件给予恰当的处理,有控制风险、减少风险损失及其对 进度产生影响的措施。

(7 承建单位管理水平的影响。承建单位的施工方案不恰当、计划不周详、管理不完善、解决问题不 及时等,都会影响工程项目的施工进度。

案例七

阅读下面关于项目管理问题的叙述,回答问题 1至问题 3,将解答填入答题纸的对应栏内。

案例场景: 某系统集成公司现有员工 50多人,业务部门分为销售、软件开发部和系统网络部等。

经过近半年的酝酿后,在今年一月份,公司的销售不直接与某银行签订了一个银行前置机的软件系统的项 目。合同规定, 6月 28日之前系统必须投入试运行。在合同签订后, 销售部将此合同移交给了软件开发部, 进行项目的实施。

项目经理小丁做过 5年的系统分析和设计工作,但这是他第一次担任项目经理。小丁兼任系统分析工作, 此外项目还有 2名有 1年工作经验的程序员, 1名测试人员, 2名负责组网和布线的系统工程师。项目组成 的成员均全程参加项目。

在承担项目后,小丁组织大家制订了项目的 WBS ,并依照以前的经历制订了本项目的进度计划,简单描述 如下: 1 应用子系统

(1 1月 5日 ~2月 5日,需求分析。

(2 2月 6日 ~3月 26日,系统设计和软件设计。(3 3月 27日 ~5月 10日,编码。

(4 5月 11日 ~5月 30日,系统内部测试。2 综合布线

2月 20日 ~4月 20日,完成调研和布线 3 网络子系统

4月 21日 ~5月 21日,设备安装、联调。4 系统内部调试、验收(1 6月 1日 ~6月 20日,试运行(2 6月 28日,系统验收。

春节过后,在 2月 17日小丁发现系统设计刚刚开始,由此推测 3月 26日很可能完不成系统设计。[问题 1](4分

请用 150字以内的文字,分析问题发生的可能原因。

(1 销售部没有及时让软件开发部参与项目早期工作,需求分析耗时较长。(2 项目经理经验不足,进度估算不准确

(3 项目资源配置不足,缺乏专职的系统分析和设计人员。

(4 工作安排没有充分利用分配的项目资源,在一些时间段,人力资源有闲置情况。

(5 在安排进度时可能未考虑法定节假日的因素 [问题 2](9分

请用 200字以内的文字,建议小丁应该如何做以保证项目整体进度不拖延。(1 向职能经理申请增加特定资源,特别是要增加系统分析和设计人员。(2 临时加班 /赶工,尽可能补救耽误的时间或提升资源的利用效率。(3 将部分阶段的工作改为并行进行(快速跟进

(4 对后续工作的工期重新进行估算,并考虑节假日问题,修订计划,尽量留有余地。

(5 加强沟通,争取客户能够对项目范围以及需求、设计、验收标准进行确认,避免后期频繁出现 变更。

(6 加强对阶段工作的检查和控制,避免后期出现返工。[问题 3](12分

请用 400字以内的文字, 概述典型的信息系统集成项目的进度 /时间管理的过程和方法以及资源配置对进度 的制约。

(1 活动定义(2 活动排序(3 活动资源估算(4 活动历时估算(5 制定进度计划(6 进度控制 资源对进度的制约: 在一般情况下,项目活动的历时与项目规模成正比,与投入的资源数量成反比。即投入的资源数量越多, 活动的历时越短。但是要注意任何活动都具有压缩点,当活动的历时已达到自身的压缩点之后,增加再多 的资源也无法进一步缩短活动历时。

在非关键活动的一个较大时间延误也许只对项目产生较小的影响或不产生影响,而在关键活动的较小延误 也许就需要马上采取纠正措施。因此,每当缩短项目工期时,应当首先考虑在关键活动上增加资源,以加 快进度,缩短项目工期。

案例八 阅读下列说明，回答问题 1 至问题 3，将解答填入答题纸的对应栏内。案例场景： 案例场景： J 公司 2009 年 3 月中标某市公安局的人口管理系统开发项

目，因该市要在 2009 年 11 月举办某大型国 际会议，因此公安局要求人口管理系统一定要在 2009 年 7 月 1 日之前投入使用。张某是负责这个项目的项 目经理，虽然他进公司才不到 3 年，但他已成功地管理过两个类似的项目，被大家称之为“救火队长”，而 张某也对自己信息十足。但这次和以往不同的是，张某还同时管理着另外两个项目，而这个人口管理系统 项目的工期要求紧、他能调用的人手少。该人口管理系统项目属于升级项目。原来的系统为 J 公司开发，是 C/S 结构，只能管理本地区常住人 口。新的人口管理系统要求是 B/S 结构，要既能管理区域常住人口又能管理郊区常住人口、市辖县常住人 口和流动人口，而公安局要求该新系统首先把流动人口管理起来。该项目从技术角度可分为网络改造和软 件开发，而软件又分界面、业务流程和数据库三个子系统。他们团队有 6 人，其中有人做过类似的 C/S 结 构的项目，而公司刚刚结束的一个网络项目与本次承担的网络改造项目在技术架构方面几近相同，只是规 模不同。公安局要求新系统能够支持移动接入，而项目团队中没有一人接触过移动接入技术。张某凭直觉 知道依现有的人员在 2009 年 7 月 1 日之前完成项目是不可能的。[问题 1]（10 分）请说明张某可以用什么方法和技术来估算项目的工期（300 字以内）。（1）明确定义项目的 WBS（2）由于是升级项目，所以部分工作的工期估计方法可以采用“类比估算法”（3）对于新增的“移动接入”模块，可以联系业界专家，采用“德尔菲法”进行估算（4）对于 WBS 进行足够细化后，可以依据历史数据采用“参数估算法”或“三点估算法”进行进一 步历时估算。[问题 2]（10 分）请说明张某可以采取哪些方法来压缩工期，以使项目能够在 2009 年 7 月 1 日之前交付？（1）与客户进行沟通，梳理业务需求中的关键需求，与客户进行协商能否在期限前先完成关键需求，其他部分分期交付。（2）制订出合理可靠的技术方案，对其中不熟悉的部分，可以采用外包的方法（3）清晰定义各模块之间的接口，然后可以加大并行工作的程度（4）明确目标、责任和奖惩机制，提高员工的工作绩效。（5）必要时进行赶工。[问题 3]（5 分）请说明张某可以采用哪些方法来跟踪项目的进度，以确保项目能够按期交付？（1）基于 WBS 和工时估算制订活动网络图，制订项目工作计划。（2）建立对项目工作的监督和测量机制。（3）确定项目的里程碑，并建立有效的评审机制（4）对项目中发现的问题，及时采取纠正和预防措施，并进行有

效的变更管理（5）使用有效的项目管理工具，提升项目管理的工作效率 案例九 阅读下列关于程序测试计划的叙述，回答问题 1 至问题 4，将解答填入答题纸的对应栏内。案例场景： 案例场景：

某程序 P 包括 A~H 这 8 个模块，其结构如图 3-23 所示，其中模块 D 与 G 需要调用公共模块 E。现计划采用自顶向下方法执行程序 P 的测试项目，该项目包括多个作业。设作业 A 的任务是对模块 A 进行测试，作业 B 的任务是对模块 B 进行测试，依此类推。作业 P 的任务是对程序 P 进行整体测试。下表 列出了该项目个作业计划所需的天数、至少必须的天数（即再增大花费也不能缩短的天数）以及每缩短 1 天测试所需要增加的费用。作业 A B C D E F G H P 计划所需天数 2 5 7 4 4 3 5 4 5 至少必须的天数 1 3 4 3 2 2 4 2 5 每缩短 1 天所需增加的费用（元）500 1000 2500 2000 2000 1500 2500 2000 下图是尚未完成的该项目计划图，其中，每条箭线表示一个测试作业，箭线上标注的字母表示作业名，数字表示计划测试天数。2 C,7 B,5 A,2 0 1 F,3 4 D,4 E,4 5 6 P,5 7 3 [问题 1]（6 分）

请通过填补箭线完成上图所示的该项目计划图。若此为虚作业，请画成虚箭线；若为实箭线，请在箭线上 注明作业名以及计划测试天数。[问题 2]（4 分）完成该测试项目计划需要多少天？ 完成该测试项目计划需要 20 天 [问题 3]（9 分）（1）如果要求该测试项目比原计划提前 1 天完成，则至少应增加多少费用？应将哪些测试作业缩短 一天？ 将作业 A 缩短 1 天，需要增加 500 元（2）如果要求该测试项目在（1）的基础上再提前 1 天完成，则至少应再增加多少费用？应再将哪些 测试作业缩短 1 天？ 再将作业 B 缩短 1 天，需要再增加 1000 元 [问题 4]（6 分）假设该测试项目已按原计划部署，到了第 7 天末，发现模块 A 与 B 已按计划测试完成，但模块 F 却刚 测试完，比原计划延迟了 2 天。为了保证该项目仍能在原计划总天数内完成，则至少应增加多少费用？应 缩短哪些作业多少天？ 应增加 2500 元，将作业 G 缩短 1 天 案例十 案例场景 某公司 2008 年 3 月中标某市公安局的人口管理系统开发项目，因该市要在 2008 年 11 月举办某大型国 际会议，因此公安局要求人口管理系统一定要在 2008 年 7 月 1 日之前投入使用。强某是负责这个项目的项 目经理，虽然他进公司才不到 3 年，但他已成功地管理过 2 个类似的

项目，被大家称之为“救火队长”，而 强某也对自己信心十足。但这次和以往不同的是强某还同时管理着另外两个项目，而这个人口管理系统项 目的工期要求紧、他能调用的人手少。该人口管理系统项目属于升级项目。原来的系统为某公司开发，是 C/S 结构，只能管理本地城区常住 人口。新的人口管理系统要求是 B/S 结构，要既能管理城区常住人口又能管理郊区常住人口、市辖县常住 人口和流动人口，而公安局要求该新系统首先把流动人口管理起来。该项目从技术角度可分为网络改造和 软件开发，而软件又分界面、业务流程和数据库三个子系统。他们团队有 6 人，其中有人做过类似的 C/S 结构的项目，而公司刚刚结束的一个网络项目与本次承担的网络改造项目在技术架构方面几近相同，只是 规模不同。公安局要求新系统能够支持移动接入，而项目团队中没有一人接触过移动接入技术。强某凭直 觉知道依现有的人员在 2008 年 7 月 1 日之前完成项目是不可能的。【问题 1】请说明强某可以用什么方法和技术来估算项目的工期（300 字以内）？ 【问题 2】 请说明强某可以采取哪些方法来压缩工期，以使项目能够在 2008 年 7 月 1 日之前交付（300 字以内）？ 【问题 3】 请说明强某可以采用哪些方法来跟踪项目的进度，以确保项目能够按期交付（300 字以内）？ 分析 本案例是一道关于项目时间管理的题，主要考查考生对制订项目进度、压缩项目工期、监控项目进度 时所使用的技术与工具。同样，在回答问题之前，应先通读试题的说明，以明了问题所在。读完试题的说明之后，可知某公司强某遇到了相当普遍存在的问题：出现的问题是相当普遍的。项目 工期紧、项目经理包括团队成员任务重，还涉及一些新技术。此时，要准确地估算工期，必须先明确任务，也就是明确定义项目的工作分解结构（WBS）。通过把 WBS 中的工作包进一步分解为活动，然后对活动进 行定义、排序与资源估算，就可以确定整个项目的工期了。由于该项目是新旧交叉，所以对于新增的移动 接入模块，可以联系业界专家，采用德尔菲法进行估算，对于旧模块可依据历史数据采用类比法估算。结合传统的工期压缩技术，加上考生的经验，就可以回答【问题 2】了。【问题 3】不仅涉及到监控方法，还要使用项目管理的工具软件。解答要点 【问题 1】（1）明确定义项目的工作分解结构（WBS）。（2）由于是升级项目，所以部分工作的工期估计方法可以采用类比估算法。（3）对于新增的移动接入模块，可以

联系业界专家，采用德尔菲法进行估算。（4）对于 WBS 进行足够细化后，可依据历史数据采用参数估算或三点估算进行进一步历时估算。【问题 2】（1）与客户进行沟通，梳理业务需求中的关键需求，与客户进行协商能否在期限前先完成关键需求，其他部分分期交付。（2）制定出合理可靠的技术方案，对其中不熟悉的部分，可以采用外包的方法。（3）清晰定义各功能模块之间的接口，然后可以加大并行工作的程度。（4）明确目标、责任和奖惩机制，提高员工的工作绩效。（5）必要时，进行赶工。【问题 3】（1）基于 WBS 和工时估算制定活动网络图，制定项目工作计划。（2）建立对项目工作的监督和测量机制。（3）确定项目的里程碑，并建立有效的评审机制。（4）对项目中发现的问题，及时采取纠正和预防措施，并进行有效变更管理。（5）使用有效的项目管理工具，提升项目管理的工作效率。