2014年11月份-信息系统项目管理师下午案例分析技巧

1、1 变更案例如果题目给出一个管理的与配置管理相关的案例，要找出存在的主要问题1、对用户的要求未进行2、对变更请求未进行足够的分析，也没有获得批准3、在修改过程中没有注意进行版本管理4、修改完成后未进行验证5、修改的内容未和项目干系人的配置管理可能导致的1、缺乏对变更请求的可能会导致对产品的变更历史无法追溯，并会导致对工作产物的整体变化情况失去把握。2、缺乏对变更请求的分析可能会导致后期的变更工作出现工作缺失、与其他工作不一致等问题，对项目的进度成本、质量方面也会产生一定影响。3、在修改过程中不注意版本管理，一方面可能会导致当变更失败时无法进行复原，造成成本损耗和进度拖延；另一方面，对于组织和经

2、验的积累也是不利的。4、修改完成后不进行验证则难以确认变更是否正确实现，为变更付出的工作量也无法得到承认。5、未与项目干系人项目的整体质量。变更管理流程1、变更申请。应可能会导致项目干系人的工作之间出现不一致之处，进而影响变更的提出人、日期、申请变更的内容等信息。2、变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。3、变更决策。由具有相应权限的4、变更实施。由管理者指定的或机构决定是否实施变更。在受控状态下实施变更。5、变更验证。由配置管理预期或受到变更影响的人对变更结果进行评价，确定变更结果和是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。6、沟通存档。

3、将变更后的内容通知可能会受到影响的出的，并将变更汇总归档。如提变更在决策时被否决，其初始也应予以保存。2 如果一个案例题涉及到合同管理，项目管理控制和项目沟通等诸多方面，在项目实际运行过程中，出现了甲方随意变更、不配合验收、甲乙双方沟通存在等情形可以从合同管理、过程控制和项目沟通管理三个方面来回答合同管理方面1、在合同或其附件中要详细和清楚地规定有关的验收事宜，包括验收标准、验收时间、验收步骤和流程，以及的有关承诺。2、由于合同双方现实环境和相关条件的变化，许多合同都有可能变更，而这些变更必须根据合同的相关条款适当处理。过程控制方面1、在信息系统集成项目中，变更是很频繁的，也是很正常的，关键的

4、是要制订和执行一个完善的变更控制流程。2、在项目活动过程中，文档要齐全，使项目进展有据可查。3、加强项目配置管理，设置项目里程碑，进行阶段性验收，并要求客户签字确认。沟通方面1、在项目计划编制阶段制订一份详尽的项目沟通计划，并按其执行。2、定期出具绩效，让项目干系人了解项目的进展情况。如果发生变更，则要及时把信息提供给项目干系人。3、营造良好的客户关系。项目经理要经常与客户方进行非正式的沟通，需要营造良好的客户关系，让客户成为自己真正的和长期的朋友。关于 WBS 的描述1、WBS 是面向可交付物的层次型结构，是对完成项目目标、创造可交付物所需执行的项目工作的分解。2、它组织并定义了整个项目范围

5、，WBS 把项目工作细分为更小、更易管理的工作单元。3、随着 WBS 层次的降低，意味着项目工作也越来越详细。4、WBS 代表了当前已批准的项目范围说明书中所有工作，WBS 的各个工作单元有助于项目干系人了解项目可交付物。工作结构分解原则1、在各层次上保持项目的完整性，避免遗漏必要的组成部分。2、一个工作单元只能从属于某个上层单元，避免交叉从属。3、相同层次的工作单元应用相同性质。4、工作单元应能分开不同的责任者和不同工作内容。5、便于项目管理计划、控制的管理需要。6、最底层工作应该具有可比性，是可管理的，可定量检查的。7、应包含项目管理工作，包括分包出去的工作。配置管理中变更管理的主要任务1

6、、分析变更：研究变更的必要性、经济可行性；2、和追踪变更；3、采取措施保证变更在受控状态下进行6配置状态？它包括哪些信息？配置状态也称为配置状态说明与，它是配置管理的一个组成部分，其作用是有效地供相关和管理配置所需要的信息，目的是及时、准确地给出了解，以加强配置管理工作。所包含的信息有：配置项的当前状况，配置状态1、状态说明的实体关系2、状态说明数据词典3、定期提交的配置状态的内容示例4、配置状态提供信息的利用示例7 配置审核与技术评审配置审核是验证配置项对于配置标识的一致性。配置审核的实施是为了确保项目配置管理的有效性，体现配置管理的最根本要求，不允许出现任何现象。配置审核工作主要集中在两个

7、方面：一是功能配置审核，即验证配置项的实际功效是与其需求一致的；二是物理配置审核，即确定配置预期的物理特性。技术评审是一种的技术，其主要特点是由一组评审者按照规范的步骤对需求、设计、代码或其他技术文档进行仔细地检查，以找出和消除其中的缺陷。技术评审也称作。技术评审目的有：1、发现2、验证3、确认4、保证在功能、逻辑、实现上的错误；符合它的需求规格；符合预先定义的开发规范和标准；在的模式下进行开发；5、便于项目管理8 质量保证的定义和工具质量保证的概念：项目质量保证是在质量系统内实施的所有有计划的系统的活动，是保证质量管理计划得以实施的一组过程及步骤。项目质量保证活动包括：如何建立质量标准、如何

8、确立质量控制流程、如何进行质量体系的评估。项目质量保证活动是质量管理的一个更制。质量保证的工具和技术有：次，是对质量策划、质量控制过程的质量控1、质量计划工具和技术：质量计划的工具和技术包括成本/效益分析、基准比较法、实验设计以及质量成本等方法。2、质量审计：质量审计是决定一个项目质量活动是否符合组织政策、过程和程序的独立的评估。3、过程分析：过程分析遵循过程改进计划的步骤，从或技术的立场上来识别需要的改进。通过采用价值分析、作业成本分析、流程分析等分析方法，质量保证的作用将大大提高。4、质量控制工具和技术5、基准分析：不断项目基准的可用，是质量保证的诉求。质量控制的定义和工具：项目质量控制就

9、是项目管理组的采取有效措施，监督项目的具体实施结果，判断它们是否符合有关的项目质量标准，并确定消除产生不良结果原因的途径。项目质量控制是确保项目质量得以完满实现的过程。质量控制应贯穿于项目执行的全过程。质量控制的工具和技术有：1、检查：检查包括测量、检查和测试等活动，进行这些活动的目的是确定结果与要求是否一致。2、控制图：也称为管理图，用于决定一个过程是否稳定或可执行，是反映生产程序随时间变化而发生的质量变动的状态图形，是对过程结果在时间坐标上的一种图形表示法。3、托图：也称为排列图、ABC 分析图法，是一种柱状图，按事件发生的频率排序而成，它显示由于某种原因引起的缺陷数量或不一致的排列顺序，

10、是找出影响项目产品或服务质量的主要4、统计抽样的方法。5、流程图：是显示系统中各要间相互关系的图表，在质量管理中常用的流程图包括因果图和系统或程序流程图。因果图也叫因果分析图、石川图、鱼刺图，可直观地反映影响项目中可能出现与各种潜在原因之间的关系。6、趋势分析：趋势分析涉及根据历史结果，利用数学技术来7、缺陷修复审计8、其他工具：直方图、散点图等质量保证与质量控制的区别与联系：1、质量保证和质量控制都是以确保项目质量满足质量标准为目的2、质量计划是质量控制与质量保证的共同依据3、质量保证的输出是下一阶段质量控制的输入未来的成果。4、一定时间内质量控制的结果是质量保证的质量审计对象。质量保证的成

11、果又可以指导下一阶段的质量工作包括质量控制和质量改进5、质量保证一般是每隔一定时间，比如阶段末进行的，主要通过系统的质量审计来保证项目的质量6、质量控制是实时项目的具体结果，以判断它们是否符合相关质量标准。制定有效方案，以消除产生质量问题的原因。9 进度案例分析进度拖延的可能原因：1、开发部门介入太晚，对项目早期工作不熟悉，需求分析耗时过长2、项目经理经验3、项目资源配置，进度估算确，缺乏专门的系统分析和设计4、工作安排没有充分利用分配的项目资源，资源有闲置5、在安排进度时可能未考虑到法定节假日的进度压缩的工具和技术：赶工，快速跟进，增加优质资源，提高资源利用率，外包，缩小项目范围，改变工艺或

12、流程用来项目进度的办法：1、基于 WBS 和工时估算制定活动网络图，制定项目工作计划2、建立对项目工作的监督和测量机制3、确定项目的里程碑，并建立有效的评审机制4、对项目中发现，及时采取纠正和预防措施，并进行有效变更管理5、使用有效的项目管理工具，活动历时估算方法：项目管理的工作效率1、明确定义项目的工作分解结构（WBS）2、如果是升级项目或与以前项目类似，部分工作的工期估计方法可以采用类比估算法4、对于新增的移动接入模块，可以联系业界，采用法进行估算5、对于 WBS 进行足够细化后，可依据历史数据采用参数估算或三点估算进行进一步历时估算进度管理的主要过程：1、活动定义：把工作包进一步分解为活

13、动，以方便进度管理2、活动排序：确定各活动间的依赖关系3、活动资源估算：确定需要什么资源、每一样资源需要多少、何时使用资源来执行项目活动4、活动历时估算：涉及各事项、各工作网络时间的计算和完成整个项目任务所需要的总时间5、制定进度计划：决定项目活动的开始和完成日期6、进度控制：依据项目进度计划对项目的实际进展情况进行控制，使项目能够按时完成资源对进度的影响：一般情况下，项目活动的历时与项目规模成正比，与投入的资源数量成反比。但也要注意到，任何活动都有压缩点，当活动的历时已达到自身的压缩点时，增加再多的资源也无法进一步压缩活动历时。一个非关键活动的一个较大时间延误，也许只对项目产生较小影响或不产

14、生影响，但关键活动的较小延误马上就需要采取纠正措施。因此，每当缩短项目工期时，应当首先考虑在关键活动上增加资源，以加快进度缩短项目工期。工期和历时的区别：工期：指完成活动所需的日历时间（含休息日、节假日）历时：指完成活动所需的纯的工作时间（不含休息日、节假日）八、时差和总浮动时间的计算公式：时差=后续活动最早开始时间-该活动的最早结束时间，它表示在不延误紧后工作开工的前提下，某项活动可以拖延的时间总浮动时间=总时差=某活动的两个开始时间之差=某活动的两个结束时间之差，它表示不耽误项目计划完成时间的条件下，某项活动从最早开始时间算起，可以拖延的时间，即工作的机动时间10 如果有一个案例，给出合同

15、中对项目的工作规定得比较简单、条款太粗略；制定的范围说明书没有经过各项目干系人的确认；验收的时候，各方对项目范围的意见不一致，项目产品不能被用户接受等情形，请大家参考以下答题思路。分析原因时，大家可以考虑从以下方面着手：1、合同没订好，没有就具体完成的工作形成明确清晰的条款2、甲方没有对3、缺乏变更的接受/的需求及变更进行原则的组织和管理4、由于乙方对项目干系人分析，缺乏足够的信息来源，范围定义不全面、确5、甲乙双方对项目范围没有达成一致认可或承诺6、缺乏项目全生命周期的范围控制7、缺乏客户参与如何在合同谈判阶段、项目计划阶段、项目执行阶段进行项目范围管理1、合同谈判阶段1、取得明确的工作说明

16、书或更细化的合同条款2、在合同中明确双方的权利和义务，尤其是关于变更问题3、采取措施，确保合同签约双方对合同的理解是一致的2、计划阶段1、编制项目范围说明书2、创建项目工作分解结构3、制定项目的范围管理计划3、执行阶段1、在项目执行过程中加强对已分解的各项任务的和2、建立与项目干系人的3、建立整体变更控制的规程并执行4、加强对项目阶段性成果的评审和确认4、项目全生命周期范围变更管理1、在项目管理体系中应该包含一套严格、实用、高效的变更程序2、规定对用户的范围变更请求，应正式提出变更申请，并经双方项目经理审核后，视不同情况，做出相应的处理。下面这段话一定要记牢：范围说明书描述了项目的可交付物和产

17、生这些可交付物所必须做的工作。项目范围说明书在项目干系人之间建立了一个对项目范围的共识，描述了对项目的主要目标，使项目团队能进行更详细的规划，指导项目团队在项目实施期间的工作，并提供范围基准和边界。11 如果一个案例，出现项目产品版本混分头进行开发工作、错误反复出现、各自提交测试、乱、在客户现场集成等情形，大家可以参考以下的答题思路分析出现以上各情形的可能原因：缺乏项目整体管理、缺乏整体变更控制流程、缺乏项目干系人之间的沟通、缺乏配置管理、缺乏整体版本管理、缺乏单元接口测试和集成测试配置管理流程1、制定配置管理计划：确定方针，分配资源，明确职责，计划培训，确定干系人，制定配置识别准则，制定基线

18、计划，制定配置库备份计划，制定变更控制规程，制定计划。2、配置项识别：识别配置项，分配唯一标识，确定配置项特征，定配置项拥有者职责，进行配置项登记管理。配置项进入时间，确3、建立配置管理系统：建立分级配置管理机制，和检索配置项，共享和转换配置项，进行归档、保护和权限设置。4、基线化：获得，建立或发布基线，形成文件，使基线可用。5、建立配置库：建立动态库、受控库和静态库。6、变更控制：变更的、分析、批准、实施、验证、沟通和存档。7、配置状态统计：统计配置项的各种状态。8、配置审计：包括功能配置审计和物理配置审计。可以采取的补救措施：1、针对目前系统建立或调整基线2、梳理变更脉络，确定的最终需求和

19、设计3、梳理配置历史版本4、对照最终需求和设计逐项分析现有配置历史版本的符合情况5、根据分析结果由相关干系人确定整体变更计划并实施6、加强单元接口测试与系统的集成测试或联调7、加强整体版本管理配置库的类型：1、备份库：包括制作相关架构、数据和文档的不同版本的品。2、动态库：存放开发过程中需要保留的各种信息，供开发个人。3、受控库：在信息系统开发的某个阶段工作结束时，将工作产品存人或将有关的信息存入。4、静态库：在开发的信息系统产品完成系统测试之后，用于存档各种基线。12 项目收尾首先要知道项目收尾的含义：项目收尾包括合同收尾和管理收尾1、合同收尾是按照合同约定，项目组和业主一项项的核对，检查是

20、否完成了合同所有的要求，是否可以把项目结束掉，也就是项目验收。2、管理收尾是对于项目转入维来说的，把做好的项目文档等归档，对外宣称项目已经结束，护期，把相关的产品说明转到组，同时进行经验、教训总结。项目收尾包含的主要工作：1、核实项目范围，项目正式验收2、梳理项目合同，处理品合同遗留问题，结款3、进行项目移交，转移项目责任4、整理项目建立索引目录，项目归档，完成项目文档收集整理工作，将所有的项目文件存档并5、进行成果分析，总结经验、教训6、项目资源，迎接新的工作项目验收的主要工作：1、承建方自检目终验2、系统试运行3、技术培训4、系统竣工5、初验合格6、项图:也叫横道图或条形图，是一种能有效显

21、示活动时间计划编制的项目计划和项目进度安排。法，主要用于图的特点是简单、明了、直观，能较清楚地反映工作任务的开始和结束时间，能表达工作任务的活动时差和彼此间的逻辑关系。图可用于 WBS 的任何 层次，其时间可以从年到月甚至到日。但图只能表明已有的静态关系，而且，对于错综复杂、相互制约的各项活动间的关系没有表示出来，同时也没有影响项目生命期的关键所在。这一点不利于合理的组织安排和指挥整个系统，更不利于对整个系统进行动态优化管理。检查点：指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看成一个固定的采样时点，而时间间隔根据项目周期长短不同而不同，频度过小

22、就会失去意义，频度过大会增加管理成本。常见的间隔是每周一次。里程碑：完成阶段性工作的标志，不同类型的项目里程碑不同。基线：指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线其实是一些重要的里程碑，但相关交付物要通过正式评审，并作为后续工作的基准和出发点。基线一旦建立后，其变化需要受控制。滚动波式计划：为了分解到底层的工作包，有些项目可交付物只需分解到下一层，而有些项目可交付物需要分解到多层。当工作被分解到更低的、更详细的层次时，有助于对这些工作的计划、管理和控制。然而，过度的分解反而有害。详细的分解对于遥远的将来才能完成的交付物或子项目是不需要的，也是

23、不可能的。一般地，项目管理团队应该等待交付物或子项目足够清晰时才制定详细的 WBS。这种技术通常被称为滚动波式计划。该方法的实质是将近期的工作计划得详细一些，远期的工作计划得相对粗一些。13 如果一个案例涉及请大家注意：一、分析测试过程的测试对于系统质量保证的作用，那么可能会用到以下答题思路，：1、安排测试计划的编制时机不当：测试计划和测试用例的编制应当与计、详细设计同步进行。系统的概要设2、测试计划不够全面：除了集成测试、功能测试、性能测试、安全性测试外，还应该当包含系统整体测试、运试。运试是对应用系统整体功能的全面检验，也是最能说明系统质量的测试环节。3、测试计划编制时机不当：系统测试计划

24、、确认测试计划应当在需求分析阶段制定，测试用例、测试说明应当在概要设计阶段制定；集成测试计划应当在概要设计阶段制定，测试用例、测试说明应当在详细设计阶段制定；单元测试计划应当在详细设计阶段制定，测试用例、测试说明应当在编码阶段制定。二、项目经理过度重视测试在保证如何改正？系统的质量中的作用，这样做不当之处？应在定制因为，开发项目中，根据判定系统的质量是不够的。系统中的缺陷可能由于多种原因而未在测试中被发现，如测试环境与运行环境的区别、测试的能力问题、测试计划和测试用例的局限及缺陷等。由于系统质量、功能、性能具有很强隐蔽性的特点，用户往往不大可能根据项目开发小组的测试结论来进行项目的验收。最好让

25、用户组织对项目进行试运行，以试运行的结论来作为验收的依据之一是比较有说服力的。如何想提高产品质量，从质量管理的角度，项目经理应该如何做？项目经理应当执行好质量计划、质量保证、质量控制这三个过程。首先，项目经理应当编制质量计划，识别与该项目相关的质量标准，以及确定如何满足这些标准。为了实现该目标，需要进行成本/效益分析、基准分析、试验设计等。其次，为了确保实际交付高质量的产品或服务，项目经理还应联合相关质量部门执行质量保证，有计划且系统地执行为保证项目能够满足相关质量标准而建立的活动。为了实现该目标，需要进行质量审计、过程分析、基准分析等。最后，为了确定项目实施结果是否与相关质量标准相符，项目经

26、理还应联合项目组和相关质量部门执行质量控制。该过程包括项目产品质量控制和项目过程结果的质量控制两部分。前者由相关质量部门控制，后者由项目组成员控制为了实现该项目，需要进行检查、控制图管理、排列图管理、统计抽样、趋势分析等。14 以下几点可能会在案例分析题中用到，请大家注意一下：一、高效团队的特点：1、规模比较小，一般不超过 10 人2、互补的技能，即团队各成员至少具备科技专长、分析解决问题的能力、沟通技能3、共同的目的4、可行的目标以使成员采取行动和充满5、共同或方法来达成目标6、相互之间的责任设高效团队的举措：1、增强项目经理的才能：项目经理就是项目的，有时人们也称项目管理者或项目者，他负责项目的组织、计划及实施的全过程，在项目管理过程中起着关键作用，以保证项目目标的成功实现：增强和发挥项目经理的指导作用充分发挥项目经理的沟通和协调作用充分发挥项目经理的激励作用2、灵活，及时决策：随着项目团队的建设和发展，项目经理要通过让团队成员分担责任，使团