ビジネス
WIP制限とは？「着手中」を増やしすぎないカンバンの使い方
2026-11-02
この記事には広告・アフィリエイトリンクが含まれます。
WIP制限は、着手してから完了するまでの仕事の数を制御する仕組みです。上限に達したら新しい仕事を増やす前に、既存の仕事の停滞を解くことを考えます。
上限を決める対象は「まだ終わっていない仕事」
WIPはWork in Progressの略で、着手済みで未完了の仕事を指します。WIP制限では、工程や作業全体に入れてよい仕事の数を決め、空きがあるときに次の仕事を引き受けます。
全員の予定を埋めることより、今ある仕事を完了へ進めることに目を向ける仕組みです。カンバンガイドは、開始点・完了点・WIPの制御方法を明確にすることを求めています。
まず、着手と完了の境界を決める
簡単な導入例なら、ボードを「未着手」「作業中」「確認待ち」「完了」に分けます。次に、どの列から着手扱いになり、どこで完了になるかを決めます。
たとえば原稿作成なら、「文章を書いた時点」なのか「確認を終えた時点」なのかで未完了の数が変わります。確認待ちも、着手後で完了前ならWIPに含まれます。列を移しただけで未完了の仕事が消えるわけではないんです。
上限に達したときの行動まで決めておく
説明用に「作業中は二件まで」と仮置きした場面を考えましょう。すでに二件あれば、三件目に着手する前に、確認依頼を送る、足りない情報を集める、担当者を手伝うなど、既存の仕事を進める方法を探します。
二件という数は推奨値ではありません。作業の大きさや担当人数が異なるので、最初の上限は仮説として置きます。緊急案件を例外にするなら、例外の条件と、どの仕事を後ろへ回すかも見えるようにします。
詰まりを見つけて、上限を調整する
Atlassianの解説では、WIP制限をボトルネックの発見や、完了を優先するために使うと説明しています。たとえば確認待ちだけが増えたなら、作業担当を急がせる前に、確認する時間や基準を見直す余地があります。
振り返りでは、終わった件数だけでなく、長く止まった仕事と止まった理由も確認しましょう。WIP制限は納期を自動で守る道具ではありません。仕事の粒度が大きく違う場合は、件数の数字だけで負担を比べないことも大切です。
