CMMI项目总结报告模板.docx
- 文档编号:5308917
- 上传时间:2022-12-15
- 格式:DOCX
- 页数:9
- 大小:19.52KB
CMMI项目总结报告模板.docx
《CMMI项目总结报告模板.docx》由会员分享,可在线阅读,更多相关《CMMI项目总结报告模板.docx(9页珍藏版)》请在冰豆网上搜索。
CMMI项目总结报告模板
【项目名称】
项目总结报告
文件编号
【项目编号】/HW-SP-PCM-T02
文件状态
[]草稿[]正式发布[]正在修改
当前版本
拟制
日期
审核
日期
批准
日期
广东×××技术股份有限公司
修订历史记录
A-增加M-修订D-删除
变更版本号
日期
变更类型
(A*M*D)
修改人
摘要
备注
【模板使用必读:
模板内容和页眉中【】包含内容为指导性的待替换文字,请在使用中替换为具体内容,或删除。
文件提交时不得再含有这些内容。
】
1引言
1.1编写目的
【目的:
<
同时指出预期的读者:
如,中心领导、本项目组成员、PMO、结项评审小组。
】
1.2背景
【对项目基本信息作简要介绍。
】
项目计划开始时间:
项目计划结束时间:
项目实际开始时间:
项目实际结束时间:
1.3范围
【如,本文档主要包括项目背景、项目范围、实际开发成果、开发工作评价、项目组内部工作总结以及项目经验与教训总结。
】
1.4参考资料
资料名称
作者
出版单位
日期
来源
2项目工作成果
2.1交付给用户的产品
【以清单的方式列出所有交付给用户的产品名称以及该产品的接受人,在软件系统清单中必须在名称中注明该软件版本。
注:
如果项目是研发项目,可删除该节。
】
类别
名称
数量
接受人
时间
设备清单
软件系统清单
文档清单
2.2交付给研发中心的产品
截至到200X年X月XX日,XX项目(初验或内部验收)已经完成,项目组交付给研发中心的产品清单如下:
2.2.1代码部分
名称
存档路径
总版本数
起始版本
初验版本
结项时版本
2.2.2文档部分
名称
存档路径
起始版本
结项时版本
总版本数
2.3需求完成情况与功能及性能符合性统计
2.3.1需求完成情况统计
统计时间点
需求总数
已实现
变更的需求数
需求变更率
需求缺陷数
已拒绝
【填写说明:
1.统计时间点:
指最后版本的数据统计时间。
2.已实现:
指已经实现并通过验证的需求数目。
3.需求变更率:
=(变更的需求数/需求总数)*100%
4.需求缺陷数:
指在测试中发现属于需求类缺陷的缺陷总数。
5.已拒绝:
指需求已经入库,但在实际设计时,发现需求不合理或不能在此版本实现的需求总数目。
】
2.3.2功能符合性分析
【对照项目开发计划、功能需求说明书的有关内容,说明原定的开发功能是否达到了、未完全达到、或超过了。
】
标识
功能描述
达到
未完全达到
未完全达到说明
超过
超过说明
√
√
√
2.3.3性能符合性分析
【对照项目开发计划、功能需求说明书的有关内容,说明原定的开发性能是否达到了、未完全达到、或超过了。
】
标识
性能描述
达到
未完全达到
未完全达到说明
超过
超过说明
√
√
√
3项目工作分析
3.1项目计划与进度实施分析
3.1.1开发进度
【对照第一份评审通过的项目计划书列出项目主要过程(里程碑)的实现情况。
】
序号
里程碑
计划完成时间
实际完成时间
偏差说明
3.1.2项目计划变更统计
【简述在项目实施过程中共制定的项目总体进度计划版本数,描述版本间的偏差,以及出现偏差的原因。
】
3.1.3项目计划评价
【可以从以下几方面做评价:
项目实施过程中,
1)项目相关人的角色和职责是否清楚。
2)项目交付成果的规范、里程碑和其他特殊的进度要求日期是否明确。
3)项目发生问题时,是否有早期的预警信号,预警有得到妥善处理否。
…】
3.2成本分析
3.2.1人力成本
3.2.1.1工作量统计
项目总工时统计:
个人工作量统计:
统计项目成员每个人的工作量。
3.2.1.2人力资源分析
【分析在项目实施过程中人力资源是否配置合理、成员各项技能要求是否能满足要求,成员培训是否充分,以及项目中存在的人力资源问题。
】
3.2.2项目费用
【根据财务部提供的数据,对项目中原定计划费用与实际支出费用进行对比,明确说明,经费是超支、还是有节余,分析其主要原因。
】
序号
费用名称
计划额度(元)
实际开支(元)
差额(元)
主要原因
1
内部人力资源费
2
交通费
3
培训费
4
通信费
5
团队建设费
…
…
合计
——
3.3项目质量分析
3.3.1不符合项记录统计
【统计项目实施过程中SQA出具的不符合项记录单,分析出现不符合项的地方,以及出现的原因。
】
3.3.2缺陷数据统计分析
【根据缺陷管理工具中的数据,分阶段统计产品质量数据,并对数据进行有必要的说明。
】
序号
阶段
缺陷总数
各程度缺陷数
遗留缺陷数
主要原因
非常严重
严重
一般
严重
一般
【填写说明:
1.阶段:
对应缺陷管理的阶段划分,分为“需求、设计、编码、测试、试运行”5个阶段。
2.缺陷总数:
在每个阶段中出现的缺陷总数目。
3.各程度缺陷数:
按照缺陷的程度,统计缺陷数目。
4.遗留缺陷数:
到项目结项申请时间点为止,仍未解决的缺陷数目,分“严重”和“一般”两个程度做统计。
5.主要原因:
分析造成缺陷数目如此分布的原因,对于存在遗留缺陷时,说明遗留原因,以及处理时间。
】
3.4风险管理实施情况分析
【对项目过程中风险管理的数据进行统计、分析。
】
风险类型
总数目
有效规避数目
避免损失
实际发生数目
风险造成的损失
【填写说明:
1.风险类型:
按照“需求风险”、“管理风险”、“技术风险”、“产品规模风险”和“质量风险”五类,不能完全确定所属类别时,填为“其它”。
2.总数目:
根据风险类型统计该类型风险的总数。
3.有效规避数目:
指在项目实施过程中提前预警到风险的存在,并采用有效的措施,使该风险并未造成损失的风险数目。
4.避免损失:
预计到风险后,采取措施后,避免的损失,可以时间作为度量标准。
5.实际发生数目;=(总数目)-(有效规避数目),指不能回避的风险或者规避措施失效的风险数目。
6.风险造成的损失:
该风险类型中实际发生风险造成的损失,可以时间作为度量标准。
】
3.5项目团队评价
3.5.1团队建立
组成:
【说明项目组成员。
】
团队生命周期:
【团队建立到团队解散的时间,给出团队建设的主要阶段。
】
3.5.2团队建设措施
【在团队建立后采用了哪些措施使项目组成员为共同的目标工作。
如团队活动、团队培训等。
】
3.5.3团队中存在的问题
【可从以下几方面考虑:
a)项目相关人员是否有效地参与项目工作;
b)项目相关人员沟通渠道是否顺畅,是否有及时沟通;
c)分配到项目角色的人选是否合适;
…】
3.5.4对项目成员的评价
【从以下列出的几个方面对每个项目组成员作先简单的评价,再评一个等级:
差、一般、较好、好。
】
项目成员
专业能力
学习能力
独立解决问题能力
做事态度
4对技术方法的评价
【给出对在开发中所使用的技术、方法、工具、手段的评价。
】
5专利版权及知识共享情况
5.1专利与版权情况
【说明该项目的产品或有关技术发明是否需要申请专利或版权。
】
5.2知识共享情况
【说明该项目是否有值得进行知识共享的方案、程序通用模块、组件等。
】
6项目主要资产及处理意见
【应考虑有形资产和无形资产】
主要资产
说明、处理意见
7项目自我总体评价
【给出项目组的自我整体评价:
根据前面描述的项目资料、数据,从项目进度、质量、成本、团队建设、风险管理等方面给出自我评价结论。
】
8经验与教训总结
【列出从这个项目工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。
】
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI 项目 总结报告 模板