XX产品项目结项总结报告.docx
- 文档编号:1695471
- 上传时间:2023-05-01
- 格式:DOCX
- 页数:20
- 大小:61.67KB
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.
其他与项目相关的事项。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 产品 项目 总结报告