WIP制限：仕掛り品制限の設定と実施方法

仕掛り品（WIP）制限

WIP制限はカンバンにおいて最もインパクトのある単一のプラクティスです。カラム内の同時許容アイテム数を制限し、過負荷を防ぎ、新しいタスクを開始する前に作業を完了させることを強制します。

WIP制限が重要な理由

WIP制限がないと、チームは多くのアイテムを開始しますが、完了するものは少なくなります：

• 長いサイクルタイム -- アイテムが数日から数週間進行中のまま放置される。
• コンテキストスイッチング -- 開発者が複数のタスクを同時に処理し、効率が20〜40%低下。
• 隠れたボトルネック -- 過負荷のカラムが本当の制約を隠す。

WIP制限の計算方法

一般的な開始計算式：

WIP制限 = チームメンバー数 x 1.5

4人の開発者のチームの場合、DevelopmentカラムのWIP制限を6から始めます。観察に基づいて調整します：

• カラムが常に容量一杯でカードが入るのを待っている場合、制限を下げる。
• カラムがめったに一杯にならず下流が枯渇している場合、制限を上げる。

カラム別ガイドライン

カラム	推奨WIP	根拠
Backlog	制限なし	保管エリア
Ready	5-10	過度な事前計画なしで十分な準備
Development	チームサイズ x 1.5	コア作業カラム
Code Review	チームサイズ x 0.5	レビューは迅速であるべき
QA	3-5	テストは溜まるべきでない
Done	制限なし	完了した作業

WIP制限の実施

• 制限をボード上で可視化する（例：「Development [3/4]」）。
• カラムが制限に達したら、新しい作業をプルする代わりに既存アイテムに集中する。
• レトロスペクティブでWIP違反を議論する。罰としてではなく、学習の機会として。