某项目开发总结报告模板.docx
《某项目开发总结报告模板.docx》由会员分享,可在线阅读,更多相关《某项目开发总结报告模板.docx(10页珍藏版)》请在冰点文库上搜索。
某项目开发总结报告模板
XXXX项目开发总结报告
目录
1项目简介3
2项目目标完成情况3
3需求变更、实现情况分析4
4基于计划的分析4
4.1规模4
4.1.1整体规模演进分析4
4.1.2主要工作产品规模分析4
4.2工作量5
4.3进度5
4.4成本6
4.5其它6
5质量情况6
5.1问题分布统计6
5.2Bug分布统计6
5.3变更统计7
6人员情况分析7
7知识积累8
7.1构件积累8
7.2技术积累8
7.3成员收获8
7.4管理积累8
8配置管理情况8
8.1纳入配置管理的主要工作产品名称8
8.2配置库存放路径9
8.3备份&交付情况9
9项目整体评价9
10经验与教训9
11其它未尽事宜10
【
说明
一、本文档提供项目总结报告的标准格式,适用于使用过程规范的项目,其它项目亦可参考使用。
二、术语解释:
a)第一版项目计划:
指第一版经过正式评审生效的项目计划。
三、注意事项:
a)使用者可以根据项目具体情况和特殊要求修改本文档内的各种表格。
b)在使用时请修改标题、控制栏、更改记录说明,删除页脚中“模板”两字,去掉全文中用“【】”作标记的说明性文字,更新目录。
c)凡在本文中描述“不可裁减”的章节,属于必须填写内容;凡在本文中描述“可裁减”的章节,属于视项目实际情况,可以裁减的内容,裁减后,请删除该章节。
】
1项目简介
【从行业背景、技术类型、产品特性等方面简要介绍项目基本情况。
读者可以据此判断本报告对其是否有参考价值。
本节不可裁减。
】
2项目目标完成情况
【
针对立项申请或第一版项目计划中的项目目标,逐条总结完成情况,如立项申请与项目计划都对项目目标进行描述,以第一版项目计划描述为准。
对每一条目标,按以下2部分总结:
●结论:
“实现”或“没实现”
此处只写结论,不写任何其它的内容。
如目标是12月3日结项,实际是12月4日结项,此处就是“没实现”。
●说明:
就结论进行说明,如“由于×××参加了××项目的签约仪式,结项会推迟一天”。
本节不可裁减。
】
3需求变更、实现情况分析
【
统计软件需求变更、实现数据,对变更原因、变更影响、实现情况进行简要分析。
“初始(个)”指第一版评审通过的需求规格说明书中软件需求的个数。
本节不可裁减。
】
初始(个)
增加(个)
拒绝(个)
实现(个)
修改(次)
表格31软件需求实现情况统计
4基于计划的分析
4.1规模
4.1.1整体规模演进分析
【
对项目规模阶段演进情况进行分析(应根据项目实际情况选择规模的单位),其中,计划规模指项目在上一阶段主里程碑处对当前阶段整体规模的估计值。
本节不可裁减。
】
阶段
计划规模(规模单位)
实际规模(规模单位)
分析
表格41规模演进分析
4.1.2主要工作产品规模分析
【
将主要工作产品的实际规模与项目计划中的估计规模进行比较,并分析偏差原因,应根据项目实际情况选择规模的单位。
对于在项目计划中没有估计规模的主要工作产品,可以只填写实际规模。
本节不可裁减。
】
功能名/模块名
估计规模(KLOC)
实际规模(KLOC)
偏差(%)
分析
表格42源程序规模
文档名
估计规模
(页数)
实际规模
(页数)
偏差
(%)
分析
表格43文档规模
4.2工作量
【对应各个阶段的项目计划分析工作量偏差。
本节不可裁减。
】
阶段
预计工作量
(工时)
实际工作量
(工时)
偏差百分比
(%)
分析
总计
表格44工作量偏差分析
4.3进度
【根据主里程碑评审报告中的进度数据形成本节,对进度数据进行分析,分析造成偏差的原因和有效控制的方法。
本节不可裁减。
】
阶段
预计工期(天)
实际工期(天)
工期偏差(%)
预计任务个数
实际任务个数
任务个数偏差(%)
分析
总计
表格45阶段进度情况统计
4.4成本
【对应立项申请或第一版项目计划分析成本偏差,其中,“成本项”指各个成本要素,如人工成本,采购成本。
本节不可裁减。
】
成本项
成本预算
(元)
实际成本
(元)
偏差百分比
(%)
分析
表格46成本偏差分析
4.5其它
【填写本章未涉及,需要进行分析并为其它项目提供借鉴的内容,例如人员情况、CCR、设备获取情况、风险跟踪分析等。
本节可裁减。
】
5质量情况
5.1问题分布统计
【问题解决率体现项目过程质量。
对本项目中发现的问题以及问题状态进行统计分析。
本节不可裁减。
】
阶段
等级
提交总数
(个)
遗留总数
(个)
分析
阶段1
一般
严重
阶段2
一般
严重
表格51问题分布统计
5.2Bug分布统计
【Bug分布与解决情况体现产品质量。
对本项目中发现的bug以及bug状态进行统计分析。
该Bug不仅仅指测试发现的bug,也包括走查、独立审查等技术评审发现的缺陷。
本节不可裁减。
】
BUG等级
发现总数(个)
解决总数(个)
遗留总数(个)
分析
总计
表格52Bug统计分析
5.3变更统计
【根据变更源进行统计分析,其中,总工作量指该类变更源引发变更导致的工作量总和,变更源种类见软件变更申请单。
本节不可裁减。
】
变更源
申请总数
(个)
变更总数(个)
总工作量
(工时)
分析
总计
表格53变更统计分析
6人员情况分析
【
分析项目各个阶段人员稳定情况以及人员构成给项目带来的影响。
PNmin:
该阶段最少人数。
PNmax:
该阶段最多人数。
人员变动情况:
定性描述人员变动,例如阶段早期1名主要开发人员离职,阶段中期加入1名新手。
人员构成:
在该阶段大部分时间内的人员构成情况,例如PM1人,高级工程师2人,工程师4人。
影响分析:
根据人员是否稳定、构成是否合理分析给该阶段进展带来的影响。
本节不可裁减。
】
阶段
PNmin
PNmax
人员变动情况
人员构成
影响分析
7知识积累
7.1构件积累
【通过做此项目,我们积累了哪些可以复用的功能“构件”?
在此处列出清单,注明构件责任人,配置管理存放路径(下为示意性表格,可根据需要修改)。
本节不可裁减,如没有构件积累,请注明“无”。
】
构件名
构件说明
责任人
存放路径
7.2技术积累
【通过做此项目,我们在哪些技术上有突破?
在此处做一个总结。
本节可裁减。
】
7.3成员收获
【通过做本项目,每个项目组成员都有了哪些收获?
在此处做一个总结。
本节可裁减。
】
7.4管理积累
【通过做此项目,我们在项目管理方面有了哪些积累?
把这些内容逐条写在这里。
本节可裁减。
】
8配置管理情况
配置管理工程师:
8.1纳入配置管理的主要工作产品名称
【
例如
1.XXXX项目需求规格说明书。
2.XXXX项目详细设计说明书。
本节不可裁减。
】
8.2配置库存放路径
【例如\\172.18.3.18\XXXX。
本节不可裁减。
】
8.3备份&交付情况
【
备份情况:
是否所有项目相关资料都进行了备份?
备份方式是什么?
如未备份,说明原因和备份计划。
交付情况:
项目计划中约定交付的工作产品是否已根据《开发结项规程》交付?
如未交付,说明原因和交付计划。
本节不可裁减。
】
9项目整体评价
【对项目进行一个简要的总结性评价。
本节不可裁减。
】
10经验与教训
【本节不可裁减。
可以考虑从以下几方面总结项目中获得的经验与教训:
需求及设计的变更;
开发过程中计划的调整;
如何采取纠偏措施;
开发人员的合理分工;
开发人员的变更;
开发人员的协作;
用户的配合;
如何控制外包方等。
】
11其它未尽事宜