1、第 1 页 共 20 页，亲情整理 案例分析答题思路总结 以下是一个与变更相关的案例的答案要点。 如果遇到相关题目，按照这个思路答应该能及格吧？！ 一、如果题目给出一个管理混乱的与配置管理相关的案例，要找出存在的主要问题。请大家参考以下： （1） 对用户的要求未进行记录； （2） 对变更请求未进行足够的分析，也没有获得批准； （3） 在修改过程中没有注意进行版本管理； （4） 修改完成后未进行验证； （5） 修改的内容未和项目干系人进行沟通。 二、混乱的配置管理可能导致哪些后果？请大家参考以下： （1） 缺乏对变更请求的记录可能会导致对产品的变更历史无法追溯，并会导致对工作产物的整体变化情况失
2、去把握。 （2） 缺乏对变更请求的分析可能会导致后期的变更工作出现工作缺失、与其他工作不一致等问题，对项目的进度、成本、质量方面也会产生一定影响。 （3） 在修改过程中不注意版本管理，一方面可能会导致当变更失败时无法进行复原，造成成本损耗和进度拖延；另一方面，对于组织财富和经验的积累也是不利的。 （4） 修改完成后不进行验证则难以确认变更是否正确实现，为变更付出的工作量也无法得到承认。 （5） 未与项目干系人进行沟通可能会导致项目干系人的工作之间出现不一致之处，进而影响项目的整体质量。 三、变更管理流程是一定要知道的： （1） 变更申请。应记录变更的提出人、日期、申请变更的内容等信息。 （2）
3、 变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。 （3） 变更决策。由具有相应权限的人员或机构决定是否实施变更。 （4） 变更实施。由管理者指定的工作人员在受控状态下实施变更。 第 2 页 共 20 页，亲情整理 （5） 变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价，确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。 （6）沟通存档。将变更后的内容通知可能会受到影响的人员，并将变更记录汇总归档。如提出的变更在决策时被否决，其初始记录也应予以保存。 如果一个案例题涉及到了合同管理、项目管理控制和项目沟通等诸多方面，在项目实际
4、运行过程中，出现了甲方随意变更、不配合验收、甲乙双方沟通存在障碍等情形，可以参考以下的答题思路。 实在不行，全写上，错了不扣分的！ 我们可以从合同管理、过程控制和项目沟通管理三个方面来回答。 一、合同管理方面。 1、 在合同或其附件中要详细和清楚地规定有关的验收事宜，包括验收标准、验收时间、验收步骤和流程，以及售后服务的有关承诺。 2、 由于合同双方现实环境和相关条件的变化，许多合同都有可能变更，而这些变更必须根据合同的相关条款适当处理。 二、过程控制方面。 1、 在信息系统集成项目中，变更是很频繁的，也是很正常的，关键的是要制订和执行一个完善的变更控制流程。 2、 在项目活动过程中，文档要齐
5、全，使项目进展有据可查。 3、 加强项目配置管理，设置项目里程碑，进行阶段性验收，并要求客户签字确认。 三、沟通方面。 1、 在项目计划编制阶段制订一份详尽的项目沟通计划，并按其执行。 2、 定期出具绩效报告，让项目干系人了解项目的进展情况。如果发生变更，则要及时把信息提供给项目干系人。 3、 营造良好的客户关系。项目经理要经常与客户方进行非正式的沟通，需要营造良好的客户关系，让客户成为自己真正的和长期的朋友。 第 3 页 共 20 页，亲情整理 以下内容可能是在案例分析时会用到的，请大家一定注意：一、以下关于 WBS 的描述，一定要知道：WBS 是面向可交付物的层次型结构，是对完成项目目标、
6、创造可交付物所需执行的项目工作的分解。 它组织并定义了整个项目范围，WBS 把项目工作细分为更小、更易管理的工作单元。 随着 WBS 层次的降低，意味着项目工作也越来越详细。 WBS 代表了当前已批准的项目范围说明书中所有工作，WBS 的各个工作单元有助于项目干系人了解项目可交付物。 二、工作结构分解应把握什么原则： 1、 在各层次上保持项目的完整性，避免遗漏必要的组成部分。 2、 一个工作单元只能从属于某个上层单元，避免交叉从属。 3、 相同层次的工作单元应用相同性质。 4、 工作单元应能分开不同的责任者和不同工作内容。 5、 便于项目管理计划、控制的管理需要。 6、 底层工作应该具有可比性
7、，是可管理的，可定量检查的。 7、 应包含项目管理工作，包括分包出去的工作。 以下内容可能会在案例分析题中用到，大家要注意一下： 一、配置管理中变更管理的主要任务是： 1、 分析变更：研究变更的必要性、经济可行性； 第 4 页 共 20 页，亲情整理 2、 记录和追踪变更； 3、 采取措施保证变更在受控状态下进行 二、什么是配置状态报告？它包括哪些信息？ 配置状态报告也称为配置状态说明与报告，它是配置管理的一个组成部分，其作用是有效地记录和报告管理配置所需要的信息，目的是及时、准确地给出软件配置项的当前状况，供相关人员了解，以加强配置管理工作。 配置状态报告所包含的信息有： 1、 状态说明的实
8、体关系 2、 状态说明数据词典 3、 定期提交的配置状态报告的内容示例 4、 配置状态报告提供信息的利用示例 三、配置审核与技术评审： 配置审核是验证配置项对于配置标识的一致性。 配置审核的实施是为了确保项目配置管理的有效性，体现配置管理的 根本要求，不允许出现任何混乱现象。 配置审核工作主要集中在两个方面： 一是功能配置审核，即验证配置项的实际功效是与其需求一致的； 二是物理配置审核，即确定配置项符合预期的物理特性。 第 5 页 共 20 页，亲情整理 技术评审是一种的同行审查技术，其主要特点是由一组评审者按照规范的步骤对软件需求、设计、代码或其他技术文档进行仔细地检查，以找出和消除其中的缺
9、陷。技术评审也称作审查。 技术评审目的有： 1、 发现软件在功能、逻辑、实现上的错误； 2、 验证软件符合它的需求规格； 3、 确认软件符合预先定义的开发规范和标准； 4、 保证软件在统一的模式下进行开发； 5、 便于项目管理。 以下内容可能会在案例分析题中用到，请大家一定注意：一、质量保证的定义和工具：质量保证的概念： 项目质量保证是在质量系统内实施的所有有计划的系统的活动，是保证质量管理计划得以实施的一组过程及步骤。 项目质量保证活动包括：如何建立质量标准、如何确立质量控制流程、如何进行质量体系的评估。 项目质量保证活动是质量管理的一个更高层次，是对质量策划、质量控制过程的质量控制。 质量
10、保证的工具和技术有： 1、 质量计划工具和技术：质量计划的工具和技术包括成本/效益分析、基准比较法、实验设计以及质量成本等方法。 2、 质量审计：质量审计是决定一个项目质量活动是否符合组织政策、过程和程序的独立的评估。 3、 过程分析：过程分析遵循过程改进计划的步骤，从一个组织或技术的立场上来识别需要的改进。通过采用价值分析、作业成本分析、流程分析等分析方法，质量保证的作用将大大提高。 4、 质量控制工具和技术 5、 基准分析：不断维护项目基准的可用，是质量保证的诉求。 第 6 页 共 20 页，亲情整理 二、质量控制的定义和工具： 项目质量控制就是项目管理组的人员采取有效措施，监督项目的具体
11、实施结果，判断它们是否符合有关的项目质量标准，并确定消除产生不良结果原因的途径。 项目质量控制是确保项目质量得以完满实现的过程。 质量控制应贯穿于项目执行的全过程。 质量控制的工具和技术有： 1、 检查：检查包括测量、检查和测试等活动，进行这些活动的目的是确定结果与要求是否一致。 2、 控制图：也称为管理图，用于决定一个过程是否稳定或可执行，是反映生产程序随时间变化而发生的质量变动的状态图形，是对过程结果在时间坐标上的一种图形表示法。 3、 帕累托图：也称为排列图、ABC 分析图法，是一种柱状图，按事件发生的频率排序而成，它显示由于某种原因引起的缺陷数量或不一致的排列顺序，是找出影响项目产品或
12、服务质量的主要因素的方法。 4、 统计抽样 5、 流程图：是显示系统中各要素之间相互关系的图表，在质量管理中常用的流程图包括因果图和系统或程序流程图。因果图也叫因果分析图、石川图、鱼刺图，可直观地反映影响项目中可能出现的问题与各种潜在原因之间的关系。 6、 趋势分析：趋势分析涉及根据历史结果，利用数学技术来预测未来的成果。 7、 缺陷修复审计 8、 其他工具：直方图、散点图等 三、质量保证与质量控制的区别与联系： 1、 质量保证和质量控制都是以确保项目质量满足质量标准为目的 2、 质量计划是质量控制与质量保证的共同依据 3、 质量保证的输出是下一阶段质量控制的输入 4、 一定时间内质量控制的结
13、果是质量保证的质量审计对象。质量保证的成果又可以指导下一阶段的质量工作包括质量控制和质量改进 第 7 页 共 20 页，亲情整理 5、 质量保证一般是每隔一定时间，比如阶段末进行的，主要通过系统的质量审计来保证项目的质量 6、 质量控制是实时监控项目的具体结果，以判断它们是否符合相关质量标准。制定有效方案，以消除产生质量问题的原因。 如果给出一个案例，进度出现严重拖延，那么可能会涉及到以下答题思路：一、分析进度拖延的可能原因： 1、 软件开发部门介入太晚，对项目早期工作不熟悉，需求分析耗时过长 2、 项目经理经验不足，进度估算不准确 3、 项目资源配置不足，缺乏专门的系统分析和设计人员 4、工
14、作安排没有充分利用分配的项目资源，资源有闲置 5、在安排进度时可能未考虑到法定节假日的因素 二、进度压缩的工具和技术： 1、 赶工 2、 快速跟进 3、 增加优质资源 4、 提高资源利用率 5、 外包 6、 缩小项目范围 7、 改变工艺或流程 三、用来跟踪项目进度的办法： 1、 基于 WBS 和工时估算制定活动网络图，制定项目工作计划 2、 建立对项目工作的监督和测量机制 3、 确定项目的里程碑，并建立有效的评审机制 4、 对项目中发现的问题，及时采取纠正和预防措施，并进行有效变更管理 5、 使用有效的项目管理工具，提升项目管理的工作效率 四、活动历时估算方法： 第 8 页 共 20 页，亲情
15、整理 1、 明确定义项目的工作分解结构（WBS） 2、 如果是升级项目或与以前项目类似，部分工作的工期估计方法可以采用类比估算法 3、 对于新增的移动接入模块，可以联系业界专家，采用德尔菲法进行估算 4、 对于 WBS 进行足够细化后，可依据历史数据采用参数估算或三点估算进行进一步历时估算 五、进度管理的主要过程： 1、 活动定义：把工作包进一步分解为活动，以方便进度管理 2、 活动排序：确定各活动间的依赖关系 3、 活动资源估算：确定需要什么资源、每一样资源需要多少、何时使用资源来执行项目活动 4、 活动历时估算：涉及各事项、各工作网络时间的计算和完成整个项目任务所需要的总时间 5、 制定进
16、度计划：决定项目活动的开始和完成日期 6、 进度控制：依据项目进度计划对项目的实际进展情况进行控制，使项目能够按时完成 六、 资源对进度的影响： 一般情况下，项目活动的历时与项目规模成正比，与投入的资源数量成反比。 但也要注意到，任何活动都有压缩点，当活动的历时已达到自身的压缩点时，增加再多的资源也无法进一步压缩活动历时。 一个非关键活动的一个较大时间延误，也许只对项目产生较小影响或不产生影响，但关键活动的较小延误马上就需要采取纠正措施。因此，每当缩短项目工期时，应当首先考虑在关键活动上增加资源，以加快进度缩短项目工期。 七、 另外，注意一下工期和历时的区别： 1、 工期：指完成活动所需的日历
17、时间（含休息日、节假日） 2、 历时：指完成活动所需的纯的工作时间（不含休息日、节假日） 八、自由时差和总浮动时间的计算公式： 1、 自由时差=后续活动 早开始时间-该活动的 早结束时间 它表示，在不延误紧后工作开工的前提下，某项活动可以拖延的时间 2、 总浮动时间=总时差=某活动的两个开始时间之差=某活动的两个结束时间之差 它表示，不耽误项目计划完成时间的条件下，某项活动从 早开始时间算起，可以拖延的时间，即工作的机动时间 第 9 页 共 20 页，亲情整理 如果有一个案例，给出合同中对项目的工作规定得比较简单、条款太粗略；制定的范围说明书没有经过各项目干系人的确认；验收的时候，各方对项目范
18、围的意见不一致，项目产品不能被用户接受等情形，请大家参考以下答题思路。 一、分析原因时，大家可以考虑从以下方面着手： 1、 合同没订好，没有就具体完成的工作形成明确清晰的条款 2、 甲方没有对各部门的需求及变更进行统一的组织和管理 3、 缺乏变更的接受/拒绝原则 4、 由于乙方对项目干系人分析不到位，缺乏足够的信息来源，范围定义不全面、不准确 5、 甲乙双方对项目范围没有达成一致认可或承诺 6、 缺乏项目全生命周期的范围控制 7、 缺乏客户参与 二、如何在合同谈判阶段、项目计划阶段、项目执行阶段进行项目范围管理？ （1）合同谈判阶段 1、 取得明确的工作说明书或更细化的合同条款 2、 在合同中
19、明确双方的权利和义务，尤其是关于变更问题 3、 采取措施，确保合同签约双方对合同的理解是一致的 （2）计划阶段 1、 编制项目范围说明书 2、 创建项目工作分解结构 第 10 页 共 20 页，亲情整理 3、 制定项目的范围管理计划 （3）执行阶段 1、 在项目执行过程中加强对已分解的各项任务的跟踪和记录 2、 建立与项目干系人进行沟通的统一渠道 3、 建立整体变更控制的规程并执行 4、 加强对项目阶段性成果的评审和确认 （4）项目全生命周期范围变更管理 1、 在项目管理体系中应该包含一套严格、实用、高效的变更程序 2、 规定对用户的范围变更请求，应正式提出变更申请，并经双方项目经理审核后，视不同情况，做出相应的处理。 三、 下面这段话一定要记牢： 范围说明书描述了项目的可交付物和产生这些可交付物所必须做的工作。 项目范围说明书在项目干系人之间建立了一个对项目范围的共识，描述了对项目的主要目标，使项目团队能进行更详细的规划，指导项目团队在项目实施期间的工作，并提供范围基准和边界。 四、 项目范围管理的要点： （1） 范围管理计划 （2） 范围定义 （3） 工作分解 （4） 范围确认
