CMMI5文档之度量与分析过程
CMMI5文档之量化项目管理指引

量化项目管理指引文档编号:FHI_CMMI_QPM_GUI文档信息:量化项目管理指引文档名称:量化项目管理指引文档类别:CMMI方针密级:内部秘密版本信息:1.3建立日期:2016-1-22创建人:EPG批准人:李庆林批准日期:2016.2.25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录*变化状态:C――创建,A——增加,M——修改,D——删除目录1.目的(Purpose) (6)2.适用范围(Scope) (6)3.作业指引 (6)3.1.设定项目质量流程绩效目标 (6)3.1.1.取得公司发布的质量流程绩效目标 (6)3.1.2.执行What-If分析 (6)3.1.3.建立项目质量流程绩效目标 (7)3.1.4.配置项目资源与时程 (7)3.1.5.选择项目组合已定义流程 (7)3.2.管理项目执行绩效 (8)3.2.1.汇总项目执行数据 (8)3.2.2.分析项目执行绩效 (8)3.2.3.监控项目执行绩效 (9)3.2.4.前置作业 (9)3.2.5.了解公司的数据分布及属性 (9)3.2.6.决定数据汇总的方法 (9)3.2.7.将资料依据汇总要求,汇总整理 (9)3.2.8.将数据依据项目立案日期进行时间序列排序 (10)3.3.评估及选择管制图 (10)3.3.1.X-BAR和R Charts (10)3.3.2.X-BAR和S Charts (10)3.3.3.XmR Chart (10)3.3.4.np Chart (10)3.3.5.p Chart (11)3.3.6. c Chart (11)3.3.7.u Chart (11)3.4.建立管制界限 (11)3.4.1.常态分配分析 (11)3.4.2.执行I-MR分析 (11)3.4.3.识别Outliers (12)3.4.4.建立试行管制界限(Trial Limit) (12)3.4.5.建立确认管制界限(Confirmed Limit) (13)3.4.6.建立流程绩效基准 (13)3.5.建立流程绩效模型 (14)3.5.1.决定质量流程绩效目标 (14)3.5.2.执行回归分析数据 (14)3.5.3.发布流程绩效模型 (15)3.6.执行蒙地卡罗模拟分析 (15)3.6.1.设定仿真分析设定参数数据 (15)3.6.2.设定决定参数 (16)3.6.3.执行模拟分析 (16)3.6.4.选择组合已定义流程 (17)4.量化项目管理作业摘要 (17)4.1.目的 (17)4.2.设定项目质量流程绩效目标 (17)4.2.1.取得公司发布的质量流程绩效目标 (18)4.2.2.执行what-if分析 (18)4.2.3.建立项目质量流程绩效目标 (18)4.2.4.配置项目质量流程绩效目标 (19)4.3.选择项目组合已定义流程 (19)4.3.1.设定分析条件 (19)4.3.2.执行模拟分析 (19)4.3.3.选择组合已定义流程 (20)4.4.项目执行数据收集 (20)4.4.1.将资料依据汇总要求,汇总整理 (20)4.4.2.将数据依据项目立案日期进行时间序列排序 (20)4.5.执行量化项目监控 (20)4.5.1.统计分析工具与技术 (21)4.5.2.常态分配检验 (21)4.5.3.监控项目执行状态管制界限 (21)4.5.4.识别outlier与根因分析 (21)4.5.5.执行流程能力分析 (22)4.5.6.执行Prediction分析 (22)5.裁剪指南(Tailoring Guidelines) (22)6.相关文档(Relevant Documents) (23)7.参考资料(References) (23)1. 目的(Purpose)本指引文件之目的在于量化项目管理流程领域,以量化的方式管理项目,以达成项目既定的质量及流程绩效目标。
cmmi5

CMMI5概述:CMMI全称是Capability Maturity Model Integration,是能力成熟度集成模型,是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。
CMMI是一套融合多学科的、可扩充的产品集合,其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。
CMMI分为五个等级,二十五个过程区域(PA)(如图所示)。
等级:1.初始级软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,成功取决于个人努力。
管理是反应式的。
2.已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。
3.已定义级已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程是可见的。
4.量化管理级分析对软件过程和产品质量的详细度量数据,对软件过程和产品都有定量的理解与控制。
管理有一个作出结论的客观依据,管理能够在定量的范围内预测性能。
5.优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
每个等级都被分解为过程域,特殊目标和特殊实践,通用目标、通用实践和共同特性:每个等级都有几个过程区域组成,这几个过程域共同形成一种软件过程能力。
每个过程域,都有一些特殊目标和通用目标,通过相应的特殊实践和通用实践来实现这些目标。
当一个过程域的所有特殊实践和通用实践都按要求得到实施,就能实现该过程域的目标。
评估方式:自我评估:用于本企业领导层评价公司自身的软件能力。
主任评估:使本企业领导层评价公司自身的软件能力,向外宣布自己企业的软件能力评估类型:软件组织的关于具体的软件过程能力的评估。
软件组织整体软件能力的评估(软件能力成熟度等级评估)。
基本思想:1、解决软件项目过程改进难度增大问题2、实现软件工程的并行与多学科组合3、实现过程改进的最佳效益CMMI5级简述5级的企业,是如何做到“持续改进”呢?其实一个软件企业,要提高生产力,有3方面途径:1)改进过程,使现有的过程更强更有效。
CMMI-度量数据收集、存储、分析及报告规程

CMMI-度量数据收集、存储、分析及报告规程1. 引言本文档旨在规范和指导项目团队在CMMI工作环境中进行度量数据的收集、存储、分析和报告工作。
准确和及时的度量数据对于项目管理和过程改进至关重要。
通过遵循本规程,可以确保对项目进展、质量和绩效的准确评估,同时为决策提供有力的依据。
2. 术语定义•CMMI(Capability Maturity Model Integration):能力成熟度模型集成,是一种业界广泛采用的软件工程过程改进模型。
•度量数据:通过定量方法获得的可以衡量项目状态、绩效和质量的数据。
•收集:指采集、整理和记录度量数据。
3. 数据收集3.1 数据收集目标项目团队应明确数据收集的目标,包括但不限于:•评估项目进展和状态。
•监控项目绩效和质量。
•识别过程改进的机会。
3.2 数据收集方法项目团队可以采用以下方法进行数据收集:•直接观察:通过对项目活动的观察,记录实际执行情况。
•问卷调查:向项目团队成员发送问卷,收集他们的反馈和建议。
•数据库查询:从项目管理工具或数据库中提取数据。
•文件分析:对项目文档进行分析,提取有关数据。
3.3 数据收集频率数据收集的频率应根据项目的需要来确定。
通常,数据收集应至少每个项目阶段进行一次,以便及时了解项目的状态和进展。
4. 数据存储4.1 数据存储目标数据存储的目标是确保数据的安全和易访问性,以便长期保留和分析。
4.2 数据存储方法项目团队应选择合适的数据存储方法,包括但不限于:•数据库:通过建立数据库来存储度量数据,确保数据的结构化和一致性。
•文件系统:将度量数据以文件形式存储在合适的文件夹结构中,方便查找和管理。
•云存储:将度量数据存储在云平台上,提供高可用性和灵活性。
4.3 数据存储安全性为了保护度量数据的安全性,项目团队应采取以下措施:•数据备份:定期对数据进行备份,以防数据丢失或损坏。
•权限管理:对数据存储系统进行权限管理,确保只有授权人员可以访问和修改数据。
CMMI5文档之决策分析和决定过程

决策分析和决定过程文档编号:FHI_CMMI_DAR_PRS文档信息:决策分析和决定过程文档名称:决策分析和决定过程文档类别:CMMI过程密级:内部秘密版本信息:1.1建立日期:2016-1-19创建人:EPG批准人:李庆林批准日期:2016-2-25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录目录1.简介 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.术语表 (4)2.过程总体描述 (4)2.1.概述 (4)2.2.过程结构描述 (4)3.角色和职责 (5)4.过程元素定义 (5)4.1.建立决策组织 (5)4.2.建立评价准则 (6)4.3.识别备选方案 (7)4.4.选择评价方法 (8)4.5.评价备选方案 (9)4.6.选择方案 (10)1.简介1.1.目的决策分析和决定的目的是建立决策分析指导方针,表明在什么样的情况下需要使用决策分析和解决方案过程;建立和维护评价标准并进行分级,用对备选方案进行评价;识别和形成可选的解决方案,对于每个需要决策的问题需要建立若干可选的解决方案;选择评价方法并应用选定的评价方法对备选方案进行评价;根据评价结果选定解决方案。
1.2.适用范围本文档适用于组织内的各类项目,适用于采购和培训部门的采购、培训等活动,也适用于组织内某些重要事件的决策。
1.3.术语表无。
2.过程总体描述2.1.概述该过程简要说明决策分析与决定的工作流程,主要包括形成决策分析指导方针、建立评价标准、识别和形成可选解决方案、确定评价方法等。
2.2.过程结构描述3.角色和职责●公司高级管理层1、召集或参与公司级重大项目或产品研发涉及决策的活动;2、依据公司目标及商业发展规划,指定至多一条评价准则,并确定指定评价准则的等级,但该准则等级值不超过所有评价准则等级值和的30%;3、对决策过程无法确定最终的评价方法时做出最终裁决;4、公司级重大决策活动中经多次评价无法得出结果或者得出两个相近解决方案时,做出最终裁决。
cmmi度量解释

CMMI(Capability Maturity Model Integration)是一种软件过程改进的方法,它通过对软件开发过程进行评估和改进,提高软件开发团队的能力和效率。
CMMI共有5个级别,代表软件团队能力成熟度的5个等级,数字越大,成熟度越高,高成熟度等级表示有比较强的软件过程管理能力。
在CMMI中,度量与分析(Measurement and Analysis)是一个重要的过程域。
度量目标是从来源于项目、组织级或业务目标的信息需要导出的。
在这个过程域中,术语“目标”在没有“度量”限定的情况下使用时,它表示项目、组织级或业务目标。
度量与分析活动集成到项目过程中支持以下的活动:
1.客观的计划与估算。
2.对照建立的计划与目标跟踪实际的进展与绩效。
3.识别并解决过程相关的问题。
4.为将来把度量纳入其它过程提供基础。
为了实现度量能力所需的员工可以属于也可以不属于单独的组织层面的项目。
度量活动最初的关注点在项目级。
然而,度量能力可能证明对组织与企业层面的信息需要也是有用的。
为了支持这个能力,度量活动应该支持多级别的信息需要,包括业务、组织级单位与项目,以随着组织成熟度的提高将返工减到最少。
项目可以在其特定的存储库中保存项目特定的数据与结果,但是当数据将要被广泛使用或被分析以支持确定数据趋势或基准时,数据可存放在组织的度量库中。
为有效管理项目质量与成本,对供方提供的产品组件进行度量与分析极为重要。
对供方协议的细致管理可深入了解支持供方绩效分析的数据。
CMMI5文档之决策分析和决定过程

CMMI5文档之决策分析和决定过程决策分析和决定过程文档编号:FHI_CMMI_DAR_PRS文档信息:决策分析和决定过程文档名称:决策分析和决定过程文档类别:CMMI过程密级:内部秘密版本信息:1.1建立日期:2016-1-19创建人:EPG批准人:李庆林批准日期:2016-2-25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录目录1.简介 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.术语表 (4)2.过程总体描述 (4)2.1.概述 (4)2.2.过程结构描述 (4)3.角色和职责 (5)4.过程元素定义 (5)4.1.建立决策组织 (5)4.2.建立评价准则 (6)4.3.识别备选方案 (7)4.4.选择评价方法 (8)4.5.评价备选方案 (9)4.6.选择方案 (10)1.简介1.1.目的决策分析和决定的目的是建立决策分析指导方针,表明在什么样的情况下需要使用决策分析和解决方案过程;建立和维护评价标准并进行分级,用对备选方案进行评价;识别和形成可选的解决方案,对于每个需要决策的问题需要建立若干可选的解决方案;选择评价方法并应用选定的评价方法对备选方案进行评价;根据评价结果选定解决方案。
1.2.适用范围本文档适用于组织内的各类项目,适用于采购和培训部门的采购、培训等活动,也适用于组织内某些重要事件的决策。
1.3.术语表无。
2.过程总体描述2.1.概述该过程简要说明决策分析与决定的工作流程,主要包括形成决策分析指导方针、建立评价标准、识别和形成可选解决方案、确定评价方法等。
2.2.过程结构描述3.角色和职责●公司高级管理层1、召集或参与公司级重大项目或产品研发涉及决策的活动;2、依据公司目标及商业发展规划,指定至多一条评价准则,并确定指定评价准则的等级,但该准则等级值不超过所有评价准则等级值和的30%;3、对决策过程无法确定最终的评价方法时做出最终裁决;4、公司级重大决策活动中经多次评价无法得出结果或者得出两个相近解决方案时,做出最终裁决。
CMMI5文档之度量指标与度量项参考列表

组织培训工作量
组织培训课程执行情况统 计
培训
组织培训人员统计
组织培训费用统计
组织培训效果统计
评审
过程改进评审工作量
组织级 组织过程定义计划、实际成本
组织度量数据表
组织级 SPI的计划工作量
SPI计划
组织级 SPI的实际工作量
组织度量数据表
组织级 定义修改的过程文档页数
组织度量数据表
组织级 过程改进的提案数量、完成数量
从需求模块功能矩阵中采集
项目级 需求原始定义个数
从需求模块功能矩阵中采集
项目级 各阶段完成时度量累计增加需求数
从需求模块功能矩阵中采集
度量类别
度量项
级别
度量数据选用表
描述
采集途径
二、面向过程改进与组织内培训
成本
过程定义成本
工作量
过程改进计划工作量 过程改进实际工作量
规模
过程定义规模 过程改进提案数量
次
中采集
QA Me1
项目级
从项目计划变更记录中收集
TO Me1
项目级 计划变更提出到计划批准的历时
从变更申请和计划批准单中采集
TO Me1
项目级 SCM人员
项目状态报告、项目总结报告
项目级 SQA人员
项目状态报告、项目总结报告
项目级 测试组成员
项目状态报告、项目总结报告
项目级 度量数据报告日期
项目状态报告、项目总结报告
项目级 项目名称
项目状态报告、项目总结报告
项目级 如V字模型、螺旋型等
项目状态报告、项目总结报告
项目级 如金融、电力、电信等
项目状态报告、项目总结报告
项目级 各阶段完成时度量累计删除需求数
CMMI_度量与分析

1. 度量与分析1.1. 概述描述了如何定义、收集和使用度量。
该过程域是过程管理和改进的一部分,并假设信息需要已经在项目或是组织过程中得到识别。
这个过程域的工作是将定义、收集和分析数据作为一个日常工作进行,然后将信息报告反馈给“产生它”的过程。
1.2. 目的发展和维持一个度量能力,用该能力用来支持管理信息需要。
1.3. 特定及通用目标1.3.1. 安排度量与分析的活动概述:度量的目标与活动要配合已界定的需求信息与目标。
特定实践如下:1.3.1.1. SP1 建立度量目标度量的目标来源分如下几类,项目管理、技术、专案、产品或流程实施的需要。
需要度量项包括如下:管理部分-部门内部个人的开发能力、技术解决能力;团队开发能力;工具为project。
实施团队的实施能力测试管理,项目的性能指标,bug数量。
健壮性1.3.1.2. SP2 指定度量1.3.1.3. SP3 指定质料收集与存储程序1.3.1.4. SP4 指定分析程序建立的过程:1、制定准则同时考虑相关程序的限制2、界定必要的分析1.3.2. 提供度量结果概述:此度量结果说明要配合已界定的需求信息与目标。
SP1 收集度量资料SP2 分析度量资料SP3 储存度量资料与结果SP4 沟通结果1.3.3. 制度化已管理流程概述:将流程制度化为已管理流程。
GP1 建立组织政策GP2 规划流程GP3 提供资源GP4 指派责任GP5 训练人员GP6 管理建构GP 7界定并纳入相关的关键人员GP8 监控流程GP9 客观评估遵守程度GP10与上层人员检查各状况1.3.4. 制度化已定义流程概述:将流程制度化为已定义流程。
GP1 建立已定义的流程GP2 收集改善信息1.4.度量流程图你的意思是说贵司还没有度量过程域!?过程文档应该写过很多吧,无非是目标、角色职责、输入、过程细则、输出等。
度量过程就再加上贵司希望度量的数据、指标作为附录就差不多了。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
度量与分析过程文档编号:FHI_CMMI_MA_PRS文档信息:度量与分析过程文档名称:度量与分析过程文档类别:CMMI过程密级:内部秘密版本信息:1.1建立日期:2016-1-19创建人:EPG批准人:李庆林批准日期:2016-2-25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录目录1.简介 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.引用文件 (4)1.4.术语表 (4)1.5.角色与职责 (4)1.6.参考资料 (4)2.工作过程概述 (4)2.1.过程概述 (4)2.2.过程结构描述 (5)3.工作过程描述 (5)3.1.定义度量与分析规格说明 (5)3.2.实施项目度量与分析活动,并提供相应的结果 (7)3.3.实施公司度量与分析活动,并提供相应的结果 (7)4.支持文件 (10)1.简介1.1.目的开发和维持软件过程的度量能力,以便支持商业目标和管理信息的需要。
1.2.适用范围项目和公司度量与分析工作。
1.3.引用文件●《项目策划过程》1.4.术语表测量(Measure):是对一个项目或过程的某个特性(例如:规模、工作量、复杂性和缺陷)采度量(Measurement):是对一个项目或过程具有的某个特性的度的一个测量。
例如:对产品规分析(Analysis):是整理、比较和解析度量结果并形成报告的行为。
例如:对产品规模与工作1.5.角色与职责●Goal-Driven Software Measurement–A Guidebook [SEI-HB02]2.工作过程概述2.1.过程概述度量与分析过程的功能是从各种工程和管理过程中收集和分析度量数据并为相关的干系人报告度量结果,提供用于监控和改进项目过程和产品质量的管理信息。
度量与分析过程包括下列活动:●定义度量与分析规格说明;●实施项目度量与分析活动,并提供相应的结果;●实施公司度量与分析活动,并提供相应的结果;2.2.过程结构描述3.工作过程描述3.1.定义度量与分析规格说明3.1.1.概述度量分析人员采用“目标-问题-度量(Goal-Question-Metric,GQM)”的软件度量方法,建立和维护项目和公司的度量数据收集、分析、存储和报告方法。
3.1.2.角色与职责EPG负责在过程改进计划中指派度量分析人员;度量分析人员编制维护度量与分析规格说明。
3.1.3.资源与能力要求●数据收集和分析的工具●经过GQM培训的度量分析人员3.1.4.入口准则●过程改进启动3.1.5.输入●过程改进计划3.1.6.任务识别商业目标和管理信息的需要1、EPG负责在过程改进计划中指派度量分析人员。
2、度量分析人员负责与改进计划中定义的干系人进行沟通,识别商业目标和管理信息的需要。
分析影响目标实现的关键问题度量分析人员负责与干系人进行沟通,分析哪些关键问题会影响目标实现。
定义与解决问题相关的度量数据度量分析人员负责与干系人进行沟通,定义与解决问题相关的主要度量数据。
如下表:建立和维护度量与分析规格说明1、度量分析人员负责建立和维护《度量与分析规格说明》。
文档包括下列内容:(1)度量指标、度量目的、分析规程、包含的基本度量项;(2)采集时机、采集方法、采集工具;(3)报告方法、存储方式;(4)度量数据的存取控制和变更控制方法。
2、度量分析人员负责提供实施度量与分析活动所需要的技能培训和工具培训。
审批度量与分析规格说明1、度量分析人员负责将度量与分析规格说明提交给EPG审核。
2、EPG负责批准度量与分析规格说明。
3.1.7.出口准则度量与分析规格说明得到批准3.1.8.输出(工作产品)●《度量与分析规格说明》3.2.实施公司度量与分析活动,并提供相应的结果3.2.1.概述为掌握全部软件过程的在项目中的运作情况以改进软件过程,收集与分析所有项目的度量数据,并报告给各部门和项目组。
公司度量与分析目标是支持下列活动:(1)过程改进的估计和计划;(2)统计汇总所有项目的度量数据;(3)比较分析所有项目的实际性能;(4)提供管理决策所需要的客观数据。
3.2.2.角色与职责●在部门会议中,EPG组长负责策划度量与分析活动,并形成会议纪要●度量分析人员负责按照部门工作安排和《度量与分析规格说明》的要求开展度量与分析活动●度量分析人员负责将质量报告提交给EPG组长审核●EPG组长负责评审公司度量与分析活动3.2.3.资源与能力要求●数据收集和分析的工具●经过培训的度量分析人员3.2.4.入口准则●定期,或者项目结束3.2.5.输入●度量与分析规格说明3.2.6.任务计划公司度量与分析活动1、在部门会议中,EPG组长负责策划度量与分析活动,并形成会议纪要。
策划内容包括:指派度量分析人员,并分配其职责;安排度量与分析活动所需要的资源和培训;安排度量与分析活动的时间。
实施公司度量与分析活动1、度量分析人员负责按照部门工作安排和《度量与分析规格说明》的要求开展度量与分析活动,包括:(1)从配置库中收集所有项目的度量数据及其分析结果,并检查其合法性;(2)分析度量数据,将度量数据和分析结果存储于配置库中;(3)将度量数据和分析结果整合在质量报告中。
2、如果某些项目在项目计划中定义了被裁剪的度量数据,则这些数据不包含在公司度量与分析活动中。
3、度量分析人员负责将质量报告提交给EPG组长审核。
4、通过质量报告,度量分析人员可采用会议、电子邮件等方式向各部门和项目组汇报度量与分析活动的结果。
监控及验证公司度量与分析活动●组织级QA定期(每半年)或事件驱动地对EPG活动执行的有效性进行评审和审计,形成《过程改进活动审计报告》,其中包括组织度量与分析活动。
●EPG根据《过程改进活动审计报告》中与组织度量与分析有关的不符合项进行度量与分析活动的过程改进,由组织级QA跟踪,直到问题得到解决。
3.2.7.出口准则●项目提供的数据被汇集、分析3.2.8.输出(工作产品)●《组织度量计划》(参见《组织度量计划模版》)●《组织度量表》(参见《组织度量表模版》)3.3.实施项目度量与分析活动,并提供相应的结果3.3.1.概述为掌握项目运作的状况,收集与分析项目的度量数据,并报告给项目计划中定义的干系人。
项目度量与分析的目标是支持下列活动:(1)项目估计和计划;(2)对照计划跟踪实际性能;(3)识别项目偏差并予以解决;(4)提供项目监控所需要的客观数据。
3.3.2.角色与职责●项目经理负责在项目计划中策划度量与分析活动;●项目经理或被指派的执行人负责按照项目计划和《度量与分析规格说明》的要求开展度量与分析活动,QA和SEPG协助项目经理根据组织的要求来确定项目的度量目标;●在项目会议中,EPG组长负责评审项目度量与分析活动,以判断它们是否完成以及目标是否被实现;3.3.3.资源与能力要求●数据收集和分析的工具●经过培训的项目经理3.3.4.入口准则●项目完成立项3.3.5.输入●项目立项报告●度量与分析规格说明3.3.6.任务计划项目度量与分析活动1、项目经理负责在项目计划中策划度量与分析活动,包括:(1)分配度量与分析活动的执行人和职责;(2)安排度量与分析活动所需要的资源和培训;(3)估算度量与分析活动的工作量。
2、如果某些软件过程在项目计划中被裁剪,则它们所对应的度量数据相应被裁剪。
项目经理负责在项目计划中定义这些被裁剪的度量数据。
3、如果项目有分包过程,则分包方(供应商)也要收集度量数据,这些数据是整体项目度量数据的一部分。
若无特殊要求,分包方(供应商)的度量数据与项目自身的度量数据一样,否则项目经理负责在项目计划中定义分包方(供应商)所需要收集的度量数据。
实施项目度量与分析活动1、项目经理或被指派的执行人负责按照项目计划和《度量与分析规格说明》的要求开展度量与分析活动,包括:(1)从配置库的各种表单记录中收集度量数据,并检查其合法性;(2)分析度量数据,将度量数据和分析结果存储于配置库中;(3)将度量数据和分析结果整合在《项目周报》、《项目度量表》中。
2、项目的分包方(供应商)也要按项目计划和《度量与分析规格说明》的要求向项目经理提供相应的度量数据。
项目经理或被指派的执行人负责收集这些数据并检查其合法性,将它们与项目自身数据集成,一起进行分析和报告。
3、在项目例会中,项目成员需要一起审核度量数据和分析结果。
4、通过《项目周报》、《项目度量表》,项目经理可采用会议、电子邮件等方式向干系人汇报度量与分析活动的结果。
监控项目度量与分析活动1、QA负责监督和评审项目度量与分析活动,以判断它们是否完成以及目标是否被实现,形成报告并对不符合项跟踪处理。
2、参见《项目监督和控制过程》。
3.3.7.出口准则●周期性和/或阶段性的项目数据汇总、分析和报告已完成3.3.8.输出(工作产品)●《项目度量计划》(参见《项目度量计划模版》)●《项目度量表》(参见《项目度量表模版》)4.支持文件●《度量与分析规格说明》●《数据分析方法指南》●《度量与分析规程》。