在Data Vault 2.0方法论中集成CMMI

赞成理智

能力成熟度模型集成

能力成熟度模型集成(CMMI)是20多年前开发的一个过程改进框架,由美国卡内基梅隆大学软件工程研究所(SED)管理。CMMI是由美国政府(特别是美国国防部)赞助的,被世界各地各种规模的组织使用。它有助于简化成本,减少返工和缺陷率,并改善时间线和质量。

CMMI本身是一个过程改进框架,被开发用于解决广泛的应用程序环境。有三种不同的基于CMMI框架的模型:

  • 用于开发的CMMI,用于软件开发组织的过程管理和改进的过程模型。
  • 用于收购的CMMI,一个组织必须发起并管理产品和服务的收购的模型。
  • 用于服务的CMMI,用于帮助组织部署和管理服务的过程模型。

就其本质而言,用于开发的CMMI是数据仓库开发过程改进的正确选择。它可以用来提高软件产品(如数据仓库)的开发过程的效率,包括开发活动的计划、管理和控制过程。CMMI开发标准提供了来自成功开发组织的最佳实践和来自软件质量专家的经验。其思想是通过使组织能够预测其(定义和管理的)过程的结果,从而将组织置于过程改进的轨道上。过程输出(包括时间排期和产品质量)的预测降低了超出预算、遇到质量问题和脱离进度的风险。

CMMI与其他框架和最佳实践集成是可能的,例如敏捷开发PMP六西格玛。这是因为CMMI并没有定义如何进行软件开发。取而代之的是,它定义了为了改进开发过程必须做什么。因此,CMMI框架通过为成功的开发环境提供一个参考框架来支持敏捷原则。它支持将六西格玛与CMMI过程域作为六西格玛(例如,DMAIC)项目的选项整合。由于项目管理的知识体系(PMBOK的)知识领域和CMMI过程域之间的重叠,PMP也得到支持。

CMMI有两种不同的表示:连续表示和阶段表示。这些表示为组织提供了不同的需求和一套独特的流程改进工具。阶段模型关注于整个组织,并提供了作为一系列阶段(因此得名)的路线图。这些阶段被称为成熟度等级,它们指示了组织关于一组过程域的成熟度。当组织在成熟度等级上进步时,它实现了来自不同过程域的越来越多的实践。一旦组织满足了成熟度等级中所有过程域的目标,它就可以推进到下一个等级,进一步改进其流程。连续模型不同于分段模型,因为它对应该实施和改进的过程域的顺序提供的指导较少。因此,重点放在了单个过程域以及如何改进它。每个过程域都有自己的能力等级。连续模型中没有遵循过程域的分组。下一节将更详细地介绍CMMI的能力和成熟度等级。

能力等级

使用CMMI的连续表示的组织正在使用能力等级来度量他们的过程改进工作。以下能力等级存在于CMMI :

  • 0.不完整的
  • 1.已执行
  • 2.已管理
  • 3.已定义
  • 4.量化管理
  • 5.优化

一个组织从能力等级0开始:不完整。它表明进程没有,或者只是部分执行。它还表明至少有一个过程域的特定目标没有得到满足。这个能力等级没有通用的目标,因为部分执行的过程不应该规范化。

组织可以继续进行能力等级1:在第1级的所有通用目标都得到满足的情况下执行。这个等级要求执行流程并产生所需的输出。然而,这个等级不要求过程本身被规范化,这意味着过程改进可能会随着时间而丢失。

能力等级2:管理需要一个按照策略计划并执行的过程。这种管理过程雇用了能够获得正确资源并能够控制生产输出的技术人员。所有的利益相关者都参与了这个过程,并定期对其进行监测、控制、审查和评估。

组织能够实现的下一个能力等级是能力等级3:已定义。它的特征是一个已定义的过程,这个过程是从组织的一组标准过程中衍生出来的,并根据环境的需要而衍生出来的管理过程。这个过程已经根据组织的裁剪指导方针进行了裁剪,并维护了一个过程描述。此外,它将过程相关的经验反馈给整个过程组织。

能力等级4:量化管理是一个已定义的过程(参见能力等级3),它使用统计和其他定量方法来控制选定的子过程。这些方法用于识别产生较高数量缺陷输出或较低质量[10]输出的过程。

组织能够达到的最高能力水平是能力等级5:优化,它关注于优化过程的规范化。该过程要求组织不断地度量其(量化管理的)过程,分析趋势,调查技术实践,分析过程变化的常见原因,然后使过程适应不断变化的业务需求。

成熟度等级

成熟度等级与能力等级是不同的,因为它们被应用到一组必须实现组合目标的过程域(将其与应用到单个过程域的能力等级相比较)。以下成熟度等级在CMMI中使用,并在本节中进行解释:

  1. 初始
  2. 已管理
  3. 已定义
  4. 量化管理
  5. 优化

第一个成熟度等级1:初始表示一个具有特殊和混乱过程的组织。
组织没有提供稳定的过程环境。组织的成功依赖于个人的技能和参与,而不是定义和建立的过程。处于成熟度等级1的组织可以交付工作产品。然而,它们经常超出预算和原始交付进度。这些组织通常过度承诺,在压力时期放弃他们的过程,并有重复过去成功的问题。

处于成熟度等级2的组织:被管理的组织有按照策略计划和执行的过程,并涉及到所有相关的涉众。有足够资源的技术人员在被监测、控制和审查的过程下或定期评估的基础上产生受控的输出。在压力时期,现有的过程被保留下来。

成熟度等级3:已定义,表示在标准、过程、工具和方法中描述的特征良好且易于理解的过程。随着时间的推移,建立和改进组织标准流程。成熟度等级2和3之间的主要区别是,成熟度等级2的标准、过程描述和过程在每个特定的过程实例中都是不同的。然而,在成熟度等级3中,标准、过程描述和过程都是从组织的标准过程中裁剪出来的。

成熟度等级4:量化管理,组织使用量化的目标来管理其项目的质量和过程性能。通过收集和统计分析流程性能的具体指标来度量所选的子流程。

处于成熟度等级5的组织:优化不断地改进他们的过程,使用量化的方法来理解他们的过程及其过程结果的变化。重点是通过增量地改进过程和使用技术来持续改进过程性能。

推进到成熟度等级5

想要符合成熟度等级5的组织应该首先关注于达到所选过程域的能力等级,然后控制最先进的水平——全组织的绩效管理和持续的过程改进。这项成就是通过一项渐进的历程来实现的。随着每个达到的成熟度等级的提高,组织达到了成熟度等级中过程域集合的通用和特定目标,并提高了组织的成熟度。因为成熟度等级是基于它们较低的等级,所以组织可以在推进到下一个成熟度等级时利用过去的成就。由于这些原因,组织试图跳过成熟度等级通常会适得其反。

在Data Vault 2.0方法论中集成CMMI

Data Vault 2.0方法论通过实现以下目标,使组织能够达到CMMI 等级5:

  • 可测量:后续文章将描述Data Vault 2.0方法论中的评估过程是如何基于评估和实际工作的比较的。这需要在过程中捕捉这些信息。
  • 可重复的:为了评估未来的工作,拥有可重复的过程是很重要的。Data Vault 2.0模型在这方面很有帮助,因为可以重复地使用基于模式的过程来建模并将数据加载到企业数据仓库中。
  • 已定义:Data Vault 2.0促进已定义的标准、规则、过程和预构建模板,包括项目文档。上篇文章的图3.3给出了这个流程定义的示例。该定义还促进了可重复的流程。
  • 灵活:该方法使快速迭代部署成为可能(两到三周,取决于组织的能力或偏好)。还可以根据需求扩大或缩小团队规模。这符合Data Vault 2.0中定义的模式。它们帮助新团队成员快速理解流程,并参与实现或测试。
  • 可伸缩:一旦在企业的某些部分部署了基于Data Vault 2.0的数据仓库,就可以添加组织其他部分所需的更多功能。这是因为Data Vault 2.0模型的潜力在有组织地增长,这一特性不仅是Data Vault独有的,而且从一开始就被设计到建模方法中。
  • 监控:在Scrum中一致的团队评审(例如在回顾会议中)和在每个sprint中持续地发布确保业务用户不会对项目及其活动失去兴趣。因此,它保持高度的关注,这意味着当IT没有交付预期的结果时,业务反应更快。
  • 受治理:监控也涉及治理。如果发布没有达到(或超过)文档化的标准,项目就会暂停并重新评估,以确保将来会这样做。这是在两周或三周的冲刺之间完成的吗?
  • 优化的:Data Vault 2.0过程由于其复杂性较低,因此提升了优化的可能性:开发过程的复杂性越低,在不断改进过程时必须考虑的依赖性就越少。

表3.1显示了Data Vault 2.0方法的活动和任务,以及它们与CMMI成熟度等级的关系。

表3.1 Data Vault 2.0方法论与CMMI成熟度等级的映射关系

等级成熟度等级Data Vault 2.0方法论
1初始混沌
2已管理预定义的文档模版、实现标准、基于模式的架构
3已定义项目过程定义
4量化管理估值和实际值捕获、可度量的交货期、可度量的复杂度、可度量的缺陷
5优化自动化工具、快速交付、可降低的成本、并行的团队

当组织试图通过成熟度等级来推进项目时,可以使用这个表来关注给定的Data Vault活动。例如,并行的团队应该只在他们已经达到CMMI成熟度等级4(量化管理)并试图达到等级5(优化)时才成为组织的焦点。这遵循了本文前面概述的推荐实践,通过成熟度等级,而不是从一开始就直接尝试成为一个优化组织。虽然第一种方法需要更多的时间和组织能力的仔细开发,但风险比直接在成熟度级别5之后要低得多。

阅读 720

全栈开发,后端主要java,前端react、vue、mui;大数据学习中,主要致力于数仓研究和架构设计,欢迎大家...

1 声望
1 粉丝
0 条评论

全栈开发,后端主要java,前端react、vue、mui;大数据学习中,主要致力于数仓研究和架构设计,欢迎大家...

1 声望
1 粉丝
文章目录
宣传栏