Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ディメンショナルモデリングを採用してない組織がモデリング本を通じて得られたこと
Search
Tech Leverages
December 10, 2025
Technology
0
2.3k
ディメンショナルモデリングを採用してない組織がモデリング本を通じて得られたこと
2025/12/10に開催された「アジャイルデータモデリング事例共有会」の登壇資料です
https://connpass.com/event/375524/
Tech Leverages
December 10, 2025
Tweet
Share
More Decks by Tech Leverages
See All by Tech Leverages
Google ADKのSub Agentを Agentic Workflowに移行し、 遷移成功率を改善した話
leveragestech
0
98
ハッカソンから社内プロダクトへ AIエージェント ko☆shi 開発で学んだ4つの重要要素
leveragestech
0
2.2k
2025年のデザインシステムとAI 活用を振り返る
leveragestech
0
2.5k
レバレジーズのLangfuse活用事例
leveragestech
0
2.2k
CloudComposerによる大規模ETL 「制御と実行の分離」の実践
leveragestech
0
2.5k
「ELT職人」から卒業!Fivetranでデータパイプラインの構築・運用から解放され、 本来の価値創造に集中できる ようになった事例
leveragestech
0
2.2k
SpecKitでどこまでできる? コストはどれくらい?
leveragestech
2
5k
未来を拓くAI技術〜エージェント開発とAI駆動開発〜
leveragestech
2
340
コンテキストエンジニアリングで変わるAI活用 リファクタリングワークフローの実践から学んだ形式知
leveragestech
0
220
Other Decks in Technology
See All in Technology
夢の無限スパゲッティ製造機 #phperkaigi
o0h
PRO
0
160
Mitigating geopolitical risks with local-first software and atproto
ept
0
120
Keycloak を使った SSO で CockroachDB にログインする / CockroachDB SSO with Keycloak
kota2and3kan
0
160
社内レビューは機能しているのか
matsuba
0
150
2026年もソフトウェアサプライチェーンのリスクに立ち向かうために / Product Security Square #3
flatt_security
1
670
銀行の内製開発にて2つのプロダクトを1つのチームでスクラムしてみてる話
koba1210
1
150
Tebiki Engineering Team Deck
tebiki
0
27k
NewSQL_ ストレージ分離と分散合意を用いたスケーラブルアーキテクチャ
hacomono
PRO
4
400
プラットフォームエンジニアリングはAI時代の開発者をどう救うのか
jacopen
7
3.9k
[JAWSDAYS2026]Who is responsible for IAM
mizukibbb
0
900
スケールアップ企業でQA組織が機能し続けるための組織設計と仕組み〜ボトムアップとトップダウンを両輪としたアプローチ〜
tarappo
1
170
モジュラモノリス導入から4年間の総括:アーキテクチャと組織の相互作用について / Architecture and Organizational Interaction
nazonohito51
1
390
Featured
See All Featured
Designing Powerful Visuals for Engaging Learning
tmiket
0
290
4 Signs Your Business is Dying
shpigford
187
22k
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
210
The Curse of the Amulet
leimatthew05
1
10k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.1k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
62
52k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.8k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
320
Believing is Seeing
oripsolob
1
86
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.6k
Are puppies a ranking factor?
jonoalderson
1
3.1k
Transcript
ディメンショナルモデリングを 採用してない組織が モデリング本を通じて得られたこと レバレジーズ株式会社 于 原駿
自己紹介
自己紹介
datatech-jpというコミュニティで #みん強 イベントの企画運営とMCしてます 自己紹介 ⬇先月末SnowVillageと コラボイベント開催!
会社紹介
6 機密情報・転載禁止 © 2025 Leverages Co., Ltd. 会社概要 検討中 オフィス⽴地や社員数等最低限の情報
(最新の数値に更新する) デザイン調整する 社名 従業員数 代表者 資本⾦ 所在地‧拠点 グループ会社 レバレジーズ株式会社 Leverages Co.,Ltd. 3,338名(2025年4⽉現在) 岩槻 知秀 5,000万円 ‧レバテック株式会社 ‧レバレジーズM&Aアドバイザリー株式会社 ‧ATLIKE株式会社 ‧株式会社FNC ‧レバウェル株式会社 ‧レバレジーズオフィスサポート株式会社 ‧レバレジーズプランニングサポート株式会社 ‧レバレジーズスタッフィング株式会社 ‧Leverages Career Mexico S.A. de C.V. ‧Leverages Career Vietnam Co., Ltd. ‧Leverages U.S.Inc. ‧PT Memanfaatkan Karir Indonesia 本社:東京都渋⾕区渋⾕2丁⽬24番12号 渋⾕スクランブルスクエア24F‧25F 国内拠点:27拠点 海外拠点:5拠点 会社について
7 機密情報・転載禁止 © 2025 Leverages Co., Ltd. 10年後に ⼀兆円規模を ⽬指す
企業の安定性と成⻑性を担保する独⾃の経営戦略のもと、 創業以来、黒字経営を継続し、 2023年度は1,149億円を達成しました。 企業理念として「顧客の創造を通じて、関係者全員の幸福を追求し、 各個⼈の成⻑を促す」を掲げ、⼈の感情と向き合いながら 次の時代を創るグローバル企業を⽬指しています。 ベンチャーを牽引する成⻑で、 次代を創る企業へ 売上推移 会社について
8 機密情報・転載禁止 © 2025 Leverages Co., Ltd. ポートフォリオ経営とは、業界やビジネスモデルなどにこだわらず、 分散投資をしていく経営形態のこと。 この経営形態のメリットは、予測困難な外部変化に会社全体で衝撃を
吸収しやすい点にあります。例えば、コロナ禍では海外事業などは打 撃を受けた⼀⽅で、IT事業や医療‧ヘルスケア事業は追い⾵を受け、 過去最⾼の売上を更新、黒字経営を継続しました。 経営のリスク分散を⾏うことで、未曾有の状況でも安定した成⻑を実 現しています。 ポートフォリオ経営による安定した 収益基盤で創業以来、黒字経営を継続 経営体制について 会社について
9 © 2025 Leverages Co., Ltd. • データサイエンティスト:2名 • データアナリスト:4名
• データアーキテクト:6名 • AIコンサルタント:3名 • データエンジニア:5名 • AI/MLエンジニア:4名 • 先端技術研究員:2名 • (マネージャー:2名) レバレジーズのデータ関連職種 データ職種の正社員は28名が在籍 (2025年8月時点) 9 © 2025 Leverages Co., Ltd.
データ活用基盤の紹介
11 © 2025 Leverages Co., Ltd. • ELT:Fivetran • DWH:BigQuery
• Transform:Dataform • BI:Tableau, Looker Studio • Metadata:Dataplex • Quality Check:Dataplex • Reverse ETL:trocco • Orchestration:Airflow データ活用基盤 - 全体概要アーキテクチャ
12 © 2025 Leverages Co., Ltd. データ活用基盤 - 個別アーキテクチャ •
全社で50近くのサービスを展開していることもあり ブランド単位でまとめつつデータ活用基盤を分割 • データ活用基盤の数は10ほど • BigQueryを中心としつつ、事業売上や関係者数、 実装時期によって少しずつアーキテクチャが異なる • 異なるビジネスモデルや売上規模でも 設計が変わらないよう共通利用できる技術を選定
13 © 2025 Leverages Co., Ltd. データモデリングの具体的なアーキテクチャ • ビジュアライズ層含めて8層に分解 •
各層の役割、責任範囲、対応しないこと、してはいけないこと、保守運用担当を明文化 • データセットの命名規則を整理して決定 ◦ 『データマネジメントが30分でわかる本』を参考に決定 • テーブルリネージをシンプルにするため、手前の層のテーブルしか使用しないルールを策定
詳しくはこちらのspeakerdeckにて!
今回伝えたいことの前提
自分の職務環境の変化について • 前職 ◦ 1つのSaaS事業のプロダクトや社内向けのデータ分析基盤 ◦ ディメンショナルモデリング採用 、ゴリゴリにモデリング ◦
技術スタックはBigQuery、dbt、Looker • 現職(レバレジーズ) ◦ 多種多様な事業がいろいろある ◦ dwh,martなど多層であるが基本ワイドテーブル で実装 ◦ 技術スタックはBigQuery、Dataform、Tableau
レバレジーズのデータ系職種の職務領域について • データエンジニア ◦ システム本部所属のエンジニア職 で構成されている ◦ 各事業のデータを、CloudComposerやFiveranを使ってBigQueryに集約す る
◦ 一部の事業については、Dataformの開発を行っている • データアーキテクト ◦ マーケティング部の非エンジニア職 で構成されている ◦ 各事業ごとのモニタリング指標をDataformで開発 ◦ 各々が事業部に入り込み、課題を見つけてはデータで解決
話すこと/話さないこと • 話すこと ◦ ワイドテーブルを採用している組織が、アジャイルデータモデリングの輪 読会をどのように行ったか ◦ 非エンジニアメンバーとの間でディメンションやファクトをどにょうに共通言 語にしたか
◦ 得られた学びや、実際にディメンショナルモデリングを採用できるか否か • 話さないこと ◦ レバレジーズにおける、具体的なモデリング話 ◦ ディメンショナルモデリングを取り入れてみた話
輪読会で取り組んだこと
輪読会で取り組んだこと • 対象書籍 ◦ アジャイルデータモデリング • 参加者 ◦ データエンジニア、データアーキテクト、合わ
せて8~10人前後 • 期間 ◦ 週1に1時間、8ヶ月ぐらい • 形式 ◦ 6ヶ月間の輪読会と、最後の2ヶ月はワーク ショップを実施
輪読会で取り組んだこと • 輪読パート ◦ 前半30分で書籍を読み、後半30分で議論する形式 ◦ 学び、疑問、気になったことなどを話してもらう ◦ 特にマーケティング部のアーキテクトの皆さんが、各事業のデータマート
やダッシュボードの構築をしているので、各事業ごとの事例を話してもら うことが多かった
輪読会で取り組んだこと • 実践パート ◦ 特定の事業に関するデータマートテーブルを、ディメンションとファクトテー ブルから作り直す、というお題を自分が用意 ◦ 1チーム約3人の合計10人、なるべくデータエンジニアとデータアーキテク トが混ざるようにチーム分ける
◦ 各チームごとにブランチを切って、ディメンションとファクトのテーブルを Dataformで実装してもらい、モデリング内容や設計意図を共有・議論した
輪読会で取り組んだこと • 実践パート ◦ 各事業のイベントマトリクス、ビジネスプロセスを言語化 ◦ 書籍に従って、アジャイルデータプロファイリングもしてみた
輪読会の工夫ポイント
輪読会の工夫ポイント • 非エンジニアも多く、ディメンショナルモデリングを知らない人が大半だった前 提で設計 • 事前準備をせず、継続してい全員が最後まで参加できること • 各メンバーがたくさん発話できるよう各事業に紐づけた議論をすること
輪読会の工夫ポイント • 事業や業務フローについて、全員が解像度高いわけじゃない ◦ 業務理解やシステム仕様のキャッチアップで時間を費やしてしまうのをケ アしたい ◦ システム都合で複雑な前処理が必要なものは、事前に処理済み簡易 データソースを用意した
◦ ワイドテーブル特有のカラム数が膨大なのは、ディメンションやファクトも 一部のみに指定してお題を選定 ◦ 幸い(?)にも一部データが分析に向いていない楮になっているので、ディ メンションやファクトの作り方が複数パターンありえるものを選んだ
輪読会の工夫ポイント • テーブル定義書を見るのが辛い問題を解消したい ◦ 結局色んなスプシを参照しまくって見続ける羽目になった ◦ 2つ目のお題以降は、自分がサクッと用意できるという理由でdbt docsで 準備し、リネージ周りを全部集約した
輪読会の学び
輪読会の学び • イベントマトリクスを作るという過程を通して、業務を全部可視化するのが大事 そう ◦ 一方、この表が活躍するタイミングがわかりづらい。初期はスピード重視 で実装し、実装を通じて事業解像度が上がっていくので、どのタイミング で作るんだろうか? •
どんなビジネスプロセスを追いたいのか?システムのデータがどう表現されて いるのか?この反復横跳びが求められる ◦ 詳しい人を捕まえて、たくさんお話をしないといけなさそう • ディメンションやファクトという言葉が、データモデリングを行うメンバー間の 共通言語になった
輪読会の学び • 同じロジックを複数のmartに書いている現状が、ディメンションに切り出せると 実装の重複が避けられるのは良さそう • 各ディメンションやファクトテーブルが増えていくと、どのテーブルをどうjoinす るべきかがわからなくなりそう • ワイドテーブルのせいかSQLの行数が凄まじいので、最終的なmartテーブル
はシンプルになりそう
輪読会の学び • 既存のモデリングと、ディメンショナルモデリング導入後のモデリングの差分を こんな感じで解説
輪読会の学び • 過去自分が登壇したディメンショナルモデリングを軽く紹介する資料もあるの で、これもよかったら!
じゃ、dimensional modeling採用できそう?
無理 笑
正確には、まだ、無理
採用が難しいポイント
採用が難しいポイント • 今の課題ってモデリング手法にあるんだっけ? ◦ コンソール上でのDataformの開発が開発効率が悪く、Copilot Agentなど の恩恵を受けづらい ◦ 開発体験を改善することを優先
したい • ディメンショナルモデリングで課題が解消できるか今は怪しい ◦ 多分、なんちゃってモデリングを導入してしまうと、結果的にテーブルjoin の難易度が高くなり、参照祭りになりそう
採用が難しいポイント • 影響範囲のデカさ ◦ レバレジーズではデータ民主化がかなり進んでおり、現場の営業の方が 自分たちでSQLを書いてスプレッドシートに連携し、BIツールに提供してい るダッシュボード以外でも各自モニタリングしている ◦ モデリングし直すことにより現場メンバーへのSQL書き換え祭りが多発す
る • 事業が多すぎる ◦ 多くの事業を少ないデータ系職種が対応している。ディメンションやファク ト、適切なモデリングをレビューできる体制が出来ない ◦ とテーブル乱立状態になり 、ワイドテーブルよりも辛い状況が生まれる
まとめ
まとめ • ディメンショナルモデリングのベースの考えは伝わった • 今の設計思想で少しずつ浸透させるようにしたい ◦ 例えばサブクエリをdim/factごとに作ってみると、ワイドテーブルの実装で あってもレビューや保守運用しやすくなる ◦ みたいものをそのままSQL書くのではなく、何を計測し、どのような切り口
で分析したいのか?という意識をもたせる • データ系職種の事業ドメインの解像度が上がり、モデリングのレビューが出来 る状態が生まれれば、datamart → dim/factへの切り出しはAIの力を借りなが ら実現は可能 • ちょっとずつディメンショナルモデリングreadyな組織 を目指していく
さいごに
42 © 2025 Leverages Co., Ltd. We Are Hiring! •
まずはカジュアル面談からどうぞ! • 3年で2倍にスケールする環境で、データを使った変革を起こしましょう! • 募集職種 ◦ データサイエンティスト ◦ データアナリスト ◦ データアーキテクト ◦ データエンジニア ◦ 機械学習エンジニア ◦ 機械学習研究員
43 機密情報・転載禁止 © 2025 Leverages Co., Ltd. ビジネス グロース DX
営業 企画 SFA 開発 CRM/MA CJM スコア リング CS システム 構築 プロ モーション プロダクト UI/UX SEO プロト タイプ Web 広告 クリエイ ティブ TV CM 電⾞ 広告 仮説 設定 レバレジーズはマーケティングやセールスといった全ての組織がインハウスで機能しており、 データ戦略が事業運営上重要なハブとなる構造になっています。 データ戦略の役割 データ戦略
44 © 2025 Leverages Co., Ltd. レバレジーズ テックブログ https://tech.leverages.jp/ データ戦略ブログ(週1更新)
https://analytics.leverages.jp/ 全社の情報発信媒体(melev) https://melev.leverages.jp/ 情報発信しています!
ありがとうございました