结束项目简称结项，一般有两种情况：一是正常结束，二是异常结束。正常结束，也就是项目最后执行成功；异常结束也就是项目最终宣告失败。

正常结束的情景例如：项目的目标已经成功地实现，项目的结果（产品或服务）已经可以交付给了项目投资人或转移给第三方。

异常结束的情景有多种情况，具体如下：

（1）项目严重地偏离了其进度、成本或性能目标而且即使采取措施也无法实现预定的目标。

（2）项目投资人的战略发生了改变，该项目必须舍弃。

（3）项目无法继续获得足够的资源以保证项目的持续。

（4）项目的外部环境发生剧烈变化，使项目失去了继续下去的意义或根本无法持续下去。

（5）项目因为政策、法律或一些项目组无法控制的因素而被迫无限期地延长。

（6）项目的关键成员成为不受欢迎的人，而又无法找到替代者。

（7）项目目标已无望实现，项目工作开始放慢或已经停止。

本文中重点介绍正常结束项目。结项一般分为外部结项和内部结项，外部结项一般由甲方客户单位组织项目验收，内部结项一般是指乙方开发单位内部的项目总结、项目文件归档、资源遣散。项目结束的过程如图4-3所示。

图4-3　结项流程

下面将重点介绍外部结项的项目验收和内部结项中的项目总结。项目文件归档是乙方单位将纸质或电子版的文档进行归档管理的过程。资源遣散指的是乙方单位将人员解散，不再向项目中继续投入人力、财力。

4.6.1.1　项目验收

项目验收指甲方客户单位组织的对乙方开发单位的软件项目进行的正式验收，项目验收合格标志着项目顺利结项，并且开发方可以依据合同向甲方客户单位收取项目验收款。软件项目验收的前提条件一般会在合同上说明，正常情况一般是项目试运行结束后，就可以组织项目验收了。

项目验收的标准是指判断项目产品是否合乎项目目标的根据。项目验收的标准一般包括：项目合同书、国际惯例、国际标准、行业标准、国家和企业的相关政策法规。

软件项目验收包含以下4个层次的含义：

（1）开发方按照合同要求完成了项目工作内容。

（2）开发方按照合同中有关质量、文档资料等条款要求进行了自检。

（3）项目的进度、质量、工期、费用等满足合同要求。

（4）用户按照合同的有关条款对开发方交付的软件产品和服务进行确认。

软件项目验收内容一般包括以下两项：

（1）文档验收。客户方审查提供验收的各类文档的正确性、完整性、统一性，审查文档是否完齐全、合理。项目开发不同阶段，验收和移交的文档资料也不同，如表4-4所示。

表4-4　验收需要提交的相关文档

（2）软件成果。客户方可以让第三方公司在项目验收开始前对项目进行测试，审查项目功能是否达到了合同规定的要求，以及项目有关服务指标是否达到了合同的要求。

4.6.1.2　验收过程

通常的软件项目验收过程如图4-4所示。

图4-4　软件项目验收过程

1．准备验收材料

软件项目验收文档是在验收时须要提供的，不过在软件项目实施过程中，就要有目的的准备一些有用的文档，这些文档可能是一些里程碑节点的确认文档，也可以是一些重要环节的过程文档，在项目开始时，就要做到对整个项目进行全盘考虑。

此外，如果需要培训的话，培训时的一些培训方案、考核试题、结果等，都可以作为验收材料一并提供。一般需要准备的材料如下：

（1）项目立项批准文件（甲方单位准备）。

（2）项目验收申请报告（乙方单位准备）。

（3）项目招标书（甲方单位准备）。

（4）项目投标书（甲方单位或乙方单位准备）。

（5）项目中标通知书（甲方单位或乙方单位准备）。

（6）项目合同（含预算表）（乙方单位准备）。

（7）需求规格说明书（乙方单位准备）。

（8）概要设计说明书（乙方单位准备）。

（9）数据及数据库设计说明书（乙方单位准备）。

（10）详细设计说明书（乙方单位准备）。

（11）用户手册（乙方单位准备）。

（12）用户使用报告（乙方单位准备）。

（13）源代码刻盘或安装盘（乙方单位准备）。

（14）专家组要求的其他材料（乙方单位准备）。

2．项目团队自检并提交验收申请

开发方向甲方客户单位提交正式的软件验收申请报告，概要说明申请验收的情况，应交付的文档，这些文档是否通过了规定的评审和审核，以及项目已经完成了试运行。软件验收申请报告由开发方技术负责人签署。

当然也不是所有的项目需要提交软件验收申请报告，具体的还是要看甲方客户单位的要求。有一些单位只需要口头与之确定项目的验收评审时间即可。(www.daowen.com)

3．制订验收计划

由开发方和甲方客户单位共同制订验收计划或验收方案，由用户方提交验收委员会审定后执行。验收方案中一般包括了验收范围、验收依据、验收内容、验收小组及职责、验收工作流程等。

4．成立验收专家组

甲方客户单位邀请业内相关领域专家成立验收专家组作为软件验收的组织机构，专家组有一个组长，若干组员。专家组的名单在验收会议召开之前对乙方开发单位都是保密的，这是为了防止乙方开发单位贿赂专家影响验收结果的公正有效。

5．初审项目完成情况

在验收正式评审之前，有些项目会有初审或叫初验，即在验收专家组的主持下，乙方开发单位对项目总结自评，监理单位进行监理评估，测评单位出具测评报告及用户方提供使用报告。专家组成员听取各方的汇报，并对项目的文档进行审查，经质询和讨论后专家组提出评审意见。会后，各方单位特别是乙方开发单位要根据专家组评审意见逐项整改，待整改完成后再与甲方客户单位确认正式验收的时间。

6．正式验收

在初审的基础上，召开正式验收评审会。在软件验收评审顺利通过后，专家组编写验收意见，详细记录验收的各项内容、评价以及验收结论，专家组全体成员在验收报告上签字。

7．签署验收证明

由甲方客户单位和乙方开发单位共同合作签署验收证明或验收报告。验收报告如表4-5所示。

表4-5　验收报告

8.项目移交

项目移交是指项目经过验收合格后，开发方将软件系统的全部管理与日常维护工作和权限移交给用户。项目验收是项目移交的前提，移交是项目收尾阶段的最后工作内容。

进行软件项目移交时，不仅需要移交项目范围内全部软件和服务、完整的项目资料档案、项目合格证书等资料，还包括移交对运行的软件系统的使用、管理和维护的权责与职责。因此，在移交前，对用户方系统管理人员和操作人员的培训是必不可少的，必须使得用户能够完全学会操作、使用、管理和维护软件产品。

软件项目的移交成果主要包括以下几方面：

（1）已经配置好的系统环境。

（2）软件产品，最好用光盘介质存储。

（3）验收准备的所有文档。

以上内容需要在验收之后交付给用户。为了核实项目活动是否按照要求完成，完成的结果究竟如何，客户需要进行必要的检查、测试、调试、试验等活动。项目小组应为这些验证活动提供相应的指导和协作。

移交阶段的具体工作包括以下几方面：

（1）开发方检查各项指标，验证并确认项目交付成果满足用户要求。

（2）开发方对用户进行系统培训，以满足用户了解和掌握项目成果的需要。

（3）开发方安排后续维护和其他服务工作，为客户提供相应的技术支持服务。

（4）开发方为了后续维护工作的友好开展，必要时可以另行签订系统的维护合同。

（5）向用户提交项目验收资料移交确认表，用户签字移交。其格式如表4-6所示。

表4-6　项目验收资料移交确认表

4.6.1.3　项目总结

在对外的项目验收完成后，项目经理组织项目成员在公司内部进行项目总结。项目的成员应当在项目完成后，为取得的经验和教训写一个《项目总结报告》，总结在本项目中哪些方法和事情使项目进行得更好，哪些为项目制造了麻烦，以后应该在项目中避免什么情况等。总结成功的经验和失败的教训，会为以后的项目人员更好地工作提供一个极好的资源和依据。

1.项目总结的意义

（1）了解项目全过程的工作情况及相关的团队或成员的绩效状况。

（2）了解出现的问题并进行改进措施总结。

（3）了解项目全过程中出现的值得吸取的经验并进行总结。

（4）对总结后的文档进行讨论，通过后即存入公司的知识库，从而纳入企业的过程资产。

2.项目总结会的准备工作

（1）收集整理项目过程文档和经验教训。这需要全体项目人员共同进行，而非项目经理一人的工作。项目经理可将此工作列入项目的收尾工作中，作为参与项目人员和团队的必要工作。项目经理还可以根据项目的实际情况对项目过程文档进行收集，对所有的文档进行归类和整理，给出具体的文档模板并加以指导与要求。

（2）经验教训的收集，形成项目总结会议的讨论稿。在此初始稿中，项目经理有必要列出项目执行过程中的若干主要优点和缺点，以有利于讨论的时候加以重点呈现。

3.项目总结

项目总结会需要全体参与项目的成员都参加，并由全体讨论形成文件。项目总结会议所形成的文件一定要通过所有人的确认，任何有违此项原则的文件都不能作为项目总结会议的结果。

项目总结会议还应对项目进行自我评价，有利于后面项目评估和审计工作的开展。

一般的项目总结会应讨论如下内容：

（1）项目绩效：包括项目的完成情况、具体的项目计划完成率、项目目标的完成情况等，作为全体参与项目成员的共同成绩。

（2）技术绩效：最终的工作范围与项目初期的工作范围的比较结果是什么，工作范围上有什么变更，项目的相关变更是否合理，处理是否有效，变更是否对项目质量、进度和成本等有重大影响，项目的各项工作是否符合预计的质量标准，是否达到客户满意。

（3）成本绩效：最终的项目成本与原始的项目预算费用，包括项目范围的有关变更、增加的预算是否存在大的差距、项目盈利状况如何。这牵扯到项目组成员的绩效和奖金的分配。

（4）进度计划绩效：最终的项目进度与原始的项目进度计划比较结果是什么，进度为何提前或者延后，是什么原因造成这样的影响。

（5）项目的沟通：是否建立了完善并有效利用的沟通体系；是否让客户参与过项目决策和执行的工作；是否要求有客户定期检查项目的状况；与客户是否有定期的沟通和阶段总结会议；是否及时通知客户潜在的问题，并邀请客户参与问题的解决；项目沟通计划完成情况如何；项目内部会议记录资料是否完备等。

（6）识别问题和解决问题：项目中发生的问题是否解决，问题的原因是否可以避免，如何改进项目的管理和执行等。

（7）意见和建议：项目成员对项目管理本身和项目执行计划是否有合理化建议和意见，这些建议和意见是否得到大多数参与项目成员的认可，是否能在未来项目中予以改进。