软件已经交付使用并成功安装在用户环境中。经过这么多月的加班加点工作，项目负责人及其团队终于可以松口气了，如果这样就算项目己经结束，那这个项目算不上一个完整的完成的项目。对于项目负责人、团队、开发组织来说，在这个项目的执行过程中出现了什么问题、为什么会出现、如何分析和解决这些问题等方而的经验和教训能帮助其他或以后的项目改进执行过程。
    项目总结的目标是“确定什么是对的、什么是错的、什么已经做了、什么没有做，以及如何才‘能使下一个项目做得更好”。

    项目总结可以从以下几方而进行:

(1)文档整理:收集、整理、分类并保管和该项目有关的所有资料，这些资料包括:项目计划书、项目需求说明书、各种设计文档、测试计划、测试报告、变更管理表、问题分析及问题解决、用户手册、操作手册等。

(2)项目特点:该项目所应用领域、业务特点、有关算法等。

(3)绩效:分析项目的开始日期、结束日期、总的工作量、质量、生产率、生产成本、故障引入率、故障排除率等实际值、估算值、偏差、偏差原因;

(4)开发方法:项目具体采用什么开发方法?开发过程是什么?有什么优缺点?

(5)所用工具:项目使用过什么工具?用在哪个阶段、哪个方而?对改进作业过程提高生产效率有什么帮助等?

(6)风险管理:项目开始时估计的风险是什么?项目执行过程中实际遇到的风险是什么?采用什么措施来缓解风险?

(7)规模:工作量可以用LOC(代码行数)来度量，生产率用FP(功能点)/人，月度量，最好能按简单、中等、复杂等难易程度来分类统计。

(8)进度:分别给出需求分析、概要设计、详细设计、编码、单元测试、组合测试、系统测试、验收测试等软件工程过程中每个阶段的计划值、实际值、误差、误差原因。

(9)工作量:首先分别给出需求分析、概要设计、详细设计、编码、单元测试、综合测试、系统测试、验收测试、项目管理、培训等的完成该项任务本身、评审、返工的实际工作量，计算质量成本(质量成本=(评审工作量+返工工作量+测试工作量+培训工作量)/总工作量*100%)，再与计划工作量进行比较计算，如果出现偏差，说明发生偏差的原因。

(10)故障:给出各个阶段的故障分布状况以及相应阶段估计的故障数，如果出现偏差，解释出现偏差的原因。

(11)安装:安装计划与实际执行情况的差异，在数据移植过程中有什么特别之处?

(12)经验与教训:项目完成时，项目的总体过程的绩效就知逆了，如果绩效不在质量基准给定的范围内，则可以肯定这种偏差有某种确定的原因。经验与教训总结就是查找出大的偏差，然后确定产生这种偏差的原因。