WIP制限はチームの集中を守る

WIP は Work In Progress、つまり仕掛かり中の仕事です。WIP制限は、同時に進める仕事の数を意図的に制限することです。

一見すると、同時に多くの仕事を進めたほうが速く見えます。しかし実際には、切り替えコスト、待ち時間、レビューの滞留、優先順位の衝突が増え、完了までの時間は長くなります。

忙しさと流れは違う

チーム全員が忙しくても、価値が速く届いているとは限りません。開発中のチケットが多く、レビュー待ちが積み上がり、テスト環境の順番待ちが起きているなら、システム全体としては詰まっています。

WIP制限は、人を暇にするためのものではありません。仕事を早く完了させるために、流れを守るものです。

制限すると問題が見える

WIPを制限すると、隠れていた問題が表に出ます。

  • レビューできる人が少ない
  • テストが遅い
  • 仕様確認が特定の人に集中している
  • 外部チームの承認待ちが長い
  • 仕事の粒度が大きすぎる

制限がないと、これらの問題は新しい仕事を始めることで見えにくくなります。WIP制限は、問題を隠さずに改善対象として扱うための仕組みです。

どう始めるか

最初から厳密な数値を決める必要はありません。まずはボード上の状態ごとに、仕掛かりの数を見えるようにします。

  • Ready
  • Doing
  • Review
  • Test
  • Done

次に、明らかに詰まりやすい列に仮の制限を置きます。たとえば Review は3件まで、Doing はメンバー数より少し少なくする、といった形です。

制限に達したら、新しい仕事を始めるのではなく、詰まりを解消します。レビューを手伝う、仕様を確認する、テストを通す、仕事を分割する。これがチームの協働を生みます。

マネジメントへの意味

WIP制限は、現場だけのプラクティスではありません。マネジメントが優先順位を増やし続けると、チームのWIPは簡単に溢れます。

組織としてWIPを制限するには、「今はやらないこと」を決める必要があります。集中は、個人の努力ではなく、組織の意思決定で作るものです。