验收测试完成之后，并不等于项目就验收了，还需要准备验收报告和项目总结。虽然这些工作形式大于内容，不仅不能省略，而且要非常重视。因为涉及到后续的维护工作以及双方后续的合作问题，当然公司高层更关心项目的款子能够顺利收回。
验收报告和项目总结基本上都是格式化的文档，找个模板填上内容即可。但是也需要注意以下问题：
1、验收报告一定要呼应需求文档，即需求文档上规定的哪些应完成的系统和功能，在验收报告上应给予体现。格式不限，但是要清晰明了，最好是用表格列出，显得很正规；
2、验收报告同时要呼应测试报告，也就是验收测试报告，格式不限，但是也需要清晰明了，最好用表格展现，比如说某个子系统、模块、功能的测试结果，不需要详细描述，通过不通过即可；
3、项目总结主要由项目经理来对项目做一个总结性的描述，一般包括如下内容：
a. 项目的背景（项目实施方案和需求里面有相关内容）；
b. 项目的实施过程，尤其要突出双方领导的指导和甲方工作人员的协助；
c. 项目的实施成果，尤其突出项目的特色；
d. 项目还存在的问题。这一点要慎重，撰写该项内容之前要征求销售的意见，既不能一点不写，也不能过度，对于项目经验不多的项目经理，往往在公开场合的发言难以把握尺寸，这是需要注意的地方。在这种情况下，一定要多和销售和相关领导进行沟通，做到该说的话谨慎说，不该说的话绝对不说。关于项目存在的问题，一般情况都会说一些，即使做得很完美的项目，也会鸡蛋里挑骨头找些问题，比如，系统的架构虽然很优化，但是在一些具体的组件上还存在需要改进的地方，我们计划在后续的维护阶段，将该组件升级一版等等。
e. 后续的项目任务。这一点也是要重视的，要突出维护阶段的一些工作重点，让甲方放心。
项目总结同时也是一个重要的会议，会议上的核心内容就是项目总结，会议的议程有复杂有简单，具体安排会根据甲方的意见，有的甲方将项目总结大会也看成是竣工会议、表彰颁奖大会，同时也隐含了向其上级主管部门汇报的含义，所以举办得非常隆重。
这节就给大家介绍到这里。下节介绍项目的实施部署。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。