案例分析要点

一、 可行性研究

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

第二篇：20xx年上半年信息系统项目管理师案例分析答题要点

信管网：最专业信息系统项目管理师网站

20xx年上半年信息系统项目管理师案例分析答题要点

20xx年3月10日 信管网()

1变更案例

如果题目给出一个管理混乱的与配置管理相关的案例，要找出存在的主要问题

1、对用户的要求未进行记录

2、对变更请求未进行足够的分析，也没有获得批准

3、在修改过程中没有注意进行版本管理

4、修改完成后未进行验证

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

混乱的配置管理可能导致的后果

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

2、缺乏对变更请求的分析可能会导致后期的变更工作出现工作缺失、与其他工作不一致等问题，对项目的进度成本、质量方面也会产生一定影响。

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

4、修改完成后不进行验证则难以确认变更是否正确实现，为变更付出的工作量也无法得到承认。

5、未与项目干系人进行沟通可能会导致项目干系人的工作之间出现不一致之处，进而影响项目的整体质量。 变更管理流程

1、变更申请。应记录变更的提出人、日期、申请变更的内容等信息。

2、变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。

3、变更决策。由具有相应权限的人员或机构决定是否实施变更。

4、变更实施。由管理者指定的工作人员在受控状态下实施变更。

5、变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价，确定变更结果和预期

是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。

6、沟通存档。将变更后的内容通知可能会受到影响的人员，并将变更记录汇总归档。如提出的

变更在决策时被否决，其初始记录也应予以保存。

2如果一个案例题涉及到合同管理，项目管理控制和项目沟通等诸多方面，在项目实际运行过程中， 出现了甲方随意变更、不配合验收、甲乙双方沟通存在障碍等情形

可以从合同管理、过程控制和项目沟通管理三个方面来回答

合同管理方面

1、在合同或其附件中要详细和清楚地规定有关的验收事宜，包括验收标准、验收时间、验收步骤和流程，以及售后服务的有关承诺。

2、由于合同双方现实环境和相关条件的变化，许多合同都有可能变更，而这些变更必须根据合同的相关条款适当处理。

过程控制方面

1

信管网：最专业信息系统项目管理师网站

1、在信息系统集成项目中，变更是很频繁的，也是很正常的，关键的是要制订和执行一个完善的变更控制流程。

2、在项目活动过程中，文档要齐全，使项目进展有据可查。

3、加强项目配置管理，设置项目里程碑，进行阶段性验收，并要求客户签字确认。

沟通方面

1、在项目计划编制阶段制订一份详尽的项目沟通计划，并按其执行。

2、定期出具绩效报告，让项目干系人了解项目的进展情况。如果发生变更，则要及时把信息提供给项目干系人。

3、营造良好的客户关系。项目经理要经常与客户方进行非正式的沟通，需要营造良好的客户关系，让客户成为自己真正的和长期的朋友。

关于WBS 的描述

1、WBS 是面向可交付物的层次型结构，是对完成项目目标、创造可交付物所需执行的项目工作的分解。

2、它组织并定义了整个项目范围，WBS 把项目工作细分为更小、更易管理的工作单元。

3、随着WBS 层次的降低，意味着项目工作也越来越详细。

4、WBS 代表了当前已批准的项目范围说明书中所有工作，WBS 的各个工作单元有助于项目干系人了解项目可交付物。 4工作结构分解原则

1、在各层次上保持项目的完整性，避免遗漏必要的组成部分。

2、一个工作单元只能从属于某个上层单元，避免交叉从属。

3、相同层次的工作单元应用相同性质。

4、工作单元应能分开不同的责任者和不同工作内容。

5、便于项目管理计划、控制的管理需要。

6、最底层工作应该具有可比性，是可管理的，可定量检查的。

7、应包含项目管理工作，包括分包出去的工作。

5配置管理中变更管理的主要任务

1、分析变更：研究变更的必要性、经济可行性；

2、记录和追踪变更；

3、采取措施保证变更在受控状态下进行

6什么是配置状态报告？它包括哪些信息？

配置状态报告也称为配置状态说明与报告，它是配置管理的一个组成部分，其作用是有效地记录和报告管理配置所需要的信息，目的是及时、准确地给出软件配置项的当前状况，供相关人员了解，以加强配置管理工作。

配置状态报告所包含的信息有：

1、状态说明的实体关系

2、状态说明数据词典

3、定期提交的配置状态报告的内容示例

4、配置状态报告提供信息的利用示例

7配置审核与技术评审

配置审核是验证配置项对于配置标识的一致性。

配置审核的实施是为了确保项目配置管理的有效性，体现配置管理的最根本要求，不允许出现任何混乱现象。 配置审核工作主要集中在两个方面：

2

信管网：最专业信息系统项目管理师网站

一是功能配置审核，即验证配置项的实际功效是与其需求一致的；

二是物理配置审核，即确定配置项符合预期的物理特性。

技术评审是一种的同行审查技术，其主要特点是由一组评审者按照规范的步骤对软件需求、设计、代码或其他技术文档进行仔细地检查，以找出和消除其中的缺陷。技术评审也称作审查。

技术评审目的有：

1、发现软件在功能、逻辑、实现上的错误；

2、验证软件符合它的需求规格；

3、确认软件符合预先定义的开发规范和标准；

4、保证软件在统一的模式下进行开发；

5、便于项目管理

8质量保证的定义和工具

质量保证的概念：

项目质量保证是在质量系统内实施的所有有计划的系统的活动，是保证质量管理计划得以实施的一组过程及步骤。 项目质量保证活动包括：如何建立质量标准、如何确立质量控制流程、如何进行质量体系的评估。

项目质量保证活动是质量管理的一个更高层次，是对质量策划、质量控制过程的质量控制。

质量保证的工具和技术有：

1、质量计划工具和技术：质量计划的工具和技术包括成本/效益分析、基准比较法、实验设计以及质量成本等方法。

2、质量审计：质量审计是决定一个项目质量活动是否符合组织政策、过程和程序的独立的评估。

3、过程分析：过程分析遵循过程改进计划的步骤，从一个组织或技术的立场上来识别需要的改进。通过采用价值分析、作业成本分析、流程分析等分析方法，质量保证的作用将大大提高。

4、质量控制工具和技术

5、基准分析：不断维护项目基准的可用，是质量保证的诉求。

质量控制的定义和工具：

项目质量控制就是项目管理组的人员采取有效措施，监督项目的具体实施结果，判断它们是否符合有关的项目质量标准，并确定消除产生不良结果原因的途径。项目质量控制是确保项目质量得以完满实现的过程。质量控制应贯穿于项目执行的全过程。

质量控制的工具和技术有：

1、检查：检查包括测量、检查和测试等活动，进行这些活动的目的是确定结果与要求是否一致。

2、控制图：也称为管理图，用于决定一个过程是否稳定或可执行，是反映生产程序随时间变化而发生的质量变动的状态图形，是对过程结果在时间坐标上的一种图形表示法。

3、帕累托图：也称为排列图、ABC 分析图法，是一种柱状图，按事件发生的频率排序而成，它显示由于某种原因引起的缺陷数量或不一致的排列顺序，是找出影响项目产品或服务质量的主要因素的方法。

4、统计抽样

5、流程图：是显示系统中各要素之间相互关系的图表，在质量管理中常用的流程图包括因果图和系统或程序流程图。因果图也叫因果分析图、石川图、鱼刺图，可直观地反映影响项目中可能出现的问题与各种潜在原因之间的关系。

6、趋势分析：趋势分析涉及根据历史结果，利用数学技术来预测未来的成果。

7、缺陷修复审计

8、其他工具：直方图、散点图等

3

信管网：最专业信息系统项目管理师网站

质量保证与质量控制的区别与联系：

1、质量保证和质量控制都是以确保项目质量满足质量标准为目的

2、质量计划是质量控制与质量保证的共同依据

3、质量保证的输出是下一阶段质量控制的输入

4、一定时间内质量控制的结果是质量保证的质量审计对象。质量保证的成果又可以指导下一阶段的质量工作包括质量控制和质量改进

5、质量保证一般是每隔一定时间，比如阶段末进行的，主要通过系统的质量审计来保证项目的质量

6、质量控制是实时监控项目的具体结果，以判断它们是否符合相关质量标准。制定有效方案，以消除产生质量问题的原因。

9进度案例

分析进度拖延的可能原因：

1、软件开发部门介入太晚，对项目早期工作不熟悉，需求分析耗时过长

2、项目经理经验不足，进度估算不准确

3、项目资源配置不足，缺乏专门的系统分析和设计人员

4、工作安排没有充分利用分配的项目资源，资源有闲置

5、在安排进度时可能未考虑到法定节假日的因素

进度压缩的工具和技术：

赶工，快速跟进，增加优质资源，提高资源利用率，外包，缩小项目范围，改变工艺或流程

用来跟踪项目进度的办法：

1、基于WBS 和工时估算制定活动网络图，制定项目工作计划

2、建立对项目工作的监督和测量机制

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

4、对项目中发现的问题，及时采取纠正和预防措施，并进行有效变更管理

5、使用有效的项目管理工具，提升项目管理的工作效率

活动历时估算方法：

1、明确定义项目的工作分解结构（WBS）

2、如果是升级项目或与以前项目类似，部分工作的工期估计方法可以采用类比估算法

4、对于新增的移动接入模块，可以联系业界专家，采用德尔菲法进行估算

5、对于WBS 进行足够细化后，可依据历史数据采用参数估算或三点估算进行进一步历时估算

进度管理的主要过程：

1、活动定义：把工作包进一步分解为活动，以方便进度管理

2、活动排序：确定各活动间的依赖关系

3、活动资源估算：确定需要什么资源、每一样资源需要多少、何时使用资源来执行项目活动

4、活动历时估算：涉及各事项、各工作网络时间的计算和完成整个项目任务所需要的总时间

5、制定进度计划：决定项目活动的开始和完成日期

6、进度控制：依据项目进度计划对项目的实际进展情况进行控制，使项目能够按时完成

资源对进度的影响：

4

信管网：最专业信息系统项目管理师网站

一般情况下，项目活动的历时与项目规模成正比，与投入的资源数量成反比。但也要注意到，任何活动都有压缩点，当活动的历时已达到自身的压缩点时，增加再多的资源也无法进一步压缩活动历时。一个非关键活动的一个较大时间延误，也许只对项目产生较小影响或不产生影响，但关键活动的较小延误马上就需要采取纠正措施。因此，每当缩短项目工期时，应当首先考虑在关键活动上增加资源，以加快进度缩短项目工期。

工期和历时的区别：

工期：指完成活动所需的日历时间（含休息日、节假日）

历时：指完成活动所需的纯的工作时间（不含休息日、节假日）

八、自由时差和总浮动时间的计算公式：

自由时差=后续活动最早开始时间-该活动的最早结束时间，它表示在不延误紧后工作开工的前提下，某项活动可以拖延的时间

总浮动时间=总时差=某活动的两个开始时间之差=某活动的两个结束时间之差，它表示不耽误项目计划完成时间的条件下，某项活动从最早开始时间算起，可以拖延的时间，即工作的机动时间

10如果有一个案例，给出合同中对项目的工作规定得比较简单、条款太粗略；制定的范围说明书没有经过各项目干系人的确认；验收的时候，各方对项目范围的意见不一致，项目产品不能被用户接受等情形，请大家参考以下答题思路。

分析原因时，大家可以考虑从以下方面着手：

1、合同没订好，没有就具体完成的工作形成明确清晰的条款

2、甲方没有对各部门的需求及变更进行统一的组织和管理

3、缺乏变更的接受/拒绝原则

4、由于乙方对项目干系人分析不到位，缺乏足够的信息来源，范围定义不全面、不准确

5、甲乙双方对项目范围没有达成一致认可或承诺

6、缺乏项目全生命周期的范围控制

7、缺乏客户参与

如何在合同谈判阶段、项目计划阶段、项目执行阶段进行项目范围管理

1、合同谈判阶段

1、取得明确的工作说明书或更细化的合同条款

2、在合同中明确双方的权利和义务，尤其是关于变更问题

3、采取措施，确保合同签约双方对合同的理解是一致的

2、计划阶段

1、编制项目范围说明书

2、创建项目工作分解结构

3、制定项目的范围管理计划

3、执行阶段

1、在项目执行过程中加强对已分解的各项任务的跟踪和记录

2、建立与项目干系人进行沟通的统一渠道

3、建立整体变更控制的规程并执行

4、加强对项目阶段性成果的评审和确认

4、项目全生命周期范围变更管理

5

信管网：最专业信息系统项目管理师网站

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

2、规定对用户的范围变更请求，应正式提出变更申请，并经双方项目经理审核后，视不同情况，做出相应的处理。 下面这段话一定要记牢：范围说明书描述了项目的可交付物和产生这些可交付物所必须做的工作。项目范围说明书在项目干系人之间建立了一个对项目范围的共识，描述了对项目的主要目标，使项目团队能进行更详细的规划，指导项目团队在项目实施期间的工作，并提供范围基准和边界。

11如果一个案例，出现项目人员分头进行开发工作、错误反复出现、各自提交测试报告、产品版本混 乱、在客户现场集成等情形，大家可以参考以下的答题思路

分析出现以上各情形的可能原因：

缺乏项目整体管理、缺乏整体变更控制流程、缺乏项目干系人之间的沟通、缺乏配置管理、缺乏整体版本管理、缺乏单元接口测试和集成测试

配置管理流程

1、制定配置管理计划：确定方针，分配资源，明确职责，计划培训，确定干系人，制定配置识别准则，制定基线计划，制定配置库备份计划，制定变更控制规程，制定审批计划。

2、配置项识别：识别配置项，分配唯一标识，确定配置项特征，记录配置项进入时间，确定配置项拥有者职责，进行配置项登记管理。

3、建立配置管理系统：建立分级配置管理机制，存储和检索配置项，共享和转换配置项，进行归档、记录、保护和权限设置。

4、基线化：获得授权，建立或发布基线，形成文件，使基线可用。

5、建立配置库：建立动态库、受控库和静态库。

6、变更控制：变更的记录、分析、批准、实施、验证、沟通和存档。

7、配置状态统计：统计配置项的各种状态。

8、配置审计：包括功能配置审计和物理配置审计。

可以采取的补救措施：

1、针对目前系统建立或调整基线

2、梳理变更脉络，确定统一的最终需求和设计

3、梳理配置项及历史版本

4、对照最终需求和设计逐项分析现有配置项及历史版本的符合情况

5、根据分析结果由相关干系人确定整体变更计划并实施

6、加强单元接口测试与系统的集成测试或联调

7、加强整体版本管理

配置库的类型：

1、备份库：包括制作软件和相关架构、数据和文档的不同版本的复制品。

2、动态库：存放开发过程中需要保留的各种信息，供开发人员个人专用。

3、受控库：在信息系统开发的某个阶段工作结束时，将工作产品存人或将有关的信息存入。

4、静态库：在开发的信息系统产品完成系统测试之后，用于存档各种基线。

12项目收尾

首先要知道项目收尾的含义：项目收尾包括合同收尾和管理收尾

1、合同收尾是按照合同约定，项目组和业主一项项的核对，检查是否完成了合同所有的要求，是

6

信管网：最专业信息系统项目管理师网站

否可以把项目结束掉，也就是项目验收。

2、管理收尾是对于项目内部来说的，把做好的项目文档等归档，对外宣称项目已经结束，转入维

护期，把相关的产品说明转到维护组，同时进行经验、教训总结。

项目收尾包含的主要工作：

1、核实项目范围，项目正式验收

2、梳理项目合同，处理品合同遗留问题，结款

3、进行项目移交，转移项目责任

4、整理项目记录，项目档案归档，完成项目文档收集整理工作，将所有的项目文件存档并建立索引目录

5、进行成果分析，总结经验、教训

6、释放项目资源，迎接新的工作

项目验收的主要工作：

1、承建方自检 2、系统试运行 3、技术培训 4、系统竣工 5、初验合格 6、项目终验

甘特图:也叫横道图或条形图，是一种能有效显示活动时间计划编制的一种方法，主要用于项目计划和项目进度安排。 甘特图的特点是简单、明了、直观，能较清楚地反映工作任务的开始和结束时间，能表达工作任务的活动时差和彼此间的逻辑关系。甘特图可用于WBS 的任何 层次，其时间单位可以从年到月甚至到日。但甘特图只能表明已有的静态关系，而且，对于错综复杂、相互制约的各项活动间的关系没有表示出来，同时也没有指出影响项目生命期的关键所在。这一点不利于合理的组织安排和指挥整个系统，更不利于对整个系统进行动态优化管理。

检查点：指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看成一个固定的采样时点，而时间间隔根据项目周期长短不同而不同，频度过小就会失去意义，频度过大会增加管理成本。常见的间隔是每周一次。

里程碑：完成阶段性工作的标志，不同类型的项目里程碑不同。

基线：指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线其实是一些重要的里程碑，但相关交付物要通过正式评审，并作为后续工作的基准和出发点。基线一旦建立后，其变化需要受控制。

滚动波式计划：为了分解到底层的工作包，有些项目可交付物只需分解到下一层，而有些项目可交付物需要分解到多层。当工作被分解到更低的、更详细的层次时，有助于对这些工作的计划、管理和控制。然而，过度的分解反而有害。 详细的分解对于遥远的将来才能完成的交付物或子项目是不需要的，也是不可能的。一般地，项目管理团队应该等待交付物或子项目足够清晰时才制定详细的WBS。这种技术通常被称为滚动波式计划。该方法的实质是将近期的工作计划得详细一些，远期的工作计划得相对粗一些。

13如果一个案例涉及软件测试对于系统质量保证的作用，那么可能会用到以下答题思路，请大家注意：

一、分析测试过程的不足：

1、安排测试计划的编制时机不当：测试计划和测试用例的编制应当与软件系统的概要设计、详细设计同步进行。

2、测试计划不够全面：除了集成测试、功能测试、性能测试、安全性测试外，还应该当包含系统整体测试、运行测试。运行测试是对应用软件系统整体功能的全面检验，也是最能说明软件系统质量的测试环节。

3、测试计划编制时机不当：系统测试计划、确认测试计划应当在需求分析阶段制定，测试用例、测试说明应当在概要设计阶段制定；集成测试计划应当在概要设计阶段制定，测试用例、测试说明应当在详细设计阶段制定；单元测试计划应当在详细设计阶段制定，测试用例、测试说明应当在编码阶段制定。

二、项目经理过度重视测试在保证软件系统的质量中的作用，这样做有什么不当之处？应如何改正？

7

信管网：最专业信息系统项目管理师网站

在定制软件开发项目中，根据测试结果判定软件系统的质量是不够的。

因为，软件系统中的缺陷可能由于多种原因而未在测试中被发现，如测试环境与运行环境的区别、测试人员的能力问题、测试计划和测试用例的局限及缺陷等。

由于软件系统质量、功能、性能具有很强隐蔽性的特点，用户往往不大可能根据项目开发小组的测试结论来进行项目的验收。最好让用户组织对项目进行试运行，以试运行的结论来作为验收的依据之一是比较有说服力的。 如何想提高软件产品质量，从质量管理的角度，项目经理应该如何做？

项目经理应当执行好质量计划、质量保证、质量控制这三个过程。

首先，项目经理应当编制质量计划，识别与该项目相关的质量标准，以及确定如何满足这些标准。为了实现该目标，需要进行成本/效益分析、基准分析、试验设计等。

其次，为了确保实际交付高质量的产品或服务，项目经理还应联合相关质量部门执行质量保证，有计划且系统地执行为保证项目能够满足相关质量标准而建立的活动。为了实现该目标，需要进行质量审计、过程分析、基准分析等。 最后，为了确定项目实施结果是否与相关质量标准相符，项目经理还应联合项目组和相关质量部门执行质量控制。该过程包括项目产品质量控制和项目过程结果的质量控制两部分。前者由相关质量部门控制，后者由项目组成员控制为了实现该项目，需要进行检查、控制图管理、排列图管理、统计抽样、趋势分析等。

14以下几点可能会在案例分析题中用到，请大家注意一下：

一、高效团队的特点：

1、规模比较小，一般不超过10 人

2、互补的技能，即团队各成员至少具备科技专长、分析解决问题的能力、沟通技能

3、共同的目的

4、可行的目标以使成员采取行动和充满活力

5、共同手段或方法来达成目标

6、相互之间的责任

二、建设高效团队的举措：

1、增强项目经理的领导才能：项目经理就是项目的负责人，有时人们也称项目管理者或项目领导者，他负责项目的组织、计划及实施的全过程，在项目管理过程中起着关键作用，以保证项目目标的成功实现：

（1）增强和发挥项目经理的指导作用

（2）充分发挥项目经理的沟通和协调作用

（3）充分发挥项目经理的激励作用

2、灵活授权，及时决策：随着项目团队的建设和发展，项目经理要通过授权让团队成员分担责任，使团队成员更多地参与项目的决策过程，允许个人或小组以自己更灵活的方式开展工作。

3、充分发挥团队凝聚力：团队凝聚力是无形的精神力量，是将一个团队的成员紧密地联系在一起的看不见的纽带。团队的凝聚力来自于团队成员自觉的内心动力，来自于共识的价值观，是团队精神的最高体现。一般情况下，高团队凝聚力带来高团队绩效。

如果案例涉及招投标、合同等内容，请大家注意以下几点：

一、可能出现问题的几个环节：

1、在招标文件要求提交投标文件截止时间至少15 日前，招标人可以以书面形式对已发出的招标文件进行必要的澄清或修改。

2、依法必须招标的项目，自招标文件开始发出之日起至提交投标文件截止之日止，最短不得少于20 日。

8

信管网：最专业信息系统项目管理师网站

3、招标人和中标人应当在自中标通知书发出之日起30 日内，按照招标文件和中标人的投标文件签订书面合同。

4、评标委员会的成员人数必须是5 人以上的单数，且专家人数不少于三分之二。

5、不得对投标人区别对待，不得设定不同的加分标准，不得有区域限制。

6、两个以上的投标人可以组成一个联合体，以一个投标人的身份参加投标，按照资质等级较低的单位确定资质等级。

7、如果投标人的价格低于成本价，则被视为废标。

8、投标人少于3 个的，应当重新招标。

9、招标文件不得要求或标明特定的生产供应者，不得排斥潜在投标人。

二、招投标程序：

1、招标人采用公开招标方式的，应该发布招标公告；

招标人采用邀请招标方式的，应当向三个以上的具备承担招标项目的组织发出投标邀请书。

2、招标人根据招标项目的具体情况，组织潜在投标人踏勘项目现场。

3、投标人投标。 4、开标。 5、评标。 6、确定中标人。 7、订立合同。

沟通管理的几点注意事项

一、沟通渠道的计算公式：CC=N（N-1）/2 CC 表示沟通渠道 N 表示成员数

二、改进项目沟通的建议：

1、使用项目管理信息系统辅助沟通

2、建立沟通基础结构

3、使用项目沟通模板

4、把握项目沟通基本原则

5、发展更好地沟通技能

6、认识和把握人际沟通风格

7、进行良好的冲突管理

8、召开高效的会议

三、提高沟通效率应把握的原则：

1、沟通内外有别

2、非正式的沟通有利于关系的融洽

3、采用对方能接受的沟通风格

4、沟通的升级原则

5、扫除沟通障碍

9