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 / 石垣雅人
March 14, 2019
Technology
840
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
VSM(Value Stream Mapping) ワークショップ
VSMの社内外ワークショップのテンプレートスライドです。
Masato Ishigaki / 石垣雅人
March 14, 2019
More Decks by Masato Ishigaki / 石垣雅人
See All by Masato Ishigaki / 石垣雅人
AI x 開発生産性を取り巻く予算戦略と投資対効果
i35_267
9
5.4k
誤解だらけの開発生産性 / Myths and Misconceptions about Developer Productivity
i35_267
3
1.7k
プロダクトマネージャーが押さえておくべき、ソフトウェア資産とAIエージェント投資効果 / pmconf2025
i35_267
2
2.4k
生成AI活用のROI、どう測る? DMM.com 開発責任者から学ぶ「AI効果検証のノウハウ」 / ROI of AI
i35_267
5
540
大規模組織にAIエージェントを迅速に導入するためのセキュリティの勘所 / AI agents for large-scale organizations
i35_267
8
1.4k
無意味な開発生産性の議論から抜け出すための予兆検知とお金とAI
i35_267
8
26k
Clineを含めたAIエージェントを 大規模組織に導入し、投資対効果を考える / Introducing AI agents into your organization
i35_267
6
2.6k
開発フェーズだけではない AI導入はどのように進めていくべきか / How should we proceed with AI adoption beyond the development stage?
i35_267
4
490
【Forkwell】「正しく」失敗できるチームを作る──現場のリーダーのための恐怖と不安を乗り越える技術 - FL#83 / A team that can fail correctly by forkwell
i35_267
7
850
Other Decks in Technology
See All in Technology
形式手法特論:Hyperproperty とモデル検査 #kernelvm / Kernel VM Study Tokyo 19th
ytaka23
0
770
20260817_生成AIの動向と中学校・高等学校での活用を考える_v1.00_公開用
doradora09
PRO
0
220
わたしが知り合いゼロの勉強会に 行けるようになるまで
r5ni4
2
560
Introduction to Sansan, inc / Sansan Global Development Center, Inc.
sansan33
PRO
0
3.2k
DDDのエッセンスを取り入れたAIでの開発
ak2ie
1
220
1.5時間を無駄にして学んだwsl2におけるaptとsnapの選択と仕組み
yosaka0123
0
430
【書籍出版記念】 10周回って、エージェント開発は RAGがすべてだった。〜RAGの歴史と開発現場で見えた実践知〜
akiratameto
20
7.2k
Digitization部 紹介資料
sansan33
PRO
2
7.7k
[potatotips #96] Give Your AI Agent the Flutter Playbook
korodroid
0
160
フィジカルAIの知識ゼロの僕でも AIを使えばここまでできた
tatsuya1970
0
170
AI for Science時代を切り開く、政府の次世代HPC戦略の展望
gpuunite_official
0
240
[ホンマでっか SRE] あなたはなぜ SRE に?
_awache
0
110
Featured
See All Featured
New Earth Scene 8
popppiees
3
2.5k
Exploring anti-patterns in Rails
aemeredith
3
470
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Embracing the Ebb and Flow
colly
88
5.1k
Building Applications with DynamoDB
mza
96
7.2k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.6k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Darren the Foodie - Storyboard
khoart
PRO
3
3.7k
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.1k
The untapped power of vector embeddings
frankvandijk
2
1.8k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.4k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
360
Transcript
石垣雅人 - DMM.com LLC 20xx / xx / xx VSM
ワークショップ VSM (Value Stream Mapping) ワークショップ To xxx部 xxxチーム
© DMM.com labo { What is VSM… } 2 Idea
Value
© DMM.com labo 3
© DMM.com labo 4 見える世界 ✔ リリースまでの時間が268.5h → 54.5hに短縮 ✔
リリース回数が倍になる ✔ 特定ステークホルダーとの調整が0になる
© DMM.com labo 5 事前準備 ✔ 描く範囲決定 ※1機能リリース単位なのか、スプリント単位なのか。広すぎるのは駄目 ✔ 描く範囲に関わった人を招集
※ 描く範囲によって集める人が変わる ✔ ワーク場所の確保
© DMM.com labo 6 VSM作成の歩み TODO TODO 1. 書き方について 3.
どこから 改善するべきか 2. ムダを発見する TODO
© DMM.com labo 7 1. 書き方について 2. ムダを発見する A.分析メソッド ~ムダの「見える化」~
3. どこから 改善するべきか A.改善メソッド ~ECRSの原則~ A.4ステップ VSM作成の歩み
© DMM.com labo 8 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 1h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5
© DMM.com labo 9 How to (Value Stream Mapping)
© DMM.com labo 10 プロセスのタイトル 1 2 プロセスタイム (PT ※+WT)
3 リードタイム(LT) 4 STEPS 4 完成と正確性の割合(aka %C/A)
© DMM.com labo 11 STEP 0 PT : Process Time
WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5
© DMM.com labo 12 STEP 1 PT : Process Time
WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5
© DMM.com labo 13 STEP 2 PT : Process Time
WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5
© DMM.com labo 14 STEP 3 PT : Process Time
WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5
© DMM.com labo 15 STEP 4 PT : Process Time
WT : Wasting Time リードタイム (LT) プロセスのタイトル GitHub Ato GitHub Atom PT : 10h WT : 2h %C/A : 0% 12h 1h 開発チーム 1 会員登録機能作成 PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 完成と正確性の割合 (%C/A) ディレクター 5
© DMM.com labo 16 ①現状のVSM ③改善プロセス ②理想(仮説) のVSM プロセス
© DMM.com labo 17 顧客 顧客 GitHub Ato GitHub Atom
LT : 12h PT : 10h WT : 2h %C/A : 0% LT : 1h PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) LT : 1h PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 ✔ 綺麗に書こうとしてはいけない ✔ 大事なのは改善ポイント(=ムダ)を見つけること ✔ 心理的安全性が低いと逆に綺麗なVSMになる ✔ 全体最適化よりもまずは個別最適化 ✔ PT/WT/LTの時間はニアタイムで良い Point
© DMM.com labo 18 1. 書き方について 2. ムダを発見する Done! A.分析メソッド
~ムダの「見える化」~ 3. どこから 改善するべきか TODO VSM作成の歩み
© DMM.com labo 19 分析メソッド ~ムダの「見える化」~
© DMM.com labo 20 ある程度のプロセスグループに分ける。 1 2 プロセスグループごとにどのくらいの LTがかかっているか算出する 2
STEPS & 3 POINTS 待ち時間が長くボトルネックとなっているプロセ ス付近 不安な作業や心配しながら作業している プロセス付近 1 3 2 %C/Aが発生していて手戻りが発生している箇所
© DMM.com labo 21 ある程度のプロセスグループに分ける。 1 2 プロセスグループごとにどのくらいの LTがかかっているか算出する %C/Aが発生していて手戻りが発生している箇所
2 STEPS & 3 POINTS 待ち時間が長くボトルネックとなっているプロセ ス付近 不安な作業や心配しながら作業している プロセス付近 カテゴリー分け ムダを発見 1 2 3 2 steps 3 points
© DMM.com labo 22 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5
© DMM.com labo 23 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 ある程度のプロセスグループに分ける 1
© DMM.com labo 24 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業
© DMM.com labo 25 分析メソッド No 1 PT 不安な作業 ボトルネック
グループ 開発作業 ステークホルダーとの調整 リリース作業 2 3 LT %C/A
© DMM.com labo 26 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 プロセスグループごとに どのくらいのLTがかかっているか算出する 2
© DMM.com labo 27 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 85h 102h 12h
© DMM.com labo 28 No 1 PT 不安な作業 ボトルネック グループ
開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 分析メソッド
© DMM.com labo 29 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 100h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 84h 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 待ち時間が長くボトルネックとなっているプロセス付近 1
© DMM.com labo 100h 84h 30 顧客 顧客 GitHub Ato
GitHub Atom PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 102h 85h
© DMM.com labo 31 No 1 PT 不安な作業 ボトルネック グループ
開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 開発完了から「承 認MTG」 実施までの84hが ムダ 承認MTGを経て のリリースまでが 長い。 分析メソッド
© DMM.com labo 32 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% PT : 1h WT : 0h %C/A : 20% 12h 1h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) PT : 1h WT : 0h %C/A : 70% 承認MTG 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 84h 100h %C/Aが発生していて手戻りが発生している箇所 2
© DMM.com labo 33 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% 12h 1h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) 承認MTG 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 84h 100h PT : 1h WT : 0h %C/A : 70% PT : 1h WT : 0h %C/A : 20%
© DMM.com labo 34 No 1 PT 不安な作業 ボトルネック グループ
開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 70% 仕様の漏れ による手戻り 20% 手動リリース 失敗による 再リリース 開発完了から「承 認MTG」 実施までの84hが ムダ 承認MTGを経て のリリースまでが 長い。 分析メソッド
© DMM.com labo 35 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% 12h 1h 2h 開発チーム 1 1 会員登録機能作成 リリース作業 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) 承認MTG 開発チーム ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 84h 100h PT : 1h WT : 0h %C/A : 70% PT : 1h WT : 0h %C/A : 20% 不安な作業や心配しながら作業しているプロセス付近 3
© DMM.com labo 36 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% 12h 1h 2h 開発チーム 1 会員登録機能作成 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) 承認MTG ディレクター 5 開発作業 ステークホルダーとの調整 リリース作業 12h 85h 102h 84h 100h PT : 1h WT : 0h %C/A : 70% PT : 1h WT : 0h %C/A : 20% 1 リリース作業 開発チーム
© DMM.com labo 37 No 1 PT 不安な作業 ボトルネック 手動をなくし
リリース作業を 自動化する グループ 開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 70% 仕様の漏れ による手戻り 20% 手動リリース 失敗による 再リリース 開発完了から「承 認MTG」 実施までの84hが ムダ 承認MTGを経て のリリースまでが 長い。 分析メソッド
© DMM.com labo 38 1. 書き方について 2. ムダを発見する Done! A.改善メソッド
~ECRSの原則~ Done! 3. どこから 改善するべきか VSM作成の歩み
© DMM.com labo 39 改善メソッド ~ECRSの原則~
© DMM.com labo 40 改善メソッド ECRSの原則 ・・・業務効率を行う4原則をもとにした改善プロセス 1. Eliminate(排除) :
そのプロセスは本当に必要な業務かどうか。 2. Combine(結合) : 作業分担をしずぎて、逆に待ち時間のムダを発生させていないか。 3. Rearrange(交換) : プロセスの順番を入れ替えることで効率化を測れないか。 4. Simplify (簡易化) : 作業を簡易化することで効率化できないか。
© DMM.com labo 41 改善メソッド ECRSの原則 ・・・業務効率を行う4原則をもとにした改善プロセス 1. Eliminate(排除) :
そのプロセスは本当に必要な業務かどうか。 2. Combine(結合) : 作業分担をしずぎて、逆に待ち時間のムダを発生させていないか。 3. Rearrange(交換) : プロセスの順番を入れ替えることで効率化を測れないか。 4. Simplify (簡素化) : 作業を簡易化することで効率化できないか。 1→2→3→4の順番で改善していく
© DMM.com labo 42 改善メソッド ECRSの原則 ・・・業務効率を行う4原則をもとにした改善プロセス 1. Eliminate(排除) :
そのプロセスは本当に必要な業務かどうか。 2. Combine(結合) : 作業分担をしずぎて、逆に待ち時間のムダを発生させていないか。 3. Rearrange(交換) : プロセスの順番を入れ替えることで効率化を測れないか。 4. Simplify (簡易化) : 作業を簡易化することで効率化できないか。
© DMM.com labo 43 No 1 PT 不安な作業 ボトルネック 手動をなくし
リリース作業を 自動化する グループ 開発作業 ステークホルダーとの調整 リリース作業 2 3 LT 10h 1h 1h 12h 85h 102h %C/A 70% 仕様の漏れ による手戻り 20% 手動リリース 失敗による 再リリース 開発完了から「承 認MTG」 実施までの84hが ムダ 承認MTGを経て のリリースまでが 長い。 分析メソッド E E R S
© DMM.com labo 44 顧客 顧客 GitHub Ato GitHub Atom
PT : 10h WT : 2h %C/A : 0% 12h 1h 2h 開発チーム 1 会員登録機能作成 GitHub Atom GCP ブラウザ VSM (Value Stream Mapping) 承認MTG ディレクター 5 84h 100h PT : 1h WT : 0h %C/A : 70% PT : 1h WT : 0h %C/A : 20% 1 リリース作業 開発チーム R E E S 付箋などを貼っていく
© DMM.com labo 45 Let's try とにかくやってみる!
© DMM.com labo 46 ワークショップ中 とにかくやってみる!
© DMM.com labo 47 感想 → Action とにかくやってみた!