Join 30,000+ practitioners. No spam.
Most organizations are still trying to apply AI to existing workflows: faster coding, faster document generation, faster analysis, faster search. This risks paving the cow path — making the existing process faster without asking whether the process still makes sense.
Most organizations are still trying to apply AI to existing workflows: faster coding, faster document generation, faster analysis, faster search. This risks paving the cow path — making the existing process faster without asking whether the process still makes sense.
The deeper AI opportunity is organizational redesign.
Lean thinking has always embraced the concept of value streams — the flow of material and information to go from a customer need, to delivered customer outcomes. Mapping the flow will always be necessary and not disappear. There is no future where value streams stop existing. Inputs still need to be refined into outputs. Outcomes still need to be observed. Feedback still needs to inform and improve the next cycle. AI can change how value streams are designed, routed, measured, and improved, especially in organizations that have narrowly considered value streams as static flows.
The best value streams already operate more like the internet, and the application of AI in organizations should be more like the internet flow of information.
Traditional organizations often behave like early network architectures.
In token ring networking, information moves sequentially through every node. You do not get to the destination unless you pass through each point in the chain. Many software and business processes still work this way: intake, analysis, design, approval, implementation, review, release. Everything moves at the speed of the slowest constraint. This waterfall logic also applies, unfortunately, to many current value streams.
The internet routes dynamically. Instead of sequential management it uses simple protocols, distributed capacity, error correction, telemetry, and loose coupling to move packets reliably across an enormous, constantly changing network. The path matters less than the ability to reach the destination efficiently and resiliently, although the flow still must be governed by clear protocols, constraints, escalation rules, and feedback. Complex systems (human or otherwise) need this.
A dynamic pattern is increasingly relevant to organizations, which are, essentially, a network of capabilities. In organizations pursuing digitization, teams are nodes. Platforms are shared infrastructure. Policies, objectives, service levels, and constraints form the management plane. Information, data, and work coordination form the control plane. Agents increasingly operate in the data plane, executing work, routing requests, surfacing exceptions, and helping teams adapt.
| Dimension | Static, Monolithic, Fixed Processes | Dynamic Value-Stream Network |
|---|---|---|
| Governance | Centralized, annual planning cycles. PMOs track compliance to scope, schedule, and budget. | Federated, continuous planning. Governance focuses on enabling constraints, guardrails, strategic alignment, and outcomes. |
| Information Flow | Top-down cascades and siloed "telephone game." Information is trapped in functional pockets; status reports are manually compiled. | Peer-to-peer and decentralized. Real-time telemetry provides a single source of truth accessible to anyone in the network. |
| Decisions | Escalated up the hierarchy to the "HiPPO" (highest paid person's opinion). High latency; decisions are detached from local context. | Pushed to the edge where the information lives. Teams are empowered to make decisions within explicit boundaries. |
| Approvals | Multi-stage, manual sign-offs. Change advisory boards (CABs) and bureaucratic gates create artificial queues. | Automated policy enforcement and support. Compliance is built into the workflow (policy-as-code); peer reviews replace formal gates. |
| Material & Workflow | Fixed, linear pipelines with heavy handoffs. Work is "pushed" to the next silo regardless of downstream capacity. | Adaptive routing. Work is "pulled" based on capacity, dynamically routing around bottlenecks or shifting priorities. |
| Artifacts | Massive, static documents (requirements documentation, 200-page architecture specs, rigid Gantt charts) that are outdated the moment they are saved. | Ephemeral, living, and evolving artifacts that live within the solution itself. Impact maps, automated telemetry logs, self-documenting code, and evolutionary architectures. |
| Tools & Tool Use | Siloed toolsets requiring manual data duplication (e.g., developers in Jira, operations specialists in ServiceNow, business in spreadsheets). | Integrated toolchains connected via APIs. Value-stream management (VSM) platforms track flow metrics across the entire lifecycle. |
| Scheduling | Push-based, long-term master schedules. Rigid milestone dates dictate execution, ignoring real-world variability. | Pull-based, just-in-time (JIT) prioritization. Continuously groomed backlogs and kanbans optimize flow. |
| Capacity | Fixed resource allocation. Aiming for 100% human utilization, which counterintuitively creates massive queues and delays. | Flexible, elastic capacity. Cross-functional teams with built-in "slack time" to handle unexpected variability and innovation. |
| Batch Size | Massive batches (e.g., large-scale annual releases) to justify the high transaction cost of coordination. High risk. | Small, decoupled batches (e.g., continuous delivery) reducing the feedback loop and minimizing the blast radius of failures. |
| Risk Management | Trying to predict and plan away all failure upfront, which actually delays learning and increases systemic risk. | Optimizing for fast detection and recovery (mean time to repair) through small, decoupled, and reversible steps. |
Shifting to a dynamic value-stream network isn't just a matter of changing a workflow diagram; it requires upgrading the organizational operating system. To successfully facilitate and support dynamic routing, an enterprise must establish and support enabling capabilities that allow for adaptable workflow, such as:
1. Technical & Architectural Enablement
2. Governance & Funding Evolution
3. Organizational Design & Culture
With these conditions in place, the flow pattern shifts from: “How do we optimize this fixed sequence?” toward “How do we design a system that can dynamically route from customer need to customer outcome based on capability, capacity, reliability, and context?”
AI does not eliminate value streams but makes them far more important.
A value stream still connects a trigger to an outcome. But the path through the system cannot be singular, fixed, or linear, and, in true lean organizations such as Toyota, this has never been the case for the complete flow of all material and information.
Different customers, domains, products, and services may need different combinations of capabilities at different times. Some needs may be satisfied through self-service. Some may require specialized teams. Some may be handled by agents. Some may require humans in the loop. Network-based value streams offer:
In stable environments, effective paths may still become paved. A goat path can become a trail. A trail can become a road, and demand prompts a highway. Stability is valuable when demand is known and the path is clear.
But the old highways are not automatically the right highways to modernize. In times of disruption, organizations may need to build new routes rather than repaint the lines on existing ones.
For years, organizations complained that software was too slow, too expensive, and too low quality. But many did not actually address the underlying constraints. They did not invest enough in platforms, automated testing, deployment automation, observability, or flow measurement. They did not understand their value streams or how to improve them.
Now AI is accelerating code generation, but that does not automatically improve the system or the value stream. In many cases, the constraint was not writing code. The constraint was merge queues, review, governance, unclear requirements, brittle architecture, poor test coverage, deployment friction, and weak feedback loops.
AI can make this worse if organizations double down on a non-constraint.
The same pattern will likely repeat outside software. Purchasing, HR, administration, compliance, and other knowledge-work domains have decades-old processes, undocumented tribal knowledge, and weak process visibility. Many have not successfully implemented lean administration and examined their value streams, let alone applied AI-enabled flow.
If the human is the bottleneck because the knowledge lives only in someone’s head, AI will not magically fix the system. The work must first be made visible, structured, codified, and measurable.
Many organizations want a smart home, but they have not fixed the plumbing.
AI depends on information flow (i.e., plumbing). If the underlying data, context, and process knowledge are fragmented, outdated, or inaccessible, AI has little reliable material to work with. The old rule still applies: garbage in, garbage out. Legacy data is the critical bottleneck, in existing value streams or AI-enabled ones.
Before the current AI wave, data mesh — assigning data to specific domains — was one of the major enterprise topics. Then AI captured attention, and many organizations moved on, but the underlying need for decentralized data did not disappear. If anything, AI makes it more urgent and context more important. The quality, structure, ownership, and retrievability of information determine what AI systems can safely and usefully do.
Consider the risk of AI micro-optimizations atop legacy flows. A project involving multiple enterprise and legacy platforms was plugging in an AI solution over the top. The system had high usage but poor architecture: disconnected tools, weak retrieval, and difficulty getting useful answers from the available material. It was easy to use but ultimately delivered no value. We can’t simply sprinkle AI on top of existing systems and expect magic. To reach high leverage, we have to rebuild the information architecture so knowledge can actually be retrieved, used, and cultivated.
To transform with AI, many organizations face an information rebuild: plumbing, architecture, context, ownership, and flow.
There is a recent precedent for this transition: cloud infrastructure.
Before infrastructure as code, many organizations depended on engineers who knew the manual steps. Those steps lived in heads, runbooks, tickets, and wiki pages. Over time, the work was codified into playbooks, automation, and tools such as Terraform, Ansible, and Kubernetes. That made infrastructure more repeatable, scalable, and transferable.
The same pattern is likely with agents: At first, everyone builds their own.
Then duplication becomes obvious. Common skills, reusable agents, shared patterns, and agent-as-code approaches emerge. Eventually, teams converge around standard capabilities that can be understood, improved, governed, and reused.
The AI maturity curve is familiar to cloud:
AI does not skip those stages. It compresses the timeline and raises the cost of ignoring them.
Lean practitioners must get beyond the generic “Where can we add AI?” to questions specific to strategy, process, and measurements that clearly identify the highest potential for AI to deliver value:
Strategy Level focuses on long-term direction, value definition, macro-constraints, and overarching governance. It defines what success looks like and sets the boundaries for the entire system.
Tactics Level bridges the gap between strategy and execution. It focuses on systemic design, cross-team coordination, infrastructure, tool integration, and structural optimization.
Operations Level deals with ground-level execution, immediate workflow visibility, task-specific automation, and real-time monitoring to keep the system flowing smoothly.
A useful frame is outer-loop, middle-loop, and inner-loop measurement. The outer loop focuses on lagging outcomes. This is your strategic feedback loop of continuous improvement at organization scale. The inner loop focuses on leading signals closest to the work. This is your operational feedback loop of continuous improvement at team and individual scale. The middle loop connects local learning to broader system improvement. This is your tactical feedback loop of continuous improvement at cross-team or portfolio scale. By intentionally building these loops you create the “control plane” that sophisticated networks use to self-manage, adapt, and operate at peak performance and resilience.
AI will reward organizations that understand flow (i.e., lean organizations that already understand and optimize their value streams). It will expose organizations that do not.
The companies that benefit most will not simply attach AI to existing processes, but use AI as a forcing function to make work visible, codify knowledge, clarify value streams, improve data quality, redesign constraints, and build dynamic systems that can sense, route, learn, and adapt. Beyond the basics, AI should prompt you to reevaluate not only the value stream, but the value-stream network. With the rise of software factories and engineering “shifting left,” we have new opportunities to imagine how work can flow across organizations, just like at the advent of electrification.
Lean has a powerful role to play here. But the conversation needs to move beyond “AI use cases” and toward AI-enabled operating models. Beyond task automation and toward value-stream redesign. Beyond individual productivity and toward networked capability.
The future organization may look less like a hierarchy of functions and more like the internet: simple rules, dynamic routing, observable flow, resilient nodes, modular capabilities, and continuous feedback.
The value stream is not going away. It is becoming more and more like a dynamic, adaptable, reliable network.
Flow Engineering
Steve Pereira has spent his career on a problem that lean practitioners know well but rarely solve cleanly in technology environments: you can't improve what you can't see. Working with technology and service organizations, he developed Flow Engineering, a methodology that adapts value stream mapping for software delivery and knowledge work -- where value streams are invisible and work flows through systems rather than factory floors. He co-authored Flow Engineering: From Value Stream Mapping to Effective Action and serves as a board advisor to the Value Stream Management Consortium. He leads flow engineering for LEI's LeanTech initiative, helping organizations move from mapping to action in environments where speed and complexity make standing still costly.