テーマ解説 — データスチュワード（役割解説）
「顧客データのことは、あの人に聞けば分かる」——どの職場にもいる“あの人”に、正式な名前を与えたのがデータスチュワードです。このページでは、聞き慣れないこの役割の正体と、データオーナーと分けなければいけない理由、そしてIPAがこの役割を人材標準に定義した意図を、現場の言葉で解説します。
この“あの人”がやっている仕事にこそ、正式な名前があります。それがデータスチュワード。多くの職場では、肩書も評価もないまま「詳しい人」が個人の善意でこの役割を担っています。データマネジメントの世界では、これを属人的な善意ではなく、組織の正式な役割にしようと考えます。
正直、なじみのない言葉です。スチュワード（steward）は英語で「執事・世話人・管財人」——つまり、持ち主に代わって財産の世話をする人を指します。日本人にいちばん近い記憶は、飛行機の客室乗務員の旧称「スチュワード／スチュワーデス」でしょう。乗客の世話を焼く人、というあのイメージです。
大事なのは「持ち主に代わって」という部分です。執事は屋敷の持ち主ではありませんが、屋敷のことを誰よりも知っていて、日々の手入れを取り仕切ります。データスチュワードも同じで、データの持ち主ではないが、データの状態に誰よりも詳しく、日々の世話をする係。本サイトでは「データの世話係」と訳しています。
では「持ち主」は誰か——それがデータオーナーです。この2つの関係を、次の章で整理します。
迷ったら「決める人か、日々回す人か」で見分けるのがおすすめ
賃貸マンションを思い浮かべてください。大家（データオーナー）は物件の持ち主です。家賃をいくらにするか、誰に貸すか、建て替えるか——重い判断を下し、最終責任を負います。でも、毎日物件にいるわけではありません。一方、管理人（データスチュワード）は毎日そこにいて、掃除や点検をし、住人の「電球が切れた」「ゴミ出しのルールは？」に即座に答えます。ただし、家賃を変える権限はありません。
| 観点 | データオーナー（大家） | データスチュワード（管理人） |
|---|---|---|
| 立場 | そのデータの持ち主・最終責任者 | 日々の世話係・現場の窓口 |
| やること | 「どう使うか・誰に見せるか」の方針を決める | 方針に沿って、定義や品質を日々守る |
| 関わる頻度 | 節目ごと（方針変更・重い判断のとき） | 毎日 |
| 典型的な場面 | 「顧客データを外部の分析会社に渡してよいか」を決裁する | 「この項目の意味は？」に答える。表記ゆれを見つけて直させる |
| 誰がなるか | 業務部門の管理職が多い | 現場をよく知る担当者が多い |
つまり、オーナーは「決める人」、スチュワードは「日々回す人」。どちらもデータに責任を持ちますが、責任の種類が違います。試験用語で言えば、オーナーが負うのは最終責任（説明責任）、スチュワードが負うのは日常の実務責任です。
「1人がやればよくない？」と思うかもしれません。実は、分けるのには構造的な理由があります。
理由①：知識と権限は、別の人に宿るから。現実の組織では、決裁権を持つ管理職ほど現場のデータの細部を知らず、細部を知る現場の担当者ほど決裁権がありません。「決める力」と「知っている力」が最初から別の場所にあるのに、役割を1つにまとめると、どちらかが欠けた運用になります。
理由②：兼任は、決まった形で失敗するから。管理職がスチュワードを兼ねると、忙しくて日々の世話が回らず、問い合わせが放置されます。逆に現場の担当者がオーナーを兼ねると、「外部に出してよいか」のような重い判断を下す権限がなく、決められないまま止まります。「忙しくて回らない」か「決められない」——兼任の失敗はこの2パターンに集約されます。
理由③：窓口が分かれていると、現場が速くなるから。日常の疑問（項目の意味、入力ルール）はスチュワードに聞けば即日解決し、重い判断だけがオーナーに上がる。大家に電球切れの連絡をしないのと同じで、問い合わせの交通整理こそが2階建てにする実利です。
なお、この「決める人と回す人を分けて明記する」考え方は、仕事の分担表でRACI（誰が実行し、誰が説明責任を負うか）として知られる整理法とも重なります。オーナー＝A（説明責任）、スチュワード＝R（実行責任）と当てはめると、腹落ちしやすいはずです。
2026年4月、IPAはDX人材のスキルを体系化した「デジタルスキル標準（DSS）ver.2.0」を公開し、DX推進人材の類型に「データマネジメント」を新設しました。そこで定義された3つのロールが、データスチュワード・データエンジニア・データアーキテクトです。
注目したいのは3ロールの描き分けです。DSSでは、データエンジニアには「ITスキル」、データアーキテクトには「両方の理解」が求められるのに対し、データスチュワードには「事業ドメインスキル」——つまり業務そのものへの詳しさ——が特に求められるとされています。スチュワードの仕事は、データの品質・安全性を日々確保し、事業部門・現場組織にデータマネジメントを浸透・定着させること。3ロールのうちスチュワードだけは、IT職ではなく「現場の人」がなることを想定した役割だと読めます。
ここからは本サイトの見立てですが、この動きは2027年度開始予定のデータマネジメント試験（仮称）と同じ方向を向いています。試験の対象は「ビジネス部門を含む幅広いビジネスパーソン」——まさに、現場でデータの世話をしている（またはこれからする）人たちです。冒頭の“あの人”に正式な名前と体系的な知識を与え、組織の役割として確立していく。その知識の土台を測るのが新試験だ、と考えると、勉強する意味がすっと腹に落ちるのではないでしょうか。
EXAM NOTE — データマネジメント試験（仮称）
IPAの公式サンプル問題では、業務シナリオの中でのデータの責任分担が題材として出題されました。「この場面で判断すべきなのは誰か」を考えさせる形式です。
本サイトのオリジナル問題では、オーナー／スチュワード／CDOなどの役割名の区別を問う問題を収録しています。迷ったら本ページの「大家と管理人」に立ち返ってください。決めて責任を負うならオーナー、日々世話するならスチュワードです。
ITパスポート試験でも問われます。シラバス案Ver.0.1では、中分類8「データマネジメント」がITパスポート試験の出題範囲に入り、用語例に「データマネジメント機能（マネジメント、ガバナンス、アーキテクチャ など）」が挙げられています。ただし「データスチュワード」という語そのものは、シラバス案には見当たりません。役割分担の考え方がこの中分類で問われるかどうかは本サイトの解釈です。分野構成の変化はITパスポート試験はこう変わる、現行シラバスとの対応は新旧シラバス対応表で整理しています。
例題 — 力だめしに1問どうぞ
データ品質管理において、実務レベルでデータの定義や品質維持、メタデータの更新などの日常的な責任を負う役割として、最も適切なものはどれか。
正解：イ
「実務レベル」「日常的な責任」というキーワードが決め手です。日々の世話＝スチュワード。データオーナー（ア）は方針を決めて最終責任を負う側、CDO（ウ）は経営レベルの戦略を担う側、データアーキテクト（エ）は全体の仕組みを設計する側で、いずれも「日常的な実務」からは距離があります。
出典：本サイト作成のオリジナル問題（IPA公式の問題ではありません）。オリジナル問題演習でこの続きが解けます。
データを技術的に保管・保護する役割（IT部門側）。スチュワードが「意味と品質」の世話係なら、カストディアンは「入れ物と安全」の番人。
DSS ver.2.0でスチュワードと並んで定義されたロール。エンジニアはデータの収集・統合・提供の整備（IT寄り）、アーキテクトは全体の仕組みの設計を担う。
データを正しく読み、使い、疑う基礎能力。スチュワードが現場に「浸透・定着」させていく対象がこれ。
理解できたか、実際の問題で確かめてみましょう。
役割分担・データガバナンスを題材にした問題を一問一答形式で解けます。
← テーマ解説の一覧へ ／ X（旧Twitter）@dm_exam_site でも毎朝1問ずつ出題しています。
※ 本ページの解説・たとえ話・用語の言い換え、および試験とDSSの関係についての見立ては本サイト独自のものです。2026年8月31日公開のデータマネジメント試験（仮称）シラバス案 Ver.0.1 では、「データスチュワード」が科目A重点分野（中分類8）小分類3「データガバナンス」の運営体制及びステークホルダの用語例として、CDO・DMO・データオーナー・データエンジニア・データアーキテクトと並んで挙げられていることを確認しています。
