制約理論雑入門とカンバンへのつなぎ込み

Transcript

1. 制約理論雑入門 と カンバンへのつなぎ込み
2. 前提 カンバンそのものの説明はしない 読め 👉 トヨタ生産方式・リーンへの言及はしない → カンバンのプラクティスへの理解はかなり片手落ちになる → 色々飛ばす、リードタイム・バッチサイズ・フロー効率・見える化・7つの無駄・Pull型・ 多能工・自働化・平準化・段取替え... → 必要があればまた別途説明する 制約理論の話自体もいろいろ飛ばす → 読め 👉
3. 0 制約理論？
4. 元は製造業の生産性向上のために 考案された工程マネジメント理論 カンバンの論理的ベースになっている 導入した工場の生産性が上がりすぎて詐欺扱いされたし、 経済不均衡が加速するので日本が経済停滞するまで翻訳を禁 じられた
5. 1 制約理論のスタート地点
6. 私たちはなぜここにいるのか？ エンジニアリング組織の 存在意義はなにか？ 会社の目的はなにか？
7. A: 金を稼ぎ続けること
8. A: 金を稼ぎ続けること 顧客貢献・社会貢献 とかでもいいけど いずれにせよアウトカムを生み出すこ とが目的
9. 制約理論のスタート地点 システムのアウトカムを最大化する にはどうすればいいか？
10. 2 制約理論の着眼点
11. 説明のための暫定的な前提 システムのアウトカムは システムのスループット の結果 ※ スループット = 単位時間あたりの出力量
12. システムのスループット の上限を決めるものはなにか？
13. ホースの最終的な流量（スループット）はどうしたら計算できる？
14. 一番狭い箇所の流量に等しくなる
15. ソフトウェアのバリューストリームで見てみる 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄
16. 工程ごとの処理能力の仮定 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 処理能力 ※単位時間あたりに 完了できる仕事数 5 20 5 10 2 10 7
17. お仕事はどう流れる？ 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 5 📦
18. お仕事はどう流れる？ 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 5 📦
19. お仕事はどう流れる？ 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 5 📦
20. お仕事はどう流れる？ 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 5 📦
21. お仕事はどう流れる？ 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 2 📦
22. お仕事はどう流れる？ 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 2 📦
23. お仕事はどう流れる？ 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 2 📦
24. システム全体のスループットは 最も処理能力の低い工程に出力に に従属する 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 5 📦 5 📦 5 📦 2 📦 5 📦 2 📦 2 📦
25. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 この工程のことを ”制約条件” という 5 📦 5 📦 5 📦 2 📦 5 📦 2 📦 2 📦
26. システム全体のスループットは “制約条件”に従属する
27. 制約理論の着眼点 制約条件に注目する
28. 3 制約条件を無視する悲劇
29. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 2 10 7 前工程が脳死で作業し続けると制約条件に仕掛品がたまる 5 📦 5 📦 5 📦 2 📦 3 📦 2 📦 2 📦 ※ 仕掛品 = Work In Progress = WIP 5 📦 5 📦 5 📦
30. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 👎1 10 7 仕事の管理にはコストがかかる、 そしてそのコストを払うのは制約条件側 5 📦 5 📦 5 📦 2 📦 3 📦 2 📦 2 📦 5 📦 5 📦 5 📦
31. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 10 👎1 10 7 制約条件の処理能力・出力が減る 5 📦 5 📦 5 📦 👎1 📦 3 📦 2 📦 2 📦 5 📦 5 📦 5 📦
32. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😢 5 20 5 10 👎1 10 7 システム全体のスループットが減る 5 📦 5 📦 5 📦 👎1 📦 3 📦 👎1 📦 👎1 📦 5 📦 5 📦 5 📦
33. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😢 5 20 5 10 👎0.5 10 7 そうこうしている間にWIPはたまり、 制約条件は溺れていく... 5 📦 5 📦 5 📦 👎0.5 📦 3 📦 👎1 📦 👎1 📦 5 📦 5 📦 5 📦 5 📦 5 📦 5 📦 5 📦 5 📦 5 📦 👎👎 👎👎
34. レビューやテストをせずに コーディングしてない？ 🫵
35. そのときあなたは仕事ではなく 妨害行為をしている 😡
36. 4 じゃあどうするか？ 制約理論の回答
37. 制約条件の回答 1. 制約条件を徹底して活用する 2. 制約条件のスループットを向上させる
38. 制約条件を徹底して活用する
39. 制約条件を徹底して活用する 1. 制約条件を無駄遣いしない 2. 不良品を流さない 3. 仕事一つ一つの単価を上げる
40. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😄 5 20 5 ✋2 2 10 7 制約条件を無駄遣いしない 2 📦 2 📦 制約条件に無駄な作業（仕事の管理）を押し付けないために 前工程の出力を制限する 2 📦 2 📦 😁
41. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😭 不良品を流さない 1 📦 ↻ 制約条件で前工程の不良品判定をさせたり、後工程で不良品がする のはあまりにも無駄 0 📦 0 📦 2 📦 ↻ 2 📦 × ×
42. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😁 不良品を流さない 2 📦 😤 🔍 前工程で品質を作り込む 2 📦 2 📦 2 📦 2 📦 × × 😤 🔍 😁
43. 仕事一つ一つの単価を上げる ここまで話してきたのは スループット（時間あたりにこなせる仕事量） 仕事ひとつひとつの価値は同じではない 1 📦 ↓ 1 💰 1 📦 ↓ 0.5 💰 1 📦 ↓ 2 💰
44. 調査 アイディア 出し 仕様 決め 実装 レビュー QA デプロイ ユーザー 😁 仕事一つ一つの単価を上げる 2 📦 価値のある仕事から優先的に流す 2 📦 4 💰 😁 2 📦 4 💰 2 📦 4 💰 2 📦 4 💰 1 📦 2 💰 1 📦 2 💰 1 📦 1 💰 1 📦 1 💰 1 📦 0.5 💰 1 📦 0.5 💰
45. 制約条件のスループット を向上させる
46. 制約条件のスループットを向上させる 1. 制約条件を徹底して活用する 2. 制約条件のスループットを向上させる の順であって 1. 制約条件のスループットを向上させる 2. 制約条件を徹底して活用する の順ではない 初期段階では制約条件の活用は費用対効果いいけど、 スループット向上は費用対効果悪いため
47. 制約条件のスループットを向上させる Howについてここで言うことは特に無い 頑張って
48. 制約理論の カンバンへのつなぎ込み
49. 制約条件を徹底して活用する → カンバンのプラクティス 1. 制約条件を無駄遣いしない → WIP制限をかける 2. 不良品を流さない → 受け入れ基準や工程ごとの完了の定義 etc…で手戻りを防ぐ 3. 仕事一つ一つの単価を上げる → 優先順位を明確にしてフォーカスする