1．1编写目的
　　说明编写这份项目开发总结报告的目的，指出预期的阅读范围。
1．2背景
　　说明：
　　a．本项目的名称和所开发出来的软件系统的名称；
　　b．此软件的任务提出者、开发者、用户及安装此软件的计算中心。
I．3定义
　　列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1．4参考资料
　　列出要用到的参考资料，如：
　　a．本项目的已核准的计划任务书或合同、上级机关的批文；
　　b．属于本项目的其他已发表的文件；
　　c．本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2　实际开发结果
2．1产品
　　说明最终制成的产品，包括：
　　a．程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；
　　b．程序系统共有哪几个版本，各自的版本号及它们之间的区别；
　　c．每个文件的名称；
　　d．所建立的每个数据库。 如果开发中制订过配置管理计划，要同这个计划相比较。
2．2主要功能和性能
　　逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需 ．求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。
2．3基本流程
　　用图给出本程序系统的实际的基本的处理流程。
2．4进度
　　列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。
2．5费用
　　列出原定计划费用与实际支出费用的对比，包括：
　　a．工时，以人月为单位，并按不同级别统计；
　　b．计算机的使用时间，区别CPU时间及其他设备时间；
　　c．物料消耗、出差费等其他支出。
　　明确说明，经费是超出了、还是节余了，分析其主要原因。

3　开发工作评价
3．1对生产效率的评价
　　给出实际生产效率，包括：
　　a．程序的平均生产效率，即每人月生产的行数；
　　b．文件的平均生产效率，即每人月生产的千字数；
　　并列出原订计划数作为对比。
3．2对产品质量的评价
　　说明在测试中检查出来的程序编制中的错误发生率，即每干条指令（或语句）中的错误指令数（或语句数）。如果开发中制订过质量保证计划或配置管理计划，要同这些计划相比较。
3．3对技术方法的评价
　　给出对在开发中所使用的技术、方法、工具、手段的评价。
3．4出错原因的分析
　　给出对于开发中出现的错误的原因分析。

4　经验与教训
　　列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

呵呵，书卷气太重…… 不爽不爽……

项目总结是为了向前看，那么就好好看看，你的研发过程中，发生了什么事情，哪些和传统的基本数据有太大的偏差（比如Bug曲线很怪异地行走，比如测试Case覆盖率，比如是否有清晰的Milestone，并且有节奏感地进行研发等等），然后考虑下一个阶段改进重点。

上面的这份文档模板，中间有多少内容是真正值得别人去借鉴的？这个PM在写项目总结的时候，有没有想过，这个项目总结是为谁提供价值的？难道一个老板或者下一个项目经理，或者他的团队成员，会关心他上面列出的这些文牍性的东西吗？

嘿嘿，如果一个文档的撰写，都不去考虑别人关心什么，不关心什么，那么我觉得你还不是一个够格的PM，至少你的客户意识还不够强；

啥目的啥的，太麻烦了，每周都要总结的，照你这么做的话就流于形式了

联系我：abooby@126.com
我MSN: aobooby@hotmail.com

客户从签约的那天起，就开始担心了“这帮人能否搞定？”。。。我们不断的沟通（包括报告，总结什么的）。。。都是在“让客户知情，让客户放心”，了解了这一点，就知道该写什么了

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com