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 / 石垣雅人
【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 Design
See All in Design
エムスリー株式会社 デザイングループ紹介資料 / m3design-team-profile
m3designer
0
4.7k
ito aya|Portfolio2409
itoaya116
0
260
アフォーダンスとシグニファイア
ryokanakai
1
320
今日から始める グラレコ チャレンジ DevRel/Tokyo #94 〜グラレコ チャレンジ〜
moshimoshiyuki
0
110
Первая беседа о Карте реализации историй
ashapiro
0
290
私の困りごとと解決案 / My issues and proposed solutions
kubosho
1
290
Dreamia
elsh
0
170
Credence
lratmansunu
0
460
Commune_Brand_Guideline_JA
commune
1
160
Arborea Art Book
thebogheart
1
290
Cardápio - Caraguá A Gosto 2024 - De 01/08 a 08/09/2024
caraguatatuba
0
5.9k
Карта реализации историй — убийца USM
ashapiro
0
210
Featured
See All Featured
Thoughts on Productivity
jonyablonski
67
4.3k
A better future with KSS
kneath
238
17k
Why You Should Never Use an ORM
jnunemaker
PRO
54
9.1k
Intergalactic Javascript Robots from Outer Space
tanoku
269
27k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Code Review Best Practice
trishagee
64
17k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
890
Why Our Code Smells
bkeepers
PRO
334
57k
StorybookのUI Testing Handbookを読んだ
zakiyama
27
5.3k
It's Worth the Effort
3n
183
27k
Into the Great Unknown - MozCon
thekraken
32
1.5k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
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 おわり