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
9
根本原因分析で「改善力」を上げよう
某社の社内勉強会で使おうとして作ったはいいものの、結局しゃべっていない資料です。作った本人ですら存在を忘れていました。供養しておきます。
うきぐも ひろ
June 03, 2025
Tweet
Share
More Decks by うきぐも ひろ
See All by うきぐも ひろ
QAって何?(MOSH株式会社様 社内勉強会20250519)
ukigmo_hiro
0
5
ソフトウェア開発プロセスモデル、いろいろ
ukigmo_hiro
0
7
MDR(Modeling-Driven Retrospective)のススメ
ukigmo_hiro
1
49
三幕構成を使いこなす ~創作の旅路を支える地図~
ukigmo_hiro
1
300
eラーニングコンテンツのチェックリストをVSTePで作ってみたの
ukigmo_hiro
1
310
Other Decks in Technology
See All in Technology
AIをプライベートや業務で使ってみよう!効果的な認定資格の活かし方
fukazawashun
0
100
普通のチームがスクラムを会得するたった一つの冴えたやり方 / the best way to scrum
okamototakuyasr2
0
100
スマートファクトリーの第一歩 〜AWSマネージドサービスで 実現する予知保全と生成AI活用まで
ganota
2
270
DroidKaigi 2025 Androidエンジニアとしてのキャリア
mhidaka
2
370
Generative AI Japan 第一回生成AI実践研究会「AI駆動開発の現在地──ブレイクスルーの鍵を握るのはデータ領域」
shisyu_gaku
0
310
Django's GeneratedField by example - DjangoCon US 2025
pauloxnet
0
150
未経験者・初心者に贈る!40分でわかるAndroidアプリ開発の今と大事なポイント
operando
5
720
Android Audio: Beyond Winning On It
atsushieno
0
2.4k
Evolución del razonamiento matemático de GPT-4.1 a GPT-5 - Data Aventura Summit 2025 & VSCode DevDays
lauchacarro
0
210
Platform開発が先行する Platform Engineeringの違和感
kintotechdev
4
580
データ分析エージェント Socrates の育て方
na0
3
380
はじめてのOSS開発からみえたGo言語の強み
shibukazu
2
860
Featured
See All Featured
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
61k
RailsConf 2023
tenderlove
30
1.2k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
How GitHub (no longer) Works
holman
315
140k
Optimizing for Happiness
mojombo
379
70k
Embracing the Ebb and Flow
colly
87
4.8k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Documentation Writing (for coders)
carmenintech
74
5k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
530
Rails Girls Zürich Keynote
gr2m
95
14k
The Straight Up "How To Draw Better" Workshop
denniskardys
236
140k
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