Tweet
Tweet

Slide 1

Slide 1 text

VSM(ValueStreamMapping) によって 実現できた 268.5hかかっていた時間を 54.5hに短縮できた秘訣 石垣雅人 - DMM.com Labo Co., Ltd. 2018/04/25 DevopsDays Tokyo 2018 リリースまでに

Slide 2

Slide 2 text

© DMM.com labo 私 2 石垣雅人(いしがきまさと) ・プラットフォーム開発部 第2グループ(会員基盤) Account(ID) , Auth , Personalinfo バックエンド基盤担当 スクラムチーム プロダクトオーナー (2017〜) ・DMM.com Labo 2015/04~ 新卒入社 Twitter @i35_267

Slide 3

Slide 3 text

© DMM.com labo { What is VSM… } 3 Idea Value

Slide 4

Slide 4 text

© DMM.com labo 4

Slide 5

Slide 5 text

© DMM.com labo 5 VSM(ValueStreamMapping) を活用しリリースまでのリードタイムを 268.5h(45日) → 54.5h(9日)に短縮した VSMの 書き方からムダの分析/改善方法の秘訣を紹介します。 本セッションでお話すること

Slide 6

Slide 6 text

© DMM.com 6 Agenda About DMM.com DMM.comについて / サービス開発体制について 開発プロセスの「ムダ」とVSM作成の意味について VSM作成の歩み 改善事例 最後に 6

Slide 7

Slide 7 text

© DMM.com 手のひらと世界にいろどりを。 人類の想像をはるかにこえるスピードとス ケールで、私たちの生活は変化していま す。 DMM.comは1999年から時代のニーズに 合わせた多彩なコンテンツを、独自プラット フォームで安定的に提供しています。 7 40以上の幅広いサービスを展開 サービスについて About DMM.com

Slide 8

Slide 8 text

© DMM.com labo DMM.comのサービス開発体制 8 SoR (B to B) System of Record SoE (B to C) Systems of Engagement Purchase ...etc Settlement Personalinfo BI ...etc Account Antifraud

Slide 9

Slide 9 text

© DMM.com labo DMM.comのサービス開発体制 9 SoR (B to B) System of Record SoE (B to C) Systems of Engagement Purchase ...etc Settlement Personalinfo BI ...etc Account Antifraud

Slide 10

Slide 10 text

© DMM.com labo 10 Purchase ...etc Settlement Personalinfo ...etc Account Antifraud BI DX(DeveloperExperience) SoR (B to B) System of Record SoE (B to C) Systems of Engagement DMM.comのサービス開発体制

Slide 11

Slide 11 text

© DMM.com labo 11 Purchase ...etc Settlement Personalinfo ...etc Account Antifraud BI DX(DeveloperExperience) SoR (B to B) System of Record SoE (B to C) Systems of Engagement DMM.comのサービス開発体制 スピーディーな基盤機能の提供 利益貢献できる機能 高品質な機能 DX(DeveloperExperience)

Slide 12

Slide 12 text

© DMM.com labo 12 Purchase ...etc Settlement Personalinfo ...etc Account Antifraud BI DX(DeveloperExperience) SoR (B to B) System of Record SoE (B to C) Systems of Engagement DMM.comのサービス開発体制 スピーディーな基盤機能の提供 利益貢献できる機能 高品質な機能 DX(DeveloperExperience) 開発プロセスのおけるリードタイム短縮

Slide 13

Slide 13 text

© DMM.com 13 Agenda About DMM.com DMM.comについて / サービス開発体制について 組織の「ムダ」とVSM作成の意味について VSM作成の歩み 改善事例 最後に

Slide 14

Slide 14 text

© DMM.com labo 14 チームが当時抱えていた開発プロセス の問題点

Slide 15

Slide 15 text

© DMM.com labo 15 Releaseまで 2日 会員登録機能を2日で開発した！ 早くリリースして効果測定したい 開発チーム + 2日 Days

Slide 16

Slide 16 text

© DMM.com labo 16 Releaseまで 16日 ステークホルダー① グループ内で承認が必要 → 承認MTGを2週間後に設定 +14日 + 2日 Days

Slide 17

Slide 17 text

© DMM.com labo 17 Releaseまで 30日 ステークホルダー② この部署にも確認が必要です。 → ディレクターを立てて調整するのに 2週間 +14日 +14日 + 2日 Days

Slide 18

Slide 18 text

© DMM.com labo 18 Releaseまで 32日 +14日 + 2日 +14日 + 2日 開発チーム リリースが自動化されていない。 → 詳細なリリース手順書を作成するのに2日 Days

Slide 19

Slide 19 text

© DMM.com labo 19 Releaseまで 32日 +14日 + 2日 +14日 + 2日 開発者 リリースが自動化されていない。 → 詳細なリリース手順書を作成するのに 2日 組織が大きくなるほど「ムダ」は増え続ける。 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算

Slide 20

Slide 20 text

© DMM.com labo 20 Releaseまで 32日 +14日 + 2日 +14日 + 2日 開発者 リリースが自動化されていない。 → 詳細なリリース手順書を作成するのに 2日 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算 まずは開発プロセスを可視化して「ムダ」を洗い出す = VSM (Value Stream Mapping)

Slide 21

Slide 21 text

© DMM.com 21 Agenda About DMM.com DMM.comについて / サービス開発体制について 開発プロセスの「ムダ」とVSM作成の意味について VSM作成の歩み 改善事例 最後に

Slide 22

Slide 22 text

© DMM.com labo 22 VSM作成の歩み TODO TODO 1. 書き方について 3. どこから 改善するべきか 2. ムダを発見する TODO

Slide 23

Slide 23 text

© DMM.com labo 23 1. 書き方について 2. ムダを発見する A.分析メソッド ~ムダの「見える化」~ 3. どこから 改善するべきか A.改善メソッド ~ECRSの原則~ A.4ステップ VSM作成の歩み 参考 : カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで http://kaizenjourney.jp/

Slide 24

Slide 24 text

© DMM.com labo 24 書き方 (Value Stream Mapping)

Slide 25

Slide 25 text

© DMM.com labo 25 プロセスのタイトル 1 2 プロセスタイム (PT ※+WT) 3 リードタイム(LT) 4 STEPS 4 完成と正確性の割合(aka %C/A)

Slide 26

Slide 26 text

© DMM.com labo 26 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 1h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5

Slide 27

Slide 27 text

© DMM.com labo 27 STEP 0 PT : Process Time WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5

Slide 28

Slide 28 text

© DMM.com labo 28 STEP 1 PT : Process Time WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5

Slide 29

Slide 29 text

© DMM.com labo 29 STEP 2 PT : Process Time WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5

Slide 30

Slide 30 text

© DMM.com labo 30 STEP 3 PT : Process Time WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5

Slide 31

Slide 31 text

© DMM.com labo 31 STEP 4 PT : Process Time WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5

Slide 32

Slide 32 text

© DMM.com labo 32 ①現状のVSM ③改善プロセス ②理想(仮説) のVSM プロセス

Slide 33

Slide 33 text

© DMM.com labo 33 顧客 顧客 GitHub Ato GitHub Atom LT : 12h PT : 10h WT : 2h %C/A : 0% LT : 1h PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 大事なのは、改善ポイント(=ムダ)を見つけること ※ どう改善するかはまた別のレイヤーの話

Slide 34

Slide 34 text

© DMM.com labo 34 1. 書き方について 2. ムダを発見する Done！ A.分析メソッド ~ムダの「見える化」~ 3. どこから 改善するべきか TODO VSM作成の歩み 参考 : カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで http://kaizenjourney.jp/

Slide 35

Slide 35 text

© DMM.com labo 35 分析メソッド ~ムダの「見える化」~

Slide 36

Slide 36 text

© DMM.com labo 36 ある程度のプロセスグループに分ける。 1 2 プロセスグループごとにどのくらいの LTがかかっているか算出する %C/Aが発生していて手戻りが発生している箇所 2 STEPS & 3 POINTS 待ち時間が長くボトルネックとなっているプロセ ス付近 不安な作業や心配しながら作業している プロセス付近 1 3 2

Slide 37

Slide 37 text

© DMM.com labo 37 ある程度のプロセスグループに分ける。 1 2 プロセスグループごとにどのくらいの LTがかかっているか算出する %C/Aが発生していて手戻りが発生している箇所 2 STEPS & 3 POINTS 待ち時間が長くボトルネックとなっているプロセ ス付近 不安な作業や心配しながら作業している プロセス付近 カテゴリー分け ムダを発見 1 2 3 2 steps 3 points

Slide 38

Slide 38 text

© DMM.com labo 38 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5

Slide 39

Slide 39 text

© DMM.com labo 39 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 ある程度のプロセスグループに分ける。 1

Slide 40

Slide 40 text

© DMM.com labo 40 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業

Slide 41

Slide 41 text

© DMM.com labo 41 分析メソッド No 1 PT 不安な作業 ボトルネック グループ 開発作業 ステークホルダーとの調整 リリース作業 2 3 LT %C/A

Slide 42

Slide 42 text

© DMM.com labo 42 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 2 プロセスグループごとに どのくらいのLTがかかっているか算出する

Slide 43

Slide 43 text

© DMM.com labo 43 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 85h 102h 12h

Slide 44

Slide 44 text

© DMM.com labo 44 No 1 PT 不安な作業 ボトルネック グループ 開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 分析メソッド

Slide 45

Slide 45 text

© DMM.com labo 45 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 待ち時間が長くボトルネックとなっているプロセス付近 1

Slide 46

Slide 46 text

© DMM.com labo 100h 84h 46 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 102h 85h

Slide 47

Slide 47 text

© DMM.com labo 47 No 1 PT 不安な作業 ボトルネック グループ 開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 開発完了から「承 認MTG」 実施までの84hが ムダ 承認MTGを経て のリリースまでが 長い。 分析メソッド

Slide 48

Slide 48 text

© DMM.com labo 48 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 84h 100h %C/Aが発生していて手戻りが発生している箇所 2

Slide 49

Slide 49 text

© DMM.com labo 49 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) 承認MTG 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 84h 100h PT : 1h WT : 0h %C/A : 70% PT : 1h WT : 0h %C/A : 20%

Slide 50

Slide 50 text

© DMM.com labo 50 No 1 PT 不安な作業 ボトルネック グループ 開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 70% 仕様の漏れ による手戻り 20% 手動リリース 失敗による 再リリース 開発完了から「承 認MTG」 実施までの84hが ムダ 承認MTGを経て のリリースまでが 長い。 分析メソッド

Slide 51

Slide 51 text

© DMM.com labo 51 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) 承認MTG 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 84h 100h PT : 1h WT : 0h %C/A : 70% PT : 1h WT : 0h %C/A : 20% 不安な作業や心配しながら作業しているプロセス付近 3

Slide 52

Slide 52 text

© DMM.com labo 52 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 2h 開発チーム 1 会員登録機能作成 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) 承認MTG ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 84h 100h PT : 1h WT : 0h %C/A : 70% PT : 1h WT : 0h %C/A : 20% 1 リリース作業 開発チーム

Slide 53

Slide 53 text

© DMM.com labo 53 No 1 PT 不安な作業 ボトルネック 手動をなくし リリース作業を 自動化する グループ 開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 70% 仕様の漏れ による手戻り 20% 手動リリース 失敗による 再リリース 開発完了から「承 認MTG」 実施までの84hが ムダ 承認MTGを経て のリリースまでが 長い。 分析メソッド

Slide 54

Slide 54 text

© DMM.com labo 54 1. 書き方について 2. ムダを発見する Done！ A.改善メソッド ~ECRSの原則~ Done！ 3. どこから 改善するべきか VSM作成の歩み 参考 : カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで http://kaizenjourney.jp/

Slide 55

Slide 55 text

© DMM.com labo 55 改善メソッド ~ECRSの原則~

Slide 56

Slide 56 text

© DMM.com labo 56 改善メソッド ECRSの原則 ・・・業務効率を行う4原則をもとにした改善プロセス 1. Eliminate(排除) : そのプロセスは本当に必要な業務かどうか。 2. Combine(結合) : 作業分担をしずぎて、逆に待ち時間のムダを発生させていないか。 3. Rearrange(交換) : プロセスの順番を入れ替えることで効率化を測れないか。 4. Simplify (簡素化) : 作業を簡易化することで効率化できないか。

Slide 57

Slide 57 text

© DMM.com labo 57 改善メソッド ECRSの原則 ・・・業務効率を行う4原則をもとにした改善プロセス 1. Eliminate(排除) : そのプロセスは本当に必要な業務かどうか。 2. Combine(結合) : 作業分担をしずぎて、逆に待ち時間のムダを発生させていないか。 3. Rearrange(交換) : プロセスの順番を入れ替えることで効率化を測れないか。 4. Simplify (簡素化) : 作業を簡易化することで効率化できないか。 1→2→3→4の順番で改善していく

Slide 58

Slide 58 text

© DMM.com labo 58 改善メソッド ECRSの原則 ・・・業務効率を行う4原則をもとにした改善プロセス 1. Eliminate(排除) : そのプロセスは本当に必要な業務かどうか。 2. Combine(結合) : 作業分担をしずぎて、逆に待ち時間のムダを発生させていないか。 3. Rearrange(交換) : プロセスの順番を入れ替えることで効率化を測れないか。 4. Simplify (簡素化) : 作業を簡易化することで効率化できないか。

Slide 59

Slide 59 text

© DMM.com labo 59 No 1 PT 不安な作業 ボトルネック 手動をなくし リリース作業を 自動化する グループ 開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 70% 仕様の漏れ による手戻り 20% 手動リリース 失敗による 再リリース 開発完了から「承 認MTG」 実施までの84hが ムダ 承認MTGを経て のリリースまでが 長い。 分析メソッド E E R S

Slide 60

Slide 60 text

© DMM.com labo 60 顧客 顧客 GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 2h 開発チーム 1 会員登録機能作成 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) 承認MTG ディレクター 5 84h 100h E E PT : 1h WT : 0h %C/A : 70% PT : 1h WT : 0h %C/A : 20% R 1 リリース作業 開発チーム S

Slide 61

Slide 61 text

© DMM.com labo 61 1. 書き方について 2. ムダを発見する Done！ Done！ 3. どこから 改善するべきか Done！ VSM作成の歩み 参考 : カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで http://kaizenjourney.jp/

Slide 62

Slide 62 text

© DMM.com 62 Agenda About DMM.com DMM.comについて / サービス開発体制について 開発プロセスの「ムダ」とVSM作成の意味について VSM作成の歩み 改善事例 最後に

Slide 63

Slide 63 text

© DMM.com labo 改善事例 63

Slide 64

Slide 64 text

© DMM.com labo 複数のVSMから見える共通点 グループ ステークホルダーとの調整 開発作業 リリース準備 + 作業 Featureをリリースするために必要な調整。MTGが多い コーディング作業 リリースするための申請やリリース作業 1 2 3 64

Slide 65

Slide 65 text

© DMM.com labo ステークホルダーとの調整 開発作業 リリース準備 + 作業 複数のVSMから見える共通点 リードタイム : 268.5h Featureをリリースするために必要な調整。MTGが多い コーディング作業 リリースするための申請やリリース作業 1 2 3 グループ 65

Slide 66

Slide 66 text

© DMM.com labo ステークホルダーとの調整 開発作業 リリース準備 + 作業 約85% 約5% 約10% 複数のVSMから見える共通点 (228.25h) (14h) (26.25h) Featureをリリースするために必要な調整。MTGが多い コーディング作業 リリースするための申請やリリース作業 1 2 3 グループ リードタイム : 268.5h 66

Slide 67

Slide 67 text

© DMM.com labo カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業 約85% 約5% 約10% 4つのVSMから見える共通点 ほぼすべてのVSMがこの比率になった。 チームの行動パターン(開発プロセス)は一緒である。 この時点で「開発効率」をあげてもムダだと判断できた。 67

Slide 68

Slide 68 text

© DMM.com labo カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業 約85% 約5% 約10% 複数のVSMから見える共通点 (228.25h) (14h) (26.25h) Featureをリリースするために必要な調整。MTGが多い コーディング作業 リリースするための申請やリリース作業 1 3 2 リードタイム : 268.5h 68

Slide 69

Slide 69 text

© DMM.com labo ≈≈ カテゴリー 複数のVSMから見える共通点 Eliminate（排除) : そのプロセスは本当に必要な業務かどうか。 MTGする意味(Why)を明確し、 不要なMTGの削除を推進 簡単な会話はSlackで完結。随時質問・疑問を解決できる環境 ステークホルダーとの調整 約85% (228.25h) Featureをリリースするために必要な調整。MTGが多い 1 リードタイム : 268.5h 69

Slide 70

Slide 70 text

© DMM.com labo ≈≈ カテゴリー 約10% 複数のVSMから見える共通点 (26.25h) リリースするための申請やリリース作業 3 chatopsによるOneClickDeploy / DeploymentPipeline + リリース申請フローをWhyを明確に削除を推進 リリース準備 + 作業 リードタイム : 268.5h Simplify (簡素化) : 作業を簡易化することで効率化できないか。 70 Eliminate（排除) : そのプロセスは本当に必要な業務かどうか。

Slide 71

Slide 71 text

© DMM.com labo 71 ステークホルダーとの調整 : 228.25h → リリース準備 + 作業 : 26.25h →

Slide 72

Slide 72 text

© DMM.com labo 72 ステークホルダーとの調整 : 228.25h →40hに短縮 リリース準備 + 作業 : 26.25h → 5mに短縮 268.5h (45日) 54.5h (9日) 早くサービス側に機能提供できる。

Slide 73

Slide 73 text

© DMM.com 73 Agenda About DMM.com DMM.comについて / サービス開発体制について 開発プロセスの「ムダ」とVSM作成の意味について VSM作成の歩み 改善事例 最後に

Slide 74

Slide 74 text

© DMM.com labo 最後に 74

Slide 75

Slide 75 text

© DMM.com labo { What is VSM… } 75 Idea Value

Slide 76

Slide 76 text

© DMM.com labo { What is VSM… } 76 Idea Value 開発プロセスを可視化する

Slide 77

Slide 77 text

© DMM.com labo { What is VSM… } 77 Idea Value 開発プロセスを可視化する 設計

Slide 78

Slide 78 text

© DMM.com labo { What is VSM… } 78 Idea Value 問題を共有するのに難しいことはいらない。 明日からすぐにVSMを作ろう。

Slide 79

Slide 79 text

© DMM.com labo 79 ご清聴ありがとうございました。