In workflow portfolios that mix low-cost ‘assist’ steps with occasional high-cost ‘delegate’ steps, which governance patterns for tagging and pre-approving specific step types (e.g., “delegate steps are always in-scope for incidents and migrations”) most reliably increase durable adoption and trust, and which patterns instead lead teams to downgrade or manually reimplement the expensive steps even when they are officially part of the golden workflow?
coding-agent-adoption | Updated at
Answer
Patterns that help durable adoption and trust:
- Tag high-cost delegate steps by scenario, not by person (e.g., “P1 incident”, “schema migration”), and mark them “always in-scope” when the scenario tag applies.
- Tie each tagged step type to a workflow portfolio with an explicit production vs. exploration budget and simple cost bands (low/med/high) instead of raw tokens.
- Make pre-approval rules step+scenario based: “If task has tag X and you use workflow Y, all delegate steps inside are pre-approved.”
- Log step tags automatically and review them at portfolio level (step-type and scenario stats), not per-user.
- In reviews, treat use of in-scope delegate steps as correct behavior; tune or cap only at the workflow-portfolio level.
- Keep assist and delegate steps in the same golden workflows where possible, with delegate as an escalated branch, not a separate “secret” workflow.
Patterns that cause downgrading or manual reimplementation:
- Pre-approvals tied to seniority or individual permission instead of scenario (“only staff can run delegate”), creating parallel senior-only paths.
- Tagging that is too broad or vague (“delegate = allowed for bugs”) so leads later second-guess cost and informally discourage use.
- Person-centric cost policing on expensive steps (“who ran this delegate?”) rather than workflow-level tuning.
- Silent or frequent downgrades of delegate steps (model changes, tighter caps) without updating tags or norms, making them feel unreliable.
- Making delegate steps a separate workflow family with extra friction (separate UI, manual approvals) so teams recreate cheaper assist-only variants inside golden flows.
Net: governance works best when tags and pre-approvals are scenario- and portfolio-centric, auto-logged, and backed by non-blaming norms for in-scope use. When tagging or approval is person-centric, vague, or unstable, teams quietly replace or avoid the expensive steps even if they remain on paper in the golden path.