VSM(ValueStreamMapping)によって実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣

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

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

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

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

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

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

Slide 35

Slide 35 text

Slide 36

Slide 36 text

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

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

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

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

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

Slide 55

Slide 55 text

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

Slide 62

Slide 62 text

Slide 63

Slide 63 text

Slide 64

Slide 64 text

Slide 65

Slide 65 text

Slide 66

Slide 66 text

Slide 67

Slide 67 text

Slide 68

Slide 68 text

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（排除) : そのプロセスは本当に必要な業務かどうか。