Stewardship

Stewardship assigns a group as the owner of a data asset. The group is then responsible for the asset’s quality, maintenance, and managing who else can access it.

What stewardship is for

Stewardship answers a fundamental question in data governance: who is responsible for this asset?

Clear ownership enables:

Accountability: Someone is responsible for the asset’s quality, accuracy, and compliance. When issues arise, there’s no ambiguity about who should address them.
Decision authority: The owner group can make decisions about the asset: who gets access, what changes are appropriate, how long it’s retained.
Point of contact: Users know exactly who to ask about data meaning, quality concerns, or access requests.
Lifecycle management: Someone is responsible for keeping the asset accurate, updating it as requirements change, and retiring it when it’s no longer needed.

Without stewardship, assets become unmanaged. No one knows who to contact, access requests stall, quality degrades, and compliance becomes difficult to demonstrate.

How stewardship works

You assign stewardship to a group, not to individual users. When you assign stewardship:

The group becomes the owner of the asset, visible in the Stewardship widget.
The group receives full access to the asset (locked while stewardship is assigned).
Each member’s effective access depends on their governance role within the group.
Child assets can inherit stewardship from their parent. For example, catalog items inherit stewardship from their source.

This keeps ownership tied to teams rather than individuals, so responsibility doesn’t disappear when someone changes roles or leaves.

Asset owner vs. author

The person who creates an asset (the author) automatically receives access to it. But this doesn’t assign stewardship: the asset author isn’t automatically the asset owner.

Stewardship must be set separately. It’s possible (though not recommended) to have assets with no stewardship assigned, where only the author and explicitly shared users have access.

Stewardship inheritance

Stewardship flows down through asset hierarchies, reducing the need for manual assignment. When you assign stewardship to a parent asset, child assets inherit that ownership.

For example:

Assign stewardship of a source to the "Data Engineering" group.
All catalog items within that source automatically inherit the same stewardship.

Overriding inherited stewardship

You can override inherited stewardship on any child asset by assigning a different group. From that point down, the new stewardship applies.

Changes to parent stewardship don’t affect children that have been manually overridden.

For example:

A source is owned by "Data Engineering".
You assign a specific catalog item to "Finance Analytics".
That catalog item (and any of its children) is now owned by Finance Analytics.
Other catalog items in the source remain with Data Engineering.

Stewardship for custom entities

By default, stewardship is available for standard asset types. If you’ve created custom entities in the metadata model, you can enable stewardship for them by adding the core:hasStewardship trait in the metadata model.

Best practices for stewardship

Assign stewardship to all assets. Every asset should have a clear owner. This is foundational to data governance.
Set stewardship at the highest practical level. Use inheritance to reduce manual work. Assign ownership to sources or locations, and override at lower levels only when needed.
Use groups, not workarounds. If you need specific people to own an asset, create a group for them rather than relying on direct sharing.
Review assets without stewardship regularly. Assets without stewardship assigned lack clear ownership. Periodically check for and assign stewardship to these assets.

For guidance on how stewardship fits into different organizational models, see Access Management Models.

Was this page useful?