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.1k
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 / 石垣雅人
技術負債による事業の失敗はなぜ起こるのか / Why do business failures due to technical debt occur?
i35_267
3
1.6k
「開発生産性を上げる改善」って儲かるの?に答えられるようにする / Is development productivity profitable?
i35_267
25
18k
「開発生産性」はエンジニア”だけ” のモノではなくなった? / "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.4k
開発生産性の多角的接点〜1,000名のクリエイター組織 × 開発生産性〜 / Multifaceted touchpoints of development productivity
i35_267
5
1.5k
内製化で強化させる、事業のスケーラビリティーとエンジニアの成長戦略 / insourcing
i35_267
2
350
見積もりをしない。
i35_267
4
1.2k
The Metrics Key_ Connecting Product, System, Team
i35_267
3
4.4k
Other Decks in Design
See All in Design
みんなに知って欲しい 視覚過敏のアクセシビリティ
0opacity_
4
790
Webフォント選定の極意!フォントの基本から最新トレンドまで徹底解説
takanorip
4
630
Arborea Art Book
thebogheart
1
280
Charcoal 2.0: デザインシステムの基盤を再構築
godlingkogami
1
330
デザイナー視点の体験設計とデザインレビューを事業部全員で体験するワークショップをしたお話
masayofff
2
200
デザインできるもの、できないもの | Designship 2024 | Yasuhiro Yokota
yasuhiroyokota
2
790
Tataki Ryu
olgastoryboard
0
140
ZOZO CDO Office Design
zozodevelopers
PRO
1
360
ふわっとはじめるSSOT – SSOT for Communication Design
sekiguchiy
0
1.1k
Design System for training program
mct
0
130
DMMデザイン組織の生成AI導入プロセス - Adobe Fireflyと振り返る約1年とこれから -
takumasaito
1
330
我做了一個詐騙網站...嗎?
crboy
1
140
Featured
See All Featured
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Fireside Chat
paigeccino
32
3k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
7
150
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
32
1.8k
4 Signs Your Business is Dying
shpigford
180
21k
Build The Right Thing And Hit Your Dates
maggiecrowley
32
2.4k
The Pragmatic Product Professional
lauravandoore
31
6.3k
Visualization
eitanlees
144
15k
Designing for Performance
lara
604
68k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
What's in a price? How to price your products and services
michaelherold
243
12k
The Invisible Side of Design
smashingmag
297
50k
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 おわり