Tom De Wolf 的 Data Product Platform Navigator 为数据平台团队提供了一种审视方法：即使资源创建已实现自动化，共享工具为什么仍然难用？该框架发表于2026年11月5日，将 CNCF 的平台工程成熟度模型应用于数据网格，即由各业务领域团队负责可复用数据产品的架构方式。
martinfowler.com 上的原文作者是 De Wolf，而非网站主持人。新贡献在于从数据产品角度解释既有模型：CNCF 版本记录显示，该模型第一版完成于2023年10月。
自动化组件之间还剩下什么工作
De Wolf 描述了一种运营阶段的平台：代码仓库、流水线、存储和计算资源可以分别创建，但开发者仍需把它们连接起来。他所说的可扩展阶段，将交互方式转向声明一个数据产品，再由平台整合底层资源。他认为，成功实施数据网格至少需要达到这一阶段。
这是实践者的判断，并非经测量得出的采用成效。其有用之处是提醒团队审视开发者的完整任务。设想一个团队能够自动创建存储，却仍需要别人协助配置权限并连接流水线。如果只统计已经完成的资源创建，就会遗漏剩余整合工作。
决定下一项投入前，分别评估各项能力
CNCF 模型分别审视投入、采用、接口、运营和衡量。它明确提醒，不应给整个组织贴上单一成熟度等级；达到最高阶段本身也不应成为目标，因为那需要更多资金和时间。
使用 Navigator 时，这个限定很重要。精美的门户不能证明用户能够完成工作，而简单的界面也可能解决眼前需求。评估应找出具体障碍，而不是变成重建所有组件的理由。
TechKili 建议的起步练习，是跟踪一个数据产品从申请到产生可用输出的过程，记录负责人在哪些环节需要其他团队协助。选择一个反复出现的交接环节进行改进，再检查负责人能否在更少协助下完成同一任务。这是评估建议，并非原文已经证明的效果。
这一框架的价值，在于帮助团队共同讨论改进什么以及为什么改进。组织下一步行动所需的证据，仍应来自自己的用户和工作流程。