結論業務改善を「ムダや非効率を探すこと」から始めると、改善は部分最適に終わり、全体としては何も良くならないことが起きます。原因は努力不足ではなく、現象（ムダ）をそのまま課題にしてしまう課題設定のズレです。よくある状況業務改善の相談で、最初に出てくる言葉はだいたい決まっています。会議が多い手作業が多い承認が遅い似た入力を何度もしている進捗確認のための資料作成が重いこの瞬間、改善の方向性が「ムダ取り」「削減」「効率化」に寄り、次のアクションが決まります。ムダな作業を洗い出す工数を集計する作業を減らす案を出すとにかく短縮するここまでは一見合理的です。実際、現場も納得しやすいです。しかし、ここから先で失敗が始まります。なぜ「非効率探し」から始まりやすいのかこのパターンは、起きるべくして起きます。① 見えるものから手を付けたくなる現象（ムダ）は目に見えます。会議も手作業も、すぐに指摘できます。一方で「構造」や「判断の詰まり」は見えにくく、時間がかかります。そのため、最初の一歩として“見えるムダ”に飛びつきやすいです。② 成果が早く出そうに見える「会議を半分にする」「資料を減らす」は、短期成果に見えます。改善活動は成果を求められやすいので、早く成果が出そうなものに寄ります。③ 反対されにくい「効率化」は誰も反対しづらい言葉です。議論が起きにくいぶん、合意形成が早い。だから選ばれます。誤りの本質誤りの本質はシンプルで、次の混同です。現象（ムダ・二度手間） を課題（構造的なズレ） として扱ってしまうムダは症状であり、結果です。ムダが生まれるには必ず理由があります。何かを確認しないと怖い失敗すると手戻りが大きい責任の所在が曖昧で、承認で守っている情報が散在していて、転記でつないでいる標準化できていない例外が多いこの「理由」を見ないままムダだけ削ると、別の場所で無理が発生します。なぜうまくいかないのか「非効率探し」型が失敗する理由は、実務で再現性高く起きます。① “守っていた価値”が失われるムダに見える作業が、実は次を守っていることがあります。品質（ミスを防ぐ）リスク（法令・監査・取引条件）顧客対応（例外処理・個別対応）社内調整（後で揉めないための合意）ムダを削った結果、事故が起きたり、クレームが増えたり、現場が炎上します。そうなると改善は「やっぱり無理だった」で終わります。② 部分最適で、全体の詰まりが残る会議時間は減っても、意思決定は早くならない。資料は減っても、認識齟齬は増える。転記は減っても、一次情報の品質は上がらない。つまり、ボトルネックが別の場所に移動するだけです。③ 「削ること」が目的化し、改善が嫌われる工数削減がゴールになると、現場はこう感じます。自分の仕事が分かっていない人に削られる事故が起きたら自分が責任を負う現実を見ずに“数値だけ”を押し付けられる改善が協力されなくなり、活動が形骸化します。会議で起きがちな“ズレた会話”このパターンでは、会議が次のような流れになりがちです。「ムダな作業って何ですか？」「会議多いですよね。減らしましょう」「この資料、本当に必要ですか？」「承認を1段減らせませんか？」一見、前に進んでいるように見えます。しかし根っこにある問いが欠けています。「なぜその資料が必要になっているのか？」「承認が多いのは、どんな不安を埋めているのか？」「決められない理由は、情報不足か責任設計か？」ここを押さえないまま削るほど、後で反動が来ます。本来設定すべき問い「非効率」を見つけたときに問うべきは、ムダの数ではありません。次の問いに置き換える必要があります。① その業務は、何を守るために存在しているのか？品質を守っているのかリスクを避けているのか調整コストを下げているのか② どこで意思決定が詰まっているのか？判断材料が不足しているのか権限が曖昧なのか失敗のコストが大きいのか③ ムダの発生源はどこか？情報が散在して転記しているのか例外が多く標準化できないのか上流が曖昧で下流で調整が増えているのか課題設定の言い換え例× ムダな作業を減らす〇 判断に必要な情報が揃わず、承認が“確認作業”になっている× 会議を減らす〇 会議で決めるべき論点が整理されず、決定が先送りになっている× 資料作成を減らす〇 現場の一次情報が整っておらず、報告のための再加工が発生している正しい課題設定に置き直すと、何が変わるか問いが具体化されると、改善の打ち手が変わります。「会議を減らす」ではなく、会議で決める論点と判断材料を固定する「承認を減らす」ではなく、承認で担保しているリスクと責任設計を明確にする「資料を減らす」ではなく、一次情報の持ち方を揃えて再加工を消す結果として、改善は「削減」ではなく、業務の質の設計になります。課題デザイン室の考え方課題デザイン室では、業務改善において次を重視します。「ムダ」を課題として置かないムダが生まれる理由（守っている価値・不安・詰まり）を言語化する先に削らず、先に構造（判断・権限・情報）を整理する改善後に「何ができるようになるか」を具体の状態で定義する業務改善が空回りしているとき、必要なのは追加の努力ではなく、現象の一段下にある問いを置き直すことです。