下面这套分级更适合 企业级数仓 / 湖仓 / 实时数仓 / 数据平台场景。核心原则是：

职级不应按“会多少组件”划分，而应按：能独立交付的业务复杂度、数据规模、系统可靠性、架构决策权和组织影响力划分。

技术会更新，但能力结构相对稳定。以离散制造、供应链、财务等复杂业务为例，真正拉开差距的往往不是“会不会 Spark”，而是能否把复杂规则稳定地沉淀为可复用、可追溯、可治理、可演进的数据资产。

---

一、各职级总体能力画像

职级	核心定位	主要工作方式	能独立负责的范围	关键产出	核心价值
初级大数据开发	完成明确任务	在既定规范、模型和技术路线下开发	单表、单链路、明确口径的需求	SQL 脚本、ETL 任务、基础报表数据集	将需求正确、按时地落地
中级大数据开发	独立交付一个数据主题或项目模块	能澄清需求、建模、开发、上线及排障	一个业务域内多个模型、离线/实时链路、性能优化	分层模型、宽表、调度链路、数据质量规则	对交付结果和稳定性负责
高级大数据开发	解决复杂业务与技术问题	抽象复杂规则、治理性能与质量、推动跨系统协同	核心业务主题域、复杂实时链路、迁移改造、平台能力模块	主题域模型、公共数据资产、性能优化方案、技术规范	将复杂问题产品化、标准化、可复用化
大数据架构师	设计长期有效的体系与边界	技术选型、架构规划、治理体系、组织协调与风险控制	企业级数据架构、平台演进、多团队协作、重大项目	数据战略、总体架构、标准体系、选型报告、路线图	以合理成本支撑业务增长与数据可信

---

二、技术栈要求与使用程度

使用程度说明

标记	含义
了解	知道解决什么问题，能读懂配置、日志和基础代码
会用	能在指导或既有模板下完成开发
熟练	能独立设计、开发、调优、排障
精通	能解释原理、边界和取舍，处理复杂疑难问题
主导 / 决策	能完成选型、制定规范、建设平台并承担结果责任

1. 数据开发与计算引擎

技术方向	初级	中级	高级	架构师	为什么重要
SQL 基础：DDL、DML、JOIN、聚合、窗口函数	熟练	精通	精通	精通	SQL 是数据开发的通用语言；复杂业务的正确性最终通常落在 SQL 逻辑上
SQL 性能：执行计划、谓词下推、分区裁剪、倾斜、关联策略	了解	熟练	精通	能制定规范	从中级开始，不能只“写出结果”，还要控制资源和时效
数仓分层：ODS、DWD、DWS、ADS / DIM、FACT	会用	熟练	精通	主导体系设计	决定数据是否可复用、可维护、口径是否稳定
维度建模：星型、雪花、事实表、拉链表、快照表	了解	熟练	精通	主导规范	是分析型数据资产沉淀的基础
宽表建设与公共指标沉淀	会用	熟练	精通	制定建设边界	宽表可提高消费效率，但需要平衡冗余、更新成本与口径治理
Hive / Spark SQL	会用	熟练	精通	掌握适用边界及成本	大规模离线数仓的主流基础能力
Spark Core / DataFrame / Dataset	了解	熟练	精通	了解原理及选型	应对 SQL 无法高效表达的复杂计算、批处理和算法特征加工
Flink SQL / DataStream	了解	会用	熟练 / 精通	设计实时体系	实时数仓、CDC、实时指标和流批一体的重要基础
OLAP：Doris / StarRocks / ClickHouse / Druid	会用一种	熟练一种，了解其他	精通核心引擎及调优	主导选型与分层架构	承接高并发、多维分析、明细查询和实时服务
湖仓：Iceberg / Hudi / Paimon / Delta Lake	了解	会用	熟练，理解事务与元数据机制	主导湖仓路线选型	解决数据湖表格式、增量读写、回溯、流批融合等问题
Python / PySpark	基础	熟练	熟练 / 精通	评估使用边界	用于自动化、复杂处理、数据服务、AI/算法协同；不应滥用来替代 SQL
Java / Scala	了解	会用一种	熟练，能读源码和二开	能评估框架与治理二开	Spark/Flink 深度开发、Connector、平台扩展和性能问题定位需要

---

2. 数据集成、调度与实时同步

技术方向	初级	中级	高级	架构师	为什么重要
批量数据同步：DataX、SeaTunnel、Sqoop、Kettle 等	会用	熟练	精通常见异常与性能调优	规划统一集成体系	数据接入是数仓的入口，影响时效、完整性和运维成本
CDC：Debezium、Flink CDC、Canal、OGG 等	了解	会用	熟练 / 精通	设计增量采集架构	实时化的关键；需要理解日志、位点、一致性、DDL 变更和补数
消息队列：Kafka / Pulsar / RocketMQ	了解	熟练	精通	选型及容量规划	解耦生产与消费，承载实时数据链路
Kafka 核心机制：分区、副本、消费组、位点、幂等	了解	熟练	精通	能制定可靠性标准	不理解这些机制，实时链路极易出现重复、丢失、积压
调度系统：Airflow、DolphinScheduler、DataWorks、FineDataLink 等	会配置任务	熟练编排依赖、补数、告警	设计任务域、资源域、SLA 和容灾	统一调度平台规划与采购选型	调度本质上是数据生产过程的“操作系统”
Shell / Linux / Crontab	熟练基础命令	熟练排查日志、文件、进程、网络	熟练自动化和故障定位	理解生产运维体系	生产问题往往不只发生在 SQL 层
API / 文件 / SFTP / Excel 接入	会用	熟练处理异常格式、断点续传、幂等	设计标准接入规范	建设数据接入平台	企业数据源异构且不规范，这是常态能力而非边缘能力

---

3. 存储、数据库与性能工程

技术方向	初级	中级	高级	架构师	为什么重要
MySQL / Oracle / SQL Server 等关系型数据库	熟练 SQL	熟练索引、事务、执行计划	具备跨库迁移与性能诊断能力	规划源端采集和数据服务边界	源系统理解不足，会导致抽数、CDC、口径和性能问题
分布式数据库原理：MPP、分片、副本、存算分离	了解	了解并会应用	精通	主导架构决策	决定引擎选型、数据分布、容量和性能上限
表设计：分区、分桶、排序键、主键、分布键	会按规范配置	熟练设计	精通并能结合负载优化	制定企业级标准	表设计直接决定扫描量、写入成本、并发与维护难度
执行计划分析	了解	熟练	精通	建立性能治理方法论	高级开发必须能够从“慢”定位到具体算子、数据分布或 SQL 写法
数据倾斜治理	了解	会处理常见倾斜	精通复杂多对多关联、热点 Key、Join 倾斜	建立监控与预防机制	在供应链、交易、订单类模型中极其常见
容量与成本管理	了解	能评估单任务资源	能完成主题域容量规划	主导 TCO、资源治理、预算	架构不是只追求“跑得通”，还要追求单位数据成本合理

---

4. 数据治理、质量与安全

技术方向	初级	中级	高级	架构师	为什么重要
数据质量：非空、唯一、范围、波动、对账	按要求配置	独立设计质量规则	建立关键链路质量体系	制定企业数据质量机制	数据错误比任务失败更危险：任务成功不代表数据可信
数据血缘	了解	能梳理表级 / 任务级血缘	推动字段级血缘和影响分析	建设元数据与血缘体系	用于问题追溯、变更评估、口径治理
元数据管理	了解	能维护表、字段、指标说明	主导主题域元数据标准	规划数据目录和治理平台	数据资产能否被找到、理解、复用，取决于元数据
指标管理 / 语义层	了解	能沉淀公共指标	主导指标体系、原子指标和派生指标	建立企业统一指标治理	避免“同一个销售额，十种算法”
主数据 / 编码统一	了解	能识别映射关系和口径差异	设计跨系统统一维度方案	推动主数据治理机制	客户、物料、组织、供应商不统一，跨域分析必然失真
数据安全：权限、脱敏、审计、分级分类	遵守规范	能配置行列权限和脱敏	设计关键数据安全方案	建立数据安全体系	财务、客户、员工、经营数据必须具备最小权限与审计能力
数据版本、回溯、补数、重跑	会按流程操作	独立完成影响评估和补数	设计可回滚、可重放的生产链路	建立变更与版本治理机制	是数据稳定生产和可审计性的核心能力

---

5. 工程化、运维与平台能力

技术方向	初级	中级	高级	架构师	为什么重要
Git、分支、Code Review	熟练	熟练并主动参与 Review	制定 SQL / 代码规范	建设研发效能体系	数据脚本同样是生产代码，必须可追踪、可审查、可回滚
单元测试、数据测试、回归测试	了解	能为核心逻辑设计测试	建立自动化测试框架或规范	纳入研发流程	复杂业务规则只靠人工验数不可持续
CI/CD	了解	能使用发布流水线	设计数据开发发布流程	统一 DevOps / DataOps 体系	降低人工发布风险，提高迭代效率
Docker / Kubernetes	了解	会部署和排障基础服务	能设计数据服务部署方案	具备平台化、弹性资源治理能力	数据平台和 AI 应用越来越依赖容器化环境
监控告警：Prometheus、Grafana、日志平台	会查看告警	能配置任务和基础指标告警	建立链路级 SLA、数据质量、资源监控	设计可观测性体系	生产稳定性不是靠“有人盯着”实现的
高可用、容灾、故障演练	了解	能执行预案	能设计关键链路容灾	主导 RTO / RPO 与灾备策略	架构师必须对不可用风险和恢复成本负责
IAM、Kerberos、Ranger 等权限体系	了解	会使用	能排障和设计权限模型	规划统一身份和数据权限架构	企业级平台无法绕开安全合规

---

6. AI 与现代数据能力

这部分不是所有岗位的传统硬门槛，但到 2026 年，已逐步成为高级开发和架构师的重要增量能力。

技术方向	初级	中级	高级	架构师	为什么重要
AI 基础：LLM、Embedding、RAG、Agent	了解	能调用 API 完成简单场景	能参与企业知识库 / AI 问数的数据侧建设	能规划数据与 AI 融合架构	数据团队将越来越多地承担 AI 的数据供给、语义治理和评估
向量数据库与检索	了解	会用一种	理解召回、切分、索引、评估	设计企业知识检索体系	支撑知识库、智能问数、智能运维等应用
Text-to-SQL / AI 问数	了解	能做数据集和指标层支持	可设计语义层、权限、评测和兜底链路	规划可控落地场景	真正的难点不是模型调用，而是指标一致性、权限与幻觉控制
数据产品意识	了解用户消费方式	能将数据集做成可消费资产	能设计数据服务、指标产品和自助分析能力	将数据能力转为业务生产力	数据团队不应只交付“表”，还要交付可被可靠使用的能力

---

三、各职级应掌握的知识结构

技术栈只是“工具”，知识结构决定一个人能否处理复杂问题。

能力维度	初级大数据开发	中级大数据开发	高级大数据开发	大数据架构师
业务理解	理解字段含义、流程节点和明确口径	理解一个模块完整业务闭环，如采购、库存、销售、生产	跨模块理解因果链路，如供需、成本、库存、交付之间关系	构建企业业务域地图，识别核心数据资产与决策链路
需求分析	接收明确需求并开发	能发现需求歧义，完成口径澄清	能挑战不合理需求，抽象为通用模型	识别战略价值、投入产出、优先级和系统边界
数据建模	按既有模型加工数据	独立完成事实表、维表、汇总表设计	建设主题域模型、公共层与指标体系	制定企业数据模型方法论与领域边界
编码与 SQL	正确性优先	正确性、规范性、性能兼顾	可维护性、扩展性、资源成本兼顾	形成工程标准与技术治理体系
性能优化	能按经验改写 SQL	能使用执行计划定位常见问题	能从数据分布、算子、存储、资源和架构多层定位	能从系统全局设计避免性能问题
数据质量	做基础校验	建立表级和链路级校验	建立业务对账、异常归因和质量闭环	建设组织级数据可信体系
排障能力	根据日志解决常见报错	独立处理任务失败、数据异常、依赖问题	处理跨引擎、跨网络、跨系统的疑难问题	建立故障分级、应急机制与技术风险治理
工程协作	按规范提交代码	主动 Code Review、文档沉淀、带新人	推动跨团队协作和规范落地	组织技术共识、平台团队与业务团队协同
技术决策	执行决策	在局部方案中做选择	对主题域技术方案负责	对企业技术路线、成本、风险和演进负责
商业意识	关注交付任务	关注业务价值与使用效果	关注复用收益、人效和技术债	关注投入产出、组织能力和长期竞争力

---

四、不同职级“总和能力”的判断标准

维度	初级	中级	高级	架构师
需求复杂度	单一、明确	模块级、存在部分歧义	跨系统、跨业务域、规则复杂	企业级、战略级、高不确定性
数据规模	千万级以下或已有成熟框架承载	亿级数据和多任务并行	十亿级以上、复杂实时与离线混合负载	PB 级规划、多集群 / 多引擎协同
任务可靠性责任	保证任务开发正确	对任务稳定、补数、质量负责	对关键主题域 SLA 和数据可信负责	对企业级 RTO、RPO、成本和治理体系负责
性能目标	能跑通	在 SLA 内跑完	资源可控、持续优化、可预测	从架构层实现性能、成本与弹性的平衡
影响范围	自己负责的脚本或表	一个项目 / 模块	一个主题域或多个团队的公共能力	多业务域、多团队、企业级平台
可替代性	较高	中等	较低	很低，但依赖组织协同而非个人英雄主义
关键评价标准	准时、正确、规范	独立交付、稳定、少返工	复杂问题解决、复用、带动团队	架构长期有效、业务收益、成本可控、风险可控

---

五、每一级“必须跨过去的门槛”

晋升路径	真正的能力跃迁	常见误区	达标信号
初级 → 中级	从“按需求写脚本”变成“对一个模块交付结果负责”	只刷 SQL 和组件，不理解业务口径、模型和调度依赖	能独立完成需求澄清、建模、开发、测试、上线、补数和复盘
中级 → 高级	从“独立完成项目”变成“解决复杂且可复用的问题”	认为会 Spark/Flink 源码就是高级，忽略业务抽象与治理	能处理复杂关联、数据倾斜、口径冲突、跨系统迁移，并形成通用方案
高级 → 架构师	从“技术高手”变成“系统设计者与组织协调者”	沉迷技术炫技，忽略成本、交付节奏、团队能力和业务价值	能解释为何选、为何不选、未来如何演进，并让多个团队实际落地
架构师 → 技术负责人 / 数据负责人	从“设计架构”变成“建设组织能力和数据战略”	只做 PPT 和技术选型，脱离生产细节	平台、标准、人才、流程、业务价值形成稳定飞轮

---

六、一个更实用的能力权重模型

不同层级的能力权重应当不同。下面的比例不是考核分数，而是建议的关注重心。

能力项	初级	中级	高级	架构师
SQL / 编码与基础开发	40%	25%	15%	5%
数据建模与业务理解	20%	25%	25%	20%
性能优化与疑难排障	10%	15%	20%	15%
数据质量、治理与安全	10%	15%	20%	20%
工程化、运维与稳定性	10%	10%	10%	15%
架构设计与技术选型	5%	5%	5%	15%
沟通协作、项目推动、带人	5%	5%	5%	10%

注意：高级开发的“代码占比”下降，不代表代码能力不重要；而是代码能力应当已经成为默认基础，竞争力转移到复杂系统问题的解法上。

---

七、按企业数仓场景给出的技术成长路线

阶段	建议优先掌握	暂不必过早投入	目标
初级	SQL、Hive / Spark SQL、Linux、Git、调度、基础数仓分层、基础数据质量	大量框架源码、过多冷门组件、纯算法	交付稳定、规范、可验证的数据任务
中级	维度建模、窗口函数与复杂 SQL、执行计划、数据同步、Kafka、Doris / StarRocks、基础实时链路、补数机制	盲目追逐所有湖仓格式	独立负责一个业务模块或主题域
高级	主题域建模、Flink、CDC、湖仓、复杂性能优化、元数据和指标治理、跨库迁移、平台化能力	只关注单一技术深度而忽略业务	解决复杂问题，并让方案可复用、可治理
架构师	数据平台架构、数据治理体系、实时与离线一体化、成本治理、容灾安全、技术选型、数据产品和 AI 数据底座	亲自包揽所有具体开发	让企业数据体系长期稳定演进，并持续创造业务价值

---

八、对“高级”和“架构师”最关键的区分

很多团队会把“最会写 SQL / 最会调 Spark 的人”直接称为架构师，但这并不准确。

对比项	高级大数据开发	大数据架构师
关注点	怎样把复杂问题解决好	怎样让一类问题长期、低成本、可治理地被解决
典型问题	一个呆滞库存宽表因替代关系多对多导致数据膨胀，如何改写 SQL	为什么同类供应链模型总会出现口径冲突和重复建设，如何重构主题域、主数据、指标与公共层
主要产出	高性能脚本、公共宽表、复杂链路、优化方案	总体架构、模型规范、引擎分工、平台能力、治理制度、演进路线图
决策依据	正确性、性能、稳定性、开发效率	业务价值、TCO、可扩展性、可维护性、组织能力、风险与合规
成功标准	一个复杂项目成功上线并稳定运行	多个项目在统一规则下更快、更稳、更低成本地持续交付

---

九、结合企业复杂业务场景的最终建议

对于供应链、制造、财务等领域，建议把能力建设优先级排为：

优先级	能力	原因
1	复杂业务建模与口径抽象	多级 BOM、替代关系、供需轧差、库存分摊、成本结转等问题，核心难点不是语法，而是业务规则可计算化
2	SQL 性能与分布式计算理解	多对多关联、历史快照、明细聚合、窗口计算很容易造成数据膨胀和资源失控
3	数据质量、版本、血缘与可追溯	财务、库存、生产数据一旦口径不一致，业务影响远大于任务失败
4	主题域模型、公共层和指标体系	防止每个项目都从源表重新加工，形成重复建设和指标冲突
5	实时化与 CDC 能力	满足经营监控、订单履约、库存预警、生产过程跟踪等更高时效需求
6	平台化与调度治理能力	当任务规模增长后，调度、监控、补数、权限、资源治理决定团队整体效率
7	AI 数据底座与语义层	AI 问数、知识检索等场景能否真正落地，本质依赖可控的指标、元数据、权限和高质量数据集

一句话总结：

初级拼执行，中级拼独立交付，高级拼复杂问题抽象与系统性解决，架构师拼长期架构判断、组织协同和业务价值。

而真正高质量的大数据架构师，既能下沉到执行计划、数据倾斜、CDC 一致性和调度故障，也能上升到业务域划分、数据治理、平台选型、成本模型与组织协同；不是脱离一线的“画图者”，也不只是最强的“开发者”。