软件项目总结报告Word格式.docx
《软件项目总结报告Word格式.docx》由会员分享，可在线阅读，更多相关《软件项目总结报告Word格式.docx（15页珍藏版）》请在冰豆网上搜索。
1）项目进度总结：
估计
实际
偏差
偏差率
开始日期
结束日期
[项目整体进度偏差率]
周期
[项目周期偏差率]
2）偏差原因说明：
[若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要对偏差原因进行总结分析。
]
3）改进措施：
[若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要总结改进措施，。
4软件开发和管理过程
4.1过程说明
采用的过程
裁剪说明
[标准开发过程]
[对所采用过程的裁剪原因]
4.2过程改进建议
陈述过程改进建议
5开发工具和环境
5.1开发工具
陈述开发工具及使用情况
5.2开发环境
陈述开发环境
6风险管理
6.1风险系数在项目阶段中的变化趋势
项目
阶段
风险
说明
需求
分析
设计
编码
测试
实施
风险1
风险2
6.2降低风险的策略
风险说明
7估计偏差率
7.1进度估计偏差率（%）
实际进度周期
立项时估计项目周期
需求/计划时估计项目周期
立项时进度估计偏差率（%）
需求/计划完成时进度估计偏差率（%）
7.2工作量估计偏差率
实际工作量
立项时估计工作量
需求/计划时估计工作量
立项时工作量差率（%）
需求/计划完成时工作量估计偏差率（%）
7.3代码规模估计偏差率
实际代码规模
立项时估计代码规模
需求/计划时估计代码规模
立项时代码规模
估计偏差率（%）
需求/计划完成时
代码规模估计偏差率（%）
8规模
1）产品规模情况总结
[采用“工作产品规模完成情况”指示器，总结各工作产品的规模完成情况，应包括合计规模完成比例，规模偏差率等。
[若规模偏差率超过设定的阈值，需要对偏差原因进行总结分析。
[若规模偏差率超过设定的阈值，需要总结改进措施。
9工作量
9.1工作量概况
1）项目工作量情况
[总工作量偏差情况，数据来源：
“当前工作量情况”指示器]：
项目组人数
3/5[一般/最大值]
估计的工作量
340persondays=2890personhours[人/天或人/小时]
实际的工作量
3580personhours=approximately420persondays[人/天或人/小时]
总工作量偏差
总工作量偏差率
[从“当前工作量情况”指示器”中拷贝图“阶段工作量情况”、“阶段工作量相对偏差率”于下，总结各阶段工作量变化情况]
[若项目总工作量偏差率超过设定的阈值，需要对偏差原因进行总结分析。
[若项目总工作量偏差率超过设定的阈值，需要总结改进措施，。
9.2工作量分布情况
1）工作量按阶段、按活动分布的情况：
[总结工作量按阶段、按活动分布的情况，应包括各阶段、各活动工作量投入实际值和比例，及偏差率等]
计划
（%）
比例
工作量
（人日）
需求分析
合计
任务类型
项目管理
过程管理
配置管理
SQA
[若项目工作量阶段分布、活动分布偏差率超过设定的阈值，需要对偏差原因进行总结分析。
[若项目工作量阶段分布、活动分布偏差率超过设定的阈值，需要总结改进措施。
质量成本统计
项目阶段
评审工作量
测试工作量
返工工作量
培训工作量
SQA工作量
当前质量相关工作量合计
计划项目总工作量
质量成本比例
里程碑1
27
15
2728
%
里程碑2
里程碑3
86
165
里程碑4
132
6
138
里程碑5
297
10成本
1）成本情况
[采用“阶段成本-人员投入情况”指示器，呈现总成本投入情况、各阶段人力成本的投入情况和人员数量的投入情况，应包括各阶段人力成本偏差率、总成本偏差率、阶段人员数量等。
[若总成本偏差率超过设定的阈值，需要对偏差原因进行分析说明。
[若总成本偏差率超过设定的阈值，需要总结改进措施。
11生产率
1）项目生产率情况
项目总工作量
项目编码/单元测试阶段工作量
代码总规模
项目生命周期生产率（代码功能点/人月）
项目编码/单元测试阶段生产率（代码功能点/人月）
计划编码/单元测试阶段生产率
编码/单元测试阶段生产率估计偏差率
[若编码/单元测试阶段生产率估计偏差率超过设定的阈值，需要对偏差原因进行总结分析。
[若编码/单元测试阶段生产率估计偏差率超过设定的阈值，需要总结改进措施。
12质量
12.1质量目标达成情况总结
1）质量目标的达成概况：
严重等级
架构设计
概要设计
详细设计
集成测试
系统测段
验收（试运行）
缺陷注入率偏差率
灾难级/严重缺陷
次严重缺陷
一般/其它缺陷
缺陷清除率偏差率
总缺陷清除率偏差率
[若总缺陷清除效率偏差率超过设定的阈值，需要对偏差原因进行分析说明。
[若总缺陷清除效率偏差率超过设定的阈值，需要总结改进措施。
12.2缺陷注入率、缺陷清除率的阶段分布总结
单元测试
项目实际缺陷注入率
灾难级/严重缺陷注入数
次严重缺陷注入数
项目实际缺陷清除率
12.3评审、测试活动总结
1）评审活动总结
评审对象
评审效率
评审速度
计划评审工作量
实际评审工作量
评审工作量偏差率
计划缺陷发现数量
实际缺陷发现数量
缺陷发现数量偏差率
2）测试活动总结
测试阶段
系统测试
测试效率
测试覆盖率
计划测试工作量
实际测试工作量
测试工作量偏差率
3）测试前缺陷清除率及发现缺陷比例
缺陷总数
测试前清除的缺陷数量
测试前清除率
测试前发现缺陷数量
测试前发现缺陷比例（％）
12.4缺陷分布情况
参见《测试总结报告》
12.5各质量活动发现的缺陷比例
总的缺陷数
评审发现的缺陷数
测试发现的缺陷数
评审测试发现缺陷数比例
13需求
13.1需求实现情况
1）需求实现情况：
[采用“需求实现情况”指示器，应包括需求功能点总数，及各个实现阶段的需求比例等。
[若需求实现情况出现较大偏差，需要对偏差原因进行分析说明。
3）调整措施：
[若需求实现情况出现较大偏差，需要说明调整措施。
13.2需求变更情况
1）需求变更情况
[采用“需求功能规模和稳定性”指示器，呈现需求变更情况，应包括需求变更率（需求稳定性）、增/删/改的需求数量、需求总数等。
[若需求总数的增长超过设定阈值或者在某阶段的变更超过当前基线的偏差超过设定的阈值时，需要对偏差原因进行分析说明。
[若需求总数的增长超过设定阈值或者在某阶段的变更超过当前基线的偏差超过设定的阈值时，需要总结改进措施。
14客户反馈
1）客户反馈情况：
[采用“当前客户反馈问题处理情况”指示器，呈现客户问题的解决情况，应包括已解决问题比例、未解决问题比例等。
[若未解决问题比例超过设定的阈值，需要对偏差原因进行分析说明。
[若未解决问题比例超过设定的阈值，需要总结改进措施。
15项目问题
1）项目问题情况：
[采用“项目问题处理情况”指示器，呈现项目问题的解决情况，应包括已解决问题比例、未解决问题比例等。
16组间协调活动跟踪结果
协调小组/人
协调方式
协调内容
发生问题
处理方式
频率/时间
客户经理
会议/电话/电子邮件
不定期
客户－×
×
部门
定期会议
（说明：
发生的问题应该有问题跟踪表作为附件，同时发生问题一栏中需备注问题跟踪表的编号）
17培训
列举本项目培训情况：
培训说明
时间
参加人
培训讲师
状态
h
完成/
未完成
h
18过程改进建议
总结在项目过程中的对组织标标准过程的相关改进的建议。
19补充说明
对项目开发及管理的其它经验教训的总结说明。
20提交产品清单
项目结束时所提交的各种产品清单，如合同、需求说明书、概要设计、详细设计、源代码、项目计划、配置计划、质量保证计划、系统测试计划和验收测试计划等。
21项目总结
说明项目是否成功，并总结原因。
升级会员 