改善案を説明しても、「前例がない」「問題が起きたら困る」と止められていませんか？
提案する側には小さな変更でも、承認する側には影響範囲や戻し方が見えていない場合があります。全面導入の承認ではなく、範囲・期間・評価・中止条件を限定した試行として整理します。
この記事では、却下理由を確認し、小規模トライアル型の提案へ組み直す方法を紹介します。
改善提案が通らない理由を確認する
「反対された」で終わらせず、判断に不足した情報を聞きます。
止まる理由には、現状の問題が測れていない、効果が推測だけ、変更範囲が広い、安全・品質・費用への対策がない、評価者が決まっていない、といったものがあります。
「前例がない」と言われたら、どの影響を懸念しているのか、判断に何の資料が必要かを確認します。改善の着眼点を整理する場合は、業務効率化のための7つの視点も参考にしてください。
相手が懸念するリスクを具体化する
リスクを否定せず、起きる条件・影響・検知方法・対応を分けます。
安全、品質、顧客、法令、情報管理、費用、他部署の作業量を確認します。専門部署の承認が必要な変更は、試行であっても省略できません。
各リスクについて、どの時点で問題を検知し、誰が止め、元の手順へどう戻すかを決めます。戻せない変更は、小規模試行に向きません。
現状の問題と影響を事実で示す
「非効率」という評価ではなく、確認できる作業と結果を示します。
発生頻度、処理時間、待ち時間、ミスや差し戻し、影響する相手を記録します。数値が未計測なら、推測値で効果を断定せず、現状測定を試行の最初に含めます。
効果は時間だけでなく、品質や利用者負担も確認します。改善する指標と悪化させてはいけない指標を分けます。
小さく試せる範囲と評価方法を決める
対象者、工程、期間を限定し、全面展開とは分けて承認を求めます。
一つの工程、一つのチーム、戻せるデータなどに範囲を絞ります。試行前の値、試行中の記録、終了時の判断者を決めてください。
中止条件には、安全・品質上の問題、対応できないエラー、後工程への支障などを置きます。試行終了後は、継続・修正して再試行・元へ戻す、のいずれかを判断します。
小規模トライアル型の改善提案テンプレートを使う
アイデアだけでなく、検証して判断する方法まで一枚にします。
- 現行業務と確認できた問題：
- 問題が及ぼす影響：
- 提案する変更：
- 試行する対象・工程・期間：
- 想定リスクと対策：
- 中止条件・元へ戻す方法：
- 測定項目・記録方法：
- 実施担当・承認者・終了時の判断日：
効果の数値は、根拠があるものだけを使います。仮説は仮説と明記し、試行で確認する項目へ置きます。
却下・保留の理由を次回へ残す
提案の採否と、判断理由・追加条件を記録します。
却下された場合は、懸念、足りなかった情報、再提案できる条件を確認します。制度上できない変更なら、同じ案を繰り返さず目的を満たす別手段を検討します。
まとめ
前例がない提案ほど、全面導入ではなく判断可能な試行へ分けます。
現状と影響を測り、範囲、リスク対策、評価、中止条件を示します。まず前回の却下理由を一つ選び、何を確認できれば小さく試せるか聞いてみてください。
コメント