第1章 1-1 / データサイエンスの世界と行動規範

データドリブン思考とビジネスマインド

このページで学ぶこと

データサイエンティスト検定(DS検定)は、統計や機械学習の計算力だけを問う試験ではありません。むしろ最初の関門は、データを扱う人間としての「姿勢」や「考え方」です。このページでは、論理とデータにもとづく判断目的・ゴール設定の重要性課題と仮説の言語化一次情報にあたることの価値という4つの土台を整理します。

どれも「当たり前」に聞こえるかもしれませんが、実務でもっとも軽視されがちなポイントです。試験対策としても、実務の基礎体力としても、ここでしっかり押さえておきましょう。

1. データサイエンティストに求められる「ビジネスマインド」

データサイエンティスト検定(DS検定★リテラシーレベル)は、一般社団法人データサイエンティスト協会が定める「データサイエンティストに必要なスキル」のうち、初学者・社会人が最低限身につけておくべき知識を問う試験です。出題範囲はスキルチェックリスト(ver6.00)にもとづき、大きく「基盤」「価値創造力」「データサイエンス力」「データエンジニアリング力」の4区分に整理されており、その中でもすべての土台にあたるのが「基盤」に含まれる「行動規範」と呼ばれる分野です。

第1章では、この行動規範のうち「ビジネスマインド」を扱います。ビジネスマインドとは、統計手法やプログラミングのスキルより手前にある、データと向き合うときの心構えのことです。どれほど高度な分析ツールを使いこなせても、目的が曖昧なまま分析を始めたり、思い込みだけで結論を出したりすれば、その分析は誰の役にも立ちません。

逆に言えば、この章で扱う4つの考え方さえ身についていれば、専門的な統計知識がまだ十分でなくても、ビジネスの現場で「データを正しく使える人」として信頼されるようになります。試験対策であると同時に、明日からの仕事にそのまま活かせる内容ですので、ひとつずつ丁寧に見ていきましょう。

さえちゃん
さえ

DS検定っていうと難しい数式ばっかりイメージするかもしれないけど、実は最初に問われるのは「考え方」なんだよね。ここでつまずかないようにしっかり読んでいこう!

2. 論理とデータの重要性 ― データドリブンという考え方

ビジネスの意思決定には、大きく分けて2つのアプローチがあります。ひとつは、担当者の勘・経験・度胸※1(頭文字をとって「KKD」と呼ばれます)に頼る方法。もうひとつは、データドリブン※2、つまり実際のデータや論理にもとづいて判断する方法です。

KKDがまったくの無価値というわけではありません。長年の経験には、データ化しきれない現場の勘所が詰まっていることもあります。しかし、KKDだけに頼った意思決定は、担当者が変わると再現できない、他人に説明できない、そして何より思い込みや希望的観測に流されやすいという弱点を抱えています。ビジネスにおいて「論理とデータの重要性」を認識し、分析的でデータドリブンな考え方にもとづいて行動できることは、データサイエンティストに限らずすべてのビジネスパーソンに求められる基礎姿勢です。

EXAMPLE
  • 「なんとなく売れそうだから」ではなく、過去の販売データと季節指数から発注数を決める
  • 「ベテラン店長の勘」だけでなく、来店客の年齢層データも踏まえて品揃えを見直す
  • 「前任者もこうしていたから」ではなく、実際の顧客満足度データを見て施策の継続可否を判断する

データドリブンな考え方の本質は、「データを使えばよい」という話ではなく、自分の主張や判断の根拠を、いつでも他者に説明できる状態にしておくという姿勢にあります。KKDによる判断は属人的ですが、データと論理にもとづく判断は、チームで共有し、検証し、改善していくことができます。

POINT

データドリブンとは「データがすべてを決める」という意味ではありません。経験や勘を否定するのではなく、その経験や勘を裏づける、あるいは見直すためにデータと論理を使うという姿勢がデータドリブンです。

さえちゃん
さえ

「昔からこうだから」で片づけられちゃうと、データ担当としては悲しいよね…。試験でも「データドリブンな考え方」ってキーワードがそのまま出てくるから覚えておいてね。

3. 目的とゴールのない分析は迷子になる

「とりあえずデータを分析してみよう」という言葉は、現場でよく聞かれます。しかし、これはデータ分析における典型的な失敗パターンです。目的やゴールの設定がないままデータを分析しても、意味合いが出ないということを、まず理解しておく必要があります。

たとえば、ある会社の月次売上データを渡されて「何か分析して」と言われたとします。売上の推移をグラフにする、平均を出す、前年比を計算する……。作業自体はいくらでもできますが、それが何のための分析なのかが決まっていなければ、出てきた数字の「意味合い」を誰も判断できません。売上が前年比105%だったとして、それは喜ぶべき結果でしょうか、危機感を持つべき結果でしょうか。目標(KGI/KPI※3)が定まっていなければ、この問いにすら答えられません。

EXAMPLE ― 「とりあえず分析」の失敗
  • 顧客アンケートを回収したが、何を明らかにしたいのかを決めずに集計だけして終わった
  • 売上データを様々な角度からグラフ化したが、結局「で、何をすればいいのか」が誰にもわからなかった
  • 「とりあえずKPIっぽい数字」を並べたダッシュボードを作ったが、誰も見なくなった

正しい順序は、目的 → 問い → データです。まず「何を達成したいのか(目的・ゴール)」を明確にし、次に「その目的のために何を明らかにする必要があるか(問い)」を立て、最後にその問いに答えるためのデータを集めて分析します。この順序を逆にして「データがあるから分析する」から始めてしまうと、どれだけ手を動かしても意味合いのある結論にはたどり着けません。

POINT

分析を始める前に、必ず「この分析が終わったとき、何がわかっていればゴールなのか」を自分に問いかけてください。ゴールが言えないなら、まだ分析を始めるタイミングではありません。

さえちゃん
さえ

地図もゴールも決めずに歩き出したら、どこにもたどり着けないよね。データ分析もまったく同じで、まずは「どこに行きたいか」を決めるのが先なんだよ。

4. 課題と仮説を「言語化」する

目的とゴールが定まったら、次に大切なのが課題と仮説の言語化です。頭の中でぼんやりと感じている「なんとなく問題がありそうだ」という感覚は、そのままでは分析の出発点になりません。感覚を言葉に落とし込み、誰が読んでも同じ意味に理解できる形にする作業が言語化です。

言語化には2つの効用があります。ひとつは、自分の思考の曖昧さに気づけることです。「なんとなく若い顧客が減っている気がする」を言葉にしようとすると、「若いとは何歳のことか」「減っているとはいつと比べてか」といった詰めの甘さが浮き彫りになります。もうひとつは、チームで議論・検証できることです。言語化されていない仮説は、他人と共有することも、正しいかどうかデータで検証することもできません。

良い仮説とは、検証可能な形で書かれたものです。「〇〇だから、△△という結果になっているのではないか」という因果の構造を持ち、データで裏づけたり反証したりできる仮説が「良い仮説」です。逆に、あいまいな感想や、検証しようのない主観は「悪い仮説」にとどまります。

観点 悪い仮説の例 良い仮説の例
顧客離脱 最近なんとなくお客さんが減っている気がする 20代女性の会員が、競合の新規オープンした店舗が近い地域ほど、直近3ヶ月の来店頻度が落ちているのではないか
売上不振 商品がイマイチだから売れていないのだと思う 価格改定を行った先月から、単価5,000円以上の商品カテゴリでだけ購入率が下がっているのではないか
アンケート お客さんは満足していないのではないか 問い合わせ対応の待ち時間が5分を超えた顧客ほど、満足度アンケートで低評価をつける割合が高いのではないか
EXAMPLE ― 言語化のステップ
  • 「売上が落ちている気がする」→「先月と比べて何が」「どのくらいの割合」落ちているのかを具体的な数字で書き出す
  • 「原因は多分〇〇」→「〇〇が原因だとしたら、データ上どんな傾向が見えるはずか」を書き出す
  • 書き出した文章を同僚に見せて、「何を確認すればこの仮説が正しいとわかるか」を一緒に考えてもらう
POINT

良い仮説の型は「〇〇(条件・原因)だから、△△(結果)なのではないか」です。この型に当てはめて書けないアイデアは、まだ仮説と呼べる段階に達していません。

5. 一次情報にあたる ― 現場・現物・現実

課題や仮説を言語化できたら、次はそれを検証するためのデータを集める段階です。ここで見落とされがちなのが、現場に出向いてヒアリングするなど、一次情報に接することの重要性です。

製造業の品質管理の世界には、古くから「三現主義」という考え方があります。現場・現物・現実を自分の目で確かめてから判断するという原則です。データ分析にもまったく同じことが当てはまります。社内資料やニュース記事、他部署からの伝聞といった「誰かがすでに加工した情報」だけに頼ると、加工の過程で重要な事実が抜け落ちたり、都合よく歪められたりする危険があります。こうした人づてのデータに対して、自分の目や耳で直接確かめた情報を一次情報※4と呼びます。

たとえば、「店舗の売上が落ちている」という課題があったとき、本部の集計データだけを眺めていても、なぜ落ちているのかの手がかりはなかなか見つかりません。実際に店舗に足を運び、店員に話を聞き、レジ前の混雑ぶりや商品棚の様子を自分の目で見ることで、データだけでは見えなかった原因に気づけることが多々あります。ヒアリングを通じて得られる情報は、数値化される前の「生の声」であり、仮説を立てる段階でも、仮説を検証する段階でも大きな価値を持ちます。

EXAMPLE
  • クレームの件数データだけでなく、実際にコールセンターの応対を聞いてみる
  • アンケートの自由記述欄を読むだけでなく、回答者に直接インタビューをしてみる
  • 会議で報告される「現場の声」を鵜呑みにせず、自分自身で店舗や工場に足を運んでみる

もちろん、すべての分析で毎回現場に行けるわけではありません。しかし、「このデータは誰が、どうやって作ったものか」を意識し、可能な範囲で一次情報に触れる機会を持つ姿勢そのものが重要です。伝聞情報だけを積み重ねた分析は、いつのまにか事実からかけ離れた結論に着地してしまう危うさをはらんでいます。

POINT

小規模な検証、いわゆるPoC※5(Proof of Concept、概念実証)も、一次情報に接する手段のひとつです。大規模に展開する前に、小さく試して現実の反応を自分の目で確かめることで、仮説の精度を高めることができます。

さえちゃん
さえ

データって数字だけ見てると忘れがちだけど、その裏には必ず「現場」があるんだよね。数字がおかしいなと思ったら、まずは現場に聞きに行く。これ、地味だけどすごく大事!

まとめ

ここまで、DS検定の出題範囲である「行動規範/ビジネスマインド」の4項目を見てきました。どれも特別な数式やツールを必要としない、しかし実務で最も差がつく基礎的な考え方です。最後に1行ずつ振り返っておきましょう。

  1. 論理とデータの重要性 ― 勘・経験・度胸(KKD)だけに頼らず、分析的でデータドリブンな考え方にもとづいて行動する
  2. 目的とゴールの設定 ― 目的やゴールを決めないまま分析しても、意味合いのある結論は出せないと理解する
  3. 課題と仮説の言語化 ― ぼんやりした問題意識を、検証可能な言葉に落とし込むことの重要性を理解する
  4. 一次情報に接すること ― 現場に出向いてヒアリングするなど、自分の目と耳で確かめた情報に触れることの重要性を理解する

次のレッスンでは、この行動規範のもうひとつの柱である「データ・AI倫理とコンプライアンス」を扱います。データを正しく使うためには、考え方の土台に加えて、守るべきルールを知っておくことも欠かせません。引き続き見ていきましょう。

脚注 ─ 用語解説
  1. 勘・経験・度胸(KKD) … データではなく、担当者個人の感覚や過去の経験、思い切りのよさにもとづいて意思決定を行うこと。データドリブンとしばしば対比される。
  2. データドリブン … 経験や勘ではなく、データにもとづいて判断・行動すること。
  3. KGI/KPI … KGI(Key Goal Indicator)は最終的に達成すべき目標指標、KPI(Key Performance Indicator)はその達成度合いを測る中間的な指標のこと。目標が数値として明確になっていないと、分析結果の良し悪しを判断できない。
  4. 一次情報 … 自分自身が直接見聞きし、体験して得た情報のこと。他人がまとめた資料や伝聞にもとづく「二次情報」と対比される概念。
  5. PoC(Proof of Concept) … 概念実証。新しいアイデアや施策が実現可能か、効果があるかを、小規模な範囲で試してみる検証のこと。