管理型マネジメントスタイルがデータドリブン思考を阻む

ダッシュボードはある。それでも判断は変わらない

BIダッシュボードはある。KPIも設定している。経営会議の資料には数字がきれいに並んでいる。それでも、議論は数字の確認で終わり、最終判断は結局、上司や役員の経験と勘で決まる。現場は数字を使って「考える」より、数字を「説明する」ことに時間を使っている——この光景に、心当たりがある経営者・管理職の方は多いのではないでしょうか。

なぜ、データはあるのに、組織の判断は変わらないのか。技術が足りないわけではありません。データが足りないわけでもありません。多くの場合、ボトルネックは思いがけない場所にあります。それは、組織のマネジメントのあり方です。

「見る」と「使う」は違う

別のコラム（『データを見ているとデータを使っているは別物』）でも触れた通り、データドリブン経営の本質は、数字を見ることではなく、数字から気づき、考え、次の行動を変えることにあります。データそのものに価値があるのではなく、「データ→意思決定→行動→結果→次のデータ」というループが回ったときに、はじめてデータに価値が生まれます。

💡 データドリブンの好循環ループ

データから違和感に気づく → 仮説を立てる → 次の打ち手を決める → 実行する → 結果を見て学ぶ → 次のデータへ

このループが回らない組織では、何が起きているのでしょうか。多くの場合、ループは「データを見る」までで止まり、「気づき・考え・打ち手」のステップに進みません。なぜか。ここで「マネジメントのあり方」という、技術論では触れにくいテーマに踏み込む必要があります。

管理型マネジメントは、もともと悪ではない

最初に強調しておきたいのは、管理型マネジメントそれ自体は、悪ではないということです。品質、納期、コンプライアンス、予算管理——一定の領域では、明確な統制と監視は不可欠です。基準を逸脱すれば事故や不祥事につながる領域では、管理型のスタイルが組織を守ります。

問題は、管理型が「効くべき領域」と「効かない領域」の切り分けがされず、組織のあらゆる活動に管理型が浸透してしまったときに起きます。とりわけ、データドリブン思考のように、「現場が自ら気づき、仮説を立て、試して学ぶ」ことが本質的に求められる領域では、強すぎる統制は機能不全を生みます。

なぜマネジメント層が管理型に傾くのかにも、構造的な理由があります。管理職本人が管理型で育てられてきた、結果責任が管理職に集中する評価制度になっている、管理型のほうが行動が「測れる」ため安心できる——個人の悪意ではなく、組織の構造が管理型を再生産しているケースが多いのです。

管理型がデータを「報告目的」に変えるメカニズム

注目すべきは、これが悪意のないループだということです。上司は責任を果たそうとしているし、現場は怒られないように動いている。それぞれが合理的に振る舞った結果、組織全体としてはデータドリブン思考から遠ざかっていく——これは個人の問題ではなく、構造の罠です。

会議で起きていること（2つの例）

具体的にどう現れるかを、2つの場面で示します。

例1：営業会議で売上未達が報告される

上司は「なぜ未達なのか」と問います。現場は、顧客事情、市況、競合動向、納期遅れなど、思いつく限りの説明をします。しかし、その説明は「次の打ち手を決めるため」ではなく、「未達の責任を回避するため」のものです。会議は原因の確認で終わり、「では次に何を試すか」までは進みません。来月、また同じ会議で、似た説明が繰り返されることになります。

例2：製造の品質会議で不良率の上振れが報告される

上司は「なぜ目標値を超えたのか」と問います。現場は、設備の調子、原料のロット差、人員の入れ替わり、季節要因などを説明します。ここでも説明の目的は、次の打ち手を導くことではなく、「責任の所在を明確にする」ことに偏っていきます。原因に手を打つ提案が出にくい雰囲気のなか、不良率は構造的に高止まりしていく——この光景は製造現場でも珍しくありません。

両者に共通するのは、「なぜ？」という問い自体は正しいのに、それが学習のための問いではなく、詰問として受け取られているという点です。問いの中身ではなく、問いが置かれている関係性が機能不全を生んでいるのです。

必要なのは「安全に考えられる関係性」

ここから言えるのは、データドリブン思考とは単にデータを見るスキルではなく、行動様式そのものだということです。具体的には、数字を見て違和感に気づき、仮説を立て、次の打ち手を考え、実行して結果を見て、失敗から学ぶ——この一連のサイクルを現場が自分の頭で回せる状態が、データドリブン思考です。

このサイクルは、現場が「間違えたら責められる」と感じている状態では、絶対に機能しません。仮説は外れることが前提です。次の打ち手は、試して結果を見ないと正解か分かりません。失敗が責任追及に直結する組織では、現場は「外れない仮説」しか出さなくなり、結局それは仮説ではなく「言い訳の準備」になります。

データドリブン思考に必要なのは、優秀なBIツールでも高度な分析手法でもなく、まずは現場が安全に考えられる関係性です。これは精神論ではありません。「失敗から学ぶ」を許容するマネジメント設計の問題です。

支援型マネジメントへ

ここで対比的に語られるのが、支援型マネジメントです。誤解されがちなのですが、支援型は「部下を優しく支援しよう」ということではありません。現場が自分で考え、判断し、行動できるように、方向性・判断基準・必要な情報を整えるマネジメントのことです。

観点	管理型マネジメント	支援型マネジメント
データの使い方	報告・監視	判断・学習
会議の目的	確認・指示	仮説検証・次の行動
上司の役割	管理する	判断基準と情報を整える
現場の状態	指示待ち・防衛的	主体的・探索的
失敗の扱い	責任追及の対象	学習機会として共有
上司の典型的な問い	「なぜできなかったのか」	「次に何を試せると思うか」
結果	行動の形骸化	データドリブン思考の定着

重要なのは、両者は対立軸ではなく、文脈で使い分けるものだということです。品質・納期・コンプライアンスのような「外してはいけない領域」では管理型が機能し、データドリブン経営のような「現場が自ら考えることが価値になる領域」では支援型が機能します。問題は、後者にまで管理型を持ち込んでいる組織が圧倒的に多いことです。

同じ会議が、こう変わる

先ほどの営業会議は、支援型ではこう変わります。上司が冒頭で「今日は確認ではなく、次の打ち手を決める場にしたい」と宣言する。数字に対する第一声を「なぜできなかったのか」ではなく、「この数字を見てどう感じる？」「どこに違和感がある？」に変える。仮説を出した部下を最初に評価し、外れる可能性を恐れず話せる雰囲気を作る。会議の最後は「次の3週間で試すこと」を一つ決めて閉じる——たったこれだけで、同じデータが、同じメンバーで、まったく別の議論になっていきます。

会議体・KPI・組織をすべて作り変える必要はありません。明日の一つの会議で、上司の問い方を変える——ここから始めるのが現実的です。

データドリブンを阻んでいるのは、マネジメントのあり方

データドリブン経営を実現するために必要なのは、ダッシュボードを増やすことでも、データサイエンティストを採用することでもありません。データを見た人が、自分の頭で考え、次の行動を決められる状態を作ること——これが本質です。

そのためには、統制と監視を中心に置いた管理型のマネジメントスタイルから、方向性と判断基準を整える支援型マネジメントへ、関わり方を変える必要があります。データドリブン思考を阻んでいるのは、ダッシュボードでもスキルでもなく、マネジメントのあり方そのものです。

---

TKコンサルティングでは、管理型から支援型へとマネジメントスタイルを再設計し、データドリブン思考が機能する組織への転換を支援しています。お気軽にご相談ください。