SlideShare a Scribd company logo
1 of 29
Download to read offline
© DMM.com labo
CONFIDENTIAL
VSM (Value Stream Mapping)を作ったら
開発プロセスが可視化されて一回の会議で
要件定義からリリースまでを268時間から40時間に
リードタイムを短縮できることがわかった話
〜非エンジニアでもできるVSM作成〜
システム本部 プラットフォーム開発部 石垣雅人
2017/12/22 DMM開発AWARD
© DMM.com labo
What is VSM...
2
開発プロセスを可視化する
© DMM.com labo 3
© DMM.com labo 4
Agenda
なぜ、VSM (Value Stream Mapping)を作るのか
どうやって、VSM (Value Stream Mapping)を作るのか
© DMM.com labo 5
危険と感じる開発プロセス
→1個でも当てはまれば、あなたのチームにVSMが必要です!
Featureをリリースするまでに
開発作業よりも「承認 + 確認」などの調整時間のほうが長い。
開発工程の中で手作業が多く、自動化されていない箇所がある。
なぜ、VSM (Value Stream Mapping)を作るのか
Featureの開発は終わっているのに外的要因で
リリースができない状態が1週間以上ある。
© DMM.com labo 6
Releaseまで 2日
会員登録機能を2日で開発した!
早くリリースして効果測定したい
+ 2日
開発者
© DMM.com labo 7
Releaseまで 16日
+14日
+ 2日
ステークホルダー①
グループ内で承認が必要
→ 承認MTGを2週間後に設定
© DMM.com labo 8
Releaseまで 30日
+14日
+14日
+ 2日
ステークホルダー②
この部署にも確認が必要です。
→ ディレクターを立てて調整するのに 2週間
© DMM.com labo 9
Releaseまで 32日
+14日
+ 2日
+14日
+ 2日
開発者
リリースが自動化されていない。
→ 詳細なリリース手順書を作成するのに 2日
© DMM.com labo 10
Releaseまで 32日
+14日
リリースが自動化されておらず手作業
→ 詳細なリリース手順書するのに2日
+ 2日
+14日
+ 2日
開発作業 : 12時間 (2日)
リリースするまで : 192時間 (32日) ※ 1日6時間計算
組織が大きくなるほど「ムダ」は増え続ける。
© DMM.com labo 11
Releaseまで 32日
+14日
リリースが自動化されておらず手作業
→ 詳細なリリース手順書するのに2日
+ 2日
+14日
+ 2日
開発作業 : 12時間 (2日)
リリースするまで : 192時間 (32日) ※ 1日6時間計算
まずは開発工程を可視化して「ムダ」を洗い出す
= VSM (Value Stream Mapping)
© DMM.com labo 12
Agenda
なぜ、VSM (Value Stream Mapping)を作るのか
どうやって、VSM (Value Stream Mapping)を作るのか
© DMM.com labo 13
プロセスのタイトル1
2 リードタイム(LT/PT/WT)
3 タイムライン
3 STEPS
© DMM.com labo 14
© DMM.com labo 15
顧客 顧客
GitHub
Ato
GitHub
Atom
GitHub
AtoSlack
LT : 12h
PT : 10h
WT : 2h
LT : 1h
PT : 1h
WT : 0h
12h
84h
0h
100h
2h
石垣
石垣
石垣1 1
会員登録機能作成 リリース作業
GitHub
Atom
GCP
ブラウザ
VSM (Value Stream Mapping)
LT : 1h
PT : 1h
WT : 0h
ディレクター1
承認MTG
どうやって、VSM (Value Stream Mapping)を作るのか
© DMM.com labo 16
石垣
石垣
1
会員登録機能作成
ディレクター1
LT : 12h
PT : 10h
WT : 2h
12h
84h
1h
LT : 1h
PT : 1h
WT : 0h
GitHub
Ato
GitHub
Atom
GitHub
AtoSlack
STEP 0
LT : Lead Time(PT + WT)
PT : Process Time
WT : Wasting Time
タイムライン
(プロセス間のLead Time)
プロセスのタイトル
承認MTG
© DMM.com labo 17
石垣
石垣
1
会員登録機能作成
ディレクター1
承認MTG
LT : 12h
PT : 10h
WT : 2h
12h
84h
1h
LT : 1h
PT : 1h
WT : 0h
GitHub
Ato
GitHub
Atom
GitHub
AtoSlack
STEP 1
LT : Lead Time(PT + WT)
PT : Process Time
WT : Wasting Time
タイムライン
(プロセス間のLead Time)
プロセスのタイトル
© DMM.com labo 18
石垣
石垣
1
会員登録機能作成
ディレクター1
承認MTG
12h
84h
1h
LT : 1h
PT : 1h
WT : 0h
GitHub
Ato
GitHub
Atom
GitHub
AtoSlack
STEP 2
LT : 12h
PT : 10h
WT : 2h
LT : Lead Time(PT + WT)
PT : Process Time
WT : Wasting Time
タイムライン
(プロセス間のLead Time)
プロセスのタイトル
© DMM.com labo 19
石垣
石垣
1
会員登録機能作成
ディレクター1
承認MTG
LT : 12h
PT : 10h
WT : 2h
12h
84h
1h
LT : 1h
PT : 1h
WT : 0h
GitHub
Ato
GitHub
Atom
GitHub
AtoSlack
STEP 3
LT : Lead Time(PT + WT)
PT : Process Time
WT : Wasting Time
タイムライン
(プロセス間のLead Time)
プロセスのタイトル
© DMM.com labo 20
顧客 顧客
GitHub
Ato
GitHub
Atom
GitHub
AtoSlack
LT : 12h
PT : 10h
WT : 2h
LT : 1h
PT : 1h
WT : 0h
12h
84h
0h
100h
2h
石垣
石垣
石垣1 1
会員登録機能作成 リリース作業
GitHub
Atom
GCP
ブラウザ
VSM (Value Stream Mapping)
LT : 1h
PT : 1h
WT : 0h
ディレクター1
承認MTG
どうやって、VSM (Value Stream Mapping)を作るのか
© DMM.com labo 21
顧客 顧客
GitHub
Ato
GitHub
Atom
GitHub
AtoSlack
LT : 12h
PT : 10h
WT : 2h
LT : 1h
PT : 1h
WT : 0h
12h
84h
0h
100h
2h
石垣
石垣
石垣1 1
会員登録機能作成 リリース作業
GitHub
Atom
GCP
ブラウザ
VSM (Value Stream Mapping)
LT : 1h
PT : 1h
WT : 0h
ディレクター1
承認MTG
どうやって、VSM (Value Stream Mapping)を作るのか
大事なのは、改善ポイント(=ムダ)を見つけること
※ どう改善するかはまた別のレイヤーの話
© DMM.com labo 22
顧客 顧客
GitHub
Ato
GitHub
Atom
GitHub
AtoSlack
LT : 12h
PT : 10h
WT : 2h
LT : 1h
PT : 1h
WT : 0h
12h
84h
0h
100h
2h
石垣
石垣
石垣1 1
会員登録機能作成 リリース作業
GitHub
Atom
GCP
ブラウザ
VSM (Value Stream Mapping)
LT : 1h
PT : 1h
WT : 0h
ディレクター1
承認MTG
どうやって、VSM (Value Stream Mapping)を作るのか
調整が長い リリース
作業が長い
© DMM.com labo 23
どうやって、VSM (Value Stream Mapping)を作るのか
© DMM.com labo 24
VSM (Value Stream Mapping)を作ったら
© DMM.com labo 25
VSM (Value Stream Mapping)を作ったら
2017年09月05日(火) 16:00~17:00の1回の会議で
© DMM.com labo 26
VSM (Value Stream Mapping)を作ったら
事業部調整 : 267h → 40h 短縮
リリース作業 : 1h → 1m 短縮
268h 40h
2017年09月05日(火) 16:00~17:00の1回の会議で
© DMM.com labo
What is VSM...
27
開発プロセスを可視化する
© DMM.com labo
What is VSM...
28
開発プロセスを設計する
© DMM.com labo 29
おわり

More Related Content

What's hot

最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~Hitachi, Ltd. OSS Solution Center.
 
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)NTT DATA Technology & Innovation
 
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組みYuta Shimada
 
JJUGCCC2022spring_連続画像処理による位置情報計算を支えるマイクロサービスアーキテクチャ
JJUGCCC2022spring_連続画像処理による位置情報計算を支えるマイクロサービスアーキテクチャJJUGCCC2022spring_連続画像処理による位置情報計算を支えるマイクロサービスアーキテクチャ
JJUGCCC2022spring_連続画像処理による位置情報計算を支えるマイクロサービスアーキテクチャKaname Motoyama
 
LINE Developer Meetup in Tokyo #39 Presentation (modified)
LINE Developer Meetup in Tokyo #39 Presentation (modified)LINE Developer Meetup in Tokyo #39 Presentation (modified)
LINE Developer Meetup in Tokyo #39 Presentation (modified)Yasuharu Nishi
 
アジャイル開発のストーリーをGherkin記法で作成
アジャイル開発のストーリーをGherkin記法で作成アジャイル開発のストーリーをGherkin記法で作成
アジャイル開発のストーリーをGherkin記法で作成Shinya Nakajima
 
トランクベース開発を活用して爆速に開発した話
トランクベース開発を活用して爆速に開発した話トランクベース開発を活用して爆速に開発した話
トランクベース開発を活用して爆速に開発した話Tier_IV
 
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/FallZabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/FallAtsushi Tanaka
 
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)Masaya Tahara
 
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022Yusuke Suzuki
 
金融APIセキュリティの動向・事例と今後の方向性
金融APIセキュリティの動向・事例と今後の方向性金融APIセキュリティの動向・事例と今後の方向性
金融APIセキュリティの動向・事例と今後の方向性Tatsuo Kudo
 
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスアジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスYasui Tsutomu
 
OSSで出来るインシデント管理とサービス資産管理及び構成管理の自動化
OSSで出来るインシデント管理とサービス資産管理及び構成管理の自動化OSSで出来るインシデント管理とサービス資産管理及び構成管理の自動化
OSSで出来るインシデント管理とサービス資産管理及び構成管理の自動化IO Architect Inc.
 
ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本kazuki kumagai
 
[OracleCodeTokyo2019] Kubernetesで実現する運用自動化の新しいアプローチとは
[OracleCodeTokyo2019] Kubernetesで実現する運用自動化の新しいアプローチとは[OracleCodeTokyo2019] Kubernetesで実現する運用自動化の新しいアプローチとは
[OracleCodeTokyo2019] Kubernetesで実現する運用自動化の新しいアプローチとはKoto Shigeru
 
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのかなぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのかYusuke Suzuki
 
Infrastructure as Code自身のテストを考える
Infrastructure as Code自身のテストを考えるInfrastructure as Code自身のテストを考える
Infrastructure as Code自身のテストを考える辰徳 斎藤
 

What's hot (20)

最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
 
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
 
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み
 
JJUGCCC2022spring_連続画像処理による位置情報計算を支えるマイクロサービスアーキテクチャ
JJUGCCC2022spring_連続画像処理による位置情報計算を支えるマイクロサービスアーキテクチャJJUGCCC2022spring_連続画像処理による位置情報計算を支えるマイクロサービスアーキテクチャ
JJUGCCC2022spring_連続画像処理による位置情報計算を支えるマイクロサービスアーキテクチャ
 
TLS, HTTP/2演習
TLS, HTTP/2演習TLS, HTTP/2演習
TLS, HTTP/2演習
 
LINE Developer Meetup in Tokyo #39 Presentation (modified)
LINE Developer Meetup in Tokyo #39 Presentation (modified)LINE Developer Meetup in Tokyo #39 Presentation (modified)
LINE Developer Meetup in Tokyo #39 Presentation (modified)
 
アジャイル開発のストーリーをGherkin記法で作成
アジャイル開発のストーリーをGherkin記法で作成アジャイル開発のストーリーをGherkin記法で作成
アジャイル開発のストーリーをGherkin記法で作成
 
トランクベース開発を活用して爆速に開発した話
トランクベース開発を活用して爆速に開発した話トランクベース開発を活用して爆速に開発した話
トランクベース開発を活用して爆速に開発した話
 
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_cccSpring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
 
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/FallZabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
 
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)
 
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
 
金融APIセキュリティの動向・事例と今後の方向性
金融APIセキュリティの動向・事例と今後の方向性金融APIセキュリティの動向・事例と今後の方向性
金融APIセキュリティの動向・事例と今後の方向性
 
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスアジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
 
OSSで出来るインシデント管理とサービス資産管理及び構成管理の自動化
OSSで出来るインシデント管理とサービス資産管理及び構成管理の自動化OSSで出来るインシデント管理とサービス資産管理及び構成管理の自動化
OSSで出来るインシデント管理とサービス資産管理及び構成管理の自動化
 
Keycloakの最近のトピック
Keycloakの最近のトピックKeycloakの最近のトピック
Keycloakの最近のトピック
 
ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本
 
[OracleCodeTokyo2019] Kubernetesで実現する運用自動化の新しいアプローチとは
[OracleCodeTokyo2019] Kubernetesで実現する運用自動化の新しいアプローチとは[OracleCodeTokyo2019] Kubernetesで実現する運用自動化の新しいアプローチとは
[OracleCodeTokyo2019] Kubernetesで実現する運用自動化の新しいアプローチとは
 
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのかなぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのか
 
Infrastructure as Code自身のテストを考える
Infrastructure as Code自身のテストを考えるInfrastructure as Code自身のテストを考える
Infrastructure as Code自身のテストを考える
 

Similar to VSM (Value Stream Mapping)を用いた開発プロセス可視化のお話

VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣
VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣
VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣i35_267 Ishigaki
 
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話i35_267 Ishigaki
 
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡i35_267 Ishigaki
 
クラウドではじめるリアルタイムデータ分析 #seccamp
クラウドではじめるリアルタイムデータ分析 #seccampクラウドではじめるリアルタイムデータ分析 #seccamp
クラウドではじめるリアルタイムデータ分析 #seccampMasahiro NAKAYAMA
 
Prometheus超基礎公開用.pdf
Prometheus超基礎公開用.pdfPrometheus超基礎公開用.pdf
Prometheus超基礎公開用.pdf勇 黒沢
 
20120324 git training
20120324 git training20120324 git training
20120324 git trainingTakeshi AKIMA
 
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築GitLab & web hooks & git-flowで実現する企業向けgit環境の構築
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築CROOZ, inc.
 
IBM Rational Team Concertに触れてみた
IBM Rational Team Concertに触れてみたIBM Rational Team Concertに触れてみた
IBM Rational Team Concertに触れてみたYou&I
 
Dangerでpull requestレビューの指摘事項を減らす
Dangerでpull requestレビューの指摘事項を減らすDangerでpull requestレビューの指摘事項を減らす
Dangerでpull requestレビューの指摘事項を減らすShunsuke Maeda
 
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割技術選択とアーキテクトの役割
技術選択とアーキテクトの役割Toru Yamaguchi
 
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介Kohei Nishikawa
 
Chrome DevTools.next
Chrome DevTools.nextChrome DevTools.next
Chrome DevTools.nextyoshikawa_t
 
DynamoDBの初心者に伝えたい初めて触るときの勘所
DynamoDBの初心者に伝えたい初めて触るときの勘所DynamoDBの初心者に伝えたい初めて触るときの勘所
DynamoDBの初心者に伝えたい初めて触るときの勘所Ryo Sasaki
 
認証/認可が実現する安全で高速分析可能な分析処理基盤
認証/認可が実現する安全で高速分析可能な分析処理基盤認証/認可が実現する安全で高速分析可能な分析処理基盤
認証/認可が実現する安全で高速分析可能な分析処理基盤Masahiro Kiura
 
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウ
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウCircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウ
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウTakeshi Mikami
 
LoRaWANとAzure IoT Hub接続ハンズオン
LoRaWANとAzure IoT Hub接続ハンズオンLoRaWANとAzure IoT Hub接続ハンズオン
LoRaWANとAzure IoT Hub接続ハンズオンTomokazu Kizawa
 
Prometheus入門から運用まで徹底解説
Prometheus入門から運用まで徹底解説Prometheus入門から運用まで徹底解説
Prometheus入門から運用まで徹底解説貴仁 大和屋
 
GitHub最新情報キャッチアップ 2023年6月
GitHub最新情報キャッチアップ 2023年6月GitHub最新情報キャッチアップ 2023年6月
GitHub最新情報キャッチアップ 2023年6月Kazumi IWANAGA
 
HTTP/2時代のウェブサイト設計
HTTP/2時代のウェブサイト設計HTTP/2時代のウェブサイト設計
HTTP/2時代のウェブサイト設計Kazuho Oku
 

Similar to VSM (Value Stream Mapping)を用いた開発プロセス可視化のお話 (20)

VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣
VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣
VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣
 
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
 
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡
 
クラウドではじめるリアルタイムデータ分析 #seccamp
クラウドではじめるリアルタイムデータ分析 #seccampクラウドではじめるリアルタイムデータ分析 #seccamp
クラウドではじめるリアルタイムデータ分析 #seccamp
 
Prometheus超基礎公開用.pdf
Prometheus超基礎公開用.pdfPrometheus超基礎公開用.pdf
Prometheus超基礎公開用.pdf
 
20120324 git training
20120324 git training20120324 git training
20120324 git training
 
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築GitLab & web hooks & git-flowで実現する企業向けgit環境の構築
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築
 
IBM Rational Team Concertに触れてみた
IBM Rational Team Concertに触れてみたIBM Rational Team Concertに触れてみた
IBM Rational Team Concertに触れてみた
 
Dangerでpull requestレビューの指摘事項を減らす
Dangerでpull requestレビューの指摘事項を減らすDangerでpull requestレビューの指摘事項を減らす
Dangerでpull requestレビューの指摘事項を減らす
 
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割技術選択とアーキテクトの役割
技術選択とアーキテクトの役割
 
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介
 
Fluentd meetup #2
Fluentd meetup #2Fluentd meetup #2
Fluentd meetup #2
 
Chrome DevTools.next
Chrome DevTools.nextChrome DevTools.next
Chrome DevTools.next
 
DynamoDBの初心者に伝えたい初めて触るときの勘所
DynamoDBの初心者に伝えたい初めて触るときの勘所DynamoDBの初心者に伝えたい初めて触るときの勘所
DynamoDBの初心者に伝えたい初めて触るときの勘所
 
認証/認可が実現する安全で高速分析可能な分析処理基盤
認証/認可が実現する安全で高速分析可能な分析処理基盤認証/認可が実現する安全で高速分析可能な分析処理基盤
認証/認可が実現する安全で高速分析可能な分析処理基盤
 
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウ
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウCircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウ
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウ
 
LoRaWANとAzure IoT Hub接続ハンズオン
LoRaWANとAzure IoT Hub接続ハンズオンLoRaWANとAzure IoT Hub接続ハンズオン
LoRaWANとAzure IoT Hub接続ハンズオン
 
Prometheus入門から運用まで徹底解説
Prometheus入門から運用まで徹底解説Prometheus入門から運用まで徹底解説
Prometheus入門から運用まで徹底解説
 
GitHub最新情報キャッチアップ 2023年6月
GitHub最新情報キャッチアップ 2023年6月GitHub最新情報キャッチアップ 2023年6月
GitHub最新情報キャッチアップ 2023年6月
 
HTTP/2時代のウェブサイト設計
HTTP/2時代のウェブサイト設計HTTP/2時代のウェブサイト設計
HTTP/2時代のウェブサイト設計
 

VSM (Value Stream Mapping)を用いた開発プロセス可視化のお話

  • 1. © DMM.com labo CONFIDENTIAL VSM (Value Stream Mapping)を作ったら 開発プロセスが可視化されて一回の会議で 要件定義からリリースまでを268時間から40時間に リードタイムを短縮できることがわかった話 〜非エンジニアでもできるVSM作成〜 システム本部 プラットフォーム開発部 石垣雅人 2017/12/22 DMM開発AWARD
  • 2. © DMM.com labo What is VSM... 2 開発プロセスを可視化する
  • 4. © DMM.com labo 4 Agenda なぜ、VSM (Value Stream Mapping)を作るのか どうやって、VSM (Value Stream Mapping)を作るのか
  • 5. © DMM.com labo 5 危険と感じる開発プロセス →1個でも当てはまれば、あなたのチームにVSMが必要です! Featureをリリースするまでに 開発作業よりも「承認 + 確認」などの調整時間のほうが長い。 開発工程の中で手作業が多く、自動化されていない箇所がある。 なぜ、VSM (Value Stream Mapping)を作るのか Featureの開発は終わっているのに外的要因で リリースができない状態が1週間以上ある。
  • 6. © DMM.com labo 6 Releaseまで 2日 会員登録機能を2日で開発した! 早くリリースして効果測定したい + 2日 開発者
  • 7. © DMM.com labo 7 Releaseまで 16日 +14日 + 2日 ステークホルダー① グループ内で承認が必要 → 承認MTGを2週間後に設定
  • 8. © DMM.com labo 8 Releaseまで 30日 +14日 +14日 + 2日 ステークホルダー② この部署にも確認が必要です。 → ディレクターを立てて調整するのに 2週間
  • 9. © DMM.com labo 9 Releaseまで 32日 +14日 + 2日 +14日 + 2日 開発者 リリースが自動化されていない。 → 詳細なリリース手順書を作成するのに 2日
  • 10. © DMM.com labo 10 Releaseまで 32日 +14日 リリースが自動化されておらず手作業 → 詳細なリリース手順書するのに2日 + 2日 +14日 + 2日 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算 組織が大きくなるほど「ムダ」は増え続ける。
  • 11. © DMM.com labo 11 Releaseまで 32日 +14日 リリースが自動化されておらず手作業 → 詳細なリリース手順書するのに2日 + 2日 +14日 + 2日 開発作業 : 12時間 (2日) リリースするまで : 192時間 (32日) ※ 1日6時間計算 まずは開発工程を可視化して「ムダ」を洗い出す = VSM (Value Stream Mapping)
  • 12. © DMM.com labo 12 Agenda なぜ、VSM (Value Stream Mapping)を作るのか どうやって、VSM (Value Stream Mapping)を作るのか
  • 13. © DMM.com labo 13 プロセスのタイトル1 2 リードタイム(LT/PT/WT) 3 タイムライン 3 STEPS
  • 15. © DMM.com labo 15 顧客 顧客 GitHub Ato GitHub Atom GitHub AtoSlack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h ディレクター1 承認MTG どうやって、VSM (Value Stream Mapping)を作るのか
  • 16. © DMM.com labo 16 石垣 石垣 1 会員登録機能作成 ディレクター1 LT : 12h PT : 10h WT : 2h 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub AtoSlack STEP 0 LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル 承認MTG
  • 17. © DMM.com labo 17 石垣 石垣 1 会員登録機能作成 ディレクター1 承認MTG LT : 12h PT : 10h WT : 2h 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub AtoSlack STEP 1 LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル
  • 18. © DMM.com labo 18 石垣 石垣 1 会員登録機能作成 ディレクター1 承認MTG 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub AtoSlack STEP 2 LT : 12h PT : 10h WT : 2h LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル
  • 19. © DMM.com labo 19 石垣 石垣 1 会員登録機能作成 ディレクター1 承認MTG LT : 12h PT : 10h WT : 2h 12h 84h 1h LT : 1h PT : 1h WT : 0h GitHub Ato GitHub Atom GitHub AtoSlack STEP 3 LT : Lead Time(PT + WT) PT : Process Time WT : Wasting Time タイムライン (プロセス間のLead Time) プロセスのタイトル
  • 20. © DMM.com labo 20 顧客 顧客 GitHub Ato GitHub Atom GitHub AtoSlack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h ディレクター1 承認MTG どうやって、VSM (Value Stream Mapping)を作るのか
  • 21. © DMM.com labo 21 顧客 顧客 GitHub Ato GitHub Atom GitHub AtoSlack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h ディレクター1 承認MTG どうやって、VSM (Value Stream Mapping)を作るのか 大事なのは、改善ポイント(=ムダ)を見つけること ※ どう改善するかはまた別のレイヤーの話
  • 22. © DMM.com labo 22 顧客 顧客 GitHub Ato GitHub Atom GitHub AtoSlack LT : 12h PT : 10h WT : 2h LT : 1h PT : 1h WT : 0h 12h 84h 0h 100h 2h 石垣 石垣 石垣1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h ディレクター1 承認MTG どうやって、VSM (Value Stream Mapping)を作るのか 調整が長い リリース 作業が長い
  • 23. © DMM.com labo 23 どうやって、VSM (Value Stream Mapping)を作るのか
  • 24. © DMM.com labo 24 VSM (Value Stream Mapping)を作ったら
  • 25. © DMM.com labo 25 VSM (Value Stream Mapping)を作ったら 2017年09月05日(火) 16:00~17:00の1回の会議で
  • 26. © DMM.com labo 26 VSM (Value Stream Mapping)を作ったら 事業部調整 : 267h → 40h 短縮 リリース作業 : 1h → 1m 短縮 268h 40h 2017年09月05日(火) 16:00~17:00の1回の会議で
  • 27. © DMM.com labo What is VSM... 27 開発プロセスを可視化する
  • 28. © DMM.com labo What is VSM... 28 開発プロセスを設計する
  • 29. © DMM.com labo 29 おわり