组件化成熟度评估，你的目的地在哪里呢
Hi，我是阿昌，今天学习记录的是关于组件化成熟度评估，你的目的地在哪里呢的内容。
一、组件化成熟度模型
组件化成熟度模型可以帮助咱全局去思考当前的现状，并制定更有针对性的改善目标。
成熟度模型包括 5 个级别的成熟度等级，还有 6 个成熟度衡量维度，依次来看看。
1、成熟度等级
组件化成熟度等级分为 5 个级别，依次为原始级、入门级、标准级、进阶级以及创新级。
- 原始级 主要表现为产品
没有系统性地做组件化规划 - 入门级 表现为产品
开始探索组件化设计， - 标准级 的表现为产品
有较系统化的组件化能力和实践， - 进阶级 的表现为产品
有完整的组件化工程能力和实践， - 创新级的表现为产品已经在
持续探索新的组件化实践模式。
对照后面的图来理解。
2、成熟度维度
组件化成熟度的评估分为 6 个维度，依次为组件设计、集成编译、测试保障、架构守护、分支策略以及持续发布，可以综合评估项目的架构设计、核心工程实践等组件化核心能力。
其中，组件设计主要评估目前代码的工程结构以及组件的划分设计，集成编译主要评估组件的集成以及配置能力，测试保障主要评估组件质量守护的能力，架构守护主要评估组件化架构的守护能力，分支策略主要评估组件的分支管理模式，持续发布主要评估组件的持续集成发布能力。
每个维度同样细分为 5 个等级，可以参考后面的表格。
当然这里需要注意，模型的作用是帮助我们从多个维度去思考当前的现状，然后去制定改进的目标，模型的维度自然也要持续不断去演进。
二、Sharing 项目成熟度评估
在如何进行组件化分析和设计？中，在组件化重构前梳理了 Sharing 项目的现状，现在，就尝试引入组件化成熟度评估模型来评估改造前的 Sharing 项目，可以参考后面的表格。
最终 Sharing 项目在组件化重构前的成熟度评估为 L1。
经过前期的分析设计、重构解耦以及持续交付的改造，重新按照组件化成熟度评估模型来评估组件化重构后的 Sharing 项目，情况如下表所示。
最终 Sharing 项目在组件化重构后的成熟度评估为 L3。
三、总结
组件化成熟度评估模型。该模型分为 5 个等级，分别为原始级、入门级、标准级、进阶级以及创新级。
同时从组件化的核心能力体现为 6 个维度，包括组件设计、集成编译、测试保障、架构守护、分支策略以及持续发布，每个维度同样也有 5 个等级，最终要以最低得分的维度作为最后的评估等级。
成熟度模型一方面可以帮助制定改进目标，另一方面也可以帮助我们更好地度量结果，从而帮助我们去持续改进。
就拿 Sharing 项目来说，借用组件化成熟度模型，给改造前后的 Sharing 项目分别做了一次评分，通过了持续改造，最终 Sharing 项目从 L1 提升到 L3。
当然，模型只是一个补充的视角让我们能客观去评估现状以及制定改进的目标，最重要还是我们借此审视项目质量，持续改进。
