XX产品项目结项总结报告.docx
《XX产品项目结项总结报告.docx》由会员分享，可在线阅读，更多相关《XX产品项目结项总结报告.docx（20页珍藏版）》请在冰豆网上搜索。
XX产品项目结项总结报告
XX产品项目结项总结报告
文档创建信息
产品项目名称
产品项目编号
产品经理
项目经理
创建日期
总页数
正文页数
附录页数
文档修订记录
修改日期
修改的章节
修改类型
修改描述
修改人
审核人
版本号
全部
M
对文档内容进行了修改
全部
M
调整文档内容的样式，重点修改了4-9章内容的表现方式，增加数据来源说明
12.3
A
产品定位、相关规划的回顾
●修改类型分为A–ADDED（增加）M–MODIFIED（修改）D–DELETED（删除）
●
1.概述
2.
2.1.背景
2.2.
〔说明项目名称、项目类型、项目特点、用户，并对系统进行概要说明。
〕
参考资料
2.3.
列出有关资料的名称、作者、文件编号或版本等。
参考资料包括：
a．项目计划、工作任务说明书、合同等；
b．本项目的其他已发表的文件；
c．引用文件、资料、软件开发标准等。
资料名称
作者
文件编号、版本
资料存放地点
预期读者
2.4.
业务部与此项目相关的产品部门各级同事及高层领导；
产品技术部与此项目相关的各级同事及高层领导。
术语、缩略语
2.5.
〔列出本文件中用到的术语定义及有关的缩略语。
〕
项目执行情况
3.
项目目标完成情况
3.1.
项目经理简要说明项目目标的完成情况，例如系统范围目标、质量目标、过程管理目标、技术目标、用户目标等；
项目过程管理情况
3.2.
项目经理针对项目管理过程中出现的问题、获取的经验进行总结，以便共享项目管理经验，改进项目管理方式，提高项目管理能力。
跨部门协作情况
3.3.
开发经理针对跨部门协作过程中出现的问题、获取的经验进行总结，以便共享跨部门合作经验，改进跨部门协作方式，使跨部门协作更为高效、顺畅。
遗留的问题
3.4.
开发经理针对目前系统还遗留的重要问题进行说明，包括系统本身功能、性能方面的、运营方面的、外部合作或接口方面等。
序号
遗留问题描述
遗留原因说明
解决建议
后续跟进人
1
与论坛接口还未调试
论坛开发计划延迟，该接口支持在本期项目计划中不能按时完成，暂取消该任务。
论坛开发完成后进行接口调试并发布补丁上线
2
….
需求达成情况
4.
功能指标
4.1.
1、功能系统测试情况
2、
3、
根据《功能测试结果统计表》的数据填写；
功能点重要程度
功能点总数
无效功能点数
未测试数
测试功能点数
完全通过数
基本通过数
未通过数
测试通过率（%）
当测试通过率<90%时，请说明原因
1级
5
1
1
3
1
1
1
53.3%
2级
5
1
1
3
1
1
1
53.3%
3级
5
1
1
3
1
1
1
53.3%
4、初验情况
5、
根据《验收表（初验）》的数据填写。
功能点重要程度
功能点总数
未验收数
验收功能点数
完全符合数
基本符合数
不符合数
未实现数
验收通过率（%）
当验收通过率<90%时，请说明原因
1级
5
1
4
1
1
1
1
40.0%
2级
5
1
4
1
1
1
1
40.0%
3级
5
1
4
1
1
1
1
40.0%
6、终验情况
7、
根据《验收表（终验）》的数据填写。
功能点重要程度
功能点总数
未验收数
验收功能点数
完全符合数
基本符合数
不符合数
未实现数
验收通过率（%）
当验收通过率<90%时，请说明原因
1级
5
1
4
1
1
1
1
40.0%
2级
5
1
4
1
1
1
1
40.0%
3级
5
1
4
1
1
1
1
40.0%
性能指标
4.2.
“性能点初始概述”根据第一次形成基线的《需求跟踪矩阵》中“非功能需求”列表中的性能需求填写，仅当性能点有变更时填写；“性能点概述”、“实际的性能指标”根据《性能测试结果统计表》的数据填写；例如：
性能点初始概述
性能点概述
实际的性能指标
性能点第一次形成基线后如果有变更，或者实际性能指标不满足性能要求，请说明原因
-
访问论坛首页页面打开时间不超过7秒钟
5秒
-
查看主题列表打开板块栏目页面时间不超过7秒钟
4.8秒
….
项目偏离情况
5.
总体进度偏离情况
5.1.
根据《项目周报》“项目结项数据”工作页中的“初始计划净偏差”填写。
项目启动日期
初始计划发布/验收日期
初始计划总工期（工作日）
实际启动日期
实际发布/验收日期
实际总工期
净偏差（工作日）
净偏差率（%）
2007-4-2
2007-8-1
88
2007-4-2
2007-9-28
130
42
47.73%
当净偏差率>20%，或者<-20%时，请进行原因分析。
里程碑阶段偏离情况
5.2.
根据《项目周报》“里程碑报告”工作页中的“里程碑进度偏差”填写。
里程碑阶段
基准计划开始日期
基准计划结束日期
基准工期（工作日）
实际开始日期
实际结束日期
实际工期（工作日）
历时偏差（工作日）
历时偏差率（%）
偏差产生原因
产品规划
2008-1-15
2008-2-15
24
2008-1-16
2008-2-16
23
-1
-4%
需求分析&项目策划
2008-2-1
2008-3-7
26
2008-2-1
2008-3-7
26
0
0%
编码&单元测试
2008-2-27
2008-3-28
23
2008-2-25
2008-4-4
30
7
30%
功能、性能测试
2008-3-10
2008-4-17
29
2008-3-13
2008-4-17
26
-3
-10%
技术发布、客户验收
2008-4-18
2008-5-5
12
2008-4-18
2008-5-5
12
0
0%
总体工作量偏离情况
5.3.
技术体系初始计划总工作量，取自第一次形成基线的《项目管理计划》；
技术体系实际总工作量，根据项目管理平台统计。
技术体系初始计划总工作量（人月）
技术体系实际总工作量（人月）
总体工作量偏离度（%）
偏离原因分析
31人月
21.8人月
-29.7%
当偏离度>10%，或者<-10%时，请进行原因分析
变更统计
6.
需求变更统计
6.1.
根据《项目周报》“里程碑报告”工作页中的“需求变更统计表”填写。
提出阶段
变更功能点数
新增功能点数
修改功能点数
删除功能点数
需求变更率
变更工作量（人日）
功能点总数
原因分析
所采取措施及后续改进建议
设计阶段
0
0
0
0
0.00%
0
83
填写产生需求变更的原因
…..
编码/单元测试
0
0
0
0
0.00%
0
83
…..
…..
集成测试
4
3
0
1
4.71%
14
85
…..
…..
系统测试
0
0
0
0
0.00%
0
85
…..
…..
…..
…..
…..
…..
…..
…..
…..
…..
…..
…..
合计
里程碑变更统计
6.2.
根据《项目过程记录表》“变更管理”工作页中的项目变更记录填写，包括所有对里程碑产生影响的变更。
序号
变更日期
变更内容概述
对里程碑的影响
变更原因
所采取措施及后续改进建议
1
2
….
风险统计
7.
根据《项目周报》“风险管理”工作页填写。
序号
风险类别
风险描述
严重程度
应对策略
应对方案
状态
识别阶段
预防/补救/解决措施
1
进度风险
在SOHU门户升级期间，SOHU接口可能发生变化或新增功能，导致本项目需要做相应修改并进行测试
严重
避免
项目经理和SOHU技术人员保持沟通，了解SOHU广告管理系统新的变动方向
关闭
项目策划
2
资源风险
本项目测试环境资源来自于论坛项目，若该项目延期将直接导致本项目延期
非常严重
避免
和论坛项目的项目经理沟通进度
关闭
集成与测试阶段
….
项目数据统计
8.
阶段周期比率
8.1.
用表格和图形表示，例如：
-
项目规划
需求分析
项目策划
系统设计
编码与单元测试
集成测试与系统测试
实际开始日期
实际结束日期
阶段周期
阶段周期比率
各模块的工作量、生产率、项目生产率统计
8.2.
根据《项目周报》“项目结项数据”工作页中的“各模块的工作量、生产率及质量报告”填写；
本节中各子章节的图形，也取自《项目周报》“项目结项数据”工作页。
功能模块名称
开发工作量（人月）
测试工作量（人月）
功能点数
功能点开发生产率（个/人月）
功能点测试生产率（个/人月）
招聘
18
9
10
0.6
1.1
下载
20
6
20
1.0
3.3
商品
20
10
18
0.9
1.8
订单
13
5
10
0.8
2.0
询价
18
9
18
1.0
2.0
资讯
23
10
20
0.9
2.0
合计
112
49
96
0.9
2.0
1、各模块工作量统计
2、
注：
如各模块工作量出现异常问题，请详细说明；
3、各模块功能点生产率统计
4、
注：
如功能点生产率统计出现异常问题，请详细说明；
5、本项目生产率统计
6、
本项目的功能点开发生产率为0.9个/人月；功能点测试生产率为2.0个/人月。
注：
如项目生产率统计出现异常问题，请详细说明；
各类资源的工作量比率
8.3.
根据项目管理平台统计；
用表格和图形表示，例如：
-
项目经理
架构师
开发人员
测试人员
运营人员
UE人员
其他人员
工作量（人月）
工作量比率（%）
注：
如各类资源工作量比率出现异常问题，请详细说明；
各类任务的工作量比率
8.4.
根据项目管理平台统计；
用表格和图形表示，例如：
项目管理任务
技术预研任务
规划任务
需求分析任务
设计任务
编码任务
Bug修改任务
功能测试任务
性能测试任务
运营任务
UE任务
其他任务
工作量（人月）
工作量比率（%）
注：
如各类任务工作量比率出现异常问题，请详细说明；
技术总结
9.
由开发经理负责填写；
技术路线
9.1.
与产品规划时确定的技术路线进行对比，指出与现技术路线存在的变化，并说明改变既定技术路线的原因。
技术问题解决
9.2.
列出在本项目组解决的主要技术问题，包括这些问题是如何解决的，是自己解决、还是利用别人的技术解决？
对于利用别人的技术，具体说明如何利用别人的技术，为什么要利用别人的技术，最终的实际效果怎样？
对于主要的关键性的问题应详细说明如何解决和突破的（可以采用附件的形式进行更详细的描述）
技术经验与积累
9.3.
1、说明通过项目实践，得到的技术积累：
掌握了哪些核心技术？
验证了哪些技术方案是可行的？
哪些是不可行的？
应用技术的优点与不足等；
2、说明项目过程产生的组件或case的信息；
序号
组件或CASE名称
可重用资源平台存放路径
提交人
测试总结
10.
由测试经理负责组织填写；
如果该项目第三方评测机构也参与了评测，由项目经理写明评测结论及相关评价。
测试覆盖率
10.1.
根据《项目周报》“项目结项数据”工作页中的“测试覆盖率与功能点Bug数”填写。
功能点总数
测试覆盖的功能点数
测试覆盖率
Bug总数
功能点Bug数
80
65
81.25%
176
2.7
注：
当测试覆盖率<90%时，请说明原因。
集成测试总结
10.2.
从测试方法、每轮测试的功能点接受率（图表）、测试中遇到的疑难问题或过程执行问题进行总结。
系统测试总结
10.3.
从测试方法、每轮测试的功能点接受率（图表）、测试bug收敛趋势（图表）、Bug严重级别分布（图表）、模块bug分布（图表）、测试中遇到的疑难问题或过程执行问题进行总结。
运营总结
11.
由开发经理负责填写，对系统日常运转情况、系统变更情况和发生的问题处理情况（可以分成3个小结）进行总结，同时在其它阶段与运营相关的工作情况等方面也需要进行总结；或运营经理把《项目试运行总结报告》或《产品项目正式运营总结报告》提交给项目经理，由项目经理合并到结项总结报告中。
UE总结
12.
界面设计和制作总结
12.1.
由产品经理负责组织填写，对产品的界面问题数，已解决多少问题，未解决多少问题，界面的整体情况，项目跟进过程方面等进行总结；
可用性评估与规范检查总结
12.2.
由可用性评估与规范检查经理负责填写，对产品界面的可用性方面和规范检查方面进行总结；
项目总结
13.
由产品经理负责填写；
终验结果
13.1.
如下内容根据产品项目客户验收表（终验）填写。
1、验收通过率：
2、
3、系统性能评价：
4、
5、系统可用性评价：
6、
使用评价及试用经验、问题总结
13.2.
产品经理结合终验结果，从最终的需求和使用角度情况出发，对产品进行总体评价；
对试用过程中出现的问题和经验进行总结。
产品定位、相关规划的回顾及产品改进意见
13.3.
1、对产品销售规划、市场宣传规划等内容进行回顾，总结得失；
2、说明产品需进一步改进的地方；
其他
14.
其他与项目相关的事项。
升级会员 