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.

5 leveled profiles. Pick a level to see the full profile.

Individual contributor

P2Data Mesh Roles — P2

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.

P3Data Mesh Roles — P3

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.

P4Data Mesh Roles — P4

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.

P5Data Mesh Roles — P5

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.

P6Data Mesh Roles — P6

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.