ボトルネック
Bottleneck
Bottleneck is a system constraint point used for deciding where improvement work should focus first.
Bottleneck is not a dictionary label; it is the point in a workflow, market motion, or operating system that limits total throughput or decision speed. In practice it is used for deciding where improvement work should focus first by making owners, boundaries, evidence, and review triggers explicit.
Map the end-to-end flow before naming the constraint. Measure waiting, rework, and handoff load around the suspected point. Protect the constraint from low-value work before expanding capacity. Recheck the system after the bottleneck moves.
- Map the end-to-end flow before naming the constraint.
- Measure waiting, rework, and handoff load around the suspected point.
- Protect the constraint from low-value work before expanding capacity.
- Recheck the system after the bottleneck moves.
The owner reviews Bottleneck weekly or at milestone changes for status, open issues, and overdue commitments. Changes to Bottleneck are approved only after the affected owner, scope, customer or internal outcome are named. The review checks whether Bottleneck improves decisions and execution, not whether the document merely exists.
- The owner reviews Bottleneck weekly or at milestone changes for status, open issues, and overdue commitments.
- Changes to Bottleneck are approved only after the affected owner, scope, customer or internal outcome are named.
- The review checks whether Bottleneck improves decisions and execution, not whether the document merely exists.
Bottleneck changes decisions by making the owner, boundary, required evidence, and review trigger explicit before work proceeds. Bottleneck helps teams decide whether to start, stop, resize, or resequence work using evidence rather than meeting momentum. Bottleneck reduces rework because assumptions, unresolved questions, and follow-up responsibilities are visible enough to challenge.
- Bottleneck changes decisions by making the owner, boundary, required evidence, and review trigger explicit before work proceeds.
- Bottleneck helps teams decide whether to start, stop, resize, or resequence work using evidence rather than meeting momentum.
- Bottleneck reduces rework because assumptions, unresolved questions, and follow-up responsibilities are visible enough to challenge.
the problem is a one-time incident the team has not measured flow outside its own function capacity is not the limiting factor
- the problem is a one-time incident
- the team has not measured flow outside its own function
- capacity is not the limiting factor
- Define the decision question, accountable owner, and time horizon before using Bottleneck as an operating artifact.
- Separate evidence from opinion so Bottleneck supports judgment instead of decorating a preferred answer.
- Record what was accepted, what was deferred, and what signal would cause a future change in Bottleneck.
- Use Bottleneck to choose a management action, not merely to produce a tidy document or status label.
- Revise or retire Bottleneck when the boundary, owner, evidence, or operating context changes materially.
Bottleneck will not speed execution when ownership remains ambiguous. Bottleneck becomes storage instead of a decision aid when it is too long to use. Bottleneck needs change history or teams cannot reconstruct why the decision moved.
- Bottleneck will not speed execution when ownership remains ambiguous.
- Bottleneck becomes storage instead of a decision aid when it is too long to use.
- Bottleneck needs change history or teams cannot reconstruct why the decision moved.
A team uses Bottleneck after noticing that discussion keeps producing activity without a clear management decision. For Bottleneck, the team defines the intended outcome, names one accountable owner, and lists the evidence that would change the decision. During the Bottleneck review, the team compares current evidence with the recorded boundary, adjusts the scope, and assigns follow-through work. The Bottleneck record now helps people see why the action was chosen, what risk was accepted, and when the decision should be revisited.
Separate nearby terms by the decision each one supports. Process bottleneck mapping | Locates constraints systematically | Bottleneck names the constraint itself Cycle time reduction | Reduces elapsed time | Bottleneck work targets the limiting point first Operational efficiency | Improves resource use | Bottleneck analysis prevents local efficiency from hurting total flow
| Metric | Difference | Why read together |
|---|---|---|
| Process bottleneck mapping | Locates constraints systematically | Bottleneck names the constraint itself |
| Cycle time reduction | Reduces elapsed time | Bottleneck work targets the limiting point first |
| Operational efficiency | Improves resource use | Bottleneck analysis prevents local efficiency from hurting total flow |
- Bottleneck is not valuable because the label exists; it is valuable only when it changes a decision or execution behavior.
- More detail is not automatically better for Bottleneck; the useful level is the one that clarifies ownership and review.
- Bottleneck is not a one-time workshop output because the artifact must stay current while the decision remains live.
Can there be multiple bottlenecks?
There can be several pain points, but one usually limits the system most at a given moment.
Should we add people first?
Not until the constraint is confirmed and low-value work has been removed from it.
What happens after it is fixed?
The constraint usually moves, so the review must continue.