カンバンにおけるWIPリミット： 魔法ではなく、管理可能な予測可能性
WIPリミットとは何か、 なぜ必要なのか？
WIPリミット（Work In Progress Limit）とは、特定のワークフロー段階（例：「作業中」、「テスト中」など）で同時に処理できるタスク数の上限を設定することです。
WIPリミットの主な目的は、単一タスクの処理を加速することではなく、チーム全体のワークフローを最適化することです。制限がない場合、以下のような問題に直面します。
01
タスク切り替えの多発： 同時に処理するタスクが増えるほど、メンバーは頻繁にコンテキストを切り替える必要があり、効率が低下します。
02
隠れたボトルネック： 「テスト中」ステージが過負荷になっても、深刻になるまで気づかないことが多いです。WIPリミットにより、この問題が可視化されます。
03
タスクの長期滞留： タスクは形式的に「作業中」であっても、何週間もプロセス内に留まってしまうことがあります。
WIPリミットが予測可能性を生む仕組み
問題を可視化する
(1)ボード上のカラムが一杯になり、新しいタスクが移動できない場合、これはチームへの明確なシグナルです。単に「待つ」のではなく、流れを妨げている問題を協力して解決すべきです。
完了に集中する
(2)チームは「始めるのをやめ、終わらせることを始めよ（Stop Starting, Start Finishing）」という原則に従うようになります。新しいタスクを取る代わりに、既に着手したタスクを完了へと「押し進める」ことに集中します。
安定したフローを生み出す
(3)チームが「開始」ではなく「完了」に焦点を当てることで、タスクは全体のサイクルをより均等かつ予測可能な形で通過するようになります。これにより納期の予測精度が向上します。
WIPリミットを正しく導入する方法
まず観察から始めましょう。 現在のボードを分析し、どの段階でタスクが最も滞留しているか、平均してどのくらいのタスクが「作業中」かを把握してください。
リミットを実験的に設定してください。 現在の平均タスク数から始め、効果を見ながら徐々にリミットを下げていきます。
ルールを柔軟に運用してください。 例外的な状況ではリミットを一時的に超えることを許容しても構いませんが、必ずチーム全体で議論・合意した上で意識的な判断として行ってください。習慣化してはいけません。
まとめ
WIPリミットは厳格なコントロールではなく、チームの自己組織化と効率的な働き方を支援するための仕組みです。これは混沌とした「スピード感」を、管理可能で予測可能な「フロー速度」に置き換える方法です。これは魔法ではなく、プロセスを透明かつ予測可能にする意識的なマネジメントツールです。
