Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
プラットフォーム基盤の「見える化」 によるサービス貢献の話 ~ Developer Exper...
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Masato Ishigaki / 石垣雅人
January 31, 2018
Technology
150
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
プラットフォーム基盤の「見える化」 によるサービス貢献の話 ~ Developer Experience(DX)を考える~
2018/01/31 LIFULL x DMM交流会 登壇資料
Masato Ishigaki / 石垣雅人
January 31, 2018
More Decks by Masato Ishigaki / 石垣雅人
See All by Masato Ishigaki / 石垣雅人
【技術的負債conf】事業成長に伴う技術的負債の説明責任とAIによるモニタリング、認知的負債について
i35_267
3
1.8k
AI x 開発生産性を取り巻く予算戦略と投資対効果
i35_267
9
6.3k
誤解だらけの開発生産性 / Myths and Misconceptions about Developer Productivity
i35_267
3
2k
プロダクトマネージャーが押さえておくべき、ソフトウェア資産とAIエージェント投資効果 / pmconf2025
i35_267
2
2.4k
生成AI活用のROI、どう測る? DMM.com 開発責任者から学ぶ「AI効果検証のノウハウ」 / ROI of AI
i35_267
5
580
大規模組織にAIエージェントを迅速に導入するためのセキュリティの勘所 / AI agents for large-scale organizations
i35_267
8
1.4k
無意味な開発生産性の議論から抜け出すための予兆検知とお金とAI
i35_267
8
26k
Clineを含めたAIエージェントを 大規模組織に導入し、投資対効果を考える / Introducing AI agents into your organization
i35_267
6
2.6k
開発フェーズだけではない AI導入はどのように進めていくべきか / How should we proceed with AI adoption beyond the development stage?
i35_267
4
500
Other Decks in Technology
See All in Technology
SREは、MCPとAutopilotをこう使え!
kazumax55
3
900
AI時代、データエンジニアが一番おもろい
genshun9
0
670
その Lambda、8分で 管理者権限まで奪われます
k1nakayama
6
3.1k
AI 時代のスタートアップエコシステ厶から考究する技術的負債との向き合い方
m3m0r7
PRO
3
2.3k
ソフトウェアDNAとクラウドエージェントのススメ
cloudace
0
110
EventBridge に「合流」はない ― サーバーレスのワークフローを育てるということ / No Join in EventBridge
yusukeshimizu
2
160
Goodbye ShellScript, Hello File-based App
shunsock
0
260
あるけみー式LTスライド作成術
alchemy1115
2
220
研究開発部の紹介 / Sansan R&D Profile
sansan33
PRO
5
25k
なぜ「決定性」が 決定的に重要なのか? Durable Execution 基盤の数理的理解 #serverlessjp / ServerlessDays Tokyo 2026
ytaka23
3
680
データ界隈LT祭 第1回LT登壇
taromatsui_cccmkhd
2
1.4k
HRC_Frontend_Conference_Fukuoka_2026.pdf
ts020
0
750
Featured
See All Featured
Making Projects Easy
brettharned
120
6.8k
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
1.9k
Faster Mobile Websites
deanohume
310
32k
Odyssey Design
rkendrick25
PRO
2
810
How GitHub (no longer) Works
holman
316
150k
Practical Orchestrator
shlominoach
192
12k
The SEO identity crisis: Don't let AI make you average
varn
0
560
How to make the Groovebox
asonas
2
2.4k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Making the Leap to Tech Lead
cromwellryan
135
10k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
3
3.8k
Test your architecture with Archunit
thirion
2
2.4k
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