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
4
根本原因分析で「改善力」を上げよう
某社の社内勉強会で使おうとして作ったはいいものの、結局しゃべっていない資料です。作った本人ですら存在を忘れていました。供養しておきます。
うきぐも ひろ
June 03, 2025
Tweet
Share
More Decks by うきぐも ひろ
See All by うきぐも ひろ
QAって何?(MOSH株式会社様 社内勉強会20250519)
ukigmo_hiro
0
5
ソフトウェア開発プロセスモデル、いろいろ
ukigmo_hiro
0
4
MDR(Modeling-Driven Retrospective)のススメ
ukigmo_hiro
1
45
三幕構成を使いこなす ~創作の旅路を支える地図~
ukigmo_hiro
1
250
eラーニングコンテンツのチェックリストをVSTePで作ってみたの
ukigmo_hiro
1
300
Other Decks in Technology
See All in Technology
SREの次のキャリアの道しるべ 〜SREがマネジメントレイヤーに挑戦して、 気づいたこととTips〜
coconala_engineer
1
420
VGGT: Visual Geometry Grounded Transformer
peisuke
1
480
20250707-AI活用の個人差を埋めるチームづくり
shnjtk
6
4.1k
AWS CDK 開発を成功に導くトラブルシューティングガイド
wandora58
3
140
SRE不在の開発チームが障害対応と 向き合った100日間 / 100 days dealing with issues without SREs
shin1988
1
1k
IPA&AWSダブル全冠が明かす、人生を変えた勉強法のすべて
iwamot
PRO
2
210
第4回Snowflake 金融ユーザー会 Snowflake summit recap
tamaoki
1
320
モニタリング統一への道のり - 分散モニタリングツール統合のためのオブザーバビリティプロジェクト
niftycorp
PRO
1
210
ビジネス職が分析も担う事業部制組織でのデータ活用の仕組みづくり / Enabling Data Analytics in Business-Led Divisional Organizations
zaimy
1
280
Sansanのデータプロダクトマネジメントのアプローチ
sansantech
PRO
0
210
2025-07-06 QGIS初級ハンズオン「はじめてのQGIS」
kou_kita
0
180
American airlines ®️ USA Contact Numbers: Complete 2025 Support Guide
airhelpsupport
0
390
Featured
See All Featured
Side Projects
sachag
455
42k
Automating Front-end Workflow
addyosmani
1370
200k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Designing for Performance
lara
610
69k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
126
53k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.6k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
54k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
Making Projects Easy
brettharned
116
6.3k
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