Submit Search
Upload
VSM (Value Stream Mapping)を用いた開発プロセス可視化のお話
•
0 likes
•
2,483 views
i35_267 Ishigaki
Follow
2017 DMM開発AWARD LT資料
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 29
Download now
Download to read offline
Recommended
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道
Arata Fujimura
市場価値で給料が決まるサイボウズの社員だけど、転職ドラフトに参加して給与交渉に挑戦してみました —結果編—
市場価値で給料が決まるサイボウズの社員だけど、転職ドラフトに参加して給与交渉に挑戦してみました —結果編—
Yusuke Amano
CQRS+ESをAkka Persistenceを使って実装してみる。
CQRS+ESをAkka Persistenceを使って実装してみる。
Matsushita Satoshi
私がスクラムをやめた理由 - 全員スクラムマスター。@DevLove -
私がスクラムをやめた理由 - 全員スクラムマスター。@DevLove -
Takao Oyobe
HttpClient詳解、或いは非同期の落とし穴について
HttpClient詳解、或いは非同期の落とし穴について
Yoshifumi Kawai
マイクロサービスバックエンドAPIのためのRESTとgRPC
マイクロサービスバックエンドAPIのためのRESTとgRPC
disc99_
デキるプログラマだけが知っているコードレビュー7つの秘訣
デキるプログラマだけが知っているコードレビュー7つの秘訣
Masahiro Nishimi
私にとってのテスト
私にとってのテスト
Takuto Wada
Recommended
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道
Arata Fujimura
市場価値で給料が決まるサイボウズの社員だけど、転職ドラフトに参加して給与交渉に挑戦してみました —結果編—
市場価値で給料が決まるサイボウズの社員だけど、転職ドラフトに参加して給与交渉に挑戦してみました —結果編—
Yusuke Amano
CQRS+ESをAkka Persistenceを使って実装してみる。
CQRS+ESをAkka Persistenceを使って実装してみる。
Matsushita Satoshi
私がスクラムをやめた理由 - 全員スクラムマスター。@DevLove -
私がスクラムをやめた理由 - 全員スクラムマスター。@DevLove -
Takao Oyobe
HttpClient詳解、或いは非同期の落とし穴について
HttpClient詳解、或いは非同期の落とし穴について
Yoshifumi Kawai
マイクロサービスバックエンドAPIのためのRESTとgRPC
マイクロサービスバックエンドAPIのためのRESTとgRPC
disc99_
デキるプログラマだけが知っているコードレビュー7つの秘訣
デキるプログラマだけが知っているコードレビュー7つの秘訣
Masahiro Nishimi
私にとってのテスト
私にとってのテスト
Takuto Wada
クラウド環境下におけるAPIリトライ設計
クラウド環境下におけるAPIリトライ設計
Kouji YAMADA
Redmineをちょっと便利に! プログラミング無しで使ってみるREST API
Redmineをちょっと便利に! プログラミング無しで使ってみるREST API
Go Maeda
大規模環境でRailsと4年間付き合ってきて@ クックパッド * 食べログ合同勉強会
大規模環境でRailsと4年間付き合ってきて@ クックパッド * 食べログ合同勉強会
Takayuki Kyowa
Railsで作るBFFの功罪
Railsで作るBFFの功罪
Recruit Lifestyle Co., Ltd.
マイクロサービスにおける 結果整合性との戦い
マイクロサービスにおける 結果整合性との戦い
ota42y
楽天市場で使われている技術、エンジニアに必要なコアスキルとはTechnology used in Rakuten, core skills neede...
楽天市場で使われている技術、エンジニアに必要なコアスキルとはTechnology used in Rakuten, core skills neede...
Rakuten Group, Inc.
継続的にテスト可能な設計を考える
継続的にテスト可能な設計を考える
Atsushi Nakamura
Javaコードが速く実⾏される秘密 - JITコンパイラ⼊⾨(JJUG CCC 2020 Fall講演資料)
Javaコードが速く実⾏される秘密 - JITコンパイラ⼊⾨(JJUG CCC 2020 Fall講演資料)
NTT DATA Technology & Innovation
TRICK 2022 Results
TRICK 2022 Results
mametter
より速く より運用しやすく 進化し続けるJVM(Java Developers Summit Online 2023 発表資料)
より速く より運用しやすく 進化し続けるJVM(Java Developers Summit Online 2023 発表資料)
NTT DATA Technology & Innovation
分散トレーシング技術について(Open tracingやjaeger)
分散トレーシング技術について(Open tracingやjaeger)
NTT Communications Technology Development
ゲームエンジニアのためのデータベース設計
ゲームエンジニアのためのデータベース設計
sairoutine
噛み砕いてKafka Streams #kafkajp
噛み砕いてKafka Streams #kafkajp
Yahoo!デベロッパーネットワーク
Rest ful api設計入門
Rest ful api設計入門
Monstar Lab Inc.
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
PostgreSQLクエリ実行の基礎知識 ~Explainを読み解こう~
PostgreSQLクエリ実行の基礎知識 ~Explainを読み解こう~
Miki Shimogai
Building the Game Server both API and Realtime via c#
Building the Game Server both API and Realtime via c#
Yoshifumi Kawai
日本語テストメソッドについて
日本語テストメソッドについて
kumake
例外設計における大罪
例外設計における大罪
Takuto Wada
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣
VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣
i35_267 Ishigaki
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
i35_267 Ishigaki
More Related Content
What's hot
クラウド環境下におけるAPIリトライ設計
クラウド環境下におけるAPIリトライ設計
Kouji YAMADA
Redmineをちょっと便利に! プログラミング無しで使ってみるREST API
Redmineをちょっと便利に! プログラミング無しで使ってみるREST API
Go Maeda
大規模環境でRailsと4年間付き合ってきて@ クックパッド * 食べログ合同勉強会
大規模環境でRailsと4年間付き合ってきて@ クックパッド * 食べログ合同勉強会
Takayuki Kyowa
Railsで作るBFFの功罪
Railsで作るBFFの功罪
Recruit Lifestyle Co., Ltd.
マイクロサービスにおける 結果整合性との戦い
マイクロサービスにおける 結果整合性との戦い
ota42y
楽天市場で使われている技術、エンジニアに必要なコアスキルとはTechnology used in Rakuten, core skills neede...
楽天市場で使われている技術、エンジニアに必要なコアスキルとはTechnology used in Rakuten, core skills neede...
Rakuten Group, Inc.
継続的にテスト可能な設計を考える
継続的にテスト可能な設計を考える
Atsushi Nakamura
Javaコードが速く実⾏される秘密 - JITコンパイラ⼊⾨(JJUG CCC 2020 Fall講演資料)
Javaコードが速く実⾏される秘密 - JITコンパイラ⼊⾨(JJUG CCC 2020 Fall講演資料)
NTT DATA Technology & Innovation
TRICK 2022 Results
TRICK 2022 Results
mametter
より速く より運用しやすく 進化し続けるJVM(Java Developers Summit Online 2023 発表資料)
より速く より運用しやすく 進化し続けるJVM(Java Developers Summit Online 2023 発表資料)
NTT DATA Technology & Innovation
分散トレーシング技術について(Open tracingやjaeger)
分散トレーシング技術について(Open tracingやjaeger)
NTT Communications Technology Development
ゲームエンジニアのためのデータベース設計
ゲームエンジニアのためのデータベース設計
sairoutine
噛み砕いてKafka Streams #kafkajp
噛み砕いてKafka Streams #kafkajp
Yahoo!デベロッパーネットワーク
Rest ful api設計入門
Rest ful api設計入門
Monstar Lab Inc.
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
PostgreSQLクエリ実行の基礎知識 ~Explainを読み解こう~
PostgreSQLクエリ実行の基礎知識 ~Explainを読み解こう~
Miki Shimogai
Building the Game Server both API and Realtime via c#
Building the Game Server both API and Realtime via c#
Yoshifumi Kawai
日本語テストメソッドについて
日本語テストメソッドについて
kumake
例外設計における大罪
例外設計における大罪
Takuto Wada
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
What's hot
(20)
クラウド環境下におけるAPIリトライ設計
クラウド環境下におけるAPIリトライ設計
Redmineをちょっと便利に! プログラミング無しで使ってみるREST API
Redmineをちょっと便利に! プログラミング無しで使ってみるREST API
大規模環境でRailsと4年間付き合ってきて@ クックパッド * 食べログ合同勉強会
大規模環境でRailsと4年間付き合ってきて@ クックパッド * 食べログ合同勉強会
Railsで作るBFFの功罪
Railsで作るBFFの功罪
マイクロサービスにおける 結果整合性との戦い
マイクロサービスにおける 結果整合性との戦い
楽天市場で使われている技術、エンジニアに必要なコアスキルとはTechnology used in Rakuten, core skills neede...
楽天市場で使われている技術、エンジニアに必要なコアスキルとはTechnology used in Rakuten, core skills neede...
継続的にテスト可能な設計を考える
継続的にテスト可能な設計を考える
Javaコードが速く実⾏される秘密 - JITコンパイラ⼊⾨(JJUG CCC 2020 Fall講演資料)
Javaコードが速く実⾏される秘密 - JITコンパイラ⼊⾨(JJUG CCC 2020 Fall講演資料)
TRICK 2022 Results
TRICK 2022 Results
より速く より運用しやすく 進化し続けるJVM(Java Developers Summit Online 2023 発表資料)
より速く より運用しやすく 進化し続けるJVM(Java Developers Summit Online 2023 発表資料)
分散トレーシング技術について(Open tracingやjaeger)
分散トレーシング技術について(Open tracingやjaeger)
ゲームエンジニアのためのデータベース設計
ゲームエンジニアのためのデータベース設計
噛み砕いてKafka Streams #kafkajp
噛み砕いてKafka Streams #kafkajp
Rest ful api設計入門
Rest ful api設計入門
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
PostgreSQLクエリ実行の基礎知識 ~Explainを読み解こう~
PostgreSQLクエリ実行の基礎知識 ~Explainを読み解こう~
Building the Game Server both API and Realtime via c#
Building the Game Server both API and Realtime via c#
日本語テストメソッドについて
日本語テストメソッドについて
例外設計における大罪
例外設計における大罪
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Similar to VSM (Value Stream Mapping)を用いた開発プロセス可視化のお話
VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣
VSM(ValueStreamMapping)によって 実現できたリリースまでに268.5hかかっていた時間を54.5hに短縮できた秘訣
i35_267 Ishigaki
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
i35_267 Ishigaki
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡
i35_267 Ishigaki
クラウドではじめるリアルタイムデータ分析 #seccamp
クラウドではじめるリアルタイムデータ分析 #seccamp
Masahiro NAKAYAMA
Prometheus超基礎公開用.pdf
Prometheus超基礎公開用.pdf
勇 黒沢
20120324 git training
20120324 git training
Takeshi AKIMA
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築
CROOZ, inc.
IBM Rational Team Concertに触れてみた
IBM Rational Team Concertに触れてみた
You&I
Dangerでpull requestレビューの指摘事項を減らす
Dangerでpull requestレビューの指摘事項を減らす
Shunsuke Maeda
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割
Toru Yamaguchi
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介
Kohei Nishikawa
Fluentd meetup #2
Fluentd meetup #2
Tomohiro Ikeda
Chrome DevTools.next
Chrome DevTools.next
yoshikawa_t
DynamoDBの初心者に伝えたい初めて触るときの勘所
DynamoDBの初心者に伝えたい初めて触るときの勘所
Ryo Sasaki
認証/認可が実現する安全で高速分析可能な分析処理基盤
認証/認可が実現する安全で高速分析可能な分析処理基盤
Masahiro Kiura
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウ
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウ
Takeshi Mikami
LoRaWANとAzure IoT Hub接続ハンズオン
LoRaWANとAzure IoT Hub接続ハンズオン
Tomokazu Kizawa
Prometheus入門から運用まで徹底解説
Prometheus入門から運用まで徹底解説
貴仁 大和屋
GitHub最新情報キャッチアップ 2023年6月
GitHub最新情報キャッチアップ 2023年6月
Kazumi IWANAGA
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に短縮できた秘訣
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
プロダクトがリリースされるまでを『見える化』することで組織体質を変えていった話
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡
チームを『組成→安定→高速→最適化』に導くKAIZEN メソッド郡
クラウドではじめるリアルタイムデータ分析 #seccamp
クラウドではじめるリアルタイムデータ分析 #seccamp
Prometheus超基礎公開用.pdf
Prometheus超基礎公開用.pdf
20120324 git training
20120324 git training
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築
GitLab & web hooks & git-flowで実現する企業向けgit環境の構築
IBM Rational Team Concertに触れてみた
IBM Rational Team Concertに触れてみた
Dangerでpull requestレビューの指摘事項を減らす
Dangerでpull requestレビューの指摘事項を減らす
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介
Mautic Meetup Tokyo #3 データベース不要CMS:Gravの紹介
Fluentd meetup #2
Fluentd meetup #2
Chrome DevTools.next
Chrome DevTools.next
DynamoDBの初心者に伝えたい初めて触るときの勘所
DynamoDBの初心者に伝えたい初めて触るときの勘所
認証/認可が実現する安全で高速分析可能な分析処理基盤
認証/認可が実現する安全で高速分析可能な分析処理基盤
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウ
CircleCIを使ったSpringBoot/GAEアプリ開発の効率化ノウハウ
LoRaWANとAzure IoT Hub接続ハンズオン
LoRaWANとAzure IoT Hub接続ハンズオン
Prometheus入門から運用まで徹底解説
Prometheus入門から運用まで徹底解説
GitHub最新情報キャッチアップ 2023年6月
GitHub最新情報キャッチアップ 2023年6月
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 開発プロセスを可視化する
3.
© DMM.com labo
3
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
14.
© DMM.com labo
14
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 おわり
Download now