フロー効率 とは？

スピードそのものじゃなくて、「作業全体の中でどれだけムダな待ち時間があるか」を測る指標だよ。例えば機能開発に10日かかったとして、実際にコードを書いていたのが2日なら、フロー効率は20%。残り8日は待ち時間なんだ。

レビュー待ち、承認待ち、テスト環境の空き待ち、別チームへの依頼の返答待ち。こういう「待ち」が積み重なるんだ。1つ1つは1日くらいでも、5回ハンドオフがあれば5日待つことになるよ。

リソース効率は「人がどれだけ忙しいか」、フロー効率は「仕事がどれだけスムーズに流れるか」。全員が100%稼働していても、仕事が待ち行列に並んでいたらフロー効率は低い。実はリソース効率を上げすぎると、逆にフロー効率が下がることが多いんだ。

高速道路をイメージするとわかりやすいよ。道路の稼働率（リソース効率）を100%にすると渋滞が起きて、車の移動時間（フロー効率）は最悪になるよね。少し余裕がある状態のほうが全体はスムーズに流れるんだ。

まずカンバンボードで各ステージの待ち時間を計測すること。そしてWIP制限をかけて同時進行の作業数を減らす。レビューの待ち時間が長いなら、ペアプログラミングでレビューを不要にする方法もある。ボトルネックを1つずつ解消していくんだよ。

40%を超えたらかなり優秀と言われているよ。100%は現実的じゃないし、ある程度のバッファは必要。大事なのは絶対値じゃなくて改善のトレンドだね。先月15%だったのが今月20%になったなら、確実に待ち時間が減っているということだよ。