Organizations & Technology

How software, data, automation, and AI change the way organizations operate.

Ink drawing of a rail siding where several tracks converge, with a signal gantry, points in the foreground and overhead wires receding into the distance.
PeopleWorkflowDecisionsDataTechnology

Capability, not category

Software, data, automation, and AI are inputs. They become organizational capability only when they are placed inside a workflow with clear ownership, clear information, and a decision or outcome they improve.

Technology multiplies whatever the arrangement already does. That is the whole of its contribution and it is a large one, but it is directional in a way that is easy to forget. A well designed flow with good tooling moves faster. A badly designed flow with good tooling produces its errors faster, at higher volume, with better records of having produced them.

Organizations act against this constantly, and not through carelessness. The tool is the part of the system that can be requisitioned. It has a vendor, a price, a timeline, and an owner. A change to who decides has none of those, cannot be put in a capital request, and has no milestone anyone can be held to. Faced with a problem and a budget cycle, an organization converts the problem into the shape the budget cycle accepts, which is a purchase.

Automation exposes design

Automation compresses a process. Compression removes the slack that used to absorb ambiguity, so unclear ownership and undefined exceptions surface quickly. That makes automation a useful audit of the operating model.

It is worth taking the audit seriously rather than routing around what it finds. When an automated flow stalls on a case nobody can categorize, the automation has not failed. It has located a decision that was never actually defined and had been carried, silently and for years, by whichever person the work happened to reach.

The same compression removes things that were doing unrecorded work. The person receiving a handoff was performing their assigned task and also glancing at whether the thing in front of them made sense. Only the first was in the job description. Automate the handoff and both go, and the loss surfaces months later in a failure whose connection to the automation is several people and two quarters away.

AI belongs in the operating model

The question is not what a model can do in isolation. The useful question is which decision or unit of work becomes faster, more reliable, or less costly, and how the organization will measure that change.

AI is unusually good at work operations are full of: reading unstructured input, drafting, classifying, summarizing, and answering questions that previously required someone who knew where to look. It is also the least directional technology yet, because it will do whatever it is pointed at with equal fluency. Pointed at a broken intake process it produces well written summaries of badly specified requests, quickly, at scale.

Fluency is not neutral either. A badly specified request used to look badly specified, and that appearance was doing quality control nobody had written down. Summarized well, it looks clear and travels further into the operation before anyone catches it.

Where an agent genuinely belongs, the remaining questions are operational rather than technical. Where in the flow does it act. What context does it need, and does that context exist anywhere retrievable. What is it permitted to decide. What happens when it cannot decide, and does the path it hands off to have an owner. Those four determine whether it becomes part of the operating system or another component sitting beside it.

The test worth applying

Ask what changes in the operation if the deployment succeeds completely. If the answer is in the technology's own terms, more automated, better integrated, more visibility, then the technology has become the objective and the operation is incidental.

If the answer is that a specific wait disappears, a specific decision gets made with information it did not have, or a specific category of rework stops occurring, then the technology is a component and somebody has done the thinking. That second kind of answer is also the one that tells you when to stop building.

Working thesis

How software, data, automation, and AI change the way organizations operate.

Similar operation?

If this describes an operation you are responsible for, the diagnostic is where that conversation starts.

How engagements begin
Essays in this idea