Same constraint for three weeks straight = structural problem requiring a dedicated project
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.
Why This Is a Rule
Tactical adjustments solve transient constraints — a one-time bottleneck, a temporary resource shortage, a single process hiccup. When the same constraint reappears for three consecutive weeks despite tactical interventions, it's not transient. It's structural — embedded in the architecture of your workflow, team structure, or tooling in a way that tactical patches can't reach.
Three weeks is the diagnostic threshold: one week could be coincidence, two weeks could be a lingering issue, but three consecutive weeks of the same constraint despite attempted fixes confirms that the fix isn't fixing the cause. The constraint is self-regenerating because its root is architectural.
Escalating from "weekly action item" to "dedicated project" is the appropriate response because architectural changes require focused attention, resource allocation, and potentially uncomfortable trade-offs (reorganizing workflows, changing tools, renegotiating responsibilities). These can't be accomplished as side tasks in a weekly review.
When This Fires
- The same constraint appears in your bottleneck journal for three consecutive weeks
- A weekly review surfaces the same "action item" for the third time
- Tactical fixes keep addressing symptoms while the root cause persists
- Your team's retrospective keeps identifying the same blocker
Common Failure Mode
Continuing to apply tactical patches week after week: "We'll try a different workaround this time." Each tactical patch provides temporary relief, creating the illusion of progress. But the constraint returns the following week because the architecture that produces it hasn't changed. The infinite tactical patching loop is the most common way structural problems avoid resolution.
The Protocol
During weekly review: (1) Compare this week's constraints to the previous two weeks. (2) If the same constraint appears in all three: escalate. (3) Create a dedicated project with a clear scope: "Redesign [process/tool/structure] to eliminate [constraint]." (4) Allocate focused time — this is a project, not an action item. (5) The project's success metric: the constraint no longer appears in weekly reviews.