← Canon taxonomy
P6
DATAME.DATAMESH8666.P6
Data Mesh Roles — P6
Data Mesh Roles

Data Mesh Roles — P6

DATAME.DATAMESH8666.P6

P6P6 — Principal Professionalhigh0.90approvedglobalv1

Designs, builds, and governs domain-oriented data products on a decentralized data mesh architecture. Distinct from centralized data engineering (single-pipeline ownership) and from platform engineering (the self-serve infrastructure team): this focus treats data as a product owned by producing domains, with versioned data contracts, federated computational governance, and cross-domain interoperability as the defining concerns. Spans hands-on transformation delivery (SQL/Python/dbt) through domain architecture, standards authorship, and organizational change toward decentralized ownership.

Level
P6 · P6 — Principal Professional · 12–18 yrs
Function · Focus
Data Mesh Roles · Data Mesh Roles
Market pay (median)
$192k ($151k$244k)

Designs, builds, and governs domain-oriented data products on a decentralized data mesh architecture. Distinct from centralized data engineering (single-pipeline ownership) and from platform engineering (the self-serve infrastructure team): this focus treats data as a product owned by producing domains, with versioned data contracts, federated computational governance, and cross-domain interoperability as the defining concerns. Spans hands-on transformation delivery (SQL/Python/dbt) through domain architecture, standards authorship, and organizational change toward decentralized ownership.

Focus — Data Mesh Roles

Designs, builds, and governs domain-oriented data products on a decentralized data mesh architecture. Distinct from centralized data engineering (single-pipeline ownership) and from platform engineering (the self-serve infrastructure team): this focus treats data as a product owned by producing domains, with versioned data contracts, federated computational governance, and cross-domain interoperability as the defining concerns. Spans hands-on transformation delivery (SQL/Python/dbt) through domain architecture, standards authorship, and organizational change toward decentralized ownership.

Responsibilities by level

What this person actually does at each level on the professional track — escalating scope, not one generic blob. Your level is highlighted.

P2
  • Writes SQL and dbt transformations that convert raw domain data into final data products compliant with agreed-upon data contracts and governance standards.
  • Builds, maintains, and evolves domain-specific data modeled as a product within a single domain, consuming established standards rather than authoring them.
  • Works closely with a Data Product Owner to understand user expectations and translate them into pipeline changes on Snowflake, BigQuery, or Databricks.
  • Ensures interoperability with other data products on the mesh by exchanging data through existing well-defined contracts in Parquet, Avro, or Iceberg.
  • Develops working mastery of SQL, Python, and one cloud platform (AWS, GCP, or Azure) through hands-on delivery under defined procedures.
P3
  • Owns a data product (or small set) end to end, including defining its vision, planning the roadmap, managing the backlog, and aligning stakeholders.
  • Owns the pipelines and orchestration (Airflow, Dagster, Prefect) that transform domain data, applying product-management rigor and user-experience discipline.
  • Turns understood domain use cases into concrete data requirements and serves them as a product with embedded tests and documentation in dbt.
  • Exchanges data with other domains via well-defined and versioned contracts, interfacing across domains to maintain interoperability.
  • Ensures governance and quality requirements are met for the owned product, planning day-to-day work independently with milestone review.
P4
  • Designs domain architecture and owns cross-domain interoperability, selecting transformation, compute (Spark, Flink, Beam), and contract patterns across multiple data products.
  • Implements advanced data quality checks (Great Expectations, Soda, Monte Carlo) and lineage tracking (OpenLineage), optimizing pipelines for scalability.
  • Defines data requirements with cross-functional teams and prioritizes requests based on value rather than departmental alignment.
  • Leads and mentors junior engineers, coordinates with other Product Owners when requests extend beyond a single product's scope, and stays current on emerging tooling.
  • Oversees domain data security and compliance using IAM, OPA, Unity Catalog, or Ranger, and evaluates and recommends new technologies (Microsoft Fabric/OneLake, Kubernetes, Docker, Helm).
P5
  • Establishes and promotes data mesh architecture principles, patterns, and standards that domains across the organization consume, including federated computational governance implemented via Atlan, Unity Catalog, OPA, and OpenLineage.
  • Acts as a technical spokesperson for the data mesh approach, building influential networks across domain teams and the platform engineering organization.
  • Provides technical leadership and mentorship to data engineers and Product Owners on broad and special architecture assignments spanning multiple domains.
  • Stays current on data mesh and data architecture trends and drives evaluation of strategic tooling (Databricks, Snowflake, Microsoft Fabric, Argo Workflows) for adoption across the mesh.
  • Documents architecture designs, best practices, and implementation guidelines that become reference standards for the mesh.
P6this profile
  • Leads the design, implementation, and governance of the organization-wide data mesh architecture, defining the technical vision for decentralized ownership.
  • Designs the overall data architecture — defining data domains, schemas, integration patterns, and where domain boundaries fall.
  • Sets overarching governance policies and standards enforced locally and automatically at the domain level via federated computational governance.
  • Leads organizational transformation and change management to shift culture from centralized to decentralized data ownership across the company.
  • Provides high-level mentorship to architects and engineers and ensures successful adoption of domain-oriented ownership organization-wide.

Level guidelines

The universal leveling rubric applied to this function — how scope, complexity, collaboration, and experience step up across levels.

LevelKnowledge & ApplicationComplexity & Problem SolvingCollaboration & InteractionTypical Degree & Years
P2Applies SQL, Python/dbt, and one cloud platform to build transformations within a single domain, consuming established data contracts and governance standards rather than defining them.Solves conventional transformation and modeling problems in familiar contexts; exercises judgment within defined procedures and escalates contract or interoperability questions.Builds productive working relationships with a Data Product Owner and adjacent domain producers; communicates pipeline status and clarifies requirements.2+ years with a BA, or MS/PhD with no prior experience; working mastery of SQL, Python, and one cloud platform.
P3Applies product-management rigor and data-as-a-product discipline to own a data product end to end, evaluating identifiable factors across pipelines, contracts, and quality requirements.Handles diverse problems across the lifecycle of an owned product with moderate independence; evaluates trade-offs in roadmap, contract versioning, and quality.Networks with senior professionals and Product Owners; aligns stakeholders and interfaces across domains to maintain versioned-contract interoperability.5+ years (BA), 3 years (MA), or PhD without experience; demonstrated end-to-end ownership of a data product.
P4Applies in-depth knowledge of domain architecture, schema evolution, distributed compute, lineage, and quality tooling to design across multiple data products and own cross-domain interoperability.Analyzes complex variables spanning multiple domains; selects methods and patterns, optimizes for scalability, and resolves security and compliance trade-offs.Coordinates across cross-functional teams and other Product Owners; mentors junior engineers and influences technology and prioritization decisions.8+ years, often with graduate education; depth in domain architecture and cross-domain integration.
P5Applies expert knowledge to author mesh-wide architecture principles, patterns, and federated computational governance standards that domains consume organization-wide.Resolves strategic, intangible problems spanning the full mesh; acts independently on broad and special architecture assignments where precedent is limited.Builds influential networks across domains and platform teams; serves as technical spokesperson and mentors engineers and Product Owners.12+ years with extensive expertise in data mesh, data architecture, and governance at scale.
P6Applies field-shaping expertise to define the technical vision, domain boundaries, schemas, integration patterns, and governance model for the entire data mesh and lead its adoption.Solves critical, organization-wide problems with full independence, including organizational transformation and change management toward decentralized ownership.Influences company-wide practice as a recognized internal authority; provides high-level mentorship to architects and engineers and leads change across the organization.15+ years as a principal expert; often PhD plus leadership in data architecture and mesh adoption.

Skills

Focus-specific skills the role applies — the relevance layer beyond the occupational base.

Advanced SQL
Writes SQL transformations to convert raw data into data products compliant with contracts.
Python or Scala
Uses core programming languages for data engineering and pipeline development.
Distributed compute frameworks
Uses Spark or Flink for large-scale data processing.
Streaming
Handles real-time data with Kafka or Kinesis.
Infrastructure as Code
Provisions infrastructure with Terraform or Pulumi.
Orchestration
Schedules workflows with Airflow, Dagster, or Prefect.
Data formats and schema evolution
Handles Parquet, Avro, and Iceberg with pipelines that evolve schemas without downstream breakage.
dbt proficiency
Builds governance-first transformation models with tests and embedded documentation.
CI/CD pipeline design
Designs continuous integration and delivery pipelines for data products.
Data quality testing
Tests data with tools like Great Expectations or Soda.
Data contracts
Defines and versions the commitments a domain makes to consumers.
Lineage tracking
Tracks data lineage across products and domains using OpenLineage.
Federated computational governance
Defines policies globally but enforces them locally and automatically at the domain level.
Domain-driven data ownership
Assigns ownership of data to the domains that produce it.
Data as a product
Treats data with product-management discipline and user-experience focus.
Self-serve data platform
Builds platforms that enable domains to autonomously create and serve data.
Documentation discipline
Maintains thorough product and architecture documentation.
On-call incident response
Handles reliability incidents and operational support.
Organizational change leadership
Acts as a change agent to shift culture from centralized to decentralized ownership.
Data catalog and metadata governance
Uses Atlan, Unity Catalog, or Ranger to govern metadata and enforce access policies.
Cloud data warehouse platforms
Uses Snowflake, BigQuery, Databricks, or Microsoft Fabric/OneLake to store and serve domain data products.
Container orchestration
Uses Kubernetes, Docker, and Helm to deploy and operate data product workloads.

Provenance

The evidence base behind this profile — every layer is sourced; quality is scored by an adversarial review panel (1–5; passes at ≥4 on the minimum dimension).

Level differentiation4.5Focus specificity5.0Concreteness5.0Factual accuracy4.5Real-world coverage4.5
6 sources

Level — P6 — Principal Professional

Top individual contributor; recognized authority with strategic impact, equivalent to a low executive level

Scope
Organization-wide architecture and the hardest problems
Autonomy
Defines direction; minimal oversight
Complexity
Strategic, open-ended problems shaping the technical future
Impact
Organization-wide
Decision rights
Sets technical strategy for a major area
Leadership
Recognized authority; multiplies many teams
Typical experience
12–18 yrs

Adjacent roles

Nearest roles by structural coordinates (level + taxonomy). Distance 0 → 1; each carries its 3-state match band. How coordinates work → · Compare side-by-side →

Title aliasesshow ▾

No title aliases recorded for this profile yet.

Classification mappingsshow ▾

O*NET / SOC

  • code=15-1242source=jfm-factory.resolve