项目总结报告模板

文件编号:

版本号:1.0

<项目名称>
项目总结报告

公司


文件修订记录

  

1................................................................................................................................. 引言... 2

1.1        目的... 2

1.2        项目背景... 2

1.3        参考资料... 2

2       项目基本情况... 2

2.1        项目基本信息... 2

2.2        项目特征... 2

2.3        项目目标... 3

3       项目执行结果... 3

3.1        交付产品... 3

3.2        主要功能和性能... 3

3.3        项目遗留问题... 4

3.4        项目性能数据... 4

3.5        可推行复用的软件技术成果... 6

4       项目开发工作评价... 6

4.1        产品质量评价... 6

4.2        技术方法评价... 6

5       项目管理工作评价... 7

5.1        需求管理... 7

5.2        计划管理... 8

6       经验教训... 8

6.1        项目成功经验... 8

6.2        项目失败教训... 8

6.3        项目组建议... 8

1      引言

1.1    目的

   [阐明编写本总结报告的目的,指出读者对象。]

1.2    项目背景

[可包括本项目的来源、委托单位、开发单位和主管部门等。]

1.3    参考资料

2      项目基本情况

2.1    项目基本信息

2.2    项目特征

2.3    项目目标

3      项目执行结果

3.1    交付产品

〔项目的主要交付产品列表〕:

3.2    主要功能和性能

〔研发项目专用。〕

3.3    项目遗留问题

3.4    项目性能数据

3.4.1    进度

3.4.2    工作量

3.4.2.1     工作量分布

l  工作量分布:

〔可参考阶段报告里的工作量分布图〕

3.4.3    规模

〔研发项目专用,描述项目各阶段计划规模与实际规模的对比情况,并分析发生偏差的原因〕

3.4.4    缺陷

〔描述项目各阶段发现的缺陷数,下面的例子是针对研发项目的,实施和维护项目可以根据各自项目的特点设置检查点。〕

图示分析:〔根据分析图进一步分析现状发生的原因。〕

3.4.5    主要问题和风险

〔可以参考项目的问题列表和风险列表的格式〕

3.5    可推行复用的软件技术成果

4      项目开发工作评价

4.1    产品质量评价

产品质量评价:

4.2    技术方法评价

〔总结该软件项目或软件产品开发时所采用的各项技术〕

〔以下是示例:〕

对开发工具的评价:

ü  UBS-HotBilling使用TT作为内存数据库,提高了应用处理的性能。试点割接上线后正常运行,并且为OCS系统上线提供了实践依据,并积累了实施开发经验。

对框架技术的评价:从整个框架的整体使用效果来看并为达到预期的目的,我认为主要是由以下原因造成的:

ü  框架本身存在有诸多不完善的地方,需要不断地进行改进,但在改进的过程中没有进行严格的控制,导致框架的整体设计失控;

ü  框架本身有这样那样的问题,有些问题是目前无法解决的;

ü  框架是建构在PFC的基础上的,项目组成员对PFC不是足够的精通,为维护框架带来难度。

ü  建议:模块化是产品化的基础,也是降低成本、提高开发效率保证软件质量的有效手段,需要有专人设计和维护框架。

对设计方法的评价:信息化项目的整体设计是由项目组全体成员完成的,鉴于我们目前的设计水平,我看还可继续这种方法,对设计的方法和思路进行广泛的借鉴,但一定要树立设计的权威性,对设计的变更要进行严格的控制。

对团队开发的评价:从整体上讲我们这个团队的能力还可以,但我认为它的生产效率并不高也就是说团队的整体建设不好,没有明确的学习方向分工,使整个团队在这段时间里整体能力没有太大的提高,我以前很想把我们的团队培养成那种学习型的优秀团队,可惜事与愿违这项工作没有取得什么实效。

5      项目管理工作评价

5.1    需求管理

〔研发项目专用〕

5.1.1    需求完成情况

5.1.2    需求变更情况

〔总结项目的不同阶段所发生的需求变更次数及发生变更的主要原因。〕

      

需求变更的主要原因:

5.2    计划管理

5.2.1    计划变更情况

6      经验教训

6.1    项目成功经验

6.2    项目失败教训

6.3    项目组建议

 

第二篇:项目总结报告文档模板

项目总结报告


版本管理


目录

1     引言... 4

1.1          项目背景... 4

1.2          参考文档... 4

2     项目完成情况... 4

2.1          项目产品... 4

2.2          主要功能和性能... 4

2.3          项目进度状况... 4

2.4          遗留问题... 5

3     开发工作评价... 5

4     经验和教训... 5

4.1          经验... 5

4.2          教训... 5

4.3          对于今后项目开发工作的建议... 5

4.4          其他建议... 5


1         引言

1.1       项目背景

说明以下内容:

1)待开发软件系统的名称和主要功能;

2)本项目的任务提出者、开发者和目标用户;

3)本软件系统设计的目的和意义;

1.2       参考文档

编号列出本文档编写过程中所有主要参考文献。

2         项目完成情况

2.1       项目产品

本条说明最终制成的产品,包括:

§   源代码。列出提交的源代码版本和每个版本的功能。

§   文档。此处列出文档清单。

§   所建立的每个数据库。

2.2       主要功能和性能

简要说明本软件产品所实际具有的主要功能和性能,对照项目开发计划、功能需求说明书的有关内容,说明原定的开发目标是达到了、未完全达到、或超过了。

      

2.3       项目进度状况

进度与计划偏差的原因分析:

2.4       遗留问题

列出在项目开发计划的要求范围内,但尚未解决的问题。;

      

3         开发工作评价

同计划相比较,给出本项目的生产效率、产品质量和技术方法的综合评价。

      

4         经验和教训

4.1       经验

项目管理方面:

项目技术方面:

4.2       教训

项目管理方面:

项目技术方面::

4.3       对于今后项目开发工作的建议

根据本项目的经验和教训,对于今后项目开发工作提出改进的建议。

      

4.4       其他建议

列出在本项目的成果基础上,对系统进行进一步改进、升级及完善工作的建议。

      

相关推荐