Book contents · 9 chapters
Chapter 1 · The problem

Tuesday morning

A real planner's morning, two hours of fires before breakfast, recurring in every major enterprise we have walked through.

At 08:42, Maya Chen opens her queue at Meridian Industrial Components. Four hundred and twelve fresh exceptions from overnight. A demand shock — Customer-Alpha moved a 2,400-unit ship date in on a Tier-1 SKU. A supply slip — the Taiwan supplier on the FPGA component lane just confirmed a nine-day push on PO-2891. She starts triaging.

At 09:14, the supply slip cascades. Penang DC's bearing line draws against component inventory it doesn't have. The system flags six downstream production orders. Maya escalates two of them to plant scheduling and starts hand-routing an expedite to a backup supplier she remembers from last quarter's outage.

At 09:31, Sales calls. Customer-Bravo wants 1,400 units of SKU-A-2891 pulled in to Friday — two weeks inside lead time. Maya knows the math will be ugly: the expedite freight, the changeover, the displaced higher-margin order. She doesn't have time to model it. She says yes because the customer matters, and moves on.

At 09:55, the CFO's email lands. Expedite freight is up 18% month-over-month. Can someone explain it before this afternoon's review? Maya stares at the question. The expedites are scattered across three workspaces, two product families, and a dozen named events from the past month. There is no view that aggregates them with attribution.

At 10:00, the clock chimes. Maya has been at her desk for two hours. She has not planned anything.

This is not a story about an underperforming planner, or an underinvested IT stack, or a backwards company. The Tuesday morning happens anyway — and it happens, in some variant, in every major enterprise we have visited.

This is the problem this book is about

The architecture that produces Maya's morning is the architecture VYAN is built to replace.

Not 100% clear on a term?Glossary →