Latest / M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語） / データ移行はもう不要：SharePoint リストを Copilot Studio のナレッジとして直接活用（AI吹き替え）

Transcript

データ移行はもう不要：SharePoint リストを Copilot Studio のナレッジとして直接活用（AI吹き替え） · M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語）

0:00
なぜデジタルトランスフォーメーションの会議では、場所を物理的に移せば知能が高まるとでも言うかのように、まずは全てを移行すべきだと誰もが主張するのでしょうか。
0:08
シェアポイントで平穏に収まっていたファイルが、コンサルタントの一言で、将来の互換性のためにデータバースへアップグレードしなければならないことになります。
0:15
つまり、彼らは別のプロジェクトが欲しいだけなのです。
0:19
予算以外に何も壊れていないのに、近代化とは移動することだと説かれます。
0:23
長年、コパイロットやパワーBIといった輝かしいAIアシスタントには、どこか別の、より豪華でエンタープライズクラスの場所にデータが必要だという神話が信じられてきました。
0:33
シェアポイントリストは、企業イベントにおける恥ずかしい親戚のように扱われてきました。
0:37
役には立つが、公の場には出したくない存在として、古すぎて単純すぎて、対話型AIにはふさわしくないという思い込みです。
0:43
しかし、マイクロソフトは静かに、そして代々的に宣伝することなく、その前提を覆しました。
0:46
コパイロットスタジオは今や、シェアポイントリストと直接やり取りできます。
0:50
ETLパイプラインも、スキーマの再設計も、数ヶ月かけて設定した権限の作り直しも不要です。
0:54
コネクタがリアルタイムで認証を行い、重複させることなくライブデータを取得します。
0:59
突然、レガシーツールが移行予算を出し抜くことになります。
1:03
そこで今日は、ITの権威たちが疑うことを拒んできた掟を破ります。
1:07
理由もなくデータを移動してはならない。
1:09
リストはそのままで、コパイロットに流暢に読み取らせることができます。
1:13
移行の新機能、お打ち砕きましょう。
1:15
移行の新機能、すべての企業には反射的な反応があります。
1:18
重要なものがあれば、データバースへ移動する。
1:20
大きなものがあれば、当然ファブリックへ。
1:22
非標準のものがあっても、とにかくエクスポートする。
1:24
後で整理すればいいと、それは戦略を装った筋肉の記憶です。
1:27
移行は必要性ではなく、儀式となってしまいました。
1:30
近代化を装った生産性への課税です。
1:32
すでにシェアポイントリストで運用されている販売パイプラインを考えてみてください。
1:36
毎日更新され、チームのアラートと統合され、多数のダッシュボードにデータを供給しています。
1:39
しかし、コパイロットが登場すると、誰かが慌てふためきます。
1:42
AIはリストを使えないから、データバースで作り直さなきゃ。
1:45
数週間後、同じデータが20に存在し、トリガーの半分は壊れ、ライセンスコストは増大し、機能の向上は全く見られません。
1:53
おめでとうございます。
1:54
前進のないデジタルな移動を達成しましたね。
1:57
近代化とは、仕事を楽にするためのもののはずです。
1:59
それなのに、私たちはデータのフェリー輸送をしています。
2:01
情報はシェアポイントを離れ、パワーオートメイトで変換され、ファブリックでモデル化され、チームに戻ってきて、あたかも最初からそこにいたかのように振る舞うのです。
2:07
世界で最も非効率な往復作業です。
2:09
コストを計算してみましょう。
2:11
まずはライセンス費用。
2:12
データバースは無料ではないからです。
2:14
移行されたレコードごとに目に見えない税がかかり、経理部門がいつかそれに気づいて愕然とすることになります。
2:18
次に、スキーマの再設計。
2:20
リストの列タイプは、移行先と1対1で対応することなど決してありません。
2:23
何かが壊れ、会議が招集され、パワーオートメイトの再構築が必要になります。
2:27
その結果は?
2:27
すでに持っていたものを実現するために、何千ドルもの費用を費やすのです。
2:30
マイクロソフト365でアクセス可能な構造化されたテーブルを、そして、不条理が積み重なっていきます。
2:35
リストからデータバースへ、データバースからファブリックへ、ファブリックからいずれ統合されたレイクプラットフォームへと、名前は変わり、請求書は届き続け、価値はついてきません。
2:47
ユーザーは、ただ情報を使って質問に答えたいだけなのです。
2:50
彼らは連続的な意向など一度も頼んでいません。
2:52
真実は残酷なほどシンプルです。
2:54
コパイロットは、あなたのデータのコピーを必要としていたわけではありません。
2:56
必要なのは、データを見るための権限だけでした。
2:58
必要なのは認証であり、複製ではありません。
3:00
コネクタやデータフローの作成に費やした何時間もの作業は、もはや存在しないアクセスギャップを埋めるためだけにありました。
3:06
新しいシェアポイントリストコネクタは、そのギャップを完全になくします。
3:09
初めて、マイクロソフトエコシステムのAIが、データが本来存在する場所で理解できるようになりました。
3:13
遠回りも、ミドルウェアによる複雑な操作も不要です。
3:15
信頼している既存のユーザーコンテキストで、リストを直接クエリします。
3:18
あなたがリストの行を開けるなら、コパイロットも開けます。
3:20
あなたが開けないなら、コパイロットも開けません。
3:22
ガバナンスは維持され、ロジックはシンプルなままです。
3:24
それが何を意味するか考えてみてください。
3:26
終わりのない移行のカルーセルや、プラットフォーム間の高コストなやり取りは、技術的な限界によるものではありませんでした。
3:31
それは組織的な習慣によるものでした。
3:33
データ移行は、屋内で傘をさすような、念のための企業文化的な迷信と化していました。
3:39
企業は、移動イコール進歩、複雑さイコール洗練とみなしてきました。
3:44
シンプルさが最終的に機能するかもしれないとは、誰も思いもしなかったのです。
3:47
そして今、マイクロソフトは儀式もなしに、その習慣すべてを無効にしました。
3:51
新しいアーキテクチャ図も、革命を謳うホワイトペーパーもなく、静かなアップデートだけがありました。
3:55
シェアポイントリストが、コパイロットスタジオのナレッジとして追加できるようになったのです。
3:58
たったそれだけです。
3:59
わずか5秒の設定で、予算の正当化のために必要だった膨大なカテゴリーが消え去りました。
4:04
データ近代化の取り組みで食いつないできたガバナンスチームは、今や存続の危機に瀕しています。
4:09
情報が常にあった場所に残り、安全で監査可能、かつ即座にアクセスできるのであれば、もう移行するものなど何もないからです。
4:16
新しい課題はインフラではなく、マインドセットです。
4:19
ですから、誰かが完全に機能しているリストをそのまま移行しようと提案してきたら、このことを思い出してください。
4:24
目的のない移行は戦略ではなく、ブランド化された単なる忙しい仕事にすぎません。
4:28
マイクロソフトはそれを不必要なものにしました。
4:31
そしてもちろん、オチがあります。
4:32
何十年もの間、コンサルタントはシェアポイントリストに問題があると言い続けてきましたが、結局リストはマイクロソフトが不十分だというふりをするのをやめるのを待っていただけだったのです。
4:39
そして今、ようやく認められました。
4:41
シェアポイントリストコネクタの登場です。
4:43
その時、マイクロソフトは異例の行動に出ました。
4:45
誰もが納得する選択をしたのです。
4:47
常識に別の名前を付けるのをやめ、シンプルにコパイロットスタジオがシェアポイントリストを直接読み取れるようにしました。
4:52
余計なレイヤーも、リリース前のスキーマアダプターも不要。
4:55
ただ接続するだけです。
4:57
リストのURLを貼り付け、通常のユーザーとして認証すれば、コパイロットは即座にそのリストを信頼できる知識源として扱います。
5:03
その操作は、ベストプラクティスかどうかを議論するよりも短い時間で完了します。
5:08
複雑さに慣れ切った人々を混乱させるほどのシンプルさなので、ゆっくりと解説しましょう。
5:12
コパイロットスタジオでエージェントを開き知識を追加をクリックしてシェアポイントを選択すると、おなじみの言葉が2つ現れます。
5:18
マイリストと最近使ったリストです。
5:21
これらはマーケティングのための新しい造語ではなく、シェアポイントで目にするものと全く同じです。
5:24
マイリストにはあなたがリストアプリで作成したリストが表示されます。
5:27
最近使ったリストには最近アクセスしたリストが表示されます。
5:30
マイクロソフトは人間のちょっとした怠惰ささえも尊重しています。
5:32
AIが簡単に接続できるのはあなたが実際に使っているリストだけなのです。
5:35
そこにある種の私的な正義を感じます。
5:38
リストを選択するとコパイロットは認証済みの接続を確立します。
5:41
データをコピーしたりインデックスを作成したりすることなく、あなたがすでに信頼しているのと同じ経路でライブのリストを参照するだけです。
5:47
あなたや同僚がレコードを更新したり、休日を追加したり、プロジェクトの締め切りを変更したりすると、コパイロットの知識に即座に反映されます。
5:54
キャッシュの更新もバックグラウンドでのインデックス作成を待つ必要もありません。
5:57
ここでのリアルタイムは単なるバズワードではなく文字通りの意味です。
6:00
AIはあなたが質問するたびに最新のデータを紹介します。
6:04
ちょっとしたデモンストレーションを見てみましょう。
6:05
組織の休日カレンダーはシェアポイントリストにあり、無料のケーキでも出るまで大抵は無視されているものです。
6:11
従来のアシスタントやチャットボットでその情報を必要とする場合、データをエクスポートして変換し、データバースにインポートして正しく同期されるよう祈る必要がありました。
6:19
これからはリストに一度接続するだけで済みます。
6:21
人事チームが9月1日のレーバーデーを追加します。
6:24
あなたがコパイロットに次の会社の休日はいつ?と尋ねます。
6:27
すると即座にレーバーデーですと答えます。
6:29
サイインデックスもサイトレーニングも同期待ちもありません。
6:32
リストが更新されAIがそれを認識した。
6:34
それだけのことです。
6:36
その背後にある素晴らしさは新しい技術ではなくマイクロソフトがあえて何をしなかったか?にあります。
6:40
彼らは並行するデータストアを作成しませんでした。
6:42
既存のものを尊重したのです。
6:44
コパイロットはユーザーのセキュリティコンテキストで動作し自動的にそれを継承します。
6:48
特定の部署しか給与データを見られないのであればそのユーザーのコパイロットインスタンスだけがそれを取得できます。
6:54
特権サービスアカウントも利便性を装ったセキュリティの抜け穴もありません。
6:58
これは近道ではなく最初から進むべき正当なルートなのです。
7:02
何もしないことで成果を上げるというこのアーキテクチャ上の抑制はエンタープライズソフトウェアでは稀です。
7:07
何十年もの間統合はデータの複製で成り立ってきましたがマイクロソフトは複製こそが脆弱性であることを理解したのです。
7:13
データのコピーはすべてコンプライアンス上の責任となり新しいデータベースはすべてガバナンス上の障害点となります。
7:18
コパイロットがオリジナルのリストと対話できるようにしたことで控えめなシェアポイントリストが最も費用対効果の高いナレッジベースへと生まれ変わりました。
7:26
さらに特筆すべきは運用データと会話型インテリジェンスの境界が実質的に消滅したことです。
7:37
AIのために情報をアーカイブする必要はありません。すべてがその場で対話可能になります。
7:42
リストは構造化され管理され常に最新の状態を保つ生きたナレッジセルへと進化します。
7:47
もちろんこれは移行マイグレーションという言葉を関する部署の根底を揺るがすものです。
7:52
彼らは近代化には移動が不可欠という説に依存していますがインターンが毎日編集するリストからコパイロットが構造化された洞察を得られるようになればその論理は無散します。
8:01
かつてはデータセンター級の正当性が必要だったプラットフォームが今やURLとワンクリックだけで断りるようになりました。
8:07
それがもたらす文化的な転換について考えてみてください。
8:09
初めてインテリジェンス層がその下の基盤に大変革を要求しなくなったのです。
8:13
AIは新しいスキーマに合わせてビジネスを再構築するよう強いることはありません。
8:16
既存の形に適用するのです。
8:18
企業テクノロジーの小さな世界においてこれは革命的な謙虚さと言えます。
8:22
そして出現と同時にIT会議での会話内容も急速に変化するでしょう。
8:26
データレイクかデータウェアハウスかといった議論は過去のものとなります。
8:28
聞こえてくるのはコパイロットはそのリストを読み込めるかという問いだけです。
8:32
そして答えはイエスです。
8:33
そうなれば当然ガバナンス担当者は焦り始めます。
8:36
彼らの出番が減るからです。
8:38
苦痛を伴わないガバナンスここから不安が芽生え始めます。
8:41
新しい統合機能が登場するたびに誰もが必ずガバナンスはどうなると尋ねます。
8:45
まるでコパイロットをシェアポイントリストに接続することが企業セキュリティポリシーに穴を開けるかのように落ち着いてください。
8:51
ペンタゴンに侵入するわけではありません。
8:53
データはシェアポイントから一切流出しません。
8:55
既存の権限設定を遵守するプロセスによってただ読み取られるだけです。
8:58
それこそがガバナンスチームが築いていない革新です。
9:01
新しい情報が露呈することはありません。
9:02
コパイロットはリストデータを複製したりエクスポートしたり再ホストしたりすることはありません。
9:06
誰が何を見られるかを決定する既存のアクセスモデルを通じて質問の度にリアルタイムでクエリを実行するだけです。
9:11
シェアポイントで権限のないユーザーにはコパイロットから何も返されません。
9:15
エージェントが誰かになり変わることもありません。
9:17
呼び出したユーザーのコンテキストで実行されるため既存の認証経路、暗号化、監査ログがそのまま再利用されます。
9:24
コンプライアンスを維持する最もシンプルな形態です。
9:27
データバースへの移行と比較してみてください。
9:29
全く新しい環境を立ち上げ、テーブルを複製し、手作業で役割ベースのアクセス制御を再構築し、シェアポイントが自動的に強制していたものと一致するかを何週間もかけて検証するのです。
9:39
ガバナンス文書やセキュリティの承認、そして非公開の列を誤って公開していないか確認するための、あの面倒な移行後の調査スキャンを忘れないでください。
9:48
リストを知識ベースとして活用すれば、そうした冗長な作業は全て不要になります。
9:51
ガバナンスは作り直すものではなく、継承されるものです。
9:53
一部の専門家がなぜ不安を感じるのか、その理由は明白です。
9:56
彼らのフローチャートは既存のACLが適用されるという一問に集約されてしまうからです。
10:00
複雑なセキュリティアーキテクチャやアクセス権限を管理する手間のかかるパワーシェルスクリプトは、過剰設計だった過去の遺物となります。
10:08
その仕組みを明確にしておきましょう。
10:10
コパイロットは視覚情報を保存せず、あなたがマイクロソフト365に認証するのと同じオースセッションを使用します。
10:15
テナントで多要素認証が強制されている場合、そのゲートは引き続きアクセスを監視します。
10:20
コパイロットへの各クエリは、実質的にあなた自身のIDによるシェアポイントへの呼び出しです。
10:24
結果は言語的に再構成されて返されますが、技術的なガバナンスは、あなたが自分でリストを開いた場合と全く同じです。
10:31
シャドウデータベースや、背後でユーザーになりすます特権を持ったサービスプリンシパルも存在しません。
10:36
監査ですか?
10:37
もちろん、そのまま残ります。
10:38
すべての読み取り、アクセス、リクエストは、マイクロソフトパービューや各テナントで採用している監査スイートの通常のログに残ります。
10:45
エージェントは、機密データを持って逃げる謎のボットではなく、APIを呼び出すユーザーのアクティビティとして表示されます。
10:51
そのため、コンプライアンス部門から、誰がこのレコードにアクセスしたのか?と聞かれたら、コパイロットに質問をした本人ですと自信を持って答えられます。
10:59
教師抜けするほど簡単です。
11:00
かつて障害となっていたガバナンスは、再び目に見えないインフラとなり、静かにその役割を果たします。
11:05
そして当然ながら、AIのリスクを煽ることでキャリアを築いてきた人々にとっては、それが面白くないのです。
11:10
恐ろしいと思われていた部分が、実はありふれた権限継承に過ぎないとわかれば彼らの主張は崩壊します。
11:15
覚えておくべき要点はこれです。
11:17
コパイロットはリスクを増幅させるのではなく、層を統合するのです。
11:21
データの存在場所が少なければ、保護すべきガバナンスサービスも少なくて済みます。
11:25
対照的に移行は重複を生み出し、同じデータセットが複数のシステムにコピーされ、それぞれに独自の保持ルール、分類、インシデント対応が必要になります。
11:34
ライブ接続はコピーを完全になくすため、コンプライアンスのリスクを低減します。
11:38
ガバナンスの費用はすでに一度支払っているはずです。
11:41
マイクロソフト365の月額料金にはそれが十分に含まれています。
11:44
なぜデータバースのライセンスや別の監査パイプラインで、二重に支払う必要があるのでしょうか。
11:48
コパイロットを新たな制御が必要な未承認の存在として扱うのは、そのアーキテクチャを誤解しています。
11:53
それは不正なサービスではなく、認証済みユーザーのコンテキストを認識した拡張機能なのです。
11:57
それでも不安なら、実際にテストしてみてください。
11:59
特定の列へのアクセスを制限した状態で、コパイロットにその情報を尋ねてみてください。
12:02
コパイロットは定調に拒否するはずです。権限を回避することはないという証明です。
12:06
それがあなたにとっての確証です。
12:08
そう、ガバナンスは依然として重要ですが、それに伴う苦労はもう必要ないのです。
12:11
私たちは今、何もしないことで多くを得られるという稀な瞬間に立ち会っています。
12:14
シェアポイントの既存モデルである継承、ACL、監査がそのままの法として機能します。
12:19
コパイロットは、何かを操作する前に必ずルールを読み込む、優秀なインターンのようにその中で動くだけです。
12:24
なるほど。でもパフォーマンスはどうなるのかって?
12:26
そう思うのは当然ですよね。現実を確認しましょう。
12:29
パフォーマンス、規模、そして制限についてです。
12:31
IT会議でコーヒーを片手に必ず語られる、あの神話に切り込みます。
12:34
リストは大規模なデータには対応できない、という話です。
12:36
魅力的な説ですが、間違いです。
12:38
シェアポイントリストが、クラウド上にあるただの立派なExcelシートだと勘違いしている人がいます。
12:42
それらはSQLに支えられており、共同作業向けに最適化されているのです。
12:46
最新のリストなら、最低限の設計スキルさえあれば、数万行単位でも快適に扱えます。
12:52
別のインデックス作成は飾りではなく、パフォーマンスを支える背骨です。
12:56
それを無視すれば、昔のダイヤルアップ接続のような遅さに悩まされるでしょう。
13:00
正しく設定すれば、データバースのホーム読み込みよりも高速に巨大なデータセットをクエリできます。
13:05
ここから混乱が始まります。
13:07
ユーザーは5000アイテムの表示式1警告を見て、第三次だと決めつけます。
13:11
その制限はストレージの限界ではなく、保護のためのものです。
13:14
シェアポイントは、不要なフィルターでテーブル全体を抽出するのを防いでくれます。
13:17
ユーザーが物置を貯め込むようにリストを作ってしまうことを知っているからです。
13:21
インデックス列を追加し、論理的なフィルターを設計すれば、その障壁は消え去ります。
13:25
コパイロットの呼び出しも同じAPIを使うため、ブラウザで感じるパフォーマンスとコパイロットの体験はほぼ同じです。
13:31
リストが最適化されていれば、コパイロットも最適化されます。
13:34
そうでなければ、それはプラットフォームの限界ではなく、設計の甘さが原因です。
13:37
おとぎ話ではなく、現実的な数値で見てみましょう。
13:40
適切にインデックスされ、クエリ可能な1万から5万アイテムのリストなら、数百ミリ秒で応答が返ります。
13:46
会話のテンポとしては十分すぎるほどです。
13:49
人々が文句を言うような遅延は、多くの場合、インデックスされていないテキスト列や拙いルックアップ、あるいは説明フィールドにJSONを埋め込むような使い方が原因です。
13:57
腐ったデータをデータベースに入れておいて、匂いと文句を言う人はいませんよね。
14:01
同じことがここでも言えます。
14:03
もちろん、限界は存在します。
14:05
驚くべきことに、マイクロソフト製品も物理法則には逆らえません。
14:08
複雑なトランザクション処理、相互依存するテーブル、カスケード更新、またはエンティティをまたぐ高度な分析が必要なら、データバースやファブリックの方が適しています。
14:17
コパイロットの会話エンジンは、高頻度のトランザクション称号用には設計されていません。
14:22
推論や情報検索のために作られたものだからです。
14:25
リストは、運用状況、ステータスダッシュボード、在庫管理、用語集、変更ログなどで進化を発揮します。
14:30
データが参照用でありつつも、頻繁に活用される場面こそが最適です。
14:33
では、実践的な診断チェックリストを提示します。
14:36
第一に、リストの変化が早すぎて人間が読み切れないなら、移行してください。
14:39
第二に、ルックアップ列以上の関係整合性が必要なら、移行してください。
14:43
三つ目、もし即席のERPもどきのような巨大なリストを作ってしまったなら、おめでとうございます。
14:48
あなたこそがSQLを必要とする理由です。
14:49
今すぐ移行してください。
14:50
しかし、それ以外の休日カレンダー、資産追跡、ナレッジ登録、クライアント無形不永久などは、そのままにしておきましょう。
14:55
コパイロットがネイティブに処理してくれます。
14:57
パフォーマンスに関する質問には、大規模な負荷で壊れないか?という本音が隠れていることが多いです。
15:00
答えは、ほとんどの場合、いいえ、です。
15:02
マイクロソフトはそれを徹底的にテスト済みです。
15:04
企業顧客が20年間も混沌としたデータをアップロードし続けてきたからです。
15:07
プラットフォームの耐久性は問題ではなく、問題はユーザーのせっかちさです。
15:10
それでも、率直に言わせてもらえば、環境が遅いと感じる場合、シェアポイントが原因であることは稀です。
15:15
原因はあなたの設定した列やフィルター、あるいは、テスト、という名前の不要な行を削除しない対マンにあります。
15:20
もしリストにそんな行が10万件もあるなら、AIを使う資格はありません。
15:23
週末を返上して重複データを削除すべきです。
15:25
ちなみに、霊天使もコパイロットの問題ではありません。
15:28
AIは結果をライブで取得しているため、遅延が発生しているならそれはシェアポイントの処理によるものであり、AIのボトルネックではありません。
15:34
最適化されたリストであれば、応答はほぼ瞬時に返ってきます。
15:37
構造が悪いリストではAIの遅延という錯覚に陥りますが、実際にはシェアポイントがあなたの対マンをリアルタイムで処理しているだけなのです。
15:43
ですので、期待値を再調整しましょう。
15:46
規模は悪ではありません。
15:47
管理不足こそが悪なのです。
15:48
権限を適切に管理するためのガバナンス原則は、リストのレスポンス維持にも役立ちます。
15:52
インデックス作成の規律と少しのパワーオートメイトによるガードレールがあればパフォーマンス問題は言い訳にすらならなくなります。
15:58
ビジネスシナリオの95%において十分であることは単なる許容範囲ではなく最適解なのです。
16:03
さて、テスト業の話で笑いを取ったところで、より深刻な話をしましょう。
16:07
このアップデートは、企業データ設計のヒエラルキーを変えます。
16:10
リストは、もはやデータベース構築前の古風な一時置き場ではありません。
16:13
対話型エコシステムにおける正当な主要コンポーネントであり、展開可能で、管理可能で、高性能で、そして突然戦略的な存在となったのです。
16:20
これまでリストを過小評価し続けてきた人にとって、この現実は板手を伴うでしょう。
16:25
戦略的な転換、リストが生きているナレッジに。
16:28
何年もの間、シェアポイントリストは企業の屋根裏部屋に追いやられ、削除はできないが話題にもされない存在でした。
16:33
データバースのストレージ量を払いたくはないが、列のある表は必要だ、という時の行き先がそこでした。
16:38
今や、たった一つのコパイロットコネクタを通じて、それらの誇りをかぶった表は、自動更新され、権限を認識し、即座に会話可能な、生きているナレッジへと進化します。
16:46
おめでとうございます。
16:47
オフィスに眠っていた骨董品が、エンタープライズAIの能感へと変わったのです。
16:50
この変化の大きさを明確にしましょう。
16:52
歴史的に見て、ドキュメントライブラリが組織の記憶として過剰に評価されてきました。
16:57
そこには、PDFやパワーポイントといった、すでに終わった取り組みの遺物が残されています。
17:01
一方でリストは、対話的で構造化され、表形式であり、常に変化し続けていました。
17:05
コパイロット登場前、その動的な性質は欠点とみなされていました。
17:08
AIは絶え間ない変化についていくことができませんでした。
17:11
しかし今や、それは強みとなっています。
17:13
コパイロットが実行時に知識を抽出するため、リストはデータ皮質における活性ニューロンへと変貌し、絶えず更新され、即座にアクセス可能で、決して古びることがありません。
17:20
これは、マイクロソフトはおそらく意図していなかったでしょうが、確実に引き起こされた戦略的転換です。
17:25
もはや問題はデータがどこにあるべきかではなく、知能がいかにしてデータにアクセスすべきかです。
17:29
新しい回想構造では、アーキテクチャ上のステータスよりも直接的な接続性が重視されます。
17:33
データバースがエンジニアの遊び場であることは確かですが、リストは今や、ビジネスが実際に進行する、より普遍的な場所を表しています。
17:39
タスク、ポリシー、資産、顧客など、日々編集が必要なものはすべてそこに属します。
17:44
テナント内のすべてのリストを、小さな知識細胞と考えてください。
17:47
それぞれが専門的なコンテキストを保持しています。
17:49
財務リストには予算、人事リストには休暇、ITリストには資産の情報が収められています。
17:53
単体で見れば、それらは単純なものです。
17:55
しかし集合体として、それらは一つのエコシステムを形成します。
17:58
コパイロットは、それらを統合することを求めません。
18:00
ただ、その時に必要な細胞をリアルタイムで紹介するだけです。
18:03
それはデータウェアハウスではなく、真実が息づくメッシュなのです。
18:05
このモデルの美しさは、その抑制的な性質にあります。
18:08
12ヶ月前であれば、AIとリストの話は、矢印やコネクタ、統合レイヤーで埋め尽くされたホワイトボードの図へと発展していたでしょう。
18:15
今や、接続し、認証し、対話するだけです。
18:18
コパイロットスタジオエージェントごとに、最大15個のリストをリンクできます。
18:21
つまり、15の独立した知識ソースを、移行の手間を一切かけずに元の場所に保持したまま利用できるのです。
18:26
ありふれた企業の追跡データを、認知マップへと変える15の方法です。
18:30
その影響は、単なる利便性を超えたところにあります。
18:32
知識が生成された場所に固定することで、自己修復するエコシステムが構築されます。
18:36
ユーザーが一度データを修正すれば、あらゆる場所で即座に恩恵を受けられます。
18:40
データレイクの動機も、夜間の再構築も、整合性の確認作業も不要です。
18:44
リストを参照するすべてのコパイロットの会話は、昨夜のエクスポートファイルではなく、ライブの現実を反映します。
18:50
それこそが、最も宣伝された形のデジタルな真実です。
18:53
これは知能を民主化します。
18:54
突然、リストを持つあらゆる部門が、その専門領域を理解するコパイロットを構築できるようになります。
18:59
人事は独自の登録簿から福利構成の質問に回答できます。
19:02
施設管理部門は、そのトラッカーから直接オフィス資産を説明できます。
19:05
ホーム部門は、ITによるスキーマの書き換えなしで、コンプライアンスログからポリシー条項を表示できます。
19:10
知能レイヤーがユーザーに適用し、その逆ではありません。
19:14
それこそが、究極の文化的転換です。
19:16
AIをビジネスで機能させるために必要だった複雑さは、逆転しました。
19:20
今やビジネスデータそのものが、AIを動かしています。
19:22
かつては中間管理職のその場しのぎと考えられていたシェアポイントリストは、今や公式にエンタープライズグレードの知識ストアとなりました。
19:28
これが戦略的な反転であり、インフラとしてのシンプルさの再評価です。
19:31
まだ移行作業をしていますか?なぜですか?マゾヒズムですか?それとも習慣ですか?
19:35
答えはほとんど重要ではありません。
19:36
データ近代会にシアチブがまだ崇高な響きを持つと考えているプロジェクトプランナーこそ、滑稽なのです。
19:41
今年度、あなたがすべき最も賢いことは、コネクタを追加する以外、何もしないことです。
19:45
新しいデータ原則、データの移動は止め、インテリジェンスを接続し始めるのです。
19:49
それが今、求められる原則です。
19:51
マイクロソフトはついに、コパイロットを現実と融合させました。
19:54
あなたの情報は、すでにエコシステムの中に存在しています。
19:56
必要なのは場所の移動ではなく、ただ許可を与えることだけでした。
19:59
その力関係の変化は微細ですが、極めて重大です。
20:01
コパイロットはもう、完璧なデータベースやデータの複製を要求しません。
20:05
管理され認証された状態で、データが存在するその場所でデータを処理します。
20:09
かつて一時的な足場とみなされた控えめなシェアポイントリストが、今や運用の知識リアルタイムで構造化された、従順で安全な革新となっています。
20:16
今後作成されるすべての移行計画は、単に接続するだけで済むか?という問いから始めるべきです。
20:23
もし答えがイエスなら、そのプロジェクト提案書の残りの部分はゴミ箱行きです。
20:27
あなたの古いシェアポイントリストは、前回の半年かけた移行計画よりも賢くなりました。
20:32
それにふさわしい扱いをしましょう。
20:34
予算を食いつぶす悪いIT習慣を破壊する解説に価値を感じるなら、どうすべきかはお分かりでしょう。
20:39
昨日のツールを明日のインテリジェンスに変える洞察のため、チャンネル登録を、効率は獲得するものではなく、接続するものです。
20:45
接続を選びましょう。