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
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.
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.
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.
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.
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.