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
根本原因分析で「改善力」を上げよう
Search
うきぐも / すずき
June 03, 2025
Technology
0
12
根本原因分析で「改善力」を上げよう
某社の社内勉強会で使おうとして作ったはいいものの、結局しゃべっていない資料です。作った本人ですら存在を忘れていました。供養しておきます。
うきぐも / すずき
June 03, 2025
Tweet
Share
More Decks by うきぐも / すずき
See All by うきぐも / すずき
「改善」ってこれでいいんだっけ?
ukigmo_hiro
0
160
「改善」ってこれでいいんだっけ? Full ver.
ukigmo_hiro
0
10
QAって何?
ukigmo_hiro
0
7
MDR(Modeling-Driven Retrospective)のススメ
ukigmo_hiro
1
53
三幕構成を使いこなす ~創作の旅路を支える地図~
ukigmo_hiro
1
310
eラーニングコンテンツのチェックリストをVSTePで作ってみたの
ukigmo_hiro
1
320
Other Decks in Technology
See All in Technology
JAZUG 15周年記念 × JAT「AI Agent開発者必見:"今"のOracle技術で拡張するAzure × OCIの共存アーキテクチャ」
shisyu_gaku
1
160
Codexとも仲良く。CodeRabbit CLIの紹介
moongift
PRO
1
230
「使い方教えて」「事例教えて」じゃもう遅い! Microsoft 365 Copilot を触り倒そう!
taichinakamura
0
390
AWS Top Engineer、浮いてませんか? / As an AWS Top Engineer, Are You Out of Place?
yuj1osm
2
220
Introdução a Service Mesh usando o Istio
aeciopires
0
150
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
8.8k
難しいセキュリティ用語をわかりやすくしてみた
yuta3110
0
140
フレームワークを意識させないワークショップづくり
keigosuda
0
200
プレーリーカードを活用しよう❗❗デジタル名刺交換からはじまるイベント会場交流のススメ
tsukaman
0
170
サイバーエージェント流クラウドコスト削減施策「みんなで金塊堀太郎」
kurochan
4
1.9k
All About Sansan – for New Global Engineers
sansan33
PRO
1
1.2k
速習AGENTS.md:5分で精度を上げる "3ブロック" テンプレ
ismk
6
1.6k
Featured
See All Featured
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
657
61k
Rails Girls Zürich Keynote
gr2m
95
14k
Faster Mobile Websites
deanohume
310
31k
Thoughts on Productivity
jonyablonski
70
4.9k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Six Lessons from altMBA
skipperchong
29
4k
Embracing the Ebb and Flow
colly
88
4.8k
Into the Great Unknown - MozCon
thekraken
40
2.1k
Gamification - CAS2011
davidbonilla
81
5.5k
Practical Orchestrator
shlominoach
190
11k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
Transcript
すずき 根本原因分析で 「改善⼒」を上げよう
改善が⼤事だと知ってはいるけれど…… • 改善の重要性は“⽿タコ” ▪ 完璧を⽬指すより 早く失敗して早く改善した⽅がいい!(Fail Fast) ▪ ふりかえり会やポストモーテムで スクラムチームを強くしよう!
• 具体的な「改善のやり⽅」は誰も教えてくれないから 実はよくわかっていない ▪ 「次からはもっとがんばってもっと気を付けます」 といった改善施策を⽴てがち ▪ 結局なぜなぜ分析は良いの?悪いの? • なぜ?を5回繰り返すといいらしい? • パワハラに繋がるからやめた⽅がいい? 2
改善施策の開発は「根本原因分析」がキモ • 改善施策もソフトウェア同様「開発する」必要がある ▪ 根本原因が何なのか考え抜いて 改善施策の要求分析を⾏う ▪ どういう活動で根本原因に対処するのか議論し 改善施策を設計する ▪
具体的なやり⽅‧頻度‧参加者/担当者‧フォーマットなどを決めて 改善施策を実装する • 改善施策もソフトウェア同様 要求分析の良し悪しが最終形の良し悪しを8割⽅決める ▪ 改善施策の要求分析は特に「根本原因分析」と呼ばれる ▪ 「良い根本原因分析とは?」が今回の主題です 3
「良い根本原因分析」の三種の神器 1. 誤解されがちな なぜなぜ分析 2. ⾒落とされがちな ⽔平分析 3. 意外と⼤事な マインドセット
4
「良い根本原因分析」の三種の神器 1. 誤解されがちな なぜなぜ分析 2. ⾒落とされがちな ⽔平分析 3. 意外と⼤事な マインドセット
5
「なぜなぜ分析」を正しく使おう • 「なぜ?」を繰り返して真因を追及する 根本原因分析⼿法のひとつ ▪ 実は Why Why Analysisとして海外でも知られている ▪
「なぜ?」に回数制限は存在しない ▪ 吊るし上げやパワハラの道具ではない • シンプルなようで奥が深く いくつかのアンチパターンが存在する A. 無意味なルート B. 深度不⾜ C. 哲学化 6
なぜなぜアンチパターン A. 無意味なルート 7 ⼯場で転んで ケガをした ⾜腰が弱いから 運動不⾜だから ✖ ⽬的からかけ離れた
意味のないルート
なぜなぜアンチパターン A. 無意味なルート 8 ⼯場で転んで ケガをした ⾜腰が弱いから 運動不⾜だから ✖ ⽔たまりで
滑った 蛇⼝のパッキンが 劣化していた 〇 ⽬的に合致した 意味のあるルート
なぜなぜアンチパターン B. 深度不⾜ 9 ⼯場で転んで ケガをした ⽔たまりで 滑った 蛇⼝のパッキンが 劣化していた
改善施策 設計 パッキンを交換しよう ✖ もしも再発したら? 今の深度では「再交換」のように 同じことを繰り返す未来が⾒える → 根本原因にまだ辿り着いていない
パッキン交換の ルールを作ろう なぜなぜアンチパターン B. 深度不⾜ 10 ⼯場で転んで ケガをした ⽔たまりで 滑った
蛇⼝のパッキンが 劣化していた 改善施策 設計 交換の頻度が 決まっていなかった 〇 もしも再発したら? ルールが間違っていたなら修正しよう 忘れてたならリマインダを設定しよう
なぜなぜアンチパターン C. 哲学化 11 ⼯場で転んで ケガをした ⽔たまりで 滑った 蛇⼝のパッキンが 劣化していた
交換の頻度が 決まっていなかった ⼈間は愚かなので 標準化を怠った ✖ 深度が深すぎると それはそれで意味がない
なぜ?をちょうどいい深さで⽌める • 「なぜ?」の繰り返しで価値のありそうなルートを進み 浅すぎず深すぎずで⽌める技術が必要 ▪ ▪ 改善施策を設計‧実装できる深さ ▪ ▪ 将来
再発しても同じことが繰り返されない深さ • 魔法の呪⽂「もしも再発したら?」 ▪ ▪ ナレッジとして集積する価値のある深さ (i.e. ソフトウェアトラップ分析) • バグやインシデントの真因には ⼈間の間違いを誘発するような罠の存在がある という考え⽅ - e.g. アンケートで数字の⼩さい⽅の扱いがポジティブ/ネガティブ混在していると e.g. 集計システム開発にてバグを作りこみやすい - e.g. 割り込み先から帰ってきたら割り込み元の状態が変わっているケースがまれによくある - e.g. 備考欄の情報はバグの温床になる e.g. (補⾜的に書く必要があるにもかかわらず本⽂に含められない程度には整理されていないため) 12
「良い根本原因分析」の三種の神器 1. 誤解されがちな なぜなぜ分析 ▪ パワハラの道具ではないし回数制限も存在しない ▪ 無意味なルート‧深度不⾜‧哲学化といったアンチパターンに気を付けよう 2. ⾒落とされがちな
⽔平分析 3. 意外と⼤事な マインドセット 13
「良い根本原因分析」の三種の神器 1. 誤解されがちな なぜなぜ分析 ▪ パワハラの道具ではないし回数制限も存在しない ▪ 無意味なルート‧深度不⾜‧哲学化といったアンチパターンに気を付けよう 2. ⾒落とされがちな
⽔平分析 3. 意外と⼤事な マインドセット 14
垂直と⽔平 両⽅向の分析を駆使しよう • 根本原因分析には 垂直分析と⽔平分析の2種類が存在する ▪ 垂直分析:「なぜ?」を使って真因を追及するやり⽅ i.e.なぜなぜ分析 ▪ ⽔平分析:「他には?」を使って根本原因分析の網羅性を上げるやり⽅
15 ⼯場で転んで ケガをした ⽔たまりで 滑った 蛇⼝のパッキンが 劣化していた 清掃が 不⼗分だった 負傷者は ⾛っていた 短納期作業を 強いられて焦った
垂直/⽔平分析で原因のモデリングをしよう • 品質管理の分野で 特性要因図(Fishbone Diagrams)と呼ばれるクラシックな記法がある ▪ 「⽇本の品質管理の⽗」こと東⼤の故⽯川馨名誉教授が 問題解決やナレッジ共有のために開発 ▪ QC7つ道具のひとつに数えられる
• Quality Control; 品質管理 ▪ 引⽤元: 特性要因図 16
垂直/⽔平分析で原因のモデリングをしよう • 安全⼯学や信頼性⼯学の分野で 故障の⽊解析(FTA:Fault Tree Analysis)と呼ばれるクラシックな記法がある ▪ 引⽤元: 故障の影響解析(FMEA)と、故障の⽊解析(FTA)の活⽤ 17
垂直/⽔平分析で原因のモデリングをしよう • FFD(Failure Flow Diagram)と呼ばれる記法を提案している⼈も居る ▪ 下図はアリアン5ロケットの爆発事故に関するFFDの例 • 参考: 失敗事例
> アリアン5型ロケットが制御不能で40秒後に爆発 , 「5億ドル?!を吹っ⾶ばした、たった1つのバグ!」について調べた 18 アリアン5ロケットが 爆発した 座標計算システムの オーバーフロー 旧型⽤コードを そのまま流⽤してOKと 誤解 機能が変わらないとき パラメータの変更要件を ⾒逃しやすい 実⽤中のコードには バグが無いという先⼊観 節約しろという エラい⼈からの圧⼒ インシデント バグ エラー (⼈間の誤り) トラップ ブースター (改善しにくい外的要因)
「良い根本原因分析」の三種の神器 1. 誤解されがちな なぜなぜ分析 ▪ パワハラの道具ではないし回数制限も存在しない ▪ 無意味なルート‧深度不⾜‧哲学化といったアンチパターンに気を付けよう 2. ⾒落とされがちな
⽔平分析 ▪ 「他には?」を考えて根本原因分析の網羅性を上げよう ▪ 垂直分析と⽔平分析の併⽤時には モデリングした⽅が頭の中が整理される 3. 意外と⼤事な マインドセット 19
「良い根本原因分析」の三種の神器 1. 誤解されがちな なぜなぜ分析 ▪ パワハラの道具ではないし回数制限も存在しない ▪ 無意味なルート‧深度不⾜‧哲学化といったアンチパターンに気を付けよう 2. ⾒落とされがちな
⽔平分析 ▪ 「他には?」を考えて根本原因分析の網羅性を上げよう ▪ 垂直分析と⽔平分析の併⽤時には モデリングした⽅が頭の中が整理される 3. 意外と⼤事な マインドセット 20
意外とマインドセットも重要 • 品質管理はマインドセットと⼿法の両輪がキモ ▪ マインドセットが浸透している状態を 「品質⽂化が醸成されている」と呼ぶ⼈も居る • 垂直分析(なぜなぜ分析)‧⽔平分析はあくまで⼿法/道具 ▪ 悪意を持って使えば⼈を傷つけるし
正しく使えばみんなをハッピーにしてくれる • TQM(Total Quality Management: ⽇本的な総合的品質管理)では 多くのマインドセットが重視されている ▪ 根本原因分析や改善活動に効いてきそうなものだけピックアップして かつデフォルメしてお伝えします 21
根本原因分析と改善に必要なマインドセット 1. PDCAとSDCA ▪ 改善サイクルPDCAと標準化サイクルSDCAとを交互に回して がんばらなくても改善後のパフォーマンスを出せるようにしていく • StandardizeのS 2. ディタッチメント
▪ 成果物/結果とそれを⽣んだ⼈とを「分離」して扱う • ✖ 私の運動神経が悪いから⽔たまりで滑って転んだんです • ✖ 私がぼーっとしてるのが悪いんです • ✖ お前は普段からぼーっとしてるからミスを⾒逃すんだ 3. 5ゲン主義 ▪ 現場‧現物‧現実‧原理‧原則 ▪ 具体例から始めて机上の空論化を防げ でもその後は抽象化して横展開可能なナレッジに昇華させろ • これが⾔えないと卒業できない⼤学研究室があったとかなかったとか…… 22 引⽤元: PDCAサイクル とは?
「良い根本原因分析」の三種の神器 1. 誤解されがちな なぜなぜ分析 ▪ パワハラの道具ではないし回数制限も存在しない ▪ 無意味なルート‧深度不⾜‧哲学化といったアンチパターンに気を付けよう 2. ⾒落とされがちな
⽔平分析 ▪ 「他には?」を考えて根本原因分析の網羅性を上げよう ▪ 垂直分析と⽔平分析の併⽤時には モデリングした⽅が頭の中が整理される 3. 意外と⼤事な マインドセット ▪ PDCAとSDCA‧ディタッチメント‧5ゲン主義 23
24 おまけ -⾊んなPDCA- 引⽤元: ‧左 https://x.com/hpeo_it/ status/18167245195555 96687/photo/1 ‧右 https://x.com/nhk_net
history/status/1120217 791007563778/photo/1