组件越攒越多，设计系统却未必更好用。有人找不到规范，有人另起一套，版本更新还可能让团队失去信任。NN/g 的 Huei-Hsin Wang 提出，与其把成熟度理解成一条不断升级的直线，不如把它当作一次六项体检：看组织是否支持、团队能否持续运转、基础设施是否扎实、治理是否清楚、使用者能否获得支持，以及采用率——各产品团队实际使用并信赖这套系统的程度。
这套框架最有用的一点，是允许六项能力发展得不均匀。团队可以把各维度的现状画成一张雷达图，得到此刻的“健康侧写”：组件和文档很齐全，不代表治理跟得上；采用广泛，也可能在组织重组、预算削减或工具不兼容后倒退。换句话说，成熟度模型——用若干维度判断组织能力现状与下一步的工具——在这里不是统一的升级路线。它更像一张排查表，帮助团队判断眼下该补技术底座、协作支持，还是决策与版本管理规则。