Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
プラットフォーム基盤の「見える化」 によるサービス貢献の話 ~ Developer Exper...
Search
Masato Ishigaki / 石垣雅人
January 31, 2018
Technology
0
120
プラットフォーム基盤の「見える化」 によるサービス貢献の話 ~ Developer Experience(DX)を考える~
2018/01/31 LIFULL x DMM交流会 登壇資料
Masato Ishigaki / 石垣雅人
January 31, 2018
Tweet
Share
More Decks by Masato Ishigaki / 石垣雅人
See All by Masato Ishigaki / 石垣雅人
【5分】始める前に失敗する ── fail fast(早く失敗)ではなくfail before(事前検死) ──
i35_267
1
17
技術負債による事業の失敗はなぜ起こるのか / Why do business failures due to technical debt occur?
i35_267
4
1.8k
「開発生産性を上げる改善」って儲かるの?に答えられるようにする / Is development productivity profitable?
i35_267
26
19k
「開発生産性」はエンジニア”だけ” のモノではなくなった? / "Development productivity" is no longer just for engineers?
i35_267
8
2.5k
開発生産性の現在地点~エンジニアリングが及ぼす多角的視点 / Current status of development productivity
i35_267
68
25k
開発生産性の低下による、事業の失敗はなぜ起こるのか / ProductivityPitfalls
i35_267
6
1.5k
開発生産性の多角的接点〜1,000名のクリエイター組織 × 開発生産性〜 / Multifaceted touchpoints of development productivity
i35_267
5
1.5k
内製化で強化させる、事業のスケーラビリティーとエンジニアの成長戦略 / insourcing
i35_267
2
360
見積もりをしない。
i35_267
4
1.2k
Other Decks in Technology
See All in Technology
オープンソースAIとは何か? --「オープンソースAIの定義 v1.0」詳細解説
shujisado
7
820
SREが投資するAIOps ~ペアーズにおけるLLM for Developerへの取り組み~
takumiogawa
1
190
AGIについてChatGPTに聞いてみた
blueb
0
130
Engineer Career Talk
lycorp_recruit_jp
0
160
TypeScript、上達の瞬間
sadnessojisan
46
13k
Terraform未経験の御様に対してどの ように導⼊を進めていったか
tkikuchi
2
430
Can We Measure Developer Productivity?
ewolff
1
150
OCI Network Firewall 概要
oracle4engineer
PRO
0
4.1k
The Role of Developer Relations in AI Product Success.
giftojabu1
0
120
Security-JAWS【第35回】勉強会クラウドにおけるマルウェアやコンテンツ改ざんへの対策
4su_para
0
180
社内で最大の技術的負債のリファクタリングに取り組んだお話し
kidooonn
1
550
RubyのWebアプリケーションを50倍速くする方法 / How to Make a Ruby Web Application 50 Times Faster
hogelog
3
940
Featured
See All Featured
How To Stay Up To Date on Web Technology
chriscoyier
788
250k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
Put a Button on it: Removing Barriers to Going Fast.
kastner
59
3.5k
How STYLIGHT went responsive
nonsquared
95
5.2k
A designer walks into a library…
pauljervisheath
204
24k
Facilitating Awesome Meetings
lara
50
6.1k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
109
49k
Code Reviewing Like a Champion
maltzj
520
39k
A Tale of Four Properties
chriscoyier
156
23k
How GitHub (no longer) Works
holman
310
140k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
47
2.1k
The Pragmatic Product Professional
lauravandoore
31
6.3k
Transcript
© DMM.com labo CONFIDENTIAL プラットフォーム基盤の「見える化」 によるサービス貢献の話 ~ Developer Experience(DX)を考える~ システム本部
プラットフォーム開発部 石垣雅人 2018/01/31 LIFULL x DMM交流会
© DMM.com labo 私 2 石垣雅人(いしがきまさと) ・プラットフォーム開発部 第2グループ(会員基盤) ログイン・アカウント登録機能のバックエンド基盤担当 スクラムチームでPO、グループ付けで横軸組織で活動中
・2015/04~新卒入社(3年目)
© DMM.com labo プラットフォーム基盤が どうサービスに貢献できるかの話です。 3 何を話すか
© DMM.com 手のひらと世界にいろどりを。 人類の想像をはるかにこえるスピードとス ケールで、私たちの生活は変化していま す。 DMM.comは1999年から時代のニーズに 合わせた多彩なコンテンツを、独自プラット フォームで安定的に提供しています。 4
40以上の幅広いサービスを展開 サービスについて About DMM.com
© DMM.com labo DMM.comのサービス開発体制 5 ...etc ゲーム 開発者 オンラインサロン 開発者
動画サービス 開発者 DMM.光 開発者 DMM英会話 開発者 DMMバヌーシー 開発者
© DMM.com labo DMM.comのサービス開発体制 6 ...etc オンラインサロン 開発者 動画サービス 開発者
DMM.光 開発者 DMM英会話 開発者 DMMバヌーシー 開発者 購入 不正 対策 会員 通知 配信 ...etc 決済 プラットフォーム基盤 API,SDK...etc ゲーム 開発者
© DMM.com labo 7 ...etc 購入 不正 対策 会員 通知
配信 ...etc 決済 Platform System プラットフォーム基盤 にできるサービス貢献とは?
© DMM.com labo 8 ...etc 購入 不正 対策 会員 通知
配信 ...etc 決済 Platform System プラットフォーム基盤 にできるサービス貢献とは? = Developer Experience (DX)での貢献 詳細には...
© DMM.com 9 プラットフォームにできるサービス貢献とは? 1 2 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 効果的なサービスへの機能提供
© DMM.com 10 プラットフォームにできるサービス貢献とは? 1 2 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 効果的なサービスへの機能提供
© DMM.com 11 プラットフォームにできるサービス貢献とは? 1 2 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 効果的なサービスへの機能提供
© DMM.com 12 プラットフォームにできるサービス貢献とは? 1 2 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 効果的なサービスへの機能提供 改善していくために
まずは「見える化」しよう
© DMM.com 13 1 プラットフォームにできるサービス貢献とは? 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 2 効果的なサービスへの機能提供
© DMM.com 14 1 プラットフォームにできるサービス貢献とは? 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入→ 開発プロセスの「見える化」 2 効果的なサービスへの機能提供
© DMM.com 15 1 プラットフォームにできるサービス貢献とは? 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入→ 開発プロセスの「見える化」 2 →
案件優先度の「見える化」 効果的なサービスへの機能提供
© DMM.com 16 1 プラットフォームにできるサービス貢献とは? 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 → 開発プロセスの「見える化」 2
→ 案件優先度の「見える化」 効果的なサービスへの機能提供 どこを「見える化」するか 本日のテーマ....
© DMM.com 17 1 プラットフォームにできるサービス貢献とは? 新規サービス立ち上げにおける プラットフォーム機能のスピード感のある導入 2 → 案件優先度の「見える化」
効果的なサービスへの機能提供 SlideShare公開中 → 開発プロセスの「見える化」
© DMM.com labo What is「開発プロセス」見える化 18 VSM (Value Stream Mapping)
© DMM.com labo 19
© DMM.com labo 20 チームが当時抱えていた開発プロセス
© DMM.com labo 21 Releaseまで 2日 会員登録機能を2日で開発した! 早くリリースして効果測定したい + 2日
開発者
© DMM.com labo 22 Releaseまで 16日 +14日 + 2日 ステークホルダー①
グループ内で承認が必要 → 承認MTGを2週間後に設定
© DMM.com labo 23 Releaseまで 30日 +14日 +14日 + 2日
ステークホルダー② この部署にも確認が必要です。 → ディレクターを立てて調整するのに 2週間
© DMM.com labo 24 Releaseまで 32日 +14日 + 2日 +14日
+ 2日 開発者 リリースが自動化されていない。 → 詳細なリリース手順書を作成するのに 2日
© DMM.com labo 25 Releaseまで 32日 +14日 リリースが自動化されておらず手作業 → 詳細なリリース手順書するのに
2日 + 2日 +14日 + 2日 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算 組織が大きくなるほど「ムダ」は増え続ける。
© DMM.com labo 26 Releaseまで 32日 +14日 リリースが自動化されておらず手作業 → 詳細なリリース手順書するのに
2日 + 2日 +14日 + 2日 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算 まずは開発工程を可視化して「ムダ」を洗い出す = VSM (Value Stream Mapping)
© DMM.com labo 書き方
© 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
© 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
© 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
© 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
© 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
© 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 ムダ!! 石垣
© DMM.com labo 改善事例
© DMM.com labo その① どこを改善するべきか カテゴリー分けする
© DMM.com labo 複数のVSMから見える共通点 カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業
Featureをリリースするために必要な調整。MTGが多い コーディング作業 リリースするための申請やリリース作業 1 2 3
© DMM.com labo その② どのカテゴリーに リードタイムがかかっているか計算
© DMM.com labo 複数のVSMから見える共通点 カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業
Featureをリリースするために必要な調整。MTGが多い コーディング作業 リリースするための申請やリリース作業 1 2 3
© DMM.com labo カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業 複数のVSMから見える共通点
リードタイム : 268.5h Featureをリリースするために必要な調整。MTGが多い コーディング作業 リリースするための申請やリリース作業 1 2 3
© DMM.com labo カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業 約85%
約5% 約10% 複数のVSMから見える共通点 (228.25h) (14h) (26.25h) リードタイム : 268.5h Featureをリリースするために必要な調整。MTGが多い コーディング作業 リリースするための申請やリリース作業 1 2 3
© DMM.com labo カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業 約85%
約5% 約10% 4つのVSMから見える共通点 ほぼすべてのVSMがこの比率になった。 チームの行動パターン(開発プロセス)は一緒である。 この時点で「開発効率」をあげてもムダだと判断できた。
© DMM.com labo カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業 約85%
約5% 約10% 4つのVSMから見える共通点 Let's 改善
© DMM.com labo カテゴリー ステークホルダーとの調整 開発作業 リリース準備 + 作業 約85%
約5% 約10% 複数のVSMから見える共通点 (228.25h) (14h) (26.25h) リードタイム : 268.5h Featureをリリースするために必要な調整。MTGが多い コーディング作業 リリースするための申請やリリース作業 1 3 2
© DMM.com labo 44 ステークホルダーとの調整 : 228.25h → リリース準備 +
作業 : 26.25h →
© DMM.com labo 45 ステークホルダーとの調整 : 228.25h → 40h 短縮
リリース準備 + 作業 : 26.25h → 5m 短縮 268.5h 54.5h 早くサービス側に機能提供できる。
© DMM.com labo すべてを「見える化」すれば何かがわかる。 46 「案件優先度」の見える化 最後に.... 「開発プロセス」の見える化
© DMM.com labo ご清聴ありがとうございました。 47