软件项目管理本科.pptx

《软件项目管理本科.pptx》由会员分享，可在线阅读，更多相关《软件项目管理本科.pptx（127页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 第一章 绪论 主要内容1.软件开发的现状2.CMM简介3.INFOSYS公司的项目管理实践第1页/共127页一.软件开发的现状1.课程的意义2.软件危机的提出3.世界软件产业发展现状及中国软件业的差距第2页/共127页1.课程的意义1.软件开发是一个高风险的过程2.软件过程的管理是软件成功的关键3.我国现阶段对软件项目管理的人才需求旺盛第3页/共127页2.软件危机的提出“软件危机”的三个主要原因：1.用户不易准确描述对软件的需求，经常存在二义性，遗漏甚至错误2.大型软件往往需要成百上千人的合作，由于软件系统结构复杂，如何有效组织管理、充分发挥团队作用就成为软件开发成功的关键。3.缺乏有效的

2、软件开发方法和工具的支持，过分依靠程序设计在开发中的技巧和创造性，加剧了软件产品的个性化。第4页/共127页3.世界软件产业发展现状及中国软件业的差距 美国印度爱尔兰第5页/共127页中国的软件现状（与印度的比较及反思）软件产值的比较印度中国（软件产值：亿）1999：53.267.52000：71.788.52001：96.3102.3第6页/共127页软件出口的比较印度中国（软件出口）1999：392.52000：6242001：77.87.2第7页/共127页二.软件能力成熟度模型1.CMM简介2.CMM的成熟度级别3.不同级别的KPA4.CMM的评估方法第8页/共127页1.CMM简介C

3、MMcapabilitymaturitymodelforsoftware软件能力成熟度模型是一种描述有效软件过程的关键元素的框架，CMM描述一条从无序的不成熟的过程到成熟的、有纪律的过程的进化的改进途径。CMM包括对软件开发和维护进行策划、工程化和管理的实践。遵循这些关键实践，就能改进组织在实现有关成本、进度、功能和产品质量等目标上的能力。CMM的起源与发展我国的CMM现状第9页/共127页几个基本概念软件过程软件过程能力软件过程性能软件过程成熟度第10页/共127页软件过程 人们用于开发和维护软件及其相关过程的一系列活动，包括软件工程活动和软件管理活动。第11页/共127页软件过程能力 描述

4、（开发组织或项目组）遵循其软件过程能够实现预期结果的程度，它既可对整个软件开发组织而言，也可对一个软件项目而言。第12页/共127页软件过程性能表示（开发组织或项目组）遵循其软件过程所得到的实际结果，软件过程性能描述的是已得到的实际结果，而软件过程能力则描述的是最可能的预期结果，它既可对整个软件开发组织而言，也可对一个特定项目而言。第13页/共127页2.CMM的成熟度级别1.成熟度等级分为5级2.成熟度等级的五个级别的主要特征3.软件过程的可视性4.过程能力和性能预测第14页/共127页成熟度等级1-51级初始级2级可重复级3级已定义级4级已管理级5级优化级第15页/共127页成熟度等级的五

5、个级别的主要特征初始级特征：软件过程的特点是无秩序的，偶尔甚至是混乱的，几乎没有什么过程是经过定义的，成功依赖于个人努力。可重复级特征：已建立基本的项目管理过程去跟踪成本进度和功能，必要的过程纪律已经就位，使具有类似应用的项目能重复以前的成功。已定义级特征：管理活动和工程活动两方面的软件过程均已文档化、标准化，并集成到组织的标准软件过程中，全部项目均采用供开发和维护软件用的组织标准软件过程的一个经批准的普及剪裁版本。第16页/共127页成熟度等级的五个级别的主要特征(续）已管理级特征：已采集详细的有关软件过程和产品质量的度量，无论软件过程还是产品均得到定量了解和控制。优化级特征：利用来自过程和

6、来自新思想、新技术的先导性实验的定量反馈信息，使持续过程的改进成为可能。第17页/共127页软件过程的可视性等级1一个黑盒等级2项目里程碑处具有管理可视性等级3盒子的内部结构可视等级4软件过程被配备上度量，并得到定量地控制等级5对过程不断改进第18页/共127页过程能力和性能预测随着成熟度增长，实际结果相对预定目标结果的偏差范围减小随着成熟度增加，预定目标结果得到改善第19页/共127页3.不同级别的KPA关键过程区域（keyprocessarea）每个关键过程区域识别出一串相关活动，当这些活动全部完成时，能达到一组对增强过程能力至关重要的目标CMM共有18个KPA，2级6个；3级7个；4级2

7、个；5级3个。KPA的特性：A每个识别出一串相关活动B每KPA定义在单个成熟度等级上C.KPA鉴别出为达到某一成熟度等级所必须解决的问题第20页/共127页等级2的KPAl需求管理RM(requirementsmanagement)l软件项目策划SPP(softwareprojectplanning)l软件项目跟踪和监督SPTO(spftwareprojecttrackingandoversight)l子合同管理SSM(softwaresubcontractmanagement)l质量保证SQA(softwarequalityassurance)l软件配置管理SCM(softwareconfi

8、gurationmanagement)第21页/共127页等级3的KPAl组织过程焦点OPF(organizationprocessfocus)l组 织 过 程 定 义 OPD(organizationprocessdefinition)l培训大纲TP(trainingprogram)l集 成 软 件 管 理 ISM(integratedsoftwaremanagement)l软件产品工程SPE(softwareproductengineering)l组间协调IC(intergroupcoordination)l同行评审PR(peerreviews)第22页/共127页等级4的KPA l定量过

9、程管理QPM(quantitativeprocessmanagement)l软件质量管理SQM(softwarequalitymanagement)第23页/共127页等级5的KPAl缺陷预防DP(defectprevention)l技术改革管理TCM(technologychangemanagement)l过程更改管理PCM(processchangemanagement)第24页/共127页关键过程域(KPA)的结构目标共同特点（执行约定，执行能力，执行活动，测量和分析，验证实施）第25页/共127页目标目标概括一个PKA中的所有关键实践，并能用于确定一个组织或项目是否已有效地实施此KPA

10、。目标表示每个关键过程域地范围、边界和意图。第26页/共127页共同特点执行约定(Commitment to Perform)执行能力(Ability to Perform)执行活动(Activities Performed)度量和分析（Measurement and Analysis）验证实施(Verifying Implementation)第27页/共127页执行约定(Commitment to Perform)执行约定是企业为了建立和实施相应KPA所必须采取的行动，这些行动主要牵涉到企业范围的政策和高层管理的责任。第28页/共127页执行能力(Ability to Perform)执行

11、能力描述为了使某软件过程得以始终如一地执行的必须在项目或企业中存在的先决条件，是企业实施KPA的前提条件。企业必须采取措施，在满足了这些条件后，才有可能执行KPA的实践活动。执行能力关注于项目计划的实践；资源的配置；责任的布置与授权；以及各种有关的培训等，这些都是为了执行这个关键过程域的活动而对特定人以及作为整体的机构的能力开发起非常重要作用的事务。第29页/共127页执行活动(Activities Performed)执行活动描述了执行KPA所需求的必要行动、任务和步骤。在五个公共属性中，执行活动是唯一与项目执行相关的属性，其余四个属性则涉及企业CMM能力基础设施的建立。执行活动一般包括计划

12、、执行的任务、任务执行的跟踪等。第30页/共127页验证实施(Verifying Implementation)验证实施是验证执行活动是否与建立的过程一致，核实以确保所实施的过程是按照原定的计划以及达到其目标，着眼于保证过程的实现要通过独立的个人和高级管理人员验证。涉及到管理的评审和审计以及质量保证活动，包括：过程执行的确保，产品要求的确保，高层管理人员进行的审核和项目经理进行的审核。第31页/共127页测量和分析（Measurement and Analysis）测量和分析关注于这个关键过程域的活动需要作的度量和度量分析要求。典型的测量和分析的要求是确定执行活动的状态和执行活动的有效性。第3

13、2页/共127页4.CMM 的评估方法1.过程评估与过程评价2.过程评估的方法第33页/共127页过程评估与过程评价软件过程评估：用于确定一个组织的当前软件过程的状态，确定组织所面临的具有高优先级的与软件过程有关的问题，和获得组织对软件过程改进的支持软件过程评价：由于识别合格的能完成软件工作的承包商或者监控现有软件工作中所应用的软件过程的状态第34页/共127页过程评估的方法成熟度问卷文档面谈第35页/共127页三.INFOSYS公司的项目管理实践1.INFOSYS公司的背景知识2SEPG对项目的支持3高层经理参与项目4项目经理培训5.项目管理过程(项目规划,项目执行,项目收尾)第36页/共1

14、27页第二章 软件项目管理概述l项目管理的概念l项目管理的主要内容l项目管理的阶段划分第37页/共127页1 1什么是项目管理？Badiru(1991)将项目管理定义为：一种为高效恰当地完成某个既定的目标而对资源进行管理、分配和调度的过程。我们也可以把项目管理定义为：一种为实现既定目标而对技术、人力及金融资源所进行的系统集成。第38页/共127页项目的特征一个明确的范围和目标；一个预期的完成时间；有可以利用的资源；一种已定义的性能评估方法；评审工作时使用的评估等级。第39页/共127页2.项目管理的主要内容l项目管理的8方面内容：范围管理、质量管理、时间管理、成本管理、风险管理、人力资源管理、

15、合同/采购管理、通讯管理第40页/共127页项目管理主要有三个大的阶段项目规划项目执行项目收尾第41页/共127页项目规划：主要是项目经理审阅合同条款，并制定一个满足他们的计划，实际上包括：定义生命周期、估计工作量和进度、制定任务进度计划等。项目执行：包括执行项目计划、跟踪项目的状态，并在项目的绩效偏离项目计划设定的绩效时采取措施进行纠正。项目收尾：主要是在客户接收工作产品之后对项目进行系统的总结。数据分析是这一阶段的主要任务。第42页/共127页第三章 需求规格和需求管理 需求过程：需求开发（分析和产生需求的过程，发生在软件生命周期的开始）需求管理（包括对需求的评审，跟踪和控制活动，贯穿于整

16、个生命周期）第43页/共127页一.需求分析和需求规格需求分析的过程需求规格说明书（需求规格说明书的要求）第44页/共127页二.需求变更管理需求是会发生变化的，而且需求的变更可以在项目生命周期的任何时间发生。越是发生在后期，对项目的影响越大。如何管理好需求变更的申请是非常重要的。第45页/共127页变更管理过程 变更管理过程规定如何发出变更申请、何时需要正式批准等。在出现需求变更申请时，必须执行需求变更管理过程。第46页/共127页一般的变更管理过程 记录变更分析变更对工作产品的影响估计变更申请所需的工作量重新估计交付时间表执行累计的成本影响风险如果影响超出一定的限度，则与高级主管一起评审影

17、响客户不再提出变更申请修改工作产品第47页/共127页三.需求的跟踪管理跟踪矩阵跟踪矩阵的维护和使用第48页/共127页第四章 过程定义和过程裁剪过程描述：是项目可以用来遵照执行某些任务的一系列步骤，以及执行这些步骤的指南。第49页/共127页开发过程开发过程是提炼用户需求，设计、构建和测试满足这些需求的软件并最终将其交付给客户所需的过程：概要设计详细设计编码和单元测试集成测试系统测试验收测试和安装文档整理系统维护第50页/共127页概要设计主要给出从计算机的逻辑角度开发针对用户需求的解决方案。输入准则：需求规格文档经过评审并授权输入：需求规格文档输出准则：概要设计文档经过评审和授权输出：概要

18、设计文档、项目标准、概要设计评审记录度量：工作量、缺陷主要步骤：第51页/共127页详细设计进一步对概要设计中的整体应用分解，分解成模块和程序，对程序进行逻辑设计。输入准则：概要设计文档经过评审和授权输入：概要设计文档输出准则：详细设计文档和单元测试计划已经经过评审和授权输出：详细设计文档和单元测试计划度量：工作量、缺陷主要步骤：第52页/共127页编码和单元测试根据详细设计用编程语言编写所需要的程序输入准则：详细设计文档经过评审并授权输入：详细设计文档、项目标准、单元测试计划、程序框架输出准则：成功执行所有单元测试计划中的测试用例输出：源代码、可执行代码、测试数据度量：工作量、缺陷主要步骤：

19、第53页/共127页集成测试已通过单元测试的模块构建成一个完整软件结构的系统方法输入准则：概要设计文档经过评审和授权输入：概要设计文档和程序输出准则：成功执行所有集成测试计划中的测试用例输出：源代码、可执行代码、测试数据度量：工作量、缺陷主要步骤：第54页/共127页系统测试是依据需求规格验证软件产品有效性的活动；目的是为了发现那些只有通过测试整个系统才能暴露的缺陷输入准则：需求规格和概要设计文档经过评审和授权输入：需求规格和概要设计文档输出准则：成功执行所有集成测试计划中的测试用例输出：源代码、可执行代码、测试数据度量：工作量、缺陷主要步骤：第55页/共127页验收测试和安装把软件产品集成到

20、它的操作环境中，并在这个环境中经受测试，确保它按需求执行。输入准则：成功的完成系统测试输入：测试后的软件和验收测试文档输出准则：客户签署验收单输出：安装后的软件度量：工作量和缺陷主要步骤：第56页/共127页文档主要是操作手册，用户手册及客户需要的其他文档。主要活动：第57页/共127页系统维护输入准则：输入：输出准则：输出：度量：主要步骤：第58页/共127页过程裁剪过程裁剪是调整组织标准过程的过程，以此来获得用于项目的特定业务或技术需要的过程。主要有：概要裁剪指南详细裁剪指南第59页/共127页概要裁剪指南提出基于某些项目特效，在项目中应该如何执行一些通常的活动。概要级剪裁：根据项目特征，

21、应用总体指南标准对标准过程进行剪裁，用到如下特征。（1）团队和项目经理的经验和熟练程度。（2）团队人数最多时的人数。（3）需求透明度（4）项目持续时间（5）应用的关键程度第60页/共127页详细裁剪指南列出过程中各种生命周期阶段的所有活动，还包括对每个活动相应的裁剪活动,指定每个步骤是必要的还是可裁剪，并给出选择的指南。第61页/共127页第五章 过程数据库与过程能力基线 关键要素：过程数据库（processdatabase,PDB）过程能力基线(processcapabilitybaseline,PCB)过程财富(processasset)第62页/共127页一.软件度量软件度量可以来量化地

22、描述软件过程和软件产品的不同方面的特点。过程度量产品度量第63页/共127页软件度量的作用项目计划控制项目过程分析和改进组织过程第64页/共127页二.过程数据库是存放从项目可获得的过程性能数据的数据库，这些数据可以用于项目计划、估计、生产率和质量分析等。PDB由已经完成的项目的数据构成PDB用途：第65页/共127页1.PDB内容项目特征项目进度项目工作量项目规模故障风险第66页/共127页2.PDB的建立及其访问PDB由SEPG建立项目经理可以阅读第67页/共127页二.过程能力基线过程能力基线（PCB）的主要内容：已交付软件的质量生产率进度计划工作量分布故障引入率过程中故障排除率质量成本

23、故障分布第68页/共127页过程财富过程财富的组成：1、组织标准软件过程2、组织的软件过程数据库/过程能力基线3、软件生命周期描述4、标准软件过程的剪裁指南和准则 5、软件有关文档第69页/共127页第六章 工作量估计和进度安排工作量估计模型自顶向下的估计方法规模估计整体工作量各阶段工作量COCOMO模型自底向上的估计方法各阶段的工作量整体的工作量此方法可以直接估计工作量第70页/共127页自底向上的估计方法1.估计方法任务分解每个程序单元的复杂度定义估计每个单元的编码工作量计算整个程序的编码工作量导出整体项目的工作量各阶段的工作量第71页/共127页2。程序单元分类的准则2.程序单元分类的准

24、则各种平台，各种语言，各种环境分类的标准不一样。3.方法的有效性估计工作量与实际工作量的比较第72页/共127页自顶向下的估计方法规模估计整体工作量各阶段工作量估计的步骤：第73页/共127页规模估计方法软件规模估计的主要估算方法有代码行（LOC/KLOC）和功能点法COCOMO模型基本COCOMO模型：中级COCOMO模型：第74页/共127页进度计划整体进度计划详细进度计划（主要里程碑）第75页/共127页第七章 质量计划和缺陷估计软件质量：是指软件产品满足规定的和隐含的需求的能力和有关特征的集合，软件过程质量决定了软件质量。质量管理量化质量管理计划第76页/共127页一.质量管理1.1.

25、软件质量和缺陷软件质量的定义：我们用已交付软件的故障密度作为软件质量的定义即，已交付软件中每个单位规模的故障数。质量管理的任务是规划合理的质量控制任务，然后正确地执行和控制它们，以实现项目的质量目标。故障排除任务包括需求评审、设计评审、代码评审、单元测试、集成测试、系统测试和验收测试。第77页/共127页2.质量管理的程序化方法第78页/共127页3.质量管理的量化方法两个关键工作：设定量化质量目标量化管理软件开发过程第79页/共127页4.基于缺陷预测的量化质量管理第80页/共127页二.量化质量管理计划设定质量目标质量过程计划其他阶段的缺陷估计第81页/共127页第八章 风险管理风险管理（

26、Riskmanagement）试图使由于意外事件而导致项目失败的概率降到最小。主要包括：风险评估风险控制第82页/共127页一.风险和风险管理概念 什么是风险：风险是那些可能发生的事件或者条件，如果它确实发生了，则它的发生会对项目产生有害的或者负面的影响。另一方面，风险是一种概率事件，可能发生也可能不发生。风险管理的目标：旨在识别出风险，然后采取措施使它们对项目的影响最小特点：风险管理是要付出额外的成本；风险管理的价值不容易度量第83页/共127页二.风险评估 风险识别识别风险常用的方法：风险等级划分根据风险暴露度划分（RE）RE(r)=Prob(r)*Loss(r)第84页/共127页三.风

27、险控制 风险管理规划任务是确定使风险后果最小所需的措施，也称风险缓和措施。风险监督和跟踪第85页/共127页第九章 项目管理计划项目管理计划（ProjectManagementPlan-PMP)文档是项目经理承担的所有规划任务的核心。各种规划任务的结果都出现在该文档中，它是指导所有项目执行的基准文档。分四大部分：项目概述，项目计划，项目跟踪，团队。项目管理计划的主要使用者：业务主管项目经理项目的开发人员第86页/共127页一.项目概述项目的起止日期、项目经理、项目目标、与客户的联系、对客户的主要承诺以及所做的假设前提。第87页/共127页二.项目计划项目过程标准过程的描述、剪裁指南、需求变更管

28、理工作量估计开发环境工具培训计划质量计划里程碑风险管理计划第88页/共127页三.项目跟踪任务跟踪事宜跟踪客户反馈状态报告升级规程第89页/共127页四.项目团队项目机构项目组角色和职责第90页/共127页第十章 配置管理软件配置管理（softwareconfigurationmanagement,SCM）是项目管理中专门用于关注系统地控制项目进行中发生的变更的那些部分，由用来识别组织软件产品并控制其修改的一系列活动构成。第91页/共127页一.配置管理概念 软 件 配 置 管 理（software configuration management,SCM）是项目管理的一项内容，主要涉及对变更

29、进行系统地控制，建立和维护在项目的整个软件生存周期中软件项目产品的完整性。主要包括：标识在给定时间点上软件的配置，系统地控制对配置项的更改、并维护在整个软件生存周期中配置的完整性和可跟踪性。第92页/共127页配置管理的功能与机制配置管理的功能：（1、给出程序的状态；2、给出一个程序的最新版本；3、处理并发更新申请；4、取消一个程序变更；5、防止未授权的变更或者删除；6、提供需求变更申请和程序变更之间的可跟踪性；7、取消一个需求变更；8、显示相关的变更；9、收信当前系统的所有源代码、文档和其他信息。）配置管理的机制包括：（1、文件命名和组织的约定；2、版本控制；3、变更申请的可跟踪性；4、访问

30、控制；5、协调过程；6、修改登记程序。）第93页/共127页二.配置管理过程 主要有：配置规划；配置执行；状态监控第94页/共127页配置管理规划和制定 标识出典型的配置项SCM人员或者项目经理进行SCM规划。该阶段的任务主要有：第95页/共127页执行配置管理 配置控制任务主要有两个：一个涉及程序的状态转移管理；另一个涉及必须被实现的变更申请的管理变更申请的步骤：1、接受变更申请（影响分析之后）；2、建立一种跟踪机制；3、检出需要进行变更的配置项；4、执行变更；5、注册配置项；6、在项目的整个生命期内维护该项目。第96页/共127页状态监督和审计 第97页/共127页三.配置管理计划示例第9

31、8页/共127页第11章 评 审评审是最有效的也是最常用的标识故障的方法，可以对文档及代码进行评审。评审还可以使管理人员掌握项目的进展。第99页/共127页评审的功能及特点：1、评审可以应用于软件开发各个阶段、产生的各种类型产品范围广；2、评审比软件测试更有效率，因为他看到的是问题本身而不是征兆；3、通过评审不仅可能发现错误，还可以提出对软件产品的改进意见，防止再发生；4、评审可以在产品开发阶段进行，作者对产品细节很清楚，可以及时修改；5、不止发现错误，还有利于评审员、软件项目相关组熟悉有关产品。第100页/共127页一.评审过程 小组评审的几个阶段：评审规划、准备和概述、小组会议、返工及后续

32、修改第101页/共127页评审规划标识要评审的产品；选择评审成员及安排评审时间作者准备好相应的材料。第102页/共127页概述和准备1此阶段的目的：是将要评审的软件包交给评审人员，并在需要时，对工作产品进行说明。第一次会议；在正式会议之前，各评审员独立地评审工作产品，作评审日志。需要准备的材料：评审通知、评审标准、被评审的工作产品、正式的评审记录单、评审检查表、其他资料（如相关文档、标准等）第103页/共127页评审会议评审会议的目的：最终拿出故障列表会前检查准备工作；会议期间提出问题；会议结束时，给出问题和故障列表。结论分为：可以通过、不能通过和有条件通过第104页/共127页返工和后续措施

33、作者执行返工，以改正评审会议上提出的所有故障。作者与评审主席一起审查改正情况。第105页/共127页二.数据收集在评审的各个阶段，数据都要被记录下来，每次评审的总结数据都被保存到一个评审数据库中。1自备日志2小组评审会议日志3.小组评审总结报告第106页/共127页三.监督和控制 监督和控制主要针对评审的效率。没有效率的评审是对时间和资源的巨大浪费。第107页/共127页 第12章 项目监督和控制 项目监督和控制的目的是：建立对项目的实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施。活动包括：对照已文档化的估计和计划，评审和跟踪软件完成情况和结果，基于实际的完成情

34、况和结果调整原有计划。第108页/共127页一.项目跟踪 任务跟踪故障跟踪问题跟踪状态报告第109页/共127页1.任务跟踪目的是确保任务可以按时完成。把任务分解成合适的粒度，使其利于跟踪和管理。（12天）任务状态（完成，未完成）对更高层次的任务，计算低层次的任务完成比例，来得到高层次的任务完成率。第110页/共127页2.故障跟踪故障跟踪系统的使用故障跟踪表及数据库第111页/共127页3.问题跟踪问题日志的使用第112页/共127页状态报告状态报告是定期向高级管理人员和客户通报项目状态的主要机制，目的是为了保证项目继续按计划进展并解决未决的问题。提供了定期监督项目的机制。第113页/共12

35、7页二.里程碑分析 管理者监控软件活动，主要通过在所选出的软件工作产品在所选择的里程碑处，将实际的软件规模、工作量、成本和时间表与计划相比较，来确定进展情况。工作量和进度分析 规模分析质量监督 与风险有关的监督 第114页/共127页1.工作量和进度分析设定偏差极限，实际与计划比较，分析进度情况，及对以后的影响。第115页/共127页2.规模分析实际代码规模的分析实际文档规模分析定期精炼、监控和调整软件工作产品的整体规模预测和受影响的组协商对软件工作产品规模估计的更改。第116页/共127页3.质量监督 计划故障数与实际的故障数相比较，分析结果。监督评审次数。第117页/共127页4.与风险有

36、关的监督 里程碑报告应报告当前的风险以及当前的风险缓和措施的状态。第118页/共127页三.故障分析和预防 故障预防旨在学习至今项目中所发现的故障，以防止项目的其余任务出现类似故障。第119页/共127页1.执行帕累多分析 分类，统计排序找到主要的缺陷第120页/共127页2.执行因果分析石川图(鱼骨图)找到主要原因第121页/共127页3.制定和实施解决方案 采取措施减少故障发生第122页/共127页四.过程监督和审计 审计的基本目标是保证遵循已定义的过程，并使高级管理人员监督过程的使用。定期执行审计。由其他项目的人员来审计项目。第123页/共127页第13章 项目收尾 项目收尾分析是过程改进的绝好机会。第124页/共127页一.项目收尾分析收尾分析的作用执行收尾分析收尾分析报告第125页/共127页二.一个项目分析报告 实例第126页/共127页感谢您的观看！第127页/共127页