The irreducible epistemic atoms underlying the curriculum. 4,828 atoms across 8 types and 2 molecules
Patterns exist in hierarchical levels across multiple scales, with higher-order patterns (patterns of patterns) representing different logical types than first-order patterns and requiring meta-level cognitive observation to detect, forming causal chains where deeper structures generate surface events.
When approval steps in a process have produced zero changes in the last twenty instances, eliminate the approval gate as pure waste regardless of its historical rationale.
For decisions blocking three or more downstream dependencies, calculate cost of delay by multiplying the decision's delay duration by the combined capacity waiting idle, then prioritize decisions by this metric rather than by perceived importance.
Make your current bottleneck metric physically visible in a location you cannot minimize or avoid (sticky note on monitor, whiteboard in workspace) and update it daily rather than relying on digital dashboards.
Display bottleneck metrics using only four elements—constraint name, current value, target value, and trend direction—eliminating all decoration to maximize signal-to-noise ratio.
Begin every team standup with the current constraint metric before individual updates to keep collective attention focused on the binding bottleneck.
When cards accumulate in one column of a kanban board creating a visible queue, treat that column as the current bottleneck without requiring separate cycle time analysis.
Add 20% time buffers around constraint activities that fail or degrade most frequently under pressure, rather than distributing slack evenly across all workflow steps.
Maintain one completed output in reserve after your constraint step (stock buffer) to decouple production cadence from delivery cadence when the constraint step has high variability.
Document one alternative method or backup person who can execute your constraint step at 80% quality to serve as capacity buffer during disruptions, rather than pursuing redundancy everywhere.
When throughput improvement stalls despite continued effort at the current constraint location, immediately re-run constraint identification to detect whether the bottleneck has migrated.
Record bottleneck journal entries in under two minutes using six fields only (date, constraint name, severity 1-5, type, intervention, result) to maintain practice sustainability.
Before investing in constraint elevation, verify that constraint capacity is being used at 100% for highest-value work rather than dissipated across low-priority tasks.
Maintain commitment-to-capacity ratio between 0.70 and 0.85 to preserve system stability, keeping 15-30% of capacity uncommitted as structural buffer for variance absorption.
Treat common-cause capacity variation (daily fluctuations within your normal 2-5 hour range) as system-inherent rather than problems requiring intervention; investigate and respond only to special-cause variation (events falling outside normal range).
Maintain a commitment-to-capacity ratio below 0.85 to accommodate variance, treating any ratio above 1.0 as mathematical proof that some commitments will fail regardless of willpower or prioritization.
When the same operational constraint appears in three consecutive weekly reviews, treat it as a structural issue requiring architectural change rather than tactical adjustment, escalating it from the weekly action item to a dedicated project.
When a deferred maintenance task's recovery cost exceeds its immediate execution cost by 3x or more, prioritize it above tasks with lower cost multiplication ratios.
Maintain an operational debt register that records what was deferred, when, why, and the estimated cost of continued deferral, reviewing it during weekly rhythms to distinguish strategic from accidental debt.
Validate simplified systems by running them for at least two full cycles before declaring success, as one cycle cannot distinguish between successful simplification and lucky conditions.
When a system's operational debt register grows despite consistent repayment, shift from maintenance to simplification rather than increasing maintenance effort.
Follow the automation hierarchy of eliminate-simplify-automate in strict order, because automating waste entrenches it and automating complexity makes it brittle.
Automate only tasks where the rule can be stated completely (fixed rule, known inputs, predictable outputs) and execution requires no judgment about exceptions or novel cases.
Maintain an automation registry listing each automation's function, tool, last verification date, failure indicators, and review cadence to prevent automation debt accumulation.