某项目开发总结报告模板.docx

上传人:b****2 文档编号:2751914 上传时间:2023-05-04 格式:DOCX 页数:10 大小:18.64KB
下载 相关 举报
某项目开发总结报告模板.docx_第1页
第1页 / 共10页
某项目开发总结报告模板.docx_第2页
第2页 / 共10页
某项目开发总结报告模板.docx_第3页
第3页 / 共10页
某项目开发总结报告模板.docx_第4页
第4页 / 共10页
某项目开发总结报告模板.docx_第5页
第5页 / 共10页
某项目开发总结报告模板.docx_第6页
第6页 / 共10页
某项目开发总结报告模板.docx_第7页
第7页 / 共10页
某项目开发总结报告模板.docx_第8页
第8页 / 共10页
某项目开发总结报告模板.docx_第9页
第9页 / 共10页
某项目开发总结报告模板.docx_第10页
第10页 / 共10页
亲,该文档总共10页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

某项目开发总结报告模板.docx

《某项目开发总结报告模板.docx》由会员分享,可在线阅读,更多相关《某项目开发总结报告模板.docx(10页珍藏版)》请在冰点文库上搜索。

某项目开发总结报告模板.docx

某项目开发总结报告模板

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其它未尽事宜

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 党团工作 > 入党转正申请

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2