「改善の正解探し」をやめる

改善案を調べ続けても、何を見て決めるかが曖昧なら、議論は同じ場所へ戻りがちです。一方、調査が必要な問題まで急いで試せばよいわけでもありません。先に、守る条件と小さく確かめられる範囲を分けます。

First byte Methodでは、目的を置いたうえで、前提・仮説・測定・最小変更・中止条件・学習をそろえる六手順を提案します。今の条件で進む材料を得るための編集上の型であり、全業務を同じ期間や順番で改善する保証ではありません。

30秒で要点

• 目的、対象、変えること、測ること、悪化時の対応を試行前に決めます。
• 指標が動かないだけで「効果なし」としません。比較条件や件数、実施の確認が必要です。
• 支持の材料、証拠不足で保留、悪化で中止を分け、どの結果も記録します。
• 小さな試行で学んだ後、異なる条件でも確かめてから定着を判断します。

決める前に、止まっている理由を点検する

前提が曖昧、確かめ方が決まっていない、中止条件がない、という三つは点検に使える問いです。改善が止まる原因をこの三つだけに限りません。予算、人手、責任分担、外部への依存、必要な情報や技能も確認します。

既知の規則や安全上の制約があるなら、守る必要があります。そのうえで、不確かな成果を最初から断定せず、何が分かれば次を決められるかを考えます。不確実性を扱う土台は正解が分からない状態での意思決定、条件の整理は前提設計と合わせて使えます。

目的STEP0と六手順を一枚にする

STEP0は目的です。続く六手順は、実施前に計画することと、結果から学ぶことをまとめた案です。STEP5の中止条件も試行前に決めます。番号順に実行してから、後で中止条件を考える意味ではありません。

NISTの実験計画の説明は、目的、変える要因、測る結果、制御できない要因を扱います。IHIのModel for Improvementは、目的・測定・変更案と、小さな試行から学び適応する考え方を説明しています。IHIが紹介するモデルはAssociates in Process Improvementによるものです。この六手順をNISTやIHIの指定手順と呼ぶことはしません。

表が収まらない場合は、横にスクロールできます

STEP0・1：対象と、変えない条件をそろえる

「待ちを減らす」なら、受付から何までの待ちなのか、どの利用者・時間帯なのかを決めます。完了した人だけを測るのか、途中で帰った人も含めるのかで、見える結果が変わります。

比較する曜日、客層、スタッフ数、予約枠、別の変更、測定漏れを残します。条件を完全に固定できない場合も、違いを記録し、その差を施策の効果と即断しないようにします。

STEP2：一つの仮説から始めても、複数要因を無視しない

例えば「案内が分かりにくいため確認が増え、受付の滞留につながっている」という候補を置きます。観察だけで原因が確定した、と書かず、どの説明を変え、何が変わると予想するかを示します。

初回は一つの変更に絞ると、管理しやすい場合があります。しかし実験は複数要因や相互作用を扱う設計もあります。説明の事前送付と受付表示を一式で変えるなら、その一式を評価しているのか、各変更の寄与を識別する設計なのかを分けます。二つを同時に変えた前後差だけで、個々の効果を求めません。

STEP3：支持・証拠不足・中止を分ける

何がどれだけ変わることを重視するのか、比較の方法、必要な件数や観察期間、測定漏れをどう扱うかを先に考えます。

表が収まらない場合は、横にスクロールできます

この表は運用上の案です。「仮説を支持する材料」と、統計的な因果効果が確立したことを同一視しません。指標が動かない場合も、重要な差がなかったのか、検出できるだけの材料がなかったのかを区別します。

NISTの仮説検定と実務上の差の説明は、仮説が棄却されないことと真であること、標本数と検出される差を区別しています。業務上の仮説と統計的検定の帰無仮説は別です。必要なら、統計的仮説検定やp値の誤解へ進み、設計と前提から確認します。

STEP4・5：小さく試す前に、止め方を決める

表示を一か所変える、対象の時間帯を限定するなど、影響と確認範囲を管理できる変更から検討します。「小さい」だけで安全だとは認定しません。必要な配慮や承認があれば、先に確認します。

悪化時の中止を誰が決めるか、どの状態へ戻せるか、戻しても残る影響は何かを記録します。全変更を完全に元へ戻せるわけではありません。情報・工程・配置・稼働は混雑を増やす前に見る診断の観点であり、全施設で同じ費用順序になるものではありません。

例えば、案内変更で新たな混乱や必要な支援の不足が生じたら、効果の集計日まで待たず、決めた中止手順へ進みます。業務を継続する条件と、成果を評価する条件を分けます。

STEP6：保留や中止も学びの記録にする

対象、変更点、実施の確認、分母、測定漏れ、比較条件、結果、判断と理由を残します。「効いた／効かなかった」だけでは、次に同じ条件がそろったか判断できません。

記録がなければ、同じ試行を盲目的に繰り返しません。分かる範囲を整理し、設計を見直してから次を判断します。例外の記録は例外集の作り方と接続できますが、その記録があるだけで再発防止に成功したとは言えません。

待ち時間のP90と「上位一割の平均」を区別する

遅い側を見たいときも、指標の名前と計算方式をそろえます。次は完了した十件だけの、独立した架空教材です。

表が収まらない場合は、横にスクロールできます

P90は分位点で、遅い層の平均ではありません。別の分位点計算法では値が変わる場合があります。未完了や離脱した人の待ちが、この十件には入っていないことも明示します。観察の項目は施設のストレスを測る、人数と待ちの区別は定員数の算出へ進めます。

施設・サービスの架空例：待ちが減っても離脱は悪化する

次の表は上の十件例とは別の架空の前後群です。同じ受付から提供までを測ったとしても、曜日や客層、スタッフの条件差があれば、変更の因果効果はこの表だけでは分かりません。

表が収まらない場合は、横にスクロールできます

完了者の平均待ちは2分短くなっていますが、離脱率は5ポイント上がっています。速く終わった人だけを見て「改善した」と決めると、途中で帰った人を見落とします。この架空例から、有意差や因果効果、安全性を算出したわけではありません。

試行の記録は、例えば次のように組み立てます。

表が収まらない場合は、横にスクロールできます

これは実施設の改善実績ではありません。「初回客には案内が足りなかった」などの観察が得られた場合も、それを確認した範囲と、次の仮説を分けて書きます。

会議の区切りと、効果を判断する期間を分ける

二週間や一か月を見直し会議の区切りにすることはできます。しかし、その日数で十分な件数が集まる、成果が現れる、効果を確定できるとは限りません。曜日、季節、成果の遅れ、対象数、影響に合わせて設計します。

IHIの説明も、小さな試行で学び、異なる条件で試してから定着を考えます。小試行の結果をそのまま全体へ広げず、何を再確認するかを残します。

次の試行へ進むための条件を残す

最初の一案で、目的、前提、変更、測定、中止、学習を一枚に書きます。件数や比較の条件が足りないなら保留し、実施できない理由があるならその理由を残します。判断期限を置いても、不足した証拠が自動的に増えるわけではありません。

全体の土台は前提設計、不確かな結果との向き合い方は仮説と検証を回し続けること、他の手順との接続はFirst byte Method完全ガイドで確認し、自社の条件に合わせて計画してください。