扩大SCAMPI 方法的适用性(多模型评估)
SCAMPIv1.3使用更多常规的术语来适应其它的方法. 比如 CMMI-SVC, CMMI-ACQ
一些重要术语变化
基本单元:之前在CMMI-DEV中称作”项目”;
证据:不再区分“直接”与“间接”;
“关注”与“非关注”项目:形式取消;
“评估输入”不再使用,它变成初始评估计划的一部分。
评估范围界定与抽样:
选择以抽样因素和子组分析为基础。
V1.3版本范围界定步骤:
定义组织单位(OU) [评估结果在组织内部适用的范围]:
1.定义如何组织员工进入基本单元(BU)和支持小组.(比如 QA, 培训,配置管理);
2.识别会影响过程改进的抽样因素
标准的抽样因素:
地点-比如 国家,城市, 举办地点等;客户;规模-基本单位或者支持功能小组的规模;
组织架构-比如 组织系统图的不同部门; 工作类型-比如 软件开发, 系统集成, 维护服务等。
其它影响过程改进的抽样因素。
3.记录组织适用的相关的抽样因素,记录上述因素包含或不包含在评估计划中的基本原理。
4.定义组织评估范围,使用抽样因素识别子组, 定义每个子组会被抽样的单元数目。
从子组抽样:
数据覆盖规则
每一个抽样子组的基本单位和支持小组都必须提供的客观证据的数量在新的方法条例中定义。数据充分性规则–基本单位的覆盖规则:
覆盖1:对于每一个子组, 至少有一个基本单元能够提供该子组中所有基本单元执行的每一个过程的文档与访谈证据. 这个抽样的基本单元必须提供所有过程域的数据. 这一个基本单元的选择必须考虑工作进度的达成,以便最大化的覆盖过程域.万一这个抽样的基本单元在一个过程域中还没有描述, 那么增加的基本单位必须覆盖这个过程域(除非没有其他的基本单位可供抽样).
覆盖2:在一个子组中, 至少有50%的基本单位能过提供该子组中所有基本单位执行的至少一个过程域的证据和访谈证据
覆盖3:对于子组中的所有基本单位,至少要能提供一个该子组中所有基本单位执行的过程域的证据或者文档.
支持功能与过程域
= = =
恰当的文档–必须的实践
过程文件:是一个实践打算如何执行的描述,但是不应该被接受作为这个实践已经执行了的证据-尽管它应该提供证据给OPD或者对理解改进水平文件的上下文关系做出贡献;
组织标准的一致性:不一致的组织标准不应该被解释来否定CMMI实践的执行-尽管这可能保证一个发现物;
= = =
恰当的访谈确认–必须的实践
不是谣言: ”其他人做什么”的访谈确认主张不应该被接受.聘雇团队必须与执行实践的人对话;
合理的推断:被采访者可能会没有采用特定的术语或者不能被最终解释的术语来描述他们的工作. 比如, 如果一个人说”我们在这个过程域执行一切事情”, 这同样不能被接受. 与此相反, 一个彻底的没有用术语描述的WBS的描述应该会被考虑为可接受的证据;
数据收集
对验证模型的误解会导致评估组织数据收集职责的不相称的变化. 这也会导致缺乏”发现”-评估团队现场阶段勤奋的寻找任何需要的附加信息来平衡验证和发现。
在v1.3中, 数据收集计划是一个必须的实践. 这个计划应该包括:
-组织和模型的评估范围
-计划的数据收集清单, 包括文件检查与访谈
-处理潜在的缺少数据的应急计划说明书
-风险识别与缓解策略
数据收集计划的最初的草稿应该被记录备案并且由评估团队在第一次准备就绪检查(RR)结论得出之前进行评审.数据收集计划的几线应该在开始现场评估阶段之前由评估团队进行评审和讨论.它应该与数据包一起提交到CMMI管理。
评估团队资格要求
所有评估团队成员必须都成功参加过SEI官方的CMMI相关模型培训课程和SCAMPI评估方法培训;
经验(团队经验):
Ø工程方面——在各自的学科:
-每名团队成员平均6年的经验;
-团队总经验不少于25年;
Ø管理:
-团队总经验不少于10年;
-至少一位成员有6年经验;
Ø所有的经验必须覆盖整个组织的生命周期. 至少有两名团队成员有实际经验;
评估团队中不能有成员是被访谈人员的直接领导。
生命周期经验可以从组织以外获得。
分享到:
相关推荐
**SCAMPI V1.3版**是SCAMPI方法的最新版本之一,该版本对原有方法进行了修订和完善,以更好地适应组织的需求和技术的发展。 - **修订内容**: - 对评估过程进行了优化,提高了效率。 - 增加了新的评估工具和技术...
##### 2.3 主要变化 - **架构更新**:模型架构进行了调整,以更好地支持跨领域的集成,包括但不限于软件开发、系统工程和服务管理等领域。 - **实践类别(PACategories)**:新增了一些实践类别,旨在覆盖更广泛的...
#### 三、CMMI-DEV V1.3的主要特点 1. **整合性增强**:该版本进一步整合了多种模型,如系统工程、产品和服务开发等领域的最佳实践,使得组织能够更高效地管理和改进其业务流程。 2. **适用范围扩展**:不仅适用于...
CMMI V1.3是该模型的一个重要版本,它提供了关于如何管理和改进工程过程的指导,以确保更有效地开发出高质量的产品和服务。 CMMI-DEV(Development)模型是CMMI模型的一个分支,专注于软件开发过程的成熟度。这个...
CMMI.SCAMPI.Distilled.Appraisals.for.Process.Improvement
标题与描述中的关键词“SCAMPI MDD v1.2”和“CMMI的评估方法,要求,以及过级”指向的是软件工程领域中重要的评估标准和过程改进方法——能力成熟度模型集成(Capability Maturity Model Integration,简称CMMI)的...
本课程为SEI于2010年11月最新公布的V1.3版CMMI-DEV模型,采用SEI全新编写的V1.3版教材,透过贯穿全课程的实例说明,可以帮助学员更加容易的将CMMI模型与实务相结合。三天的课程将向系统及软件工程管理人员、评估组...
CMMI_DEV1.3是针对开发领域的最新版本,于2010年发布。 #### 二、CMMI_DEV1.3的关键特点 1. **整合性**:CMMI_DEV1.3通过整合多个过程域,提供了一个全面的过程改进框架。 2. **灵活性**:该版本允许组织根据自身...
文中提到的是CMMI for Development, Version 1.3版本,这是2014年发布的版本。该版本在前几版的基础上进行了优化和改进,主要包括以下几个方面: 1. **结构优化**:采用了更加模块化的设计,使得组织可以根据自身...
#### SCAMPI 评估方法改进 1. **取消设备数据收集要求**:为了减轻评估过程中的繁琐步骤,新版去除了对于设备上数据收集的要求(例如,不再需要进行调查等),简化了评估流程。 2. **增强替代性活动描述**:新版...
会上同近十位主任评估师就中国大陆CMMI的现状与问题——评估数量与质量的矛盾——进行了深入的交流,并结合本次研讨会上发布的CMMI评估的官方数据,以及CMMIV1.3版本的升级计划,就如何缓解“做大”与“做强”的矛盾...
本文档主要介绍了Standard CMMI Appraisal Method for Process Improvement (SCAMPI),这是一种被广泛应用于汽车电子行业等领域的评估方法。 #### 二、SCAMPI 概述 SCAMPI 是一种标准化的评估方法,用于评价组织在...
SCAMPI旨在通过序列比较快速检测计算机中的分子标记。 为此,它创建了一个集成了第三方工具(如NCBI Blast或Primer3)的独特工作流。
报告的主要目的是描述CMMI以及People CMM的采用情况,其数据来源于SCAMPI V1.1/V1.2/V1.3 Class A级别的评估,这些评估使用了CMMI V1.1/V1.2/V1.3(所有星座)以及People CMM V1/V2。报告包括两个主要部分: 1. **...
**SCAMPI(Standard CMMI Appraisal Method for Process Improvement)**是CMMI评估的主要方法,由SEI(Software Engineering Institute)授权使用。SCAMPI分为不同等级,如Class A、Class B和Class C,分别对应不同...