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 / 石垣雅人
「正しく」失敗できる チームの作り方 〜リアルな事例から紐解く失敗を恐れない組織とは〜 / A team that can fail correctly
i35_267
1
510
技術負債の「予兆検知」と「状況異変」のススメ / Technology Dept
i35_267
1
1.1k
技術負債による事業の失敗はなぜ起こるのか / Why do business failures due to technical debt occur?
i35_267
4
2.2k
「開発生産性を上げる改善」って儲かるの?に答えられるようにする / Is development productivity profitable?
i35_267
28
20k
「開発生産性」はエンジニア”だけ” のモノではなくなった? / "Development productivity" is no longer just for engineers?
i35_267
9
2.7k
開発生産性の現在地点~エンジニアリングが及ぼす多角的視点 / Current status of development productivity
i35_267
68
26k
開発生産性の低下による、事業の失敗はなぜ起こるのか / ProductivityPitfalls
i35_267
6
1.5k
開発生産性の多角的接点〜1,000名のクリエイター組織 × 開発生産性〜 / Multifaceted touchpoints of development productivity
i35_267
5
1.6k
内製化で強化させる、事業のスケーラビリティーとエンジニアの成長戦略 / insourcing
i35_267
2
400
Other Decks in Technology
See All in Technology
Helm , Kustomize に代わる !? 次世代 k8s パッケージマネージャー Glasskube 入門 / glasskube-entry
parupappa2929
0
270
Cloud Spanner 導入で実現した快適な開発と運用について
colopl
1
890
Raycast AI APIを使ってちょっと便利な拡張機能を作ってみた / created-a-handy-extension-using-the-raycast-ai-api
kawamataryo
0
150
NFV基盤のOpenStack更新 ~9世代バージョンアップへの挑戦~
vtj
0
210
Visualize, Visualize, Visualize and rclone
tomoaki0705
9
65k
Tech Blogを書きやすい環境づくり
lycorptech_jp
PRO
1
260
OSS構成管理ツールCMDBuildを使ったAWSリソース管理の自動化
satorufunai
0
350
Culture Deck
optfit
0
480
「海外登壇」という 選択肢を与えるために 〜Gophers EX
logica0419
0
900
ビジネスモデリング道場 目的と背景
masuda220
PRO
9
670
急成長する企業で作った、エンジニアが輝ける制度/ 20250214 Rinto Ikenoue
shift_evolve
3
1.9k
Oracle Cloud Infrastructure:2025年2月度サービス・アップデート
oracle4engineer
PRO
1
320
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
Reflections from 52 weeks, 52 projects
jeffersonlam
348
20k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
Large-scale JavaScript Application Architecture
addyosmani
511
110k
Mobile First: as difficult as doing things right
swwweet
223
9.3k
How to Think Like a Performance Engineer
csswizardry
22
1.4k
Optimising Largest Contentful Paint
csswizardry
34
3.1k
Music & Morning Musume
bryan
46
6.4k
Producing Creativity
orderedlist
PRO
344
39k
The Art of Programming - Codeland 2020
erikaheidi
53
13k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
7.1k
Done Done
chrislema
182
16k
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