ハーバードビジネススクールオンラインが教えるデータサイエンスと AI の専門家に必要な知識
ハーバードビジネススクールのイアボ・I・ボジノフ准教授は、専門家がデータサイエンスやAIを学ぶ目的はアルゴリズムの習得ではなく、意思決定の質を高めるためのリテラシー構築にあると指摘する。
AI深層分析を開く2026年7月29日 23:31
AI深層分析
キーポイント
問題解決から始めるアプローチ
多くの専門家は技術を導入することから始めがちだが、まずは改善したい意思決定やビジネス課題を明確に定義すべきである。
AI は判断の代替ではなく入力として扱う
AI を人間の判断を置き換えるものではなく、意思決定プロセスへの入力として位置づけ、その能力と限界を理解する必要がある。
信頼とスケーリングが成功の鍵
組織におけるAI導入の成否は、システムへの信頼構築と効果的な展開・拡大戦略に依存すると指摘されている。
意思決定の明確化
AI導入前に解決すべき具体的な意思決定とビジネス行動を定義する必要がある。技術的に高度なシステムも、意思決定の改善に寄与しなければ価値がない。
データの探索的解析の重要性
モデル訓練前にデータ構造や品質、バイアスを確認する探索的データ分析が不可欠である。正確性という指標だけでは不十分で、実際のビジネス目的に合致しているか検証すべきだ。
重要な引用
You do not need to become a data scientist to benefit from data science and artificial intelligence (AI).
We want to use AI for customer analytics is too broad.
A technically advanced system has little value if it does not improve the underlying decision.
"We want to use AI for customer analytics" is too broad. A clearer objective would be: "We want to identify customers who may leave so our retention team can contact them."
編集コメントを表示
編集コメント
本記事は技術的な詳細よりも、組織におけるAIの適切な位置づけと活用マインドセットを問う内容となっている。特に「技術を導入することから始める」のではなく「課題定義から始める」という視点は、多くの現場で見過ごされがちな重要な指摘である。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。

イントロダクション
データサイエンスや人工知能(AI)の恩恵を受けるために、あなたが自らデータサイエンティストになる必要はありません。しかし、これらの技術が何を実現できるのか、どこで失敗しうるのか、そしてその出力をどう評価すべきかを理解しておくことは不可欠です。
私はここ数年、データサイエンスや AI ツールを活用する現場に携わってきましたが、多くの人が「問題」よりも「技術」から始めようとする傾向があることに気づきました。彼らは、改善したい意思決定を明確にする前に、「モデルを学習させたい」「チャットボットを導入したい」「AI アプリケーションを作りたい」と考えてしまいがちです。
プロフェッショナルにとっての目標は、あらゆるアルゴリズムをマスターすることではありません。むしろ、より良い質問ができるようになり、信頼性の低い結果に異議を唱え、これらのシステムの限界を理解し、根拠に基づいた意思決定を下せるような、データと AI に関するリテラシーを身につけることに注力すべきです。
本記事では、ハーバード・ビジネス・スクール(HBS)のイアボフ・I・ボジノフ准教授へのインタビューの内容と、私がデータサイエンスや AI ツールを実際に扱う中で得た経験を統合しました。ボジノフ准教授は HBS Online の「リーダーのための AI」および「意思決定のためのデータサイエンスと AI」というコースの共同責任者です。
意思決定から始める
AI を活用する前に、まず解決すべき意思決定を明確に定義します。
「AI を顧客分析に活用したい」という目標は広すぎます。より明確な目的設定としては、「離脱する可能性のある顧客を特定し、リテンションチームが接触できるようにする」などが挙げられます。
これにより、モデルを実測可能な成果と具体的なビジネスアクションに結びつけることができます。仮にそれが根本的な意思決定の改善につながらなければ、技術的に高度なシステムであっても価値は限定的です。
ボジノフ氏も同様の見解を示しています。AI は判断を代替するものではなく、意思決定を支える入力として扱うべきだというのです。専門家は AI の能力と限界を理解し、その推奨事項を検証した上で、AI を導入すること自体を目的とするのではなく、より良いビジネス成果の実現に注力する必要があります。
HBS Online のインタビューにおいて、ボジノフ氏は「AI 採用、信頼、意思決定」について解説しています。そこでは、AI の成功した導入には組織内での信頼構築と、これらのシステムを効果的に導入・拡大する能力が不可欠であると説かれています。
AI プロジェクト着手前には、解決すべき課題は何か、誰が成果物を利用するのか、その後にどのようなアクションが取られるのか、そして成功をどう測定するかを自問する必要があります。
データの理解から始める
データサイエンスプロジェクトに取り掛かる際、私はすぐにモデルの訓練を開始しません。まずはデータの探索から始めます。
探索的データ分析(EDA)は、データセットの構造や品質、分布、関係性を把握するのに役立ちます。これにより、欠損値や重複レコード、一貫性のないカテゴリ、異常な観測値、そして潜在的なバイアスなどを発見できる可能性があります。
精度だけで判断するのは危険です。例えば、顧客の離脱率が 5% の場合、すべての顧客が継続すると予測するモデルは 95% の精度を達成しますが、実際にはリスクのある顧客を一人も特定できません。
したがって、専門家は「その指標が実際のビジネス目標を反映しているか」を自問し、見かけ上の高いスコアに安易に頼るべきではありません。
ハーバード・ビジネス・スクール・オンライン(HBS Online)の最新記事『AI モデルのためのデータ準備:重要性とベストプラクティス』でも、モデルのパフォーマンスは背後にあるデータの質に大きく依存すると強調されています。この記事では、モデル開発前のデータクリーニング、拡張、変換、整理について解説しています。
データを慎重に準備する
**
実世界のデータがそのまま機械学習に適していることはめったにありません。
データ準備には、欠損値の処理、フォーマットの修正、重複データの削除、カテゴリの変換、有用な特徴量の選択、トレーニング用データと評価用データの分離などが含まれます。
さらに、専門家はデータの由来や収集方法、不足している可能性のある要素、過去の意思決定によってバイアスが生じていないかといった点も把握しておく必要があります。
私の経験では、単純なアルゴリズムを複雑なモデルに置き換えるよりも、データを改善する方がはるかに大きな効果をもたらすことが多いです。
モデルは入力された情報から学習します。その情報が不完全、古びていて、一貫性がない、あるいはバイアスを含んでいれば、結果も信頼できるものではありません。
優れた技術でも、質の低いデータを完全に補うことはできません。
機能する最もシンプルなモデルを選ぶ
最適なモデルとは、必ずしも最新・最大・高価なものではありません。
顧客記録や取引履歴、売上データ、運用データといった構造化されたビジネスデータにおいては、汎用的な大規模言語モデル(LLM)よりも、回帰モデルや決定木の方が適しているケースがあります。
それらは処理速度が速く、コストも抑えられ、説明が容易で、監視もしやすいという利点があります。
一方、文書の要約、情報抽出、ドラフト作成、顧客フィードバックの分析など言語を扱うタスクには LLM が有効です。しかし、予測や分類、表形式データの処理においては、従来の機械学習手法の方が依然として優れた選択肢となるでしょう。
モデルを選ぶ際は、予測精度だけでなく、学習と推論にかかるコスト、速度、拡張性、説明可能性、維持管理の要件、そして誤った予測によるリスクも比較検討する必要があります。
わずかに精度が高くても、コストが桁違いに高い、説明が困難、あるいは維持が難しいのであれば、それが最良の選択とは限りません。
目指すべきは最先端の AI を使うことではなく、課題に対して最も信頼性が高く、費用対効果の高いソリューションを選ぶことです。
信頼する前に検証を
開発段階で良好な結果を示したモデルでも、それが実世界で必ずしも機能する保証はありません。
モデルの評価には、学習や選択に使用されていないデータを用いる必要があります。評価データは、モデルが実際に運用される顧客層、市場環境、および条件を正しく反映しているものでなければなりません。
デプロイ後も検証は継続すべきです。顧客の行動は変化し、市場は変動し、データパイプラインが破綻することもあります。かつて有用だったパターンも、信頼性が低下する可能性があります。
ボジノフ氏は、検証とテストの不備を組織が犯しがちなミスとして指摘しています。適切にテストされていないモデルをデプロイすると、結果に対して過信してしまうリスクがあります。
専門家は、モデルがどのように評価されたか、どのような誤りを犯すか、テストデータが代表性を持っているか、そして時間経過とともにパフォーマンスをどう監視するかを問うべきです。
信頼は、システムの先進性や自信の度合いではなく、根拠に基づいて得るべきものです。
# 顧客分析を実践へつなぐ
顧客分析は単なるダッシュボード以上のものになるべきです。
ダッシュボードは「何が起きたか」を示します。予測モデルは「次に何が起こりうるか」を推定します。そして実験を通じて、「組織が何をすべきか」を判断する手助けとなります。
顧客が離脱する可能性を予測しても、企業が現実的な維持戦略を持って初めて価値を持ちます。さらに、その介入が実際に効果を発揮したかを測定する必要があります。
専門家はまた、相関関係と因果関係を混同しないよう注意すべきです。顧客離脱に関連する特徴量があるからといって、それが顧客が去る理由であるとは限りません。
実験的な思考が真価を発揮するのは、介入が成功すると仮定するのではなく、実際にテストして結果を測定し、証拠から学ぶ組織においてです。
目指すべきは予測の量を増やすことではありません。より良い意思決定を行うことです。
# LLM をアシスタントとして扱う
大規模言語モデル(LLM)によって、AI はこれまで以上に身近なものになりました。私はコーディング、リサーチ、文法改善、情報の要約、アイデアの生成、新しい学習など、日常的にこれらを活用しています。
これらは私の作業速度を上げ、未知の分野を探求する手助けをしてくれます。しかし、流暢で自信に満ちた言語表現が、必ずしも事実に基づいているとは限りません。
LLM は文脈を誤解したり、古くなった情報に依存したり、出典を捏造したり、間違ったコードを生成したり、セキュリティ上の脆弱性を見過ごしたりする可能性があります。HBS Online のガイド「大規模言語モデルとは何か、そしてどのように動作するのか?」では、ビジネスパーソンがこれらを利用する前に理解しておくべき要点を概説しています。
私は LLM の出力を盲目的に信頼することはありません。生成された内容を精査し直し、重要な主張を検証し、生成されたコードを確認して動作テストを行い、セキュリティ上の問題がないかチェックします。
LLM は絶対的な権威として扱うのではなく、アシスタントとして扱います。タスクの結果が重大であればあるほど、その出力はより慎重にレビューされるべきです。
# 人間の判断をループ内に維持する
ボジノフ氏によると、これらのツールが広く普及するにつれ、データリテラシーや実験的思考、そして AI の出力を批判的に評価する能力は、ますます価値を持つようになるでしょう。
専門家が AI の専門家になる必要はありません。ただし、適切な質問を行い、証拠を解釈し、弱かったり信頼できない出力を見分けたり、いつなら回答を信用できるかを理解するための十分な流暢さ(フリューエンシー)は必要です。
HBS Online の『Parlor Room』エピソード「How Mid-Career Professionals Can Lead and Grow With AI」では、専門家が AI への理解を既存の分野知識と組み合わせ、AI 主導の職場でいかに価値を生み出せるかを探っています。また別のエピソード「Early-Career Advice for Building AI and Human Skills」では、AI と効果的に協働するスキルを身につけながら、確固たる専門性を築くことの重要性が語られています。
結局のところ、際立つのは、技術的な理解と分野知識、そして健全なビジネス判断力を組み合わせられる人々です。
# 結びに思うこと
多くの企業が後れを取りたくないという焦りから、AI をあらゆる場所に導入しようとしています。その結果、AI が本当に最適な解決策かどうかを問う前に、API やインフラ、トレーニング、メンテナンスのために多額の費用を投じてしまうケースも少なくありません。
私は、この過熱した議論(ハイプ)は最終的に落ち着くだろうと考えています。
企業は、AI が真に価値を生む場所と、依然として人間の関与が不可欠な領域、そしてよりシンプルで安価な解決策で十分であるケースを明確に見極めるようになります。
成功するデータサイエンスや AI プロジェクトは、最新モデルの採用から始まるわけではありません。それらは、明確な課題定義、信頼できるデータ、適切な評価基準、現実的なコスト見積もり、そして結果を実行に移すための計画という土台の上に築かれます。
目指すべきは、あらゆる場面で AI を使うことではありません。重要なのは、意図的に導入し、慎重に検証を行い、意思決定を本当に改善する領域にのみ適用することです。
アビド・アリ・アワン(Abid Ali Awan)氏は認定データサイエンスのプロフェッショナルであり、機械学習モデルの構築を愛しています。現在はコンテンツ制作に注力し、機械学習やデータサイエンス技術に関する技術ブログの執筆を行っています。テクノロジー経営学の修士号と電信工学の学士号を取得しており、精神疾患に苦しむ学生向けにグラフニューラルネットワークを用いた AI 製品を開発するというビジョンを持っています。
原文を表示

# Introduction
**
You do not need to become a data scientist to benefit from data science and artificial intelligence (AI). However, you should understand what these technologies can do, where they can fail, and how to evaluate their outputs.
After working with data science and AI tools for several years, I have noticed that people often begin with the technology rather than the problem. They want to train a model, introduce a chatbot, or build an AI application before deciding what decision they are trying to improve.
For most professionals, the goal should not be to master every algorithm. It should be to develop enough data and AI literacy to ask better questions, challenge unreliable results, understand the limitations of these systems, and make informed decisions.
This article brings together insights from my interview with Iavor I. Bojinov**, Associate Professor of Business Administration at Harvard Business School, and my own experience working with data science and AI tools. Bojinov co-leads the HBS Online courses AI for Leaders and Data Science and AI for Decision Making.
# Starting With the Decision
**
Before using AI, I first define the decision that needs to be made.
"We want to use AI for customer analytics" is too broad. A clearer objective would be: "We want to identify customers who may leave so our retention team can contact them."
This connects the model to a measurable outcome and a real business action. A technically advanced system has little value if it does not improve the underlying decision.
Bojinov makes a similar point. AI should be treated as an input into decision-making rather than a substitute for judgment. Professionals need to understand its capabilities and limitations, validate its recommendations, and focus on better business outcomes instead of adopting AI for its own sake.
In his HBS Online interview, AI Adoption, Trust, and Decision-Making, Bojinov also explains that successful AI adoption depends on trust and how effectively organizations introduce and scale these systems.
Before starting an AI project, ask what problem it will solve, who will use the output, what action will follow, and how success will be measured.
# Understanding the Data First
When I begin a data science project, I do not immediately train a model. I start by exploring the data.
Exploratory data analysis (EDA) helps us understand a dataset's structure, quality, distributions, and relationships. It may uncover missing values, duplicate records, inconsistent categories, unusual observations, and potential biases.
These checks matter because accuracy alone can be misleading.
Suppose only five percent of customers leave. A model that predicts every customer will stay would be 95 percent accurate, yet it would identify none of the customers at risk.
Professionals should therefore ask whether a metric reflects the real business objective rather than relying on one impressive-looking score.
HBS Online's latest article, Data Preparation for Your AI Model: Importance and Best Practices**, also emphasizes that a model's performance depends heavily on the quality of the data behind it. The article covers cleaning, enriching, transforming, and organizing data before model development.
# Preparing the Data Carefully
**
Real-world data is rarely ready for machine learning.
Data preparation may involve handling missing values, correcting formats, removing duplicates, transforming categories, selecting useful features, and separating training data from evaluation data.
Professionals should also know where their data came from, how it was collected, what may be missing, and whether previous decisions introduced bias.
In my experience, improving the data often delivers a greater benefit than replacing a simple algorithm with a more complicated model.
A model learns from the information it receives. If that information is incomplete, outdated, inconsistent, or biased, the results will also be unreliable.
Better technology cannot fully compensate for poor data.
# Choosing the Simplest Model That Works
The best model is not always the newest, largest, or most expensive one.
For structured business data — such as customer records, transactions, sales history, or operational data — a regression model or decision tree may be more appropriate than a general-purpose large language model (LLM).
It can also be faster, cheaper, easier to explain, and simpler to monitor.
LLMs are useful when the task involves language, such as summarizing documents, extracting information, generating drafts, or analyzing customer feedback. For forecasting, classification, and tabular data, traditional machine learning may remain the better option.
Before choosing a model, I compare predictive performance, training and inference costs, speed, scalability, explainability, maintenance requirements, and the cost of incorrect predictions.
A slightly more accurate model is not always the better choice if it is much more expensive, difficult to explain, or hard to maintain.
The goal is not to use the most advanced AI. It is to choose the most reliable and cost-effective solution for the problem.
# Validating Before You Trust
A model performing well during development does not guarantee that it will work in the real world.
It should be evaluated using data that was not used to train or select it. The evaluation data should also represent the customers, markets, and conditions in which the model will operate.
Validation should continue after deployment. Customer behavior changes, markets shift, data pipelines break, and patterns that were once useful may become less reliable.
Bojinov identifies weak validation and testing as a common mistake. When organizations deploy models without testing them properly, they may become overconfident in the results.
Professionals should ask how a model was evaluated, which mistakes it makes, whether its test data is representative, and how its performance will be monitored over time.
Trust should come from evidence, not from how advanced or confident the system appears.
# Turning Customer Analytics Into Action
Customer analytics should be more than a dashboard.
A dashboard can show what happened. A predictive model can estimate what might happen next. An experiment can help determine what an organization should do about it.
Predicting that a customer may leave only becomes valuable when the company has a realistic retention strategy. It must then measure whether the intervention actually works.
Professionals should also avoid confusing correlation with causation. A feature associated with customer churn is not necessarily the reason customers are leaving.
This is where experimental thinking becomes valuable. Rather than assuming an intervention will work, organizations should test it, measure the outcome, and learn from the evidence.
The objective is not to produce more predictions. It is to make better decisions.
# Treating LLMs as Assistants
Large language models (LLMs) have made AI much more accessible. I use them regularly for coding, research, improving grammar, summarizing information, generating ideas, and learning something new.
They help me work faster and explore unfamiliar topics. However, fluent and confident language is not the same as factual accuracy.
LLMs can misunderstand context, rely on outdated information, invent sources, produce incorrect code, or overlook security vulnerabilities. HBS Online's guide, What Are Large Language Models and How Do They Work?**, provides an overview of what business professionals should understand before using them.
I never trust their output blindly. I review and reread what they produce, verify important claims, inspect generated code, test whether it works, and check for security issues.
I treat an LLM as an assistant rather than an unquestionable authority. The greater the consequences of a task, the more carefully its output should be reviewed.
# Keeping Human Judgment in the Loop
**
According to Bojinov, data literacy, experimental thinking, and the ability to critically evaluate AI outputs will become increasingly valuable as these tools become more widely used.
Professionals do not need to become AI experts, but they do need enough fluency to ask the right questions, interpret evidence, recognize weak or unreliable outputs, and understand when an answer can be trusted.
HBS Online's *Parlor Room* episode, How Mid-Career Professionals Can Lead and Grow With AI, explores how professionals can combine AI fluency with their existing domain expertise to create value in an AI-driven workplace. Another episode, Early-Career Advice for Building AI and Human Skills, discusses the importance of developing strong expertise while learning to work effectively alongside AI.
Ultimately, the professionals who stand out will be those who can combine technical understanding with domain knowledge and sound business judgment.
# Final Thoughts
Many companies are rushing to add AI everywhere because they do not want to fall behind. In doing so, they may spend heavily on APIs, infrastructure, training, and maintenance without first asking whether AI is actually the right solution.
I think the hype will eventually settle.
Companies will learn where AI adds real value, where people remain essential, and where a simpler and cheaper solution is enough.
Successful data science and AI projects do not begin with the latest model. They begin with a clear problem, reliable data, appropriate evaluation, realistic costs, and a plan for turning results into action.
The goal is not to use AI everywhere. It is to use it deliberately, validate it carefully, and apply it where it genuinely improves decisions.
Abid Ali Awan** (@1abidaliawan) is a certified data scientist professional who loves building machine learning models. Currently, he is focusing on content creation and writing technical blogs on machine learning and data science technologies. Abid holds a Master's degree in technology management and a bachelor's degree in telecommunication engineering. His vision is to build an AI product using a graph neural network for students struggling with mental illness.
AI算出
論評・提言ainew評価標準
記事は AI ツールの具体的な新機能や研究結果を報じているわけではなく、AI リテラシーの重要性や意思決定プロセスの改善を説く意見・解説記事であり、新規性も既存の知見の再構成に留まる。検索意図としては「データサイエンス 専門家 知識」のような抽象的なカテゴリ語に近い。
6つの評価軸を見る
- AI関連度
- 75
- 情報源の信頼性
- 50
- 新規性
- 25
- 調べる価値
- 50
- 重複の少なさ
- 100
- 日本での有用性
- 25
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み