The Fallacy of Lean Training: Why Complex Projects Don’t Need Standard Answers
In many organizations, Lean begins with training.
The Fallacy of Lean Training: Why Complex Projects Don’t Need Standard Answers

In many organizations, Lean begins with training.
That makes sense. People need a common language, guidance, and a shared understanding. They need to know what waste means, why flow is important, why standards help, and how continuous improvement works.
But in complex projects, a fallacy quickly takes hold: People mistake imparted knowledge for a changed reality.
A team can understand Lean concepts and still run into the same problems every Monday. Materials are missing. Handoffs are unclear. Commitments are broken. Decisions come late. Interfaces are managed but not led. Obstacles are identified but not consistently eliminated.
This is where standard training courses reach their limits.
They often explain a model. But the project exists in its own reality. And this reality is rarely neat. It is full of dependencies, historically established routines, unspoken expectations, and operational constraints.
Anyone who wants to make an impact here must get closer to the real system.
A customer-specific Lean simulation can achieve exactly that, if it is set up correctly. It must not be a mere decorative simulation exercise. It must make the mechanics of the project visible. This includes bottlenecks, interfaces, material flows, commitments, disruptions, and leadership deficits.
The unique HSC approach combines this custom simulation with physical 3D project building blocks and the integration into Weekly Control as well as project management.
Why physical?
Because complex interrelationships have a different impact when they become visible in a physical space. A handover that would otherwise only appear on the schedule becomes tangible. A blocked material flow is not just reported — it is seen. A missing decision suddenly triggers a recognizable chain reaction.
This changes the discussion.
People no longer just talk about opinions. They talk about a shared picture. They see how local decisions have systemic consequences. They realize that instability rarely depends on a single person. It often arises from poorly managed dependencies.
But this is precisely where we must not stop.
The most important point is: The game itself is not the value.
The value arises from the subsequent management routine.
A simulation is a mirror. Weekly Control is the hand on the wheel.
If a project team recognizes in a workshop that commitments are unstable, the logic behind those commitments must change afterward. If it becomes apparent that material flows are poorly prepared, work planning must be managed differently. If obstacles keep cropping up, they must be prioritized, assigned responsibility for, and eliminated within the project management cycle.
Otherwise, the simulation remains a good experience without lasting impact.
Three measures are particularly important for the transfer.
First, Weekly Control needs a clear structure. It must be clear what was committed to, what was achieved, what caused blockages, and what decision is necessary.
Second, interfaces must be actively managed. Not every handoff is stable just because it’s on the schedule. Handoffs require quality, timing, accountability, and feedback.
Third, recurring disruptions should not be treated as isolated incidents. They are indicators of patterns. And patterns are management tasks.
Metrics help keep this change visible. These include weekly plan fulfillment, the number and age of open obstacles, the stability of commitments, and the lead time of critical work packages.
Caution is important here. Metrics can improve behavior, but they can also distort it. If they only create pressure, they become political. If they are used as a learning mirror, they help the system.
The trade-off is clear: A customer-specific simulation requires more preparation. It demands context analysis, simplification, and honest engagement. Furthermore, it can bring to light issues that are often avoided in the project.
But that is precisely why it is valuable for complex projects.
Hellmuth-Sander-Consulting does not position itself here as a standard consulting firm, but as a project stabilizer with leadership and Lean DNA. HSC brings order to complexity, first stabilizing execution and then delivering sustainable improvements. Our proprietary software, Loci, can help track work and management transparently.
Complex projects do not need another method that exists alongside everyday operations.
They need a routine that transforms everyday operations.
메타데이터
- post_id
- f32b9f6c8f6a
- slug
- the-fallacy-of-lean-training-why-complex-projects-dont-need-standard-answers-f32b9f6c8f6a
- url
- https://medium.com/@thomasarnosander/the-fallacy-of-lean-training-why-complex-projects-dont-need-standard-answers-f32b9f6c8f6a
- canonical_url
- https://medium.com/@thomasarnosander/the-fallacy-of-lean-training-why-complex-projects-dont-need-standard-answers-f32b9f6c8f6a
- author_url
- https://medium.com/@thomasarnosander
- status
- ok
- fetched_at
- 2026-06-09 15:37:30