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
VSM (Value Stream Mapping)を作ったら 開発プロセスが可視化されて一回...
Search
Masato Ishigaki / 石垣雅人
December 22, 2017
Design
1
9.6k
VSM (Value Stream Mapping)を作ったら 開発プロセスが可視化されて一回の会議で 要件定義からリリースまでを268時間から40時間に リードタイムを短縮できることがわかった話 〜非エンジニアでもできるVSM作成〜
2017/12/22 DMM開発AWARD 登壇資料
Masato Ishigaki / 石垣雅人
December 22, 2017
Tweet
Share
More Decks by Masato Ishigaki / 石垣雅人
See All by Masato Ishigaki / 石垣雅人
生成AI活用のROI、どう測る? DMM.com 開発責任者から学ぶ「AI効果検証のノウハウ」 / ROI of AI
i35_267
4
280
大規模組織にAIエージェントを迅速に導入するためのセキュリティの勘所 / AI agents for large-scale organizations
i35_267
7
1.1k
無意味な開発生産性の議論から抜け出すための予兆検知とお金とAI
i35_267
8
21k
Clineを含めたAIエージェントを 大規模組織に導入し、投資対効果を考える / Introducing AI agents into your organization
i35_267
6
2.2k
開発フェーズだけではない AI導入はどのように進めていくべきか / How should we proceed with AI adoption beyond the development stage?
i35_267
4
300
【Forkwell】「正しく」失敗できるチームを作る──現場のリーダーのための恐怖と不安を乗り越える技術 - FL#83 / A team that can fail correctly by forkwell
i35_267
6
680
【Findy】「正しく」失敗できる チームの作り方 〜リアルな事例から紐解く失敗を恐れない組織とは〜 / A team that can fail correctly by findy
i35_267
9
1.8k
技術負債の「予兆検知」と「状況異変」のススメ / Technology Dept
i35_267
2
1.5k
技術負債による事業の失敗はなぜ起こるのか / Why do business failures due to technical debt occur?
i35_267
5
2.6k
Other Decks in Design
See All in Design
デザイナーのAI活用とチームへの浸透戦略
ukaoli
0
130
Character Experience AI 〜 AIキャラクターのつくりかた 〜
smartbank
1
380
What makes a great Director?
_limex_
0
340
そのUIコンポーネント、これから先も使えますか?―Headless UI,Open UI,グローバルデザインシステム
sakito
2
2k
地理院地図をもっと楽しく!れきちず新機能のご紹介
hjmkth
1
190
一次体験を起点にしたUX改善の取り組み / Direct Experience Driven UX Improvements
bitkey
PRO
0
260
チームで事業価値を生み出す、プロアクティブなデザイナーになるための道のり/ Designship2025_Naya
root_recruit
PRO
0
230
保育AIプロダクトの UXデザインで考えてきたこと / hoiku-ai-ux-design
hiro93n
0
190
【MIXI MEETUP!ー TECH & DESIGN DAYー】【工数98%削減】Xでモンストを話題にせよ!生成AIの活用で日本トレンド6位を獲得した企画の設計&デザイン術
mixi_design
PRO
0
160
Marpで推しCSSスライドを作ろう! / marp-with-favorite-css
fujiemon
0
700
portfolio.pdf
onof003
0
200
Figmaレクチャー会Part1 基本のき編@千株式会社 社内勉強会
designer_no_pon
0
110
Featured
See All Featured
Testing 201, or: Great Expectations
jmmastey
45
7.7k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Six Lessons from altMBA
skipperchong
29
4k
How STYLIGHT went responsive
nonsquared
100
5.9k
Scaling GitHub
holman
463
140k
Agile that works and the tools we love
rasmusluckow
331
21k
Faster Mobile Websites
deanohume
310
31k
Gamification - CAS2011
davidbonilla
81
5.5k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Large-scale JavaScript Application Architecture
addyosmani
514
110k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
22k
Transcript
© DMM.com labo CONFIDENTIAL を作ったら 開発プロセスが可視化されて一回の会議で 要件定義からリリースまでを 時間から 時間に リードタイムを短縮できることがわかった話
〜非エンジニアでもできる 作成〜 システム本部 プラットフォーム開発部 石垣雅人 2017/12/22 DMM開発AWARD
© DMM.com labo 開発プロセスを可視化する
© DMM.com labo
© DMM.com labo Agenda なぜ、 を作るのか どうやって、 を作るのか
© DMM.com labo 危険と感じる開発プロセス →1個でも当てはまれば、あなたのチームにVSMが必要です! Featureをリリースするまでに 開発作業よりも「承認 + 確認」などの調整時間のほうが長い。 開発工程の中で手作業が多く、自動化されていない箇所がある。
なぜ、 を作るのか Featureの開発は終わっているのに外的要因で リリースができない状態が1週間以上ある。
© DMM.com labo まで 日 会員登録機能を2日で開発した! 早くリリースして効果測定したい + 2日 開発者
© DMM.com labo まで 日 +14日 + 2日 ステークホルダー① グループ内で承認が必要
→ 承認MTGを2週間後に設定
© DMM.com labo まで 日 +14日 +14日 + 2日 ステークホルダー②
この部署にも確認が必要です。 → ディレクターを立てて調整するのに 2週間
© DMM.com labo まで 日 +14日 + 2日 +14日 +
2日 開発者 リリースが自動化されていない。 → 詳細なリリース手順書を作成するのに 2日
© DMM.com labo まで 日 +14日 リリースが自動化されておらず手作業 → 詳細なリリース手順書するのに 2日
+ 2日 +14日 + 2日 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算 組織が大きくなるほど「ムダ」は増え続ける。
© DMM.com labo まで 日 +14日 リリースが自動化されておらず手作業 → 詳細なリリース手順書するのに 2日
+ 2日 +14日 + 2日 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算 まずは開発工程を可視化して「ムダ」を洗い出す =
© DMM.com labo Agenda なぜ、 を作るのか どうやって、 を作るのか
© DMM.com labo プロセスのタイトル 1 2 リードタイム(LT/PT/WT) 3 タイムライン 3
STEPS
© DMM.com labo
© DMM.com labo 顧客 顧客 GitHub Ato GitHub Atom GitHub
Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 1h 100h 1h 石垣 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG どうやって、 を作るのか
© DMM.com labo 石垣 石垣 1 会員登録機能作成 ディレクター 1 LT
: 12h PT : 10h WT : 2h 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub Ato Slack STEP 0 LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル 承認MTG
© DMM.com labo 石垣 石垣 1 会員登録機能作成 ディレクター 1 承認MTG
LT : 12h PT : 10h WT : 2h 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub Ato Slack STEP 1 LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル
© DMM.com labo 石垣 石垣 1 会員登録機能作成 ディレクター 1 承認MTG
12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub Ato Slack STEP 2 LT : 12h PT : 10h WT : 2h LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル
© DMM.com labo 石垣 石垣 1 会員登録機能作成 ディレクター 1 承認MTG
LT : 12h PT : 10h WT : 2h 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub Ato Slack STEP 3 LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル
© DMM.com labo 顧客 顧客 GitHub Ato GitHub Atom GitHub
Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG どうやって、 を作るのか
© DMM.com labo 顧客 顧客 GitHub Ato GitHub Atom GitHub
Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG どうやって、 を作るのか 大事なのは、改善ポイント(=ムダ)を見つけること ※ どう改善するかはまた別のレイヤーの話
© DMM.com labo 顧客 顧客 GitHub Ato GitHub Atom GitHub
Ato Slack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ LT : 1h PT : 1h WT : 0h ディレクター 1 承認MTG どうやって、 を作るのか 調整が長い リリース 作業が長い
© DMM.com labo どうやって、 を作るのか
© DMM.com labo を作ったら
© DMM.com labo を作ったら 年 月 日 火 の 回の会議で
© DMM.com labo を作ったら 事業部調整 : 267h → 40h 短縮
リリース作業 : 1h → 1m 短縮 268h 40h 年 月 日 火 の 回の会議で
© DMM.com labo 開発プロセスを可視化する
© DMM.com labo 開発プロセスを設計する
© DMM.com labo ▼ 詳しい記載方法はGHEへ公開中です。 URL : https://git.dmm.com/ishigaki-masato/Value-Stream-Mapping どうやって、 を作るのか
© DMM.com labo おわり