What gets noticed. Whose knowledge makes it into the room. How judgments are formed. Where AI and other systems participate. What gets checked. Who can make the call. Whether decisions become action. What the organization learns afterward.
We don’t start by asking where AI fits. We start by asking what intelligence the work requires.
Not individual IQ.
We mean the knowledge, judgment, and learning an organization needs to produce a breakthrough outcome.
The problem is often not that the organization lacks intelligence. It’s that intelligence fails to survive the organization’s ways of working.
We begin with the finished outcome.
What would have to be known, judged, challenged, and remembered for this work to be excellent? Then we trace that intelligence backward through the workflow. Only after we understand the work do we decide what should change.
Say we’re helping Nike. We imagine a new shoe drawing lines around the block at Footlocker. We then ask about all the forms of intelligence and know-how that would make that shoe possible: trend identification, customer obsession, competitive intelligence, supply chain analysis. We don’t just name these, we identify what about each is most critical to get right at this moment. We then trace back the process of producing that shoe and look for where those sources of intelligence entered, and how well they contributed to the final product. We go looking for where information got lost or degraded, where teams may have been silenced, where groups fell victim to cognitive biases. With that assessment, we design a new process to overcome these traps. And then we test that process on real work and adjust from what we learn.
Ultimately, a smarter organization must get better at three things.
Our current working model groups combination failures into three kinds.
We don’t divide work into a permanent list of “human tasks” and “AI tasks.”
Automating one part of a system changes the work around it. We design the combination, then revisit it as the technology changes.
This is also why we care about sequence. Showing a model’s answer first can anchor human judgment. Telling everyone to verify usually means nobody truly owns verification.
A lot of organizational design is deciding what not to maximize.
We help leadership teams make those trades deliberately rather than discover them later as side effects.
Usually not.
An organization on paper is not the organization in action. We believe design and implementation are actually the same process. We learn where authority really lives by asking someone to make a decision. We learn whether a handoff works by changing it. We find political resistance by changing something people care about.
Assessment, design, and implementation inform one another. That matters even more with AI, because adoption changes roles, skill, and the work around the technology.
Usually more concrete than “transformation” sounds.
The work may touch structure, but it often lives in everyday operating mechanisms.
We prefer changes that can survive ordinary work. A practice that depends on permanent enthusiasm or heroic facilitation usually won’t.
We don’t consider adoption a result.
Using more AI isn’t a result. Running the new meeting isn’t a result. Completing the training isn’t a result. We want to know whether the work got better.
We compare the organization against itself over time. We use behavioral outcomes where possible, leading indicators where necessary, and we look for ways the metric itself could be gamed.
Both.
We tend to work in one of two postures, and the same relationship can move between them.
Someone with enough influence to change the organization, or who’s prepared to build and spend that influence. We usually have both a senior sponsor whose ambition is driving the work, and a strong internal operator who helps us understand how the organization really works.
Sparring relationships can be ongoing, or punctuated around consequential decisions. Embedded work often runs six to eighteen months, because the point is to change real working conditions, not just produce a recommendation.
The organization is better at making itself smarter without us.
We don’t need every transformation to be finished before we leave. We need clear ownership, working mechanisms for continued change, and people who’ve stopped waiting for someone else to fix every problem.