软件工程与项目管理(第2版) 课件 第12章　软件项目管理

12.1项目与项目管理

12.2ISO9000国际标准简介

12.3CMMI

12.4ISO9000与CMMI的比较

12.5软件项目管理过程

12.6模板和表格12.1项目与项目管理1.项目项目是现代管理学中的一个重要分支。美国项目管理协会(PMI)对项目的定义：项目是为完成某一独特的产品或服务所做的一次性努力。从根本上说，项目就是一系列的相关工作。中国项目管理研究委员会对项目的定义是：项目是一个特殊的将被完成的有限任务。它是在一定时间内，满足一系列特定目标的多项相关工作的总称。根据这个定义，项目实际包含3层含义：(1)项目是一项有待完成的任务，有特定的环境和要求。(2)在一定的组织机构内，利用有限资源(人力、物力、财力等)，在规定的时间内(指项目有明确的开始时间和结束时间)为特定客户完成特定目标的阶段性任务。(3)任务要满足一定性能、质量、数量、技术指标等要求。2.项目管理按PMI的定义：项目管理就是“在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求”。中国项目管理研究委员会对项目管理总结为：“项目管理”一词具有两种不同的含义，其一是指一种管理活动，其二是指一种管理学科。前者是一种客观的实践活动，后者是前者的理论总结；前者以后者为指导，后者以前者为基础。项目管理贯穿整个项目的生命期，是对项目的全过程管理。项目管理具有以下基本特征：(1)项目管理的对象是项目。(2)系统工程思想贯穿项目管理的全过程。(3)项目管理的组织具有一定的特殊性。(4)项目管理的体制是基于团队管理的个人负责制，项目经理是整个项目组中协调、控制的关键。(5)项目管理的要点是创造和保持一个使项目顺利进行的环境，使置身于这个环境的人们能在集体中协调工作以完成预定的目标。(6)项目管理的方法、工具和技术手段具有先进性。3.项目管理的基本内容PMI编写的《项目管理知识体系》(PMBOK)将项目管理划分为9个知识领域：范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理。(1)项目综合管理：其包括3个基本的子过程，即制订项目计划、项目计划执行及综合变更控制。(2)项目范围管理：PMBOK将其分成5个阶段，即启动、范围计划、范围界定、范围核实及范围变更控制。(3)项目时间管理：PMBOK提出，项目时间管理由5项任务组成，即活动定义、活动排序、活动时间估计、项目进度编制及项目进度控制。(4)项目成本管理：包括4个过程，即制订资源计划、成本估计、成本预算及成本控制。(5)项目质量管理：主要包括4个过程，即质量规划、质量控制、质量保证及全面质量管理。(6)项目人力资源管理：包括这几个主要的过程，即人力资源规划、招聘与解聘、筛选、定向、培训、绩效评估、职业发展及团队建设。(7)项目风险管理：PMBOK将其归纳为4个主要过程，即风险识别、风险估计、风险应对计划及风险控制。(8)项目沟通管理：包括一些基本的过程，即编制沟通计划、信息传递、绩效报告和管理收尾。(9)项目采购管理：主要包括编制采购计划、编制询价计划、询价、选择供应商、合同管理及合同收尾。而中国项目管理研究委员会则将项目管理的内容概括为2个层次、4个阶段、5个过程、9大知识领域、42个要素及多个主体。4.项目管理的要素在项目管理过程中，是以3个要素为中心进行管理的：时间(Time)、成本(Cost)和质量(Quality)。12.2ISO9000国际标准简介ISO9000族标准是国际标准化组织于1987年制定的，后经不断修改完善而成的系列标准。现已有90多个国家和地区将此标准等同转化为国家标准。我国等同采用ISO9000族标准的国家标准是GB／T19000族标准。该标准是国际标准化组织承认的中文标准。一般的软件企业的活动主要由3方面组成，即经营、管理和开发。在管理上又主要表现为行政管理、财务管理和质量管理。ISO9000标准族主要针对质量管理，同时涵盖了部分行政管理和财务管理的范畴。ISO9000标准族并不是产品的技术标准，而是针对企业的组织管理结构、人员和技术能力、各项规章制度和技术文件、内部监督机制等一系列体现企业保证产品及服务质量的管理措施的标准。具体地讲ISO9000标准族就是在以下4个方面规范质量管理的。(1)机构。标准明确规定了为保证产品质量而必须建立的管理机构及其职责权限。(2)程序。企业组织产品生产必须制定规章制度、技术标准、质量手册和质量体系操作检查程序，并使之文件化、档案化。(3)过程。质量控制是对生产的全部过程加以控制，是面的控制，不是点的控制。从根据市场调研确定产品、设计产品、采购原料，到生产检验、包装、储运，其全过程按程序要求控制质量，并要求过程具有标识性、监督性和可追溯性。(4)总结。不断地总结、评价质量体系，不断地改进质量体系，使质量管理呈螺旋式上升。通俗地讲就是把企业的管理标准化，而标准化管理生产的产品及其服务，其质量是可以信赖的。ISO9000族标准认证也可以理解为质量体系注册，它是由国家批准的、公正的第三方认证机构依据ISO9000族标准，对企业的质量体系实施评定，向公众证明该企业的质量体系符合ISO9000族标准，可提供合格产品，公众可以相信该企业的服务承诺和企业产品质量的一致性。12.3CMMI12.3.1CMMI的基本概念能力成熟度模型(CMM)是由美国软件工程学会制定的一套专门针对软件产品的质量管理和质量保证标准。该标准最初是为美国军方选择软件产品提供商时评价软件企业的软件开发质量保证能力而制定的，所以称为软件企业能力成熟度模型。该标准将软件企业的能力成熟度划分为5个等级，级别越高表明该企业在提供合格软件产品方面的能力越强。CMMI全称是CapbilityMaturityModelIntegration，即软件能力成熟度模型集成，它由美国国防部与卡内基梅隆大学和美国国防工业协会共同开发和研制，于2002年4月推出了系统工程和软件工程的集成成熟度模型。CMMI是一套融合多学科的、可扩充的产品集合，同时也是工程实践与管理方法。CMMI能够解决现有的不同CMM模型的重复性、复杂性，并降低由此引起的成本，缩短改进过程。它将软件CMM2.0版草案(SW-CWW)、EIA过渡标准731(系统工程CMM)及IPD-CMM集成为一体，同时还与ISO15504相兼容。与原有的能力成熟度模型CMM相比，CMMI的涉及面更广，专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。CMMI有两种表现方法，一种是大家很熟悉的和软件CMM一样的阶段式表现方法，另一种是连续式的表现方法。这两种表现方法的区别是：阶段式表现方法仍然把CMMI中的若干个过程区域分成了5个成熟度级别，帮助实施CMMI的组织建立一条比较容易实现的过程改进发展道路。而连续式表现方法则将CMMI中过程区域分为4大类：过程管理、项目管理、工程以及支持。对于每个大类中的过程区域，又进一步分为基本的和高级的。这样，在按照连续式表示方法实施CMMI的时候，一个组织可以把项目管理或者其他某类的实践一直做到最好，而其他方面的过程区域可以完全不必考虑。12.3.2CMMI的体系结构CMMI的体系结构由5个成熟度级组成(参见表12.2)，具体定义如下：12.4ISO9000与CMMI的比较这里主要比较CMMI和ISO9000质量标准体系中的9001的异同。在基本原理方面，ISO9001和CMMI都十分关注软件产品质量和过程改进。尤其是ISO9000:2000版标准增加持续改进、质量目标的量化等方面的要求后，在基本思路上和CMMI更加接近。它们之间的主要的差别是状态上的差别。ISO9001侧重于“机构保证在设计、开发、生产、安装及服务过程中与指定的要求一致”。而CMMI侧重于“支持一个机构评估及改进它们的系统的工程能力”及“指出机构选择的模型的不足之处”。CMMI和ISO9001阐述了一个机构应该如何制定他们的标准，然后如何检查是否按照标准进行了实施。ISO9001所关注的是确保执行人员所完成的过程记录是否有效，并且开发的产品是否满足质量要求。CMMI以成熟度能力为层次进行评价。这两个标准都涉及了产品的开发和产品的质量，但CMMI对产品的设计和开发的细节作了较多要求，而ISO9001则对产品的开发过程和产品本身的质量细节作了较多要求。ISO9001要求与质量管理体系相关的所有工作人员的经过授权并签字的质量记录。它还要求足够的资源，包括提供必要的员工培训等。从ISO9001的角度来看CMMI，至少CMMI的第2级及以上级别才能和ISO9001相提并论。由此可见ISO9001和CMMI既有区别又相互联系，两者不可简单地互相替代；取得ISO9001认证并不意味着完全满足CMMI某个等级的要求，取得CMMI第2级(或第3级)并不能笼统地说满足了ISO9001的要求。CMMI和ISO9001的出发点都是通过对生产过程进行管理，来确保产品的质量。虽然它们之间有很多区别，但也有相似之处。比如，通过ISO9001认证的组织，可以基本满足CMMI第2级的标准和很多CMMI第3级的要求。因为CMMI中的很多要求并没有列入ISO9000标准之中，所以，CMMI第1级的组织也可能获得ISO9001的登记和注册。同样，有些ISO9001规定的内容并没有列入CMMI标准。一个CMMI第3级组织获得ISO9001认证几乎没有困难，一个CMMI第2级组织申请ISO9001认证也有明显优势。12.5软件项目管理过程项目管理的目的就是规范项目管理过程，使项目在预定成本之内，保质保量地按计划完成任务。在软件项目开发过程和软件项目管理过程中经常容易出现以下问题：(1)对目标理解不清楚。(2)对需求定义不明确。(3)目标不合理。(4)没有策划任务。(5)资源和技能不充分。(6)沟通不是很有效。(7)优先级冲突。(8)没有控制的变更等。基于以上容易出现的问题，建立项目管理过程，规范项目管理的过程就显得非常必要。表12.3软件项目管理过程12.5.1项目组织结构软件项目组织结构并不是固定不变的，可以根据项目的具体情况略有不同。一般的软件项目组织结构如图12.1所示。12.5.2项目启动明确项目目的、目标，制订项目启动计划，进行初步的规模估算，确定项目信息和目标，启动项目。1.参与角色高层经理指定相关人员，根据合同书或立项的意向，编写《立项建议报告》或《工作陈述》，策划启动活动。2.启动准则(1)合同尚未签订，需要提前启动项目。(2)根据业务的需要，或高层经理的指示。(3)合同已经签订。3.过程活动(1)项目启动。若是产品项目，则由高层经理指定的人员，负责编写《立项建议报告》，申请项目启动；若是合同项目(包括外包项目)，则由高层经理指定的人员，负责编写《工作陈述》，申请项目启动。(2)启动阶段的计划，计划包括：①确定项目进行需求和项目整体策划活动需要使用的资源，分配职责。②在需求调研或产品功能定义前，不能进行全部开发过程的策划，可以先策划需求调研或产品功能定义阶段的计划，确定项目进行项目策划活动需要使用的资源，分配职责，称之为启动计划，并在《立项建议报告》(或《工作陈述》)中描述。③如果需求已基本明确，则可以在《立项建议报告》中不编写需求阶段计划，只编写项目策划的计划，在立项评审通过后，进行项目整体策划，编写《项目计划》。(3)立项评审。高层经理对《立项建议报告》或《工作陈述》进行管理评审，评审通过后下达《项目任务书》。(4)下达项目任务书，内容包括项目编号、项目名称、项目经理、项目成员、具体项目任务等。(5)召开项目启动会议。参加会议的人员必须通过项目需求对项目进行基本了解，然后就可以召开项目启动会议。项目启动会议可以包括如下议程：项目概况介绍和工作综述；相关共同利益者简介；项目成员及任务介绍；项目计划；阐述项目估算和进度安排的计算结果；需要共同探讨的技术细节；项目将要使用的工作过程；如何运用从以往项目中取得的经验教训；对公司定义的软件生命周期或标准工作过程的剪裁；对新工具和技术的使用；项目所需硬件资源和软件许可，并讨论是否从其他项目组获得或共享；如何验证软件需求；产品交付所包含内容；项目目前的状况。(6)确定项目基本信息。由项目经理、QAL、CML及其他参与策划人员共同进行项目的策划，确定项目基本信息。4.工作产品这个阶段的工作产品包括《工作陈述》《立项建议报告》《管理评审记录》和《项目任务书》。5.结束准则这个阶段的结束准则是《立项建议报告》或《工作陈述》文档已经通过评审，下达了《项目任务书》，并已经纳入配置管理中，同时明确了项目的基本信息。112.5.3项目过程定义根据项目的具体情况选择生命周期模型。1.参与角色这个阶段的参与角色有项目经理及相关人员。2.启动准则这个阶段的启动准则是项目的《需求分析报告》(《需求规格说明书》)、《立项建议报告》(《工作陈述》)已经完成。3.过程活动(1)选择生命周期模型：项目经理根据项目的特征从组织批准的生命周期模型中选择合适的生命周期模型。(2)描述项目定义过程：依据选定的生命周期模型对项目定义过程进行说明，如果选择了瀑布或迭代模型，还要说明每个阶段需要完成的主要工作内容。4.工作产品这个阶段的工作产品为《项目计划》和项目生命周期模型。5.结束准则这个阶段的结束准则是项目过程定义完成。12.5.4工作分解结构进行产品和任务分解，建立项目的WBS，同时进行软件估计。1.参与角色项目经理根据《需求分析报告》(《需求规格说明书》)、《立项建议报告》(《工作陈述》)等，进行顶层工作结构分解，以便估计项目的范围。2.启动准则这个阶段的启动准则是《需求分析报告》(《需求规格说明书》)、《立项建议报告》等文档已经完成。3.过程活动项目经理负责分解项目的任务和产品。(1)根据任务分解的规则对产品开发工作进行结构分解。(2)根据《软件估计指南》进行软件估计。4.工作产品这个阶段的工作产品为《项目进度表》《项目计划》工作分解结构和《软件估计表》。5.结束准则这个阶段的结束准则是完成了工作分解结构。12.5.5制订风险计划1.参与角色这个阶段的参与角色有项目经理、测试负责人、市场人员、QAL、CML以及其他相关风险分析人员。2.启动准则收集项目的有关资料，包括项目的背景、项目的需求、项目的目标、系统的技术方案、WBS、对软件的估计结果等。风险识别要针对这些对成本、资源、进度的策划进行，以保证识别的客观性。同时要保证风险管理活动的执行者具有这方面的经验或者接受必要的培训。3.过程活动(1)识别风险。项目经理向预先指定的风险分析小组成员分发需求文档、WBS、软件估计表以及《项目计划》，并分发《软件风险分类表》。风险分析人员可参照《软件风险分类表》辅助进行风险识别，填写此表作为风险识别工作产品提交给项目经理，由项目经理负责收集、合并成《风险管理表》。(2)制订风险管理策略，包括：①项目经理对风险进行跟踪并填写跟踪记录。②制订风险报告的机制。(3)分析风险。①分析小组成员对已经识别出来的风险逐条分析，主要分析方面包括：·分析每个风险对项目成本、进度、质量的影响。·分析风险发生的严重程度。风险严重程度通常分为5个等级：特别严重、严重、一般、轻微、基本可忽略。·分析风险发生的概率(风险概率以百分比计算，从1%～100%)。·分析风险发生的条件。·确定风险可能发生的生命周期(风险的生存期)。·确定每个风险的责任人以及其他相关共同利益者。②根据分析结果(风险发生的严重程度和发生概率)计算风险等级：风险等级 = 风险严重程度 × 发生概率风险严重程度的原则：A.特别严重(5) B．严重(4) B．一般(3)D.轻微(2) E.基本可以忽略(1)风险发生概率分为3个区间：A.1%～35%(低) B.36%～70%(中) C.71%～100%(高)③按照风险等级的高低排序，风险等级高的优级高。④分析人员将分析结果记录至《风险管理表》中。(4)确定风险计划。①确定风险的基本策略可以分为以下几种：·避免风险：在满足用户要求的前提下改变或是降低要求。·控制风险：采取行动减小风险的影响。·转移风险：再分配风险需求以降低风险。·跟踪风险：监控并周期性地评估风险并调整风险参数。·接受风险：接受风险，不采取任何措施。②针对风险管理表中等级高(A和B)的风险给出风险缓解计划。③根据对风险的分析，确定风险产生的原因，制订降低或避免风险的策略并记录在风险管理表中，同时相关的措施也应该体现到项目进度表中。对风险等级为A的风险必须制订缓解计划，对风险等级为B的风险，可以视具体情况来确定是否制订缓解计划。由每个风险的责任者确定该风险管理计划(包括缓解计划和应对计划)，应该包括以下元素：负责人、所需要的资源、开始日期、活动、预计结束日期、取得的结果。确定风险管理策略时，应该综合考虑为控制和缓解风险所投入的成本、人力资源和风险本身发生对项目的影响之间的差距。举例说明：同级评审耗费成本，但同级评审减少了工作产品中出现缺陷的可能性，同级评审减少了缺陷出现的后果——重复劳动，虽然同级评审耗费成本，但节约的超过了耗费的。完成风险计划，填写《风险管理表模板》。4.工作产品这个阶段的工作产品为《风险管理表》的风险计划部分。5.结束准则这个阶段的结束准则是风险计划审查通过。12.5.6制订项目文档管理识别需要收集的资料、资料的内容和形式，制定管理资料的规程。资料是用以支持项目在各方面所要求的各种资料。资料管理的对象包括：(1)客户提供的资料，如制度、报表、行业标准和资料等。(2)项目现有和待收集的参考资料，如网上资料、出版物、其他项目文档。(3)项目管理方面的资料，如项目周报、评审记录、会议纪要等。(4)采购方和供应方的资料，如合同、供应方评定资料等。资料的形式包括电子媒体、印刷材料、多媒体、照片等。1.参与角色项目经理或指定人员根据《需求分析报告》(《需求规格说明书》)、已完成的《项目计划》的内容，策划项目的资料管理。2.启动准则这个阶段的启动准则是识别了项目资料。3.过程活动(1)策划常规的项目资料，记录在项目计划中的配置管理库层次结构及权限分配表中。(2)建立确保资料的专属性和安全性的要求和规程。(3)建立对归档资料的借阅机制，具体规定各类资料的允许借阅人和审批机制。(4)确定项目资料的识别、收集和分发规则，以便具体实施项目资料管理。4.工作产品这个阶段的工作产品为《项目计划》。5.结束准则这个阶段的结束准则是已策划了项目资料管理。12.5.7制订项目培训计划策划项目需要的知识和技能以支持项目执行。培训的成本虽然很高，但是不培训所需付出的代价更高。1.参与角色项目经理与项目组成员等一起制订项目的培训计划。2.启动准则项目的《需求分析报告》(《需求规格说明书》)、《工作陈述》、《项目计划》中的WBS等文档已经完成。3.过程活动(1)确定完成项目所需的知识领域和技能。(2)将所列知识领域归入以下类别：每人都应掌握的知识领域；组内一些成员掌握的知识领域，这些成员可以培训其他人员；公司内部其他项目组成员掌握，并可以提供培训的知识领域；公司内部没有人了解，但是可以通过自学掌握的知识领域；需要外部(也许来自客户)培训的知识领域；从上述领域中分离出那些需要任选培训的知识领域。(3)识别出可以提供培训的人员。(4)选择提供必要知识和技能的机制。(5)将所选择的机制纳入项目计划中，并估算各知识领域所需的培训时间，不包括组织级的培训需求。(6)实施培训，并将培训的经验和教训记录在《项目总结报告》中。4.工作产品这个阶段的工作产品为《项目计划》中的培训计划。5.结束准则这个阶段的结束准则是《项目计划》中的培训计划已经完成。12.5.8制订项目监控过程制订项目监督计划和过程并控制活动，直到项目结束。1.参与角色这个阶段的参与角色是项目经理。2.启动准则这个阶段的启动准则是《项目计划》已经完成。3.过程活动(1)确定项目监控需要的资源，主要包括成本跟踪、工作量报告、项目管理和进度。(2)分配职责：确定项目监控人及职责和权限；确定有关人员，理解分配给他们的职责和权限并接受任务。对于小型项目，可能是项目经理作为项目监控人员，进行项目监控活动。(3)确定需求管理的共同利益者并确定其参与时机。项目经理列出项目监控相关的具体的共同利益者清单和参与时机。共同利益者参与项目监控的主要活动包括对照计划评估项目，审查各项承诺并解决问题，审查项目风险，审查资料管理活动，审查项目进展以及管理纠正措施直到结束。(4)制订纠正措施审批规程。4.工作产品这个阶段的工作产品为《项目计划》中的项目监控计划。5.结束准则这个阶段的结束准则是《项目计划》中的项目监控计划文档已完成。12.5.9制订项目进度表制订项目进度表时应以软件估计为基础，确保预算分配的任务复杂度和任务依赖性得到管理。1.参与角色项目经理根据项目软件估计表、WBS和策划结果编制项目进度表。2.启动准则这个阶段的启动准则是项目的《需求分析报告》(《需求规格说明书》)、《软件估计表》、WBS已经完成。3.过程活动(1)项目经理确定项目进度。编制和维护项目的预算和进度一般包括：确定对资源和设施的承诺的或预期的可用性；确定各项活动的时间段落；确定突发的从属进度；确定活动之间的依赖性；确定活动进度和里程碑，以支持准确的度量进度；确定向顾客交付产品的里程碑；确定各个活动的持续时间；确定里程碑的时间跨度；根据实现该进度的置信度水平确定管理储备；利用适当的历史数据验证进度；确定可能增加的资金需求。(2)项目经理确定重大里程碑。规定里程碑是为了确保在该点完成某些可交付工作产品。里程碑可以按事件或按日期规定。如果是按日期规定的里程碑，一旦确定，往往很难更改。(3)项目经理确定约束条件。要尽可能早地确定限制项目管理者做出灵活选择的因素，通过检查工作产品和任务的属性(如任务工期、资源、输入和输出)，往往可以揭示出制约因素。(4)项目经理确定任务的依赖性。项目的各项任务一般可以按规定的顺序来完成。了解以前成功完成的任务有助于确定任务的依赖性。可以用来帮助确定任务活动最佳顺序的工具有关键路径法、大纲评价和审查技术、基于资源的进度安排法。(5) QAL根据策划结果，将项目实施阶段的质量保证任务写入项目进度表中。(6)项目经理与CML共同确定项目建立的计划、产品发布计划、配置审计的计划等。(7)评审策划的结果，并将其体现在《项目进度表》中，包括评审类型、参加评审的人员和评审时间。(8)项目经理负责将降低或避免风险策略的相关措施体现在《项目进度表》中。(9)项目经理负责将客户活动、供方管理、项目培训等活动体现在《项目进度表》中。4.工作产品这个阶段的工作产品为《项目进度表》。5.结束准则这个阶段的结束准则是《项目进度表》文档已经完成。12.5.10合成项目计划和从属计划合成项目计划和从属计划，以描述项目已定义过程。合成项目计划时，要考虑组织、顾客以及最终用户的当前的和预计的需求和目标。1.参与角色项目经理负责合成项目计划和从属计划。2.启动准则这个阶段的启动准则是《项目计划》和从属计划已存在。从属计划可以包括《项目监控计划》、《度量计划》、《质量保证计划》、《配置管理计划》等。3.过程活动(1)项目经理评审项目从属计划，确定是否与项目计划一致。(2)项目经理将从属计划与项目计划相结合。(3)项目经理结合开发的关键因素和项目风险按顺序安排任务进度。在进度安排中要考虑的因素有以下内容：任务的规模和复杂程度、集成和测试问题、顾客和最终用户的需求、关键资源的可用性、关键人员的可用性。(4)项目经理在预计的资源与可用的资源之间求得平衡。(5)如果现有资源不足，一般通过以下方式实现它们之间的平衡：降低或延缓实现技术性能要求，协商得到更多的资源，寻求提高生产率的途径，采购，对项目人员的技能组合加以调整，修订从属计划或进度。4.工作产品这个阶段的工作产品为合成后的《项目计划》和《项目进度表》。5.结束准则这个阶段的结束准则是合成的《项目计划》已经完成。12.5.11获得对计划的承诺让所有负责实施和支持该项目计划实施的相关者得到承诺。承诺活动涉及项目内、外所有相关共同利益者之间的互动行为。应该让作出承诺的个人或团体相信，这项工作能够在规定的成本、进度和性能条件下完成。1.参与角色项目经理负责与项目组内人员、相关共同利益者协商，获得对项目计划的承诺。2.启动准则这个阶段的启动准则是《项目计划》和项目从属计划等已经完成。3.过程活动(1)承诺的原则：承诺人自愿做出承诺；承诺是公开的；承诺人有责任执行承诺的内容；在承诺期限之间如果很清楚不可能按期完成，则必须通知相关方，应对承诺内容进行变更，协商新的承诺。(2)承诺方式：①组织内部承诺：请求承诺可以由项目经理或QAL负责组织项目计划的评审，以E-mail的形式发给高层经理、其他评审人员和项目组全体人员。②组织外部承诺：可以根据参加承诺的相关方的要求，选择适合的方式。(3)获得计划承诺主要进行以下步骤：①与相关的共同利益者共同确定必要的支持，协商承诺。为了保证所有的任务得到承诺，可以用项目进度表作为检查表。②将所有承诺形成文件。文件包括全部的承诺，确保相关人员在承诺文档上签字。承诺必须形成文件，以保证理解一致，保证可以溯源和维护。承诺可以附件说明，指出与这种承诺关系相关的风险。承诺的方式可以是签字、邮件、传真等方式。如果有邮件或传真件，则高层经理及其他必要的人员可以不在文档上签字，打印名字即可。要将文档与承诺的证据(邮件或传真等)保存在一起。③高层经理审查承诺。4.工作产品这个阶段的工作产品为评审通过的《项目计划》。5.结束准则这个阶段的结束准则是《项目计划》已评审通过，并已纳入配置管理。12.5.12评审由于评审要评定项目的状态或技术，并对下一步的工作做出指导，因此评审必须做好充分的准备，并且评审后必须有明确的结论。1.参与角色项目经理指定评审负责人，评审负责人负责组织评审。2.启动准则这个阶段的启动准则是待评审的工作产品已经完成。3.过程活动(1)评审策划：项目经理根据项目的进展确定评审的时间、评审的主要内容和通过评审希望达到的目的，确定评审的负责人。将策划的结果记录到《项目进度表》中。(2)组织和准备：为了确保评审的成功和顺利，项目经理必须做好评审的组织和准备工作。(3)评审前沟通：在评审正式进行之前，负责人应该与参加评审的人员进行沟通并通知QAL，确定评审的时间、地点、内容、目标和议程，沟通的方式既可以是举行一个会议，也可以通过电子邮件或电话等方式来进行，同时将评审相关的材料提前分发给参加评审的人员，建议参加评审的人员在评审前要通过这些材料了解评审的内容，必要时可以向负责人索要进一步的材料。(4)评审：评审开始后，必要时负责人介绍背景和目标，然后根据议程使用适当的检查表进行评审。当所有的议程都得到了评审，有了明确的结论后，评审负责人向参加评审的全体人员重申对每项议程做出的结论，确保没有歧义后可以结束本次评审。必要时可以安排再次的评审。(5)评审记录：记录员记录评审的问题和做出的决定，评审结束后，将评审记录和评审问题管理表整理送评审负责人确认后分发给参加评审的所有人员，同时将评审记录归档。(6)评审问题管理：评审负责人按评审问题管理表的记录检查评审问题的处理结果，确认问题已经得到解决后，关闭这个问题。当所有问题都解决后，将评审问题管理表归档。(7)评审类型：包括管理评审、技术评审、同级评审和项目经理评审。①管理评审：管理评审的目的是监控项目的实际进展，确定项目在进度、成本、资源等方面的状态。项目当前的状态不能满足目标或要求时，应当采取适当的纠正措施，可参考的措施有变更项目的计划、变更项目的资源、变更项目的工作范围等。管理评审关注的焦点应当是项目的状态，而不应过多地涉及技术问题，技术问题应当通过技术评审来解决。②技术评审：技术评审的目标是检查软件工作产品是否满足规格要求和相关的标准，是否能够完成预定的目标，是否可以作为下一阶段工作的输入。技术评审一般要求参加者应当有相应的资历。技术评审主要关注以下几个方面的问题：软件产品是否能够完成预定的功能；软件产品是否能够覆盖所有的需求；软件产品是否符合相关的标准和规范；软件工作产品是否一致并且完整等。技术评审的结果记录在《同级评审和技术评审记录》中。③同级评审：同级评审需要《同级评审过程》和《同级评审工作指南》。④项目经理评审：项目经理的评审主要指的是项目管理者在合适的层次上跟踪项目关键实践的执行。项目经理应定期地或事件驱动地参加项目里程碑处和项目组内部的评审，应评审以下方面：·评定项目的风险，评审技术、成本、人员、进度等性能。·评审项目的关键计算机资源的使用。·解决较低层次上无法解决的问题。·分配和评审措施条款并跟踪到结束。·将项目的状态通知受影响的组。同时，项目经理也应当定期地参与对项目的需求管理、项目策划、项目跟踪与监督、QA、CM、工程过程、过程改进、培训等活动的评审。项目经理的评审结果可以记录在管理评审记录或会议纪要中，并对发现的问题跟踪解决。4.工作产品这个阶段的工作产品为《项目进度表》。5.结束准则这个阶段的结束准则是评审中发现的问题已全部关闭，质量保证人员评审和审计了项目跟踪与监控活动的工作产品及结果报告。12.5.13跟踪项目计划估计值定期对项目计划中的估计参数在实际实施中的实际值进行跟踪，将实际值与计划中的估计值加以比较，从中识别明显的偏离并进行调整。1.参与角色根据《项目计划》，项目经理跟踪项目策划中估计参数的实际值。2.启动准则这个阶段的启动准则是《项目计划》等文档已经完成，项目已经开始执行。3.过程活动(1)跟踪项目进度，有以下几个步骤：①项目经理根据开发成员每天的《项目日报》，跟踪进度并更新项目进度表。②项目计划变更或重大事件发生时，重新估计里程碑的进度。每个里程碑结束时，项目经理将里程碑的实际完成日期填入《项目状态报告》中。③如果实际进度数据超出阈值，则项目经理分析原因，采取纠正措施，必要时变更项目计划。项目进度表更新后，项目经理要注意项目关键路径的变化，调整关键任务保证关键路径长度满足项目工期要求。(2)跟踪项目工作量，有以下几个步骤：①每个里程碑结束时，项目经理从《项目日报》中汇总出项目的工作量数据，填入《项目状态报告》。当实际工作量超出阈值时，则分析原因并采取纠正措施，必要时变更项目计划。②项目计划变更或重大事件发生时，重新估计项目的工作量。项目结束时，项目经理根据汇总《项目日报》的工作量数据，填写项目各类活动的实际工作量，分析工作量的分布情况。对工作量的分布情况分析也可以作为组织财富的内容之一，为过程改进提供依据。(3)跟踪需求。在每个里程碑进行过程中如果发生需求变更，将需求变更数据及影响填写入《项目状态报告》中的需求跟踪表中。项目经理分析需求变更比率，当需求变更比率异常时，分析原因，定量分析需求变更对规模、工作量、进度等的影响，采取相应的纠正措施。(4)跟踪项目规模。当项目计划变更时或重大事件发生(如需求变更)时，重新对规模进行估计。里程碑结束时，将规模的实际值填入《项目状态报告》的项目数据汇总之《规模数据表》中。当规模发生较大偏差时，分析原因，采取纠正措施，必要时变更项目计划。(5)跟踪评审和测试的缺陷数据。项目经理将同级评审和技术评审发现的缺陷填入《同级评审和技术评审记录》中。开发人员或测试人员完成测试工作后，将缺陷数据填入BUGBASE或其他缺陷记录工具中。(6)跟踪关键依赖关系，有以下几个步骤：①项目经理按计划向关键依赖产品的接收方通报产品的状态，例如开发进度、存在问题、可能提前或滞后完成的时间和原因等。②项目经理要及时向提供方通报对于关键依赖产品要求的变化情况，例如变更功能、可能会提前或滞后的时间和原因等。③按计划根据验收准则验收关键依赖产品。④当发生问题时，由问题涉及的双方或多方协商解决。如问题不能得到解决，项目经理向高层经理汇报，直到问题关闭。(7)跟踪项目培训：项目经理将培训实施的具体时间及培训讲义等资料，发给将要参加培训的所有人员。在培训期间，参加培训的人员要向项目经理汇报培训进展情况。汇报可以写在项目日报中。培训结束后，将培训的实际情况记录在《项目状态报告》的培训跟踪表中。(8)跟踪项目资料管理：将项目资料管理中发现的问题，记录在《配置管理活动报告》中，跟踪解决直到关闭。4.工作产品这个阶段的工作产品为《项目状态报告》。5.结束准则这个阶段的结束准则是整个项目结束。12.5.14跟踪风险跟踪风险缓解计划执行情况，识别新的风险，标识风险状态。1.参与角色这个阶段的参与角色有项目经理、测试负责人以及其他指定的风险负责人。2.启动准则这个阶段的启动准则是风险管理计划经过评审批准。3.过程活动(1)定期对风险计划进行评审：在项目里程碑处对风险计划进行评审。(2)突发事件驱动地进行风险管理活动，应采取以下措施：①如果有突发事件引起的或是通过项目会议以及周报发现新的风险，风险识别者应该及时通知项目经理，项目经理补充到风险计划中。②对新增的风险仍然需要项目经理组织对其进行分析，并采取对应的措施。(3)风险管理责任者应该定期跟踪风险计划(缓解计划和应对计划)的执行状况，通常为一周或至少应该两周跟踪一次，主要工作包括：①关闭消失的风险，并更新风险计划。②跟踪风险计划中的活动实施状况，并将跟踪活动以及跟踪时间记录在风险计划表中。③风险跟踪过程中发现问题应该及时通知相关的责任人并沟通解决。④《风险管理表》中的所有开放的风险都需要跟踪直至关闭。4.工作产品这个阶段的工作产品为《风险管理表》。5.结束准则这个阶段的结束准则是风险管理活动都按照计划进行，风险管理所有活动都在风险管理表中进行了有效的记录。跟踪风险各种状态的数量，记录在《里程碑总结报告》中。12.5.15里程碑总结在所确定的项目里程碑的地方总结和评审项目的完成情况和结果。1.参与角色这个阶段的参与角色有项目经理、顾客、最终用户、供方以及组织内部受影响的其他共同利益者。2.启动准则这个阶段的启动准则是到达里程碑事件点，且活动状态里程碑满足结束标准。3.过程活动(1)项目经理负责编制《里程碑总结报告》。(2)项目经理与相关的共同利益者共同评审。(3)项目经理、高层经理、QAL和相关共同利益者对项目状态进行评审，评审内容一般包括：①评审里程碑目标是否达成。对比实际数据与项目策划数据，检查项目的工作量、成本、进度、关键计算机资源等方面在里程碑处是否与计划相符合。②评审数据收集的时间、频率、方式方法等是否能够满足项目管理活动的要求。③评审需求稳定性和需求变更对项目的影响。④评审项目使用的阈值是否合适。⑤评审项目中使用的资源、人员、工具等是否满足项目的要求。⑥评审项目中的风险状态和风险措施的效果。⑦QAL总结QA工作。⑧CML总结CM工作。⑨评审里程碑工作安排。⑩根据里程碑评审结果，必要时项目经理调整项目目标，变更项目计划。4.工作产品这个阶段的工作产品为《里程碑总结报告》和评审记录。5.结束准则这个阶段的结束准则是里程碑活动结束。12.5.16变更管理在实施跟踪与监督过程中，当发现项目的状态与计划产生了较大偏离时，采取措施防止问题发生或使问题的影响最小，必要时调整项目计划或与客户协商调整需求。1.参与角色项目经理或指定人员负责变更相关过程，高层经理和相关人员负责评审变更内容。2.启动准则这个阶段的启动准则是产生的《项目周报》中的问题管理表等文档已经完成，或事件驱动。3.过程活动(1)分析《问题管理表》，分析问题的原因及问题发生后可能产生的影响。制订具体的解决措施，防止问题的发生或使问题的影响最小。将这些解决措施记录到《问题管理表》中，或根据《项目监控计划》制定的监控报告规则执行变更。(2)如果存在对项目需求的变更，则依据《需求管理过程》执行需求变更。(3)如果存在对项目定义