Tweet
Tweet

Slide 1

Slide 1 text

© DMM.com labo CONFIDENTIAL プラットフォーム基盤の「見える化」 によるサービス貢献の話 ~ Developer Experience(DX)を考える~ システム本部 プラットフォーム開発部 石垣雅人 2018/01/31 LIFULL x DMM交流会

Slide 2

Slide 2 text

© DMM.com labo 私 2 石垣雅人(いしがきまさと) ・プラットフォーム開発部 第2グループ(会員基盤) ログイン・アカウント登録機能のバックエンド基盤担当 スクラムチームでPO、グループ付けで横軸組織で活動中 ・2015/04~新卒入社(3年目)

Slide 3

Slide 3 text

© DMM.com labo プラットフォーム基盤が どうサービスに貢献できるかの話です。 3 何を話すか

Slide 4

Slide 4 text

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

Slide 5

Slide 5 text

© DMM.com labo DMM.comのサービス開発体制 5 ...etc ゲーム 開発者 オンラインサロン 開発者 動画サービス 開発者 DMM.光 開発者 DMM英会話 開発者 DMMバヌーシー 開発者

Slide 6

Slide 6 text

© DMM.com labo DMM.comのサービス開発体制 6 ...etc オンラインサロン 開発者 動画サービス 開発者 DMM.光 開発者 DMM英会話 開発者 DMMバヌーシー 開発者 購入 不正 対策 会員 通知 配信 ...etc 決済 プラットフォーム基盤 API,SDK...etc ゲーム 開発者

Slide 7

Slide 7 text

© DMM.com labo 7 ...etc 購入 不正 対策 会員 通知 配信 ...etc 決済 Platform System プラットフォーム基盤 にできるサービス貢献とは？

Slide 8

Slide 8 text

© DMM.com labo 8 ...etc 購入 不正 対策 会員 通知 配信 ...etc 決済 Platform System プラットフォーム基盤 にできるサービス貢献とは？ = Developer Experience (DX)での貢献 詳細には...

Slide 9

Slide 9 text

© DMM.com 9 プラットフォームにできるサービス貢献とは？ 1 2 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 効果的なサービスへの機能提供

Slide 10

Slide 10 text

© DMM.com 10 プラットフォームにできるサービス貢献とは？ 1 2 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 効果的なサービスへの機能提供

Slide 11

Slide 11 text

© DMM.com 11 プラットフォームにできるサービス貢献とは？ 1 2 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 効果的なサービスへの機能提供

Slide 12

Slide 12 text

© DMM.com 12 プラットフォームにできるサービス貢献とは？ 1 2 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 効果的なサービスへの機能提供 改善していくために まずは「見える化」しよう

Slide 13

Slide 13 text

© DMM.com 13 1 プラットフォームにできるサービス貢献とは？ 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 2 効果的なサービスへの機能提供

Slide 14

Slide 14 text

© DMM.com 14 1 プラットフォームにできるサービス貢献とは？ 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入→ 開発プロセスの「見える化」 2 効果的なサービスへの機能提供

Slide 15

Slide 15 text

© DMM.com 15 1 プラットフォームにできるサービス貢献とは？ 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入→ 開発プロセスの「見える化」 2 → 案件優先度の「見える化」 効果的なサービスへの機能提供

Slide 16

Slide 16 text

© DMM.com 16 1 プラットフォームにできるサービス貢献とは？ 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 → 開発プロセスの「見える化」 2 → 案件優先度の「見える化」 効果的なサービスへの機能提供 どこを「見える化」するか 本日のテーマ....

Slide 17

Slide 17 text

© DMM.com 17 1 プラットフォームにできるサービス貢献とは？ 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 2 → 案件優先度の「見える化」 効果的なサービスへの機能提供 SlideShare公開中 → 開発プロセスの「見える化」

Slide 18

Slide 18 text

© DMM.com labo What is「開発プロセス」見える化 18 VSM (Value Stream Mapping)

Slide 19

Slide 19 text

© DMM.com labo 19

Slide 20

Slide 20 text

© DMM.com labo 20 チームが当時抱えていた開発プロセス

Slide 21

Slide 21 text

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

Slide 22

Slide 22 text

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

Slide 23

Slide 23 text

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

Slide 24

Slide 24 text

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

Slide 25

Slide 25 text

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

Slide 26

Slide 26 text

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

Slide 27

Slide 27 text

© DMM.com labo 書き方

Slide 28

Slide 28 text

© DMM.com labo 28 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 1h 100h 2h 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG リードタイム が長い 84h Sample

Slide 29

Slide 29 text

© DMM.com labo 29 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h %C/A : 0% LT : 1h PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h name name 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h %C/A : 70% name 1 承認MTG リードタイム が長い 84h

Slide 30

Slide 30 text

© DMM.com labo 30 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 1h 100h 2h 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG リードタイム が長い 84h

Slide 31

Slide 31 text

© DMM.com labo 31 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 1h 100h 2h 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG リードタイム が長い 84h

Slide 32

Slide 32 text

© DMM.com labo 32 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 1h 100h 2h 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG リードタイム が長い 84h

Slide 33

Slide 33 text

© DMM.com labo 33 顧客 顧客 GitHub Ato GitHub Atom GitHub Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 1h 100h 2h 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG リードタイム が長い 84h ムダ！！ 石垣

Slide 34

Slide 34 text

© DMM.com labo 改善事例

Slide 35

Slide 35 text

© DMM.com labo その① どこを改善するべきか カテゴリー分けする

Slide 36

Slide 36 text

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

Slide 37

Slide 37 text

© DMM.com labo その② どのカテゴリーに リードタイムがかかっているか計算

Slide 38

Slide 38 text

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

Slide 39

Slide 39 text

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

Slide 40

Slide 40 text

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

Slide 41

Slide 41 text

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

Slide 42

Slide 42 text

© DMM.com labo カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業 約85% 約5% 約10% 4つのVSMから見える共通点 Let's 改善

Slide 43

Slide 43 text

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

Slide 44

Slide 44 text

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

Slide 45

Slide 45 text

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

Slide 46

Slide 46 text

© DMM.com labo すべてを「見える化」すれば何かがわかる。 46 「案件優先度」の見える化 最後に.... 「開発プロセス」の見える化

Slide 47

Slide 47 text

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