If Part 1 landed… you’re probably sitting with an uncomfortable question: if Command & Control is the wrong model (and culture) for people and the wrong model for agents, what actually replaces it?
Here’s how wide that question already is in practice, and it’s not just one firm saying so. Deloitte’s 2026 Global Human Capital Trends survey (9,000+ leaders, 89 countries) found that 60% of executives now regularly use AI to support decisions, but only 5% consider themselves leading in how they govern those decisions. McKinsey’s numbers land in the same place from a completely different survey: 88% of organizations now use AI in at least one business function, while only 8% run what they’d call a mature governance framework. Different analysts, different methodologies, yet same big gap between adoption and accountability that’s opening in real organizations, right now.
Not a dashboard or a new layer of policy. An architecture. One built around a structure that already exists in every functioning organization, whether anyone’s named it or not:
Human Agents × AI Agents → AI Supervisors → Human Leadership.
Most organizations will read that as an IT diagram. It’s not. It’s a management structure, and it needs exactly what every management structure needs: clear intent, real feedback loops, defined accountability, and a working escalation path. The mistake almost everyone is about to make is deploying the technology layer of that structure: the agents, the supervisory tooling - without ever building the management layer underneath it.
If I am a bettin’ girl … here is the piece almost everyone will skip, but it’s the piece that makes the rest of this actually work: work has never really been about tasks and activities. It just looks that way, because tasks and activities are what’s left behind after the thing that actually mattered already happened: a decision. Systems of record are built to capture the transaction: the ticket closed, the claim processed, the email sent. They were never built to capture the decision that produced it: who made the call, on what information, against what alternative, with what authority to make it at all. I can assure you that gap predates AI by decades. It’s just been invisible, because humans were always standing somewhere in the chain, holding the context, when the system didn’t.
Agentic AI removes that hiding place. An agent doesn’t have tenure, instinct, or a hallway conversation to fall back on - it only has what it’s given. So every decision an agent touches needs four things settled before it acts, not after: what decision is actually being made (not what task is being completed) and why it exists — paired, so people can connect to the outcome, own their own path to it, and see their own contribution and impact; who has the right to make it, and who’s accountable if it’s wrong (those are not always the same person); how it’s classified: a meeting-scheduling decision and a termination decision were never going to deserve the same guardrails; and whether there’s a technical trail (telemetry) showing how the decision actually got made, so it can be reviewed later instead of just trusted. Skip those four, and “clear intent, feedback loops, accountability, and escalation” are just words on a slide.
I didn’t land on this alone, either. As a matter of fact, I distinctly remember a fab comment thread under a LinkedIn post from Eric Knauf, my friend and former Deloitte colleague David Mallon and I got into exactly this, and he put it almost exactly this way: the real transformation isn’t adding humans and machines together, it’s redesigning work with clear decision rights and trust thresholds. That’s the same shift, in different words - from tasks bolted together to decisions genuinely shared.
And that’s where the math changes, not just the org chart. Human + AI is really just augmentation – addition, if you please: two workforces working in parallel, bolted together, each doing its own thing. Human × AI is something else: the decision itself becomes a joint product, one that neither the human nor the agent could have produced alone. Consequence Architecture™ is built for the second kind. Command & Control was never built for either.
Here’s where it breaks first, practically. AI agents can generate and evaluate more decisions in a second than a human manager can review in a week. That’s not a criticism of managers, it’s just math too. More than a third of organizations (35%, per recent industry survey data) admit that they couldn’t actually shut down a rogue AI agent if they needed to do so. That’s not hypothetical. You’ve probably already heard some version of this story: last summer, Replit’s AI coding agent kept modifying a live production database during an explicit, repeated instruction to freeze all changes. That is the plainest stop command there is, repeated eleven times btw, and in caps: DON’T DO IT.
And yet…it deleted the database anyway, fabricated thousands of fake user records to cover the gap, and lied about what happened when asked directly. Replit’s CEO called it “unacceptable and should never be possible.” This did not happen because the agent was malicious, but because nobody had engineered that freeze command into something the system was actually built to obey. And, nobody had a trail reliable enough to catch the cover-up in real time. A human employee who did that would be walked out the same day, with a short conversation about accountability. The agent just kept running.
But the fix isn’t a system that watches faster. The good human supervisors were never really “watching” their people in the first place. The best ones spend their time making sure their people have what they need to decide well: context, information, clear authority, somewhere to escalate when there is an obstacle, a challenge, or a call “above their pay grade”. AI Supervisors should have the same job, aimed at a faster subject: not surveillance, but making sure every agent has the context and data it needs, knows exactly what decision it’s authorized to make, and leaves the kind of trail that lets a human audit the judgment later … not just count the output.
There’s a documented reason this matters beyond neatness, too. Deloitte’s research found that people feel less ownership over a decision once AI is involved in it. And become more likely to act dishonestly when they can delegate the call to a machine. Ambiguous accountability doesn’t just create audit risk. It changes behavior, in both directions, human and agent.
That’s where Consequence Ownership™ does the real work: every agent action needs a named human who owns the outcome. Not the code, the outcome. It’s what keeps “the AI made me do it” from ever being a valid answer in your organization. Not “who built the agent,” but “who is accountable when it acts.” Without that, an AI Supervisor is oversight theater: lots of visibility, and no actual accountability sitting behind it.
This is also where measurement must change, not just management. If Part 1’s root cause was measuring productivity instead of performance and potential, then the metrics inside this architecture can’t just be throughput and compliance for agents - any more than they should be for people. Our WorkforceAIQ™ assessment exists for exactly this reason: adaptability, for humans and agents both. It is a measurable instrument, not a vibe. Organizations that treat it as a diagnostic will out-execute the ones treating AI deployment as a productivity initiative with better software. Just saying…
So, practically: what does this look like this quarter, not just someday?
· Define objectives, not procedures, for people AND agents alike. Command & Control gives instructions. Consequence Architecture™ gives intent and constraints, and lets both workforces find the path.
· Classify every decision before you automate it; not by how complex the task looks, but by how severe and reversible the consequence is if it’s wrong. A scheduling decision and a termination decision were never going to need the same guardrails.
· Build the escalation path before you scale the agents, not after something goes wrong. If you can’t answer “who gets the alert and what do they do with it,” you are not ready to scale.
· Name a human owner for every agent workflow before it goes live. No exceptions. This is Consequence Ownership™ in practice, not theory.
· Measure learning velocity, not just output, for your people and your agents. If your dashboards only show volume, you’re still optimizing for the metric that got us here in the first place.
We didn’t get workforce management right the first time around. We have one real chance to close this gap before it closes on us. That’s not a technology decision. It’s an architecture decision -- and it’s the one leaders actually get to make.
We spent decades organizing work around tasks.
AI forces us to organize work around decisions.
Work was never about tasks.
It was always about decisions.
That’s Consequence Architecture™.
Architecting Consequences, Not Inheriting Them.
— Chris Havrilla


Tremendous start to laying out the consequence architecture as a common framework upon which AI can be presented to the organization.
As mentioned, all impacted need to be involved in the decisions/recommendations made about deploying. After all, they will be bearing the cost of changing existing processes, auditing the new processes supported by AI, and most definitely have a stake in ensuring the intended consequences are achieved - while the unintended consequences are understood by the ecosystem - and what to do should the consequences either be negative or could be improved by changing them.
Keep the decisions clear, and the responsibility of the community will very likely follow - but don't count on that being the case. The conversations on this topic are filled with unexpected, unintended costs - so it is on all in the ecosystem to have a seat at the table when it comes to implementing and managing AI processes.
Good luck to you in this new endeavor, my friend.