Groups bind DAG nodes to a named owner and private-access boundary
Add groups to your DAG
dbt documentation on declaring groups in YAML to organize nodes and restrict access to private models.
Based on
Add groups to your DAG | dbt Developer Hub
Groups are defined in YAML with a unique name and an owner that must include name or email. Optional description and config.meta can capture purpose, cost center, or classification. Central definition can live in a root _groups.yml under models or under a groups path listed in model-paths.
For multi-team data projects, groups make ownership and collaboration rules explicit inside one DAG: private models stay within the group, which reduces accidental cross-team coupling while still allowing intentional shared work. Nodes cannot sit in more than one group.
Ownership metadata and access boundaries are part of governed shared meaning—who is responsible for a collection of transforms, and which models are private versus available for wider reuse.
Put this to work on CoreModels
Related connectors and recipes
See all connectors →Take the next step
Try CoreModels, talk with our team, or explore more resources.