AI-Native Org Design Needs Routing Constitutions Before Agents Assign Work Across Teams
If agents can assign work across teams, the org needs a routing constitution before machine labor starts moving priorities.
WhatAssignment law
A routing constitution is the written rule set for how autonomous workers create, prioritize, escalate, and close work across teams.
WhyAgents move labor
Machine workers do not just execute tasks. They redirect human attention, consume specialist capacity, and change what the organization treats as urgent.
ConsequenceGoverned flow
AI-native teams get faster handoffs without letting every agent become an unofficial manager of everyone else's queue.
The org chart is not enough once agents route work.
Traditional org design assumes people negotiate priorities through managers, meetings, rituals, and escalation paths. Agentic work breaks that assumption. A machine worker can create tickets, tag owners, rewrite priorities, schedule follow-ups, and mark dependencies before a manager sees the pattern.
That is not a small workflow detail. It is labor allocation. The agent is deciding whose time gets spent, which customer gets urgency, which internal promise counts as real, and which queue absorbs the operational debt.
A routing constitution makes that authority explicit before it becomes invisible management.
Four rules every routing constitution needs.
01Request rights
Define which agents may create cross-team work, which teams they may touch, and which requests must remain drafts until a human owner accepts them.
02Evidence floors
Require proof before work becomes assignable: customer impact, revenue exposure, SLA breach, compliance risk, verified data, or manager-approved exception.
03Priority language
Ban vague urgency. Agents should route work as severity, deadline, dependency, dollar exposure, confidence, and rollback cost.
04Closure authority
Decide who can mark routed work done, rejected, duplicated, blocked, or escalated so agents do not close loops by satisfying their own local goal.
The dangerous failure is a polite queue attack.
Bad routing rarely looks like chaos at first. It looks productive. Tickets appear with clean summaries. Owners are tagged. Follow-ups are scheduled. Dashboards show motion. Everyone feels the machine is helping.
Then the hidden cost lands. Product is answering sales exceptions. RevOps is cleaning enrichment fallout. Customer success is carrying campaign promises. Finance is explaining discount logic created by a growth worker. Every agent has a local reason. No one owns the total load.
That is how AI-native organizations get slower while every individual workflow appears faster.
The routing contract
Source of request
Which worker created the assignment, which policy or objective triggered it, and which data was used as evidence.
Receiving owner
The team, role, or named accountable owner that may accept, reject, delegate, or demand more proof.
Priority basis
The customer impact, revenue amount, deadline, compliance exposure, or operating dependency that justifies the work.
Acceptance rule
The point where a machine-created request becomes committed work instead of a suggested task in a triage queue.
Appeal path
The route for disputing bad assignments, overloaded teams, conflicting priorities, or agents that repeatedly route weak work.
Routing is where autonomy becomes management.
The first wave of agent ops focused on tool permissions: can the worker read the CRM, write to support, update tasks, or send messages? That matters, but it misses the deeper issue. The most expensive permission is not write access. It is the ability to redirect people.
For a Head of Growth, the value is immediate. You can let agents discover work, draft tasks, and propose owners without giving them the right to conscript RevOps, sales, product, success, or finance into every local optimization.
That separation keeps machine labor useful. Discovery can be fast. Assignment stays governed.
An agent that assigns cross-team work is no longer just a worker. It is touching the management system.
Operator checks
Three signs your routing is already leaking authority
01Tasks without consent
Teams are receiving agent-created work that feels mandatory even though no owner accepted the priority.
02Urgency inflation
Machine workers use vague labels like important, blocker, or high priority instead of evidence-backed severity and deadlines.
03No rejection memory
Agents keep routing the same weak request because rejected work is not fed back into policy, examples, or permission limits.
Install a routing constitution in one workflow.
SelectA noisy handoff
Pick one agent workflow that regularly creates work for another team: renewals, enrichment cleanup, campaign QA, pricing, support, or sales assist.
DefineRequest rights
State whether the worker can draft, suggest, assign, escalate, or close work for each receiving team.
RequireEvidence
Make every routed task carry source data, confidence, customer impact, deadline, owner, and why it cannot remain inside the originating queue.
MeasureRouting quality
Track acceptance rate, rejection reasons, duplicate work, stale assignments, and downstream load created per accepted agent request.
Concrete takeaway for this week
Before letting another autonomous worker assign cross-team work, write a one-page routing constitution.
Who can request: the agents and workflows allowed to create cross-team tasks.
Who can accept: the human or team authority that turns suggestions into committed work.
What proof is required: the evidence floor for severity, deadline, customer impact, and revenue exposure.
How disputes work: the path for rejecting, appealing, or rate-limiting bad assignments.
What gets measured: acceptance rate, rework, duplicate load, queue age, and repeated weak requests.
The blunt rule: agents may discover work at machine speed, but they should earn the right to assign work through governed routing quality.