VSM (Value Stream Mapping)を作ったら 開発プロセスが可視化されて一回の会議で 要件定義からリリースまでを268時間から40時間に リードタイムを短縮できることがわかった話 〜非エンジニアでもできるVSM作成〜

2017/12/22 DMM開発AWARD 登壇資料

Transcript

1. © DMM.com labo CONFIDENTIAL を作ったら 開発プロセスが可視化されて一回の会議で 要件定義からリリースまでを 時間から 時間に リードタイムを短縮できることがわかった話 〜非エンジニアでもできる 作成〜 システム本部 プラットフォーム開発部 石垣雅人 2017/12/22 DMM開発AWARD
2. © DMM.com labo 開発プロセスを可視化する
3. © DMM.com labo
4. © DMM.com labo Agenda なぜ、 を作るのか どうやって、 を作るのか
5. © DMM.com labo 危険と感じる開発プロセス →1個でも当てはまれば、あなたのチームにVSMが必要です！ Featureをリリースするまでに 開発作業よりも「承認 + 確認」などの調整時間のほうが長い。 開発工程の中で手作業が多く、自動化されていない箇所がある。 なぜ、 を作るのか Featureの開発は終わっているのに外的要因で リリースができない状態が1週間以上ある。
6. © DMM.com labo まで 日 会員登録機能を2日で開発した！ 早くリリースして効果測定したい + 2日 開発者
7. © DMM.com labo まで 日 +14日 + 2日 ステークホルダー① グループ内で承認が必要 → 承認MTGを2週間後に設定
8. © DMM.com labo まで 日 +14日 +14日 + 2日 ステークホルダー② この部署にも確認が必要です。 → ディレクターを立てて調整するのに 2週間
9. © DMM.com labo まで 日 +14日 + 2日 +14日 + 2日 開発者 リリースが自動化されていない。 → 詳細なリリース手順書を作成するのに 2日
10. © DMM.com labo まで 日 +14日 リリースが自動化されておらず手作業 → 詳細なリリース手順書するのに 2日 + 2日 +14日 + 2日 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算 組織が大きくなるほど「ムダ」は増え続ける。
11. © DMM.com labo まで 日 +14日 リリースが自動化されておらず手作業 → 詳細なリリース手順書するのに 2日 + 2日 +14日 + 2日 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算 まずは開発工程を可視化して「ムダ」を洗い出す =
12. © DMM.com labo Agenda なぜ、 を作るのか どうやって、 を作るのか
13. © DMM.com labo プロセスのタイトル 1 2 リードタイム(LT/PT/WT) 3 タイムライン 3 STEPS
14. © DMM.com labo
15. © DMM.com labo 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 1h 100h 1h 石垣 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG どうやって、 を作るのか
16. © DMM.com labo 石垣 石垣 1 会員登録機能作成 ディレクター 1 LT : 12h PT : 10h WT : 2h 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub Ato Slack STEP 0 LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル 承認MTG
17. © DMM.com labo 石垣 石垣 1 会員登録機能作成 ディレクター 1 承認MTG LT : 12h PT : 10h WT : 2h 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub Ato Slack STEP 1 LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル
18. © DMM.com labo 石垣 石垣 1 会員登録機能作成 ディレクター 1 承認MTG 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub Ato Slack STEP 2 LT : 12h PT : 10h WT : 2h LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル
19. © DMM.com labo 石垣 石垣 1 会員登録機能作成 ディレクター 1 承認MTG LT : 12h PT : 10h WT : 2h 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub Ato Slack STEP 3 LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル
20. © DMM.com labo 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG どうやって、 を作るのか
21. © DMM.com labo 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG どうやって、 を作るのか 大事なのは、改善ポイント(=ムダ)を見つけること ※ どう改善するかはまた別のレイヤーの話
22. © DMM.com labo 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG どうやって、 を作るのか 調整が長い リリース 作業が長い
23. © DMM.com labo どうやって、 を作るのか
24. © DMM.com labo を作ったら
25. © DMM.com labo を作ったら 年 月 日 火 の 回の会議で
26. © DMM.com labo を作ったら 事業部調整 : 267h → 40h 短縮 リリース作業 : 1h → 1m 短縮 268h 40h 年 月 日 火 の 回の会議で
27. © DMM.com labo 開発プロセスを可視化する
28. © DMM.com labo 開発プロセスを設計する
29. © DMM.com labo ▼ 詳しい記載方法はGHEへ公開中です。 URL : https://git.dmm.com/ishigaki-masato/Value-Stream-Mapping どうやって、 を作るのか
30. © DMM.com labo おわり