WIP制限の値の設定方法
カンバンのWIP制限の値をどのように設定すればいいか。『Agile Project Management with Kanban』にマイクロソフト社のXboxの例が載っていたので、紹介したい。
- A: 1人の作業員が1か月にできる平均作業量 ← すべてのプロセス
- B: プロセスのなかでAの値が最も小さいもの
- C: 担当する作業員の人数
- D: 1か月あたりのスループット(B×C)
- E: Dを実現するために必要な作業員の人数(D / A) ← すべてのプロセス
- F: Dを1.5倍する(50%のバッファを追加)← すべてのプロセス
たとえば「6–>2–>3」のプロセスがあったとする(A)。最も小さな値は「2」だ(B)。この工程を担当する人数が「3」だとしよう(C)。そうすると、1か月あたりのスループットは「6」になる(D)。各プロセスに必要な人数は「1–>3–>2」だ(E)。WIP制限の値は人数の1.5倍(四捨五入)とするので、最終的に「2–>5–>3」となる(F)。
この本には「カンバンの始め方」や「スクラムからカンバンに移行する方法」なども載っていて、特にマネジメントの方には読みやすい内容となっている。興味があればお手にとってもらいたい。
- 組織的創造性を覚醒させる「揺さぶり」の質問
- リーン・バリュー・ツリー(LVT)
- 顧客フィードバックの流れを作る
- プラットフォームチームの考え方
- システムを変えるふりかえり
- OKRとプロダクト戦略
- アジャイルなガバナンス
- WIP制限はチームの集中を守る
- AI時代の2025年にPdMが読むべき5冊
- 意思決定を記録する
- Team Topologies の最初の一歩
- Product Ops
- チームのメトリクス
- 仮説としてのロードマップ
- Opportunity Solution Tree
- デュアルトラックアジャイル
- プロダクトディスカバリーの基本ループ
- アウトプットではなくアウトカムで見る
- 15%ソリューション
- チャタムハウスルール
- ベガスルール
- 戦略展開
- オペレーティングモデル
- 変革疲れ
- Go-to-Market
- ポジショニング
- セグメンテーション
- ペルソナ
- カスタマージャーニーマップ
- サービスブループリント
- Blameless Postmortem
- ガードレール
- システム思考
- チームの境界
- Stream-aligned Team
- Enabling Team
- Architecture Decision Record
- 技術的負債
- バリューストリーム
- Communities of Practice
- 意思決定権
- Delegation Poker
- ワーキングアグリーメント
- Team API
- 社会技術システム
- コンウェイの法則
- 認知負荷
- 心理的安全性
- 機会費用
- Impact Mapping
- Cost of Delay
- RICE優先順位づけ
- A/Bテスト
- コホート分析
- Pirate Metrics
- North Star Metric
- Product-Market Fit
- Jobs to be Done
- プロトタイプ
- MVP
- リトルの法則
- 累積フロー図
- サイクルタイム
- リードタイム
- カンバン
- バックログリファインメント
- スプリントゴール
- ベロシティ
- ストーリーポイント
- 受け入れ条件
- ユーザーストーリー
- Definition of Ready
- Definition of Done
- Thinkers 50コミュニティが選んだ最も影響力のある経営本(2023)
- 組織変革フレームワーク
- 4Cフレームワークを使ったワークショップの作り方
- スクラムマスターが読むべき5冊
- WIP制限の値の設定方法
- リーンキャンバスから事業計画書へ
- 新規事業の4つのアプローチ(PGTM)
- アジャイル認定資格というもの
- アジャイル導入の「最小限」の読書リスト
- 雑誌『anan』で「アジャイル」
- スクラムマスターは開発メンバーになれるのか?