<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Power BI on Grayrecord Technow Blog</title>
    <link>https://technow.grayrecord.com/tags/power-bi/</link>
    <description>Recent content in Power BI on Grayrecord Technow Blog</description>
    <image>
      <title>Grayrecord Technow Blog</title>
      <url>https://technow.grayrecord.com/images/Grayrecord-technow.png</url>
      <link>https://technow.grayrecord.com/images/Grayrecord-technow.png</link>
    </image>
    <generator>Hugo -- 0.160.1</generator>
    <language>ja</language>
    <lastBuildDate>Mon, 30 Mar 2026 20:54:09 +0900</lastBuildDate>
    <atom:link href="https://technow.grayrecord.com/tags/power-bi/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>BIの次元断層：Tableau以前と以後、そしてモダンBIの選択肢</title>
      <link>https://technow.grayrecord.com/post/new-era-of-bi/</link>
      <pubDate>Mon, 30 Mar 2026 20:54:09 +0900</pubDate>
      <guid>https://technow.grayrecord.com/post/new-era-of-bi/</guid>
      <description>&lt;h3 id=&#34;更新履歴&#34;&gt;更新履歴&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;2026-03-30: 新規公開。BIの歴史的転換点と、現代における主要ツールの選定指針について詳解。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;a href=&#34;https://technow.grayrecord.com/post/wicked-bi-index/&#34;&gt;出来損ないのBI記事&lt;/a&gt; をぶった切ったので、それに続ける感じで。まず、先の記事でもふれたように、Before/After TableauでBIには大きな次元断層があります。&lt;/p&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;https://technow.grayrecord.com/images/after-tableau.png&#34;&gt;&lt;/p&gt;
&lt;div class=&#34;mermaid&#34; align=&#34;center&#34;&gt;
    
timeline
    title History of BI Platform
    1969 : Cognos
    2003 : Tableau
    2010 : Power Pivot
    2015 : Power BI Desktop

&lt;/div&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Tableau以前（Before Tableau）&lt;/strong&gt;
ダッシュボード（あるいは「経営ボード」）は、あくまで経営層が閲覧するためのものでした。その構築や変更は、外部のベンダーや社内の情報システム部門（情シス）が独占的に行い、現場は「与えられた数字を見るだけ」の存在でした。この記事が語る「モジュール」や「開発費用」といったERP的な発想は、まさにこの時代の遺物です。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Tableau以後（After Tableau）&lt;/strong&gt;
ダッシュボードは「現場の武器」へと変貌しました。閲覧するだけでなく、現場の担当者自身が深く関わり、自らデータを探索し、ダッシュボードを更新・改善していく &lt;strong&gt;セルフサービスBI&lt;/strong&gt; が当たり前となりました。&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;結果として、Tableauの前と後ではBIを誰が見て、誰が作るのかは決定的に変わりました。単純に言えば、Tableauより前のBIは死亡診断書でした、もう、起きたことをどう処理するか。その意味では管理会計に近い。しかし、Tableau以降では現場自身が次の打ち手を模索するためのツールになった。&lt;/p&gt;
&lt;h2 id=&#34;before-tableauの世界観&#34;&gt;Before Tableauの世界観&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Viewer：役員・ボード&lt;/li&gt;
&lt;li&gt;Creator：情シス or 外部ベンダー&lt;/li&gt;
&lt;li&gt;Explorer：存在しない&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;データは“報告”のためのもの
ダッシュボードは“提出物”&lt;/p&gt;
&lt;h2 id=&#34;after-tableau&#34;&gt;After Tableau&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Viewer：現場&lt;/li&gt;
&lt;li&gt;Explorer：現場&lt;/li&gt;
&lt;li&gt;Creator：現場＋情シス&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;データは“意思決定のためのもの”
ダッシュボードは“現場の道具”&lt;/p&gt;
&lt;p&gt;この部分は重要です。まず、がらっと変わったからです。&lt;/p&gt;
&lt;p&gt;結果として、美しさも問われるようになりました。なぜならば、打ち手を模索する思考をアクセラレートするための道具になったからです。&lt;/p&gt;
&lt;p&gt;結果として、従来からの棒グラフや折れ線グラフなどに加えて、&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;ファネルチャート&lt;/li&gt;
&lt;li&gt;ヒートマップ&lt;/li&gt;
&lt;li&gt;サンキーダイアグラム&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;などが必要になりました。&lt;/p&gt;
&lt;p&gt;これら「高度なViz」が必要になったのは、現場が「何が起きたか」だけでなく、 &lt;strong&gt;「なぜ起きたか（原因の究明）」&lt;/strong&gt; という外科手術を自ら行うようになったからです。&lt;/p&gt;
&lt;p&gt;ここで、SIerによる「数ヶ月待ちのカスタマイズ」などという概念は1オングストロームの価値もなくなります。現場は、今この瞬間にメスを振るいたいのです。&lt;/p&gt;
&lt;h2 id=&#34;ツール選定の3つの軸&#34;&gt;ツール選定の3つの軸&lt;/h2&gt;
&lt;p&gt;BI ツールを選ぶ際、機能比較以上に重要なのが以下の 3 点です。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;ユーザーの技術スタック&lt;/strong&gt; : SQL を書くのか、 GUI で操作するのか。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;データの性質&lt;/strong&gt; : 秒単位の監視か、じっくり見る月次レポートか。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;運用・接続方式&lt;/strong&gt; : &lt;strong&gt;「On the fly (直結型) 」&lt;/strong&gt; か、 &lt;strong&gt;「Decoupled (絶縁型) 」&lt;/strong&gt; か。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;「何ができるか」ではなく、 &lt;strong&gt;「誰がどう使うか」&lt;/strong&gt; から逆算する必要があります。&lt;/p&gt;</description>
    </item>
    <item>
      <title>Wicked BI Index</title>
      <link>https://technow.grayrecord.com/post/wicked-bi-index/</link>
      <pubDate>Mon, 30 Mar 2026 17:48:14 +0900</pubDate>
      <guid>https://technow.grayrecord.com/post/wicked-bi-index/</guid>
      <description>&lt;h3 id=&#34;更新履歴&#34;&gt;更新履歴&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;2026-03-30: PPUの価格改定（2025年4月より24ドル）と、CopilotのF2容量での利用開始（実用上はF64推奨）について情報を更新。さらに、BIにおける「Tableau以前/以後」のパラダイムシフトに関する考察を追記。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;中止になったイベントですが &lt;a href=&#34;https://ripla.connpass.com/event/384800/&#34;&gt;BIツール徹底比較〜現場で失敗しないツール選定のチェックポイント〜&lt;/a&gt;というイベントが予定されていました。
BIツールの比較系イベントは内容の良し悪しが分かれることが多いですが、スピーカーの所属企業の資料を基に、その内容を考察してみます。&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://blog.ripla.co.jp/data/bi-tools-guide/&#34;&gt;BIツールの完全ガイド&lt;/a&gt;という記事が、おそらく講演のベースとなっているものと思われますが、その内容にはいくつか疑問が残ります。&lt;/p&gt;
&lt;p&gt;特に、&lt;a href=&#34;https://blog.ripla.co.jp/data/power-bi-implementation-cost/&#34;&gt;Microsoft Power BIの導入・開発・構築費用は？コストと予算の目安を解説&lt;/a&gt; という記事の記述を見てみましょう。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Microsoft Power BI의ライセンス費用は、Microsoft Power BI導入費用の中で大きな割合を占めることが多い費用です。ライセンス費用は、ユーザー数、導入するモジュール、Microsoft Power BIの バージョンによって異なります。一般的に、ユーザー数が多いほど、導入するモジュールが多いほど、ライセンス費用は高くなります。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;現在のPower BIには、機能単位で追加購入する「モジュール」という概念はほぼ存在しません。また、バージョンによって価格が異なるということもありません。&lt;/p&gt;
&lt;p&gt;次に、&lt;a href=&#34;https://blog.ripla.co.jp/data/tableau-implementation-cost/&#34;&gt;Tableauの導入・開発・構築費用は？コストと予算の目安を解説&lt;/a&gt; も確認してみます。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;ライセンス費用は、ユーザー数、導入するモジュール、Tableauのバージョンによって異なります。
Tableauの標準機能で要件を満たせない場合、カスタマイズが必要となり、開発費用が発生します。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;これらの記述から推測されるのは、BIツールの導入モデルを &lt;strong&gt;ERP（Enterprise Resource Planning）&lt;/strong&gt; のそれと混同しているのではないか、という点です。&lt;/p&gt;
&lt;p&gt;「モジュール選択」「バージョン別の価格設定」「標準機能外のカスタマイズ（アドオン開発）」といった概念は、SAPやOracle EBSなどのオンプレミス型大型ERPの導入作法そのものです。しかし、現代のクラウドSaaS型BIにおいて、これらは全く別の論理で動いています。&lt;/p&gt;
&lt;h3 id=&#34;根本的な誤解biのtableau以前と以後&#34;&gt;根本的な誤解：BIの「Tableau以前」と「以後」&lt;/h3&gt;
&lt;p&gt;この記事が露呈している最大の欠陥は、BIにおける &lt;strong&gt;Tableau登場の前と後&lt;/strong&gt; という歴史的なパラダイムシフトを峻別できていない点にあります。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Tableau以前（Before Tableau）&lt;/strong&gt;
ダッシュボード（あるいは「経営ボード」）は、あくまで経営層が閲覧するためのものでした。その構築や変更は、外部のベンダーや社内の情報システム部門（情シス）が独占的に行い、現場は「与えられた数字を見るだけ」の存在でした。この記事が語る「モジュール」や「開発費用」といったERP的な発想は、まさにこの時代の遺物です。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Tableau以後（After Tableau）&lt;/strong&gt;
ダッシュボードは「現場の武器」へと変貌しました。閲覧するだけでなく、現場の担当者自身が深く関わり、自らデータを探索し、ダッシュボードを更新・改善していく &lt;strong&gt;セルフサービスBI&lt;/strong&gt; が当たり前となりました。&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;現代のBIツール選定において、かつてのERP導入のような「重厚長大で硬直的な開発モデル」を前提に語ることは、現場の機動力と意思決定のスピードを奪うことに他なりません。&lt;/p&gt;
&lt;p&gt;特にPower BIにおいては、現在 &lt;strong&gt;Microsoft Fabric&lt;/strong&gt; へのリブランディングが進んでおり、Premium機能の利用はFabricキャパシティに統合される流れにあります。2024年に発表されたロードマップに沿って、従来の「 &lt;strong&gt;Power BI Premium&lt;/strong&gt; 」という枠組みはFabricに収束しつつあります。PPU（Power BI Premium Per User）は現在も購入可能ですが、2025年4月より月額24ドルへと値上げされ、機能追加もFabric容量優先となっているため、新規導入のメリットは薄れています。既存のPPUユーザーは、今後 &lt;strong&gt;F-SKU（Fabric容量）&lt;/strong&gt; へ移行するか、あるいは &lt;strong&gt;Pro&lt;/strong&gt; ライセンスで運用するかという戦略的な判断を迫られています。&lt;/p&gt;
&lt;p&gt;現場での選定における真の課題は、以下の3点に集約されると言えるでしょう。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;「小規模Premium」の受け皿問題&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;PPUは少人数でのPremium機能利用に適していましたが、価格改定と機能追加の停滞に伴い、最小構成のFabric容量（F2など）への移行コストとメリットの精緻なシミュレーションが不可欠です。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;オートスケールの管理&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Fabric容量（F-SKU）への移行は、単なるライセンス管理から、Azureリソースとしての運用設計（一時停止やスケーリング）へと、コスト削減の焦点が移ることを意味します。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Copilotの利用条件&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;BIにおけるAI活用（Copilot for Power BI）は、現在 &lt;strong&gt;F2以上の有償Fabric容量&lt;/strong&gt; で利用可能となりました。ただし、実務上で快適に動作させるためには、依然として &lt;strong&gt;F64以上&lt;/strong&gt; の容量が推奨されることが多く、予算計画においては「最低ライン（F2）」と「実用ライン（F64）」の乖離を考慮する必要があります。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;以上のように、参照した記事には現在の市場実態と乖離した、ERP的思考に基づく記述が散見されます。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
