目標と施策の食い違いに気づいた時の修正の進め方

2026年3月1日

目標と施策の食い違いに気づいたら、まず押さえたいポイント

「目標と施策の食い違い」とは何か

会議では「目標達成」が繰り返し語られているのに、現場の日々の施策はどこか噛み合わない。そんな違和感を抱えたまま、なんとなく業務を続けていないでしょうか。

この記事では、「目標と施策の食い違い」がどこで生まれ、気づいた瞬間にどう修正へ舵を切るか、その具体的な考え方と進め方を整理します。

目標と施策の食い違いとは、組織が掲げる期待する成果（目標）と、現場で実行している具体的な行動（施策）が一致していない状態を指します。表面的には動いていても、本来の目的に到達できない原因になります。

とくにMBOやOKRなどの目標管理制度を導入している組織では、「上位の戦略目標」と「部門・個人の目標」「日々の施策」のカスケードが途中で切れてしまい、「数値は追っているのに、会社の方向性とつながっていない」といった状態になりがちです。

このギャップは、単に担当者の努力不足ではなく、ビジョンの翻訳不足、制度設計の甘さ、合意形成の不足といった「構造的な問題」として捉えることが重要です。

なぜ多くの組織で起こるのか（よくある誤解とリアルな原因）

「施策をたくさんやれば目標に近づく」という誤解は少なくありません。実際の原因は、目標の言語化不足、要件定義の欠如、評価基準の曖昧さ、経営と現場の解釈ズレ、ダブルバインド（矛盾した指示）など、複数の要因が絡み合っていることがほとんどです。

目標の言語化不足

「顧客志向」「生産性向上」など抽象的なスローガンだけが掲げられ、現場レベルで「何をどこまで実現すればよいか」がSMARTに落ちていないと、各自がバラバラに解釈してしまいます。

要件定義の欠如

採用やシステム導入、新サービス開発などで、「求める人材像」「必要機能」「対象顧客」などの要件を、関係者（経営・現場・人事・ベンダー）で合意しないまま走り出すと、後から「それは想定していなかった」という手戻りが頻発します。

評価基準の曖昧さ

PoCやプロジェクトで「何がどうなれば成功と言えるのか」が事前に決まっていないと、結果を見ても良し悪しが判断できず、「続けるべきか、やめるべきか」という経営判断さえできません。

経営と現場の解釈ズレ

経営層が掲げる高いビジョンを、中間管理職が現場の言葉に翻訳できていないケースも多く見られます。その結果、「経営はこう言っているが、現場では別の指標で評価される」といった二重基準が生まれます。

ダブルバインド（矛盾した指示）

「主体的に動け」と言いながら、実際には「事前に必ず根回しをしないと減点される」など、行動の基準が矛盾していると、現場はどちらを優先すべきか分からず、意欲と創意工夫が削がれます。

さらに調査によれば、会社の戦略に十分共感している従業員は1〜2割程度にとどまるとも言われています。そもそも「何を目指している組織なのか」が腹落ちしていないこと自体が、食い違いの温床になっています。

放置すると何が起きるか（現場の萎縮・リソース浪費・離職など）

食い違いを放置すると、現場は試行錯誤を延々と繰り返し、時間とコストが浪費されます。成果が見えないことで士気が下がり、萎縮や早期離職を招くリスクが高まります。

PoC疲れ・PoC貧乏

目的やゴールを定めないままPoCを繰り返すと、「検証をやること」自体が目的化し、本格導入に進めないまま、予算や人員だけが消耗していきます。

早期離職・内定辞退

採用段階での要件定義が曖昧なままだと、「入社してみたら聞いていた仕事と違う」「評価されるポイントが分からない」といったギャップが生じ、ミスマッチによる早期離職や内定辞退が増えます。

制作・開発現場でのトラブル増加

発注側と受託側で目的や要件の認識合わせを怠ると、制作途中の大幅な仕様変更や、納品後のクレーム対応が増え、「いつまでも終わらない案件」が常態化します。

心理的安全性の低下

矛盾した指示や曖昧な評価基準が続くと、現場は「どうせ何をやっても怒られる」と感じ、挑戦や提案をしなくなります。これは組織の学習能力・イノベーション力の低下にも直結します。

ありがちな食い違いパターンを具体例でチェック

経営と現場の解釈ズレの例

経営が「顧客満足度向上」と言い、現場は「対応回数を増やす」ことを施策にするものの、実際の顧客満足を測る指標が設定されていないケースがあります。

たとえば、経営は「解約率の低下」「NPSの向上」をイメージしているのに、現場は「問い合わせへのレス数」や「訪問件数」だけを追っている場合です。結果として、「忙しく動いているのに、クレームは減らない」「顧客からの評価も変わらない」という事態が起きます。

このような場合、本来は「顧客満足」を「リピート率」「解約率」「紹介件数」など具体的なKPIに分解し、それに紐づく施策（対応スピード改善、FAQ整備など）へと落とし込む必要があります。

要件定義が曖昧なまま走り出してしまう例

システム導入で必要な機能や条件が共有されず、開発が進んでから大幅な手戻りが発生するケースです。

「とりあえず便利なSaaSを入れたい」「AIを活用したい」といった抽象的なニーズだけでプロジェクトを開始すると、後から「既存システムとの連携が必須だった」「セキュリティ要件を満たせていなかった」といった問題が判明し、再設計が必要になります。

採用においても同様で、「優秀な人が欲しい」というレベルでしか要件を決めていないと、人事・現場・経営でイメージする人物像がズレ、紹介会社や候補者との間にもミスマッチが広がります。

評価基準があいまいで「成功か失敗か分からない」例

PoCで何をもって成功とするかが定義されておらず、投資継続の判断ができないケースです。

たとえば、「AIチャットボットのPoCをやってみたが、『なんとなく良さそう』以上の感想が出てこない」「定性的な感想しかなく、ROIの見通しが立てられない」といった状況です。

本来は、「問い合わせ対応時間を○％削減できるか」「オペレーターあたりの対応件数を○件増やせるか」など、事前に評価軸としきい値を決めておき、結果がそれを上回ったかどうかで続行・中止を判断できる状態にしておく必要があります。

施策をやること自体が目的化してしまう例（PoC疲れなど）

検証ばかり増え、本稼働に移せず「やっている感」だけが残るケースです。

「DX推進プロジェクト」でありがちなのが、最新技術を次々と試すものの、「何の課題を解決したいのか」「どのKPIに効くのか」が不明確なままPoCを乱発してしまうケースです。

この場合、現場からは「また新しいことをやらされて終わりだろう」という諦めに近い感情が生まれ、協力も得にくくなります。目的とゴールを明確にし、PoCは「本格導入に進むかどうかを短期間で見極めるための手段」に徹することが重要です。

ダブルバインド（矛盾した指示）による混乱の例

「主体的に動け」と言われながら「事前相談なしはダメ」と、矛盾した評価基準が存在するために現場が動けないケースです。

たとえば、次のような相反するメッセージが同時に与えられることがあります。

「もっとスピード感を持て」と言いながら、「勝手に進めるな、根回しをしろ」と言われる
「細かく報告しろ」と言われて頻繁に報告すると、「そんな細かいことはいちいち言わなくていい」と叱られる

このようなダブルバインドが続くと、「何をしても怒られる」という学習が進み、メンバーは指示待ち・忖度ベースでしか動けなくなります。

食い違いに気づいた瞬間にやるべき「初動対応」

まず立ち止まって確認すべき3つの論点

食い違いに気づいたときには、次の3点を確認します。

本来の目標は何だったのか
いま実行している施策は何を狙っているのか
誰と誰の間で食い違いが起きているのか

ここでは、QCストーリーや論理的問題解決プロセスにおける「問題の特定」にあたる部分を丁寧に行います。

「売上未達」「離職率の増加」など表面に出ている事象と、「何を達成したかったのか（理想状態）」の差分を明確にし、どのレイヤー（経営―部門／部門―チーム／上司―部下）で認識がズレているのかを書き出します。

関係者を巻き込む前に準備しておく情報

関係者を巻き込む前に、現状を共有するための材料を準備しておきます。具体的には、現状の施策一覧、期待する成果指標（KPI候補）、発生しているズレの具体例を短くまとめておきます。

可能であれば、次のような項目を簡単な表に整理しておくと、関係者との議論が建設的になります。

項目	内容の例
目標／狙い	売上拡大／解約率の低下／採用数の最大化など
現在の実績	売上△％、解約率○％、応募数×件など
実行中の施策	キャンペーンA、PoCプロジェクトB、新チャネルC など
想定していた効果	問い合わせ増加、対応時間削減、応募数増加など
実際に起きているズレ	忙しいが成果は横ばい／現場負荷だけ増大など