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
1
610
VSM(Value Stream Mapping) ワークショップ
VSMの社内外ワークショップのテンプレートスライドです。
Masato Ishigaki / 石垣雅人
March 14, 2019
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 Technology
See All in Technology
社内で最大の技術的負債のリファクタリングに取り組んだお話し
kidooonn
1
550
10XにおけるData Contractの導入について: Data Contract事例共有会
10xinc
6
620
ドメイン名の終活について - JPAAWG 7th -
mikit
33
20k
BLADE: An Attempt to Automate Penetration Testing Using Autonomous AI Agents
bbrbbq
0
300
Amazon Personalizeのレコメンドシステム構築、実際何するの?〜大体10分で具体的なイメージをつかむ〜
kniino
1
100
AWS Media Services 最新サービスアップデート 2024
eijikominami
0
200
100 名超が参加した日経グループ横断の競技型 AWS 学習イベント「Nikkei Group AWS GameDay」の紹介/mediajaws202411
nikkei_engineer_recruiting
1
170
Evangelismo técnico: ¿qué, cómo y por qué?
trishagee
0
360
スクラム成熟度セルフチェックツールを作って得た学びとその活用法
coincheck_recruit
1
140
スクラムチームを立ち上げる〜チーム開発で得られたもの・得られなかったもの〜
ohnoeight
2
350
データプロダクトの定義からはじめる、データコントラクト駆動なデータ基盤
chanyou0311
2
310
The Role of Developer Relations in AI Product Success.
giftojabu1
0
120
Featured
See All Featured
Optimising Largest Contentful Paint
csswizardry
33
2.9k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
93
16k
A Modern Web Designer's Workflow
chriscoyier
693
190k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.1k
How To Stay Up To Date on Web Technology
chriscoyier
788
250k
VelocityConf: Rendering Performance Case Studies
addyosmani
325
24k
What's new in Ruby 2.0
geeforr
343
31k
BBQ
matthewcrist
85
9.3k
Docker and Python
trallard
40
3.1k
Faster Mobile Websites
deanohume
305
30k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
246
1.3M
How GitHub (no longer) Works
holman
310
140k
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 とにかくやってみた!