WEBVTT 00:00:00.000 --> 00:00:07.740 マイクロソフト365、コパイロット、AI、Azure、そして未来の働き方を形作る人々について学ぶ10日間、準備はできていますか? 00:00:07.880 --> 00:00:12.240 この1月、M365コンがさらに規模を拡大して帰ってきます。 00:00:12.500 --> 00:00:18.180 世界中のMVPや業界エキスパートによるライブセッション、実践的なデモ、現場の知見にぜひご参加ください。 00:00:18.380 --> 00:00:23.920 ありきたりなスライドは使いません。中身のない流行り言葉も並べません。私たちは真の課題に取り組みます。 00:00:23.920 --> 00:00:35.160 コパイロットスタジオ、AIエージェント、ファブリック、セキュリティ、ガバナンス、そして自動化、ITプロフェッショナル、開発者、ビジネスリーダーの皆様に向けた専門的なセッションをご用意しています。 00:00:35.340 --> 00:00:40.540 10日間の充実した期間で、多様な技術を探求し、グローバルなコミュニティとつながりましょう。 00:00:40.760 --> 00:00:44.680 ライブ配信で学び、実践的な知見を組織に持ち帰ってください。 00:00:45.020 --> 00:00:49.200 2027年1月、10日間、一つのマイクロソフトコミュニティへ。 00:00:49.380 --> 00:00:51.780 現在、参加登録を受付中です。 00:00:51.780 --> 00:00:54.900 今すぐお席を確保しましょう。 00:00:56.200 --> 00:00:59.400 サイトはm365.netです。 00:00:59.740 --> 00:01:05.120 m365.netから今すぐ登録して、1月のライブセッションでお会いしましょう。 00:01:05.360 --> 00:01:11.280 もし、コパイロットが期待外れに感じる最大の理由がAIモデルではなく、あなたのデータにあるとしたらどうでしょう? 00:01:11.520 --> 00:01:12.800 少し考えてみてください。 00:01:12.960 --> 00:01:15.300 コパイロットは与えられたデータからしか学習しません。 00:01:15.300 --> 00:01:21.160 データが整理されておらず、古かったり、アクセス権の問題で隠れていたりすれば、価値ある答えではなくノイズが返ってくるだけです。 00:01:21.160 --> 00:01:27.440 今日はそんなノイズを取り除き、コパイロットを当てずっぽうのツールから精密なツールへと変える銃のベストプラクティスを紹介します。 00:01:27.580 --> 00:01:28.220 予告ですか? 00:01:28.420 --> 00:01:32.820 今の設定を少し調整するだけで、コパイロットの真の力を解き放てるかもしれません。 00:01:33.020 --> 00:01:35.760 シェアポイントに潜む静かな妨害者たち。 00:01:35.880 --> 00:01:41.520 テナント内のどこかにデータがあるはずなのに、コパイロットの回答が曖昧だと感じたことはありませんか? 00:01:41.520 --> 00:01:46.400 その犯人は、放置されたシェアポイントライブラリの中で、静かに隠れていることがよくあります。 00:01:46.640 --> 00:01:51.580 善意で作成されたライブラリも、時が経てば不要なファイルで溢れかえるゴミ捨て場とかしてしまいます。 00:01:51.760 --> 00:01:55.680 プロジェクトの度、引き継ぎの度、命名規則のないホルダが積み重なっていきます。 00:01:55.960 --> 00:01:59.660 すぐに管理者たちが、データの墓場と呼ぶ場所が出来上がります。 00:01:59.900 --> 00:02:04.440 目的を失ったファイルが、コパイロットがクロールする環境に残り続けているのです。 00:02:04.440 --> 00:02:09.080 こうした蓄積が、コパイロットの日常的な効率を低下させる見えない足枷となります。 00:02:09.240 --> 00:02:12.300 多くの組織におけるシェアポイントの利用状況を考えてみてください。 00:02:12.520 --> 00:02:17.140 最初は熱心に構造を整え、必要なホルダを作り、メタデータを付与することもあります。 00:02:17.360 --> 00:02:20.060 しかし、月日と共にメンテナンスはおろそかになります。 00:02:20.260 --> 00:02:23.540 正しい範を探すより、ファイルを複製する方が早いからです。 00:02:23.740 --> 00:02:29.520 部門Aが最終ドラフトと名付ければ、部門Bは同じファイルを最終ドラフトコピーと呼ぶような事態です。 00:02:29.520 --> 00:02:35.780 ユーザーは、後でみんなが見つけやすいだろうと判断し、古い版のファイルを個人用ストレージではなく共有ライブラリに保存してしまうのです。 00:02:35.940 --> 00:02:41.160 それを何百ものライブラリに掛け合わせると、コパイロットは突然、何万もの回答候補に直面することになります。 00:02:41.360 --> 00:02:43.360 その多くは互いに矛盾するものです。 00:02:43.540 --> 00:02:50.300 その結果、確信を持った文脈的回答を返すどころか、コパイロットはどれが正解かを主張し合う矛盾したファイルの間で立ち往生してしまいます。 00:02:50.460 --> 00:02:53.640 これは、5年間放置していたガレージを開けるようなものです。 00:02:53.640 --> 00:03:00.720 必要な道具がどこかにあるのは確かですが、壊れたおもちゃやクリスマスの飾り、いつか使うと誓ったランニングマシンに埋もれています。 00:03:00.940 --> 00:03:07.020 そんな散らかった場所で必要なものを探すよう誰かに頼んでも、間違ったレンチを持ってくるか、最悪の場合、完全に諦めてしまうでしょう。 00:03:07.180 --> 00:03:11.840 コパイロットが整理されていないシェアポイント環境をナビゲートする際、まさにこれと同じ状況に直面しているのです。 00:03:11.840 --> 00:03:19.680 検索して見つけ出しはするものの、どのバージョンが公式化を示す明確な指標がないため、結果として信頼性の低い、表面的な回答しか得られません。 00:03:19.800 --> 00:03:24.720 これは単なる意見ではなく、AIモデルが非構造化データをどのように扱うかという根本的な問題に関わっています。 00:03:24.880 --> 00:03:32.400 データに一貫したラベル付けや整理、文脈が欠けていると、機械学習エンジンは正確な情報を出す代わりに、推測に無駄な処理サイクルを費やしてしまいます。 00:03:32.580 --> 00:03:37.580 実質的には、より曖昧な要約、不正確な参照、そして説得力に欠ける洞察を生むことになります。 00:03:37.760 --> 00:03:42.360 文脈の力を活用して回答を絞り込むどころか、システムはノイズの中に埋もれてしまうのです。 00:03:42.360 --> 00:03:50.020 ビジネスリーダーがコパイロットは基本的なことしかできないと不満を漏らすとき、その失望の多くは、基盤となるデータ資産の構造化、あるいはその欠如、に起因しています。 00:03:50.200 --> 00:03:54.160 そしてメタデータ、あるいはその欠如は、ほとんどのチームが考えている以上に大きな役割を果たしています。 00:03:54.380 --> 00:03:56.480 優れたメタデータは、道路標識のように機能します。 00:03:56.680 --> 00:03:59.080 それは、コパイロットを関連性の高い情報へと直接導きます。 00:03:59.260 --> 00:04:02.800 それがなければ、システムは名前が酷似した2つのファイルを区別することができません。 00:04:02.800 --> 00:04:09.520 部署、地域、プロジェクトフェイズといった基本的なタグがあるだけで、的確な回答と、的外れで苛立たしい回答との分かれ目になります。 00:04:09.680 --> 00:04:15.700 しかし多くの組織では、ユーザーが単なる手間だと考えたり、ガバナンスが優先されていなかったりして、タグ付けが省略されてしまいます。 00:04:15.840 --> 00:04:19.080 こうして、非構造化データの山は手に負えないサイロへと成長していきます。 00:04:19.320 --> 00:04:23.020 そして何よりも文脈を頼りにするAIにとって、サイロは致命的な存在です。 00:04:23.160 --> 00:04:26.700 皮肉なことに、この問題を解決するのは技術的に難しいことではありません。 00:04:26.700 --> 00:04:30.200 ライブラリの整理に、複雑な自動化や高度なスキルは必要ありません。 00:04:30.340 --> 00:04:33.700 必要なのは、定期的なメンテナンスとガバナンスに対するコミットメントです。 00:04:33.860 --> 00:04:41.740 不要なファイルのアーカイブや削除、重複ファイルの統合、必須メタデータ項目の適用といった単純なステップが、コパイロットのワークスペースに対する解釈を劇的に変えます。 00:04:41.880 --> 00:04:45.460 ユーザーにとっては、薄暗い部屋で明かりをつけたかのような感覚を得られるでしょう。 00:04:45.460 --> 00:04:49.180 コパイロットはもう、曖昧な要約で逃げ道を作るようなことはしなくなります。 00:04:49.380 --> 00:04:56.700 正確なレポートを抽出し、正しいバージョンを参照して、実際に決定された内容に即した文脈上のメモまでも提示し始めます。 00:04:56.700 --> 00:05:06.880 コパイロットにマーケティング戦略ファイルを求めた際、バラバラな3つの下書きやアーカイブ用テンプレートではなく、正しい履歴と補足メモ付きの承認済み計画が手に入ることを想像してみてください。 00:05:07.080 --> 00:05:10.480 その変化だけで、人々がツールに寄せる信頼のレベルが変わります。 00:05:10.660 --> 00:05:15.480 時が経つにつれ、その信頼こそがコパイロットを単なる目新しい道具から、日々の意思決定支援システムへと進化させるのです。 00:05:15.620 --> 00:05:19.360 そして、その信頼を築くための入り口となるのが、何よりもまず混乱を減らすことです。 00:05:19.360 --> 00:05:26.120 ですから、埃をかぶったライブラリの整理は繰り返しの単純作業に思えるかもしれませんが、AIの真の有効性を引き出す隠れた加速装置なのです。 00:05:26.240 --> 00:05:28.960 コパイロットを支える技術モデルそのものは変わっていません。 00:05:29.180 --> 00:05:31.200 余計な摩擦を取り除いただけなのです。 00:05:31.400 --> 00:05:36.820 その摩擦がなくなったことで、コパイロットはついに、鋭く、最適化された、ビジネスで即戦力となる回答を提示できるようになります。 00:05:36.820 --> 00:05:42.040 シェアポイントの乱雑さがワークスペースを散らかった車庫にするのなら、破損した権限設定は全く別の問題です。 00:05:42.200 --> 00:05:48.060 それは鍵のない閉ざされた扉のようなもので、コパイロットが正しい答えのある部屋に足を踏み入れることさえ阻んでしまいます。 00:05:48.220 --> 00:05:50.660 破損した権限設定によって生じる視覚です。 00:05:50.820 --> 00:05:55.000 コパイロットに市販機ごとの業績報告の完全な要約を求めたと想像してください。 00:05:55.160 --> 00:06:00.200 ファイルが存在することは知っており、複数のチームが作成に携わり、それらはシェアポイントかチームのどこかに保存されています。 00:06:00.380 --> 00:06:02.840 しかし、返ってくる回答は奇妙なほど不完全です。 00:06:02.840 --> 00:06:07.420 コパイロットは少数の文書しか上げず、特定の地域を完全に飛ばし、重要な更新を無視します。 00:06:07.580 --> 00:06:09.740 問題は、ファイルが消えてしまったことではありません。 00:06:09.900 --> 00:06:10.900 ファイルはそこにあります。 00:06:11.160 --> 00:06:15.900 問題は、権限設定の不備がデータセットの半分を見えなくしており、コパイロットは見えないものを利用できないという点です。 00:06:16.040 --> 00:06:19.340 マイクロソフト365の権限設定は、ほとんどの場合、固定されたものではありません。 00:06:19.340 --> 00:06:23.860 誰かが役割を変えるたび、プロジェクトが終わるたび、あるいは契約社員が去るたびに影響を受けます。 00:06:23.980 --> 00:06:30.500 Azure Adでそれらの権限が能動的に管理されなければ、グループ所属や古いアクセスリストが継ぎはぎのように蓄積されていきます。 00:06:30.760 --> 00:06:33.120 そこに一貫性のない共有ポリシーが加わります。 00:06:33.320 --> 00:06:37.460 あるチームはリンク共有を使い、別のチームはすべてをカスタムグループで制限しているかもしれません。 00:06:37.640 --> 00:06:40.680 その結果、コパイロットは行き止まりだらけの迷路をさまようことになります。 00:06:40.860 --> 00:06:44.000 ユーザー側から見ると、AIが明白な答えを見逃しているように見えます。 00:06:44.180 --> 00:06:47.300 実際には、システムが私たちが意図せず築き上げた壁に縛られているのです。 00:06:47.460 --> 00:06:50.420 それが、ほとんどの管理者がよく知る奇妙なパラドックスを生んでいます。 00:06:50.620 --> 00:06:55.120 一方では、機密レポートや顧客記録、従業員情報といったデータを安全に保ちたいと願います。 00:06:55.320 --> 00:06:58.300 誰も、ログインできる人全員にそれらを公開したいとは思いません。 00:06:58.480 --> 00:07:04.720 しかしもう一方では、厳重に制限しすぎると、経営人が意思決定に頼っているまさにそのデータに対してAIが盲目になってしまうのです。 00:07:04.860 --> 00:07:12.900 その結果、データが厳重にロックされて存在しないも同然になるか、あるいは広く共有されすぎてコンプライアンス上の問題が生じるかという厄介な板挟み状態に陥ります。 00:07:12.900 --> 00:07:17.220 どちらの状態も誰にとっても心地よいものではなく、結局コパイロットがその間で板挟みになってしまうのです。 00:07:17.340 --> 00:07:19.640 日常的でわかりやすい例を想像してみてください。 00:07:19.800 --> 00:07:23.740 マネージャーがコパイロットに、過去6ヶ月間のプロジェクトの洞察を要約するよう依頼します。 00:07:23.920 --> 00:07:27.660 関与しているあらゆる部門、すべてのチームからの最新情報が含まれることを期待しています。 00:07:27.860 --> 00:07:30.080 しかし、帰ってきたのは全体像の半分にすぎません。 00:07:30.240 --> 00:07:32.840 2チーム分のレポートはありますが、他の3チーム分が欠落しています。 00:07:32.840 --> 00:07:37.540 マネージャーの視点から見れば、コパイロットの学習が不十分であるか、チームを横断した情報を扱えないように見えてしまいます。 00:07:37.660 --> 00:07:39.440 ツールへの信頼が損なわれてしまいます。 00:07:39.580 --> 00:07:42.460 しかし舞台裏では、アクセス権限の設定がそのギャップを生み出していたのです。 00:07:42.580 --> 00:07:46.320 ある部門は、期限切れのゲストポリシーが適用された制限付きサイトにファイルを保存していました。 00:07:46.500 --> 00:07:50.800 別の部門は、プロジェクトメンバーの入れ替わりのちに誰も更新していないセキュリティグループにすべてを保持していました。 00:07:50.980 --> 00:07:53.900 データは存在しているのに、コパイロットには存在しないものとして認識されているのです。 00:07:53.900 --> 00:07:56.040 放置されたアカウントがこの問題をさらに悪化させます。 00:07:56.200 --> 00:07:59.280 従業員が退職した後も、古いユーザープロファイルがそのまま残っていることがあります。 00:07:59.500 --> 00:08:04.360 そうしたプロファイルがグループやサイトへの権限を持ち続けている一方で、現在のチームメンバーが排除されているケースもあります。 00:08:04.600 --> 00:08:10.780 その結果、アクセス権限の不均衡が生じ、コパイロットは古いメンバーシップを認識する一方で、実際に業務を行っている人々を見落としてしまうのです。 00:08:10.940 --> 00:08:17.300 時間が経つにつれてこうした不整合が増幅し、盲点が大量に生まれるため、データが豊富であってもコパイロットの回答が一般的なものに見えてしまいます。 00:08:17.460 --> 00:08:20.560 このような信頼の低下は技術的な問題だけでなく、組織文化の問題でもあります。 00:08:20.780 --> 00:08:24.000 スタッフが一度、AIは頼りにならないと思い込むと、導入は停滞してしまいます。 00:08:24.140 --> 00:08:26.360 結局のところ、これは単純な事実を証明しています。 00:08:26.360 --> 00:08:29.300 コパイロットの賢さは、与えられたアクセス権限によって決まるということです。 00:08:29.440 --> 00:08:35.060 世界で最もクリーンで適切にラベル付けされたデータセットを持っていても、AIがその半分にしかアクセスできなければ、その潜在能力を最大限に引き出すことはできません。 00:08:35.180 --> 00:08:38.620 これは、ネットフリックスのライブラリの大部分をブロックしたまま映画を推薦するようなものです。 00:08:38.780 --> 00:08:44.520 確かに提案されるものは技術的には関連性がありますが、全体のほんの一部から選ばれているため、特定のジャンルが丸ごと抜け落ちてしまうのです。 00:08:44.520 --> 00:08:48.200 入力が目に見えない制限によって定義されているため、出力も浅いものになってしまいます。 00:08:48.340 --> 00:08:50.300 解決策は決して謎めいたものではありません。 00:08:50.460 --> 00:08:56.000 ロールベースのアクセスモデルは長年存在していますが、多くの組織では適用が不均一であったり、時間の経過とともに境外化したりしています。 00:08:56.160 --> 00:09:03.680 グループのメンバーシップを整理し、アクセス権を定期的に見直し、部門間でポリシーを調整することで、目に見えない壁が築かれるのを未然に防ぐことができます。 00:09:03.740 --> 00:09:08.920 明確で一貫した構造があれば、コパイロットはあなたのチームが実際に仕事をしているのと同じコンテキストの中で機能します。 00:09:09.060 --> 00:09:12.100 かつて半分しか埋まっていなかった要約が、完全なレポートへと変わります。 00:09:12.300 --> 00:09:15.420 曖昧に感じられた回答が、包括的で洞察に満ちたものに変わるのです。 00:09:15.580 --> 00:09:19.780 そうなれば、人々はコパイロットの有用性を疑うことをやめ、日常的なツールとして信頼し始めるでしょう。 00:09:19.960 --> 00:09:23.840 権限設定によってコパイロットが全てのデータにアクセスできるようになると、次に重要となるのがスケールです。 00:09:23.840 --> 00:09:27.600 データを見ることは一つのステップですが、インサイトを行動に移すのはさらに大きな飛躍です。 00:09:27.740 --> 00:09:29.440 そこでパワーオートメートの出番です。 00:09:29.580 --> 00:09:33.460 権限がコパイロットの視界を決めるなら、自動化は到達範囲を決めるからです。 00:09:33.600 --> 00:09:36.040 コパイロットに欠けていたエンジン、それが自動化です。 00:09:36.200 --> 00:09:40.400 コパイロットは質問に答えてくれますが、ワークフロー全体を統括できるとしたらどうでしょうか? 00:09:40.540 --> 00:09:43.480 現在、多くの人はコパイロットを情報検索ツールとして見ています。 00:09:43.640 --> 00:09:44.980 問いかければ、答えてくれる。 00:09:45.020 --> 00:09:47.340 それだけでも強力ですが、まだ発展の余地があります。 00:09:47.520 --> 00:09:51.580 情報を引き出すだけでなく、その情報に関連するプロセス自体を自動化できると想像してみてください。 00:09:51.760 --> 00:09:53.580 そこでパワーオートメートが登場します。 00:09:53.760 --> 00:09:58.620 コパイロットを単なる役立つアシスタントから、ビジネス成果を生み出す原動力へと変える、欠けていたエンジンです。 00:09:58.760 --> 00:10:03.700 インサイトと行動の架け橋となり、コパイロットの知見とビジネスに必要なタスクを結びつける存在と考えてください。 00:10:03.860 --> 00:10:07.880 単体でも、コパイロットは会議の要約やメッセージの作成、レポートの表示が可能です。 00:10:08.040 --> 00:10:10.260 便利ではありますが、本質的には性的なものです。 00:10:10.420 --> 00:10:12.320 要約を受け取った後、どうなるでしょうか? 00:10:12.320 --> 00:10:17.520 フォローアップをチームにコピーしたり、ダイナミクスの顧客メモを手動で更新したり、プランナーにタスクを追加したりする必要があります。 00:10:17.740 --> 00:10:19.120 そこにギャップが存在します。 00:10:19.320 --> 00:10:25.020 ワークフローを起動する手段がなければ、コパイロットの出力は、情報を提供して終わり、というループに止まってしまいます。 00:10:25.160 --> 00:10:30.180 パワーオートメートがあれば、その答えがビジネスプロセスに直接流れ込み、動的で実行可能なものへと変わります。 00:10:30.320 --> 00:10:34.320 コパイロットは受動的な存在から、物事を前進させる能動的な存在へと変わるのです。 00:10:34.480 --> 00:10:37.020 多くの組織で見られる一般的な例を挙げましょう。 00:10:37.020 --> 00:10:42.400 プロジェクト会議の後、メモや決定事項、アクションアイテムがメールやチャットに散乱した状態で終わることがよくあります。 00:10:42.580 --> 00:10:47.020 コパイロットはその情報を収集できますが、真の転換点はフローが起動した時に訪れます。 00:10:47.160 --> 00:10:57.960 コパイロットが会議の要約を生成し、アクションアイテムごとにプランナーでタスクを自動作成し、チームの適切なチャンネルに通知を送り、議論された新規案件をダイナミクスに反映させる様子を想像してください。 00:10:58.140 --> 00:11:01.400 これらすべてを、複数のアプリを行き来することなく実行できます。 00:11:01.600 --> 00:11:05.880 このワークフローは、散らばっていたフォローアップのプロセスをリアルタイムでシームレスなものに変えます。 00:11:06.040 --> 00:11:09.720 利点は、単なるクリック数の削減ではなく、業務の一貫性にあります。 00:11:09.820 --> 00:11:14.280 自動化を通じてコパイロットがフォローアップを処理すれば、個人の習慣に頼る必要はなくなります。 00:11:14.400 --> 00:11:18.680 人は記録の更新を忘れたり、通知を見逃したり、メールの山の中にタスクを埋もれさせてしまったりするものです。 00:11:18.780 --> 00:11:21.180 パワーオートメイトは、そのような不確実性を排除します。 00:11:21.360 --> 00:11:24.340 あなたが求めた要約は、アウトルックの中に止まる単なるテキストではなくなります。 00:11:24.540 --> 00:11:27.960 それはシステムが追跡、測定可能な具体的な行動へと変換されます。 00:11:28.120 --> 00:11:31.300 やがて、情報がサイロ化されることのない文化が築かれます。 00:11:31.500 --> 00:11:34.680 情報は即座に、実際の業務が行われている場所へと移動するのです。 00:11:34.680 --> 00:11:38.240 パワーオートメイトがなければ、コパイロットは車のないGPSのようなものです。 00:11:38.360 --> 00:11:43.680 行き先を教え、ルートを示し、渋滞を警告してくれても、あなたは歩道に立ったままです。 00:11:43.860 --> 00:11:45.980 自動化は、その車を提供します。 00:11:46.140 --> 00:11:49.120 コパイロットが引き出した知識を、実際の動きへと変えるのです。 00:11:49.300 --> 00:11:54.680 そのため、フローとコパイロットを組み合わせて導入する組織では、価値を単に積み上げるのではなく、倍増させると語られています。 00:11:54.840 --> 00:11:58.000 この技術は、既存のプロセスを少し早くするだけではありません。 00:11:58.000 --> 00:12:01.680 多くの場合、プロセスそのものの在り方を根元から作り変えてしまいます。 00:12:01.860 --> 00:12:08.380 財務部門ではこの連携を活用し、コパイロットの要約から経費報告書の作成を自動化することで、手作業の消耗作業時間を短縮しています。 00:12:08.580 --> 00:12:11.500 人事部門では、候補者管理にフローを組み込んでいます。 00:12:11.720 --> 00:12:18.660 コパイロットが面接メモを作成して管理システムを即座に更新するため、会話と記録の間のタイムラグがなくなります。 00:12:18.700 --> 00:12:28.500 プロジェクト管理では、コパイロットがクライアントとの通話を要約すると、タスクの生成、スケジュールの更新、連絡の送信といった一連のワークフローが自動的に開始されます。 00:12:28.680 --> 00:12:34.900 共通しているのは、自動化によってコンテキストとプロセスが繋がることで、コパイロットの価値が段階的ではなく飛躍的に向上するという点です。 00:12:34.900 --> 00:12:38.960 これが非常に効果的な理由は、実際に自動化を行っているのがコパイロットではないという点にあります。 00:12:39.100 --> 00:12:44.300 コパイロットは人間の要求を解釈して文脈を理解し、それをパワーオートメートに引き継いで実行させているのです。 00:12:44.480 --> 00:12:47.500 AIは意図を理解し、自動化がその成果をもたらします。 00:12:47.700 --> 00:12:49.100 この分業は重要です。 00:12:49.320 --> 00:12:54.820 システムが単なるチャットインターフェースに留まらず、エンドツーエンドのワークフローを制御する中心点へと変わるからです。 00:12:54.980 --> 00:12:58.300 コパイロットに質問すると、それが解釈され、フローが急に入れられます。 00:12:58.300 --> 00:13:02.200 最終的な結果は、単なる回答だけでなく、バックグラウンドで完了したアクションそのものです。 00:13:02.340 --> 00:13:05.720 試行錯誤を重ねる中で、組織はその拡張性に気づくことになります。 00:13:05.900 --> 00:13:10.420 1つや2つのフローを設定するのは小さな成功に思えますが、導入が広がるとパターンが見えてきます。 00:13:10.600 --> 00:13:15.400 フローはランダムではなく、スタッフの時間を奪っていた反復的な提携業務を体系化したものです。 00:13:15.540 --> 00:13:20.380 コパイロットがそれらを開始するための自然な手段となることで、継続的な利用の負担が軽減されます。 00:13:20.560 --> 00:13:27.260 IT部門がトップダウンで自動化戦略を設計するのではなく、インターフェースがユーザーを対話のたびに自動化へと導きます。 00:13:27.460 --> 00:13:33.580 コパイロットの役割はテキスト生成からワークフローの指揮者へと変わり、裏で静かにビジネスプロセスを調整します。 00:13:33.820 --> 00:13:37.000 時間が経つにつれ、このアプローチは測定可能な効率化を生み出します。 00:13:37.180 --> 00:13:40.140 チームは会議からアクションまでのタイムラグが短くなったことを実感します。 00:13:40.140 --> 00:13:43.240 引き継ぎの摩擦が減ることで、プロジェクトはスムーズに進みます。 00:13:43.360 --> 00:13:47.240 手入力ではなく記録が自動更新されることで、コンプライアンスも向上します。 00:13:47.460 --> 00:13:50.360 そして何よりも重要なのは、信頼が築かれることです。 00:13:50.500 --> 00:13:57.240 ユーザーはコパイロットが情報を吐き出すだけでなく、ワークフローの構造に組み込まれ、システムをより一体感のあるものにしていると認識します。 00:13:57.420 --> 00:14:03.680 単なる回答だけでは信頼を得ることは困難ですが、すべての洞察が自動化という実行力を伴うとき、信頼は自然と生まれるのです。 00:14:03.680 --> 00:14:09.120 コパイロットとパワーオートメイトの連携は単なる目新しさではなく、洞察と実行のループを完結させるためのものです。 00:14:09.260 --> 00:14:12.440 ようやくだけで止まってしまう組織は、本来の可能性を逃しています。 00:14:12.620 --> 00:14:17.700 フローを接続できる組織は、時間の節約、正確性、一貫性において飛躍的な成果を手にします。 00:14:17.840 --> 00:14:22.400 コパイロットは単なる検索ツールから、日々の業務を形作るチームメイトへと進化します。 00:14:22.600 --> 00:14:25.900 しかし、こうした連携を円滑に進めるには条件があります。 00:14:25.900 --> 00:14:33.480 コパイロットが依存するファイル名やメタデータ、さらには会話の流れといった言語情報が不一致だと、期待通りの動きができません。 00:14:33.740 --> 00:14:37.100 そうなれば、自動化は混乱を拡大させるだけです。 00:14:37.280 --> 00:14:45.660 メタデータが不正確で会話が散乱していると、Q4レポートを取得するよう頼んでも、コパイロットは似たような名前のファイルを3つも提示してきます。 00:14:45.960 --> 00:14:51.940 最終レポートV2、最終レポートV2の1、最終レポートV2ボスボス最終、といった具合です。 00:14:52.140 --> 00:14:54.160 どれにも有益なメタデータは含まれていません。 00:14:54.160 --> 00:14:55.600 どれが正しいのでしょうか? 00:14:55.900 --> 00:14:56.980 コパイロットにも分かりません。 00:14:57.140 --> 00:14:59.940 これこそが、AIへの信頼が揺らぎ始める瞬間です。 00:15:00.100 --> 00:15:04.620 外部からはコパイロットの失敗に見えますが、真の原因は背景にあるデータの管理状態にあります。 00:15:04.820 --> 00:15:09.060 一貫した命名やタグがなければ、システムは何が重要で何がそうでないかを推測することしかできません。 00:15:09.240 --> 00:15:11.440 私たちはみんな、このような状況を目にしたことがあるはずです。 00:15:11.560 --> 00:15:14.020 あるチームは、自分たちのドキュメントが最終版だと断言します。 00:15:14.200 --> 00:15:17.700 別のチームが修正を加えて新しいコピーを保存し、最終版にと名付けます。 00:15:17.900 --> 00:15:22.440 時間が経つと、わずかに内容が異なる、最終レポートが4つも5つも出来上がってしまいます。 00:15:22.660 --> 00:15:29.920 さらにシェアポイントライブラリに作成者や地域、プロジェクトフェイズなどの有用なメタデータがなければ、コパイロットが引き出す結果はランダムなものになってしまいます。 00:15:30.100 --> 00:15:32.800 AIがあなたのリクエストを理解できていないわけではありません。 00:15:32.940 --> 00:15:38.360 AIに与えられた混沌とした環境では全ての信号が同じに見え、どれが真の記録源なのか判別できないのです。 00:15:38.500 --> 00:15:40.560 同じ問題は会話の中でも発生します。 00:15:40.740 --> 00:15:42.700 チームのチャットスレッドは高速で流れます。 00:15:42.900 --> 00:15:46.820 重要な詳細は3から4つ前のメッセージ、あるいは議論の奥深くに埋もれてしまいます。 00:15:47.040 --> 00:15:52.060 誰かが添付ファイルを共有し、決定事項が変更されても、その要約がメインチャンネルに戻ることはありません。 00:15:52.060 --> 00:15:57.980 後になってコパイロットに最新の決定事項をまとめさせようとしても、会話の断片的な部分を拾い集めることになります。 00:15:58.160 --> 00:16:05.060 通話参加者には明確だった文脈が複数のスレッドに散らばり、AIはチグハグな情報を繋ぎ合わせることしかできなくなります。 00:16:05.260 --> 00:16:10.320 リーダーシップチームがコパイロットに、全市販機の顧客フィードバックの傾向をまとめるよう求めた場面を想像してください。 00:16:10.480 --> 00:16:12.820 彼らは共通のテーマで整理された要約を期待しています。 00:16:13.000 --> 00:16:15.340 しかし、返ってくる回答は不完全なものに感じられます。 00:16:15.480 --> 00:16:20.660 あるファイル群は調査データを参照していますが、インタビューメモを含む別のファイル群はラベル付けが不適切で、対象から漏れてしまうのです。 00:16:20.800 --> 00:16:25.220 一方、タウンホールでの重要な議論の要点は、タグ付けや要約がされていないスレッドの中に埋もれたままです。 00:16:25.220 --> 00:16:29.960 コパイロットは見える範囲の情報を提供しますが、それによって組み立てられたモザイクには明らかな欠落が生じます。 00:16:30.100 --> 00:16:35.200 経営人はシステムが失敗したのかと考えますが、実際にはシステムが活用できる明確な情報がなかっただけなのです。 00:16:35.340 --> 00:16:38.480 これは従来からのメタデータの管理手法が軽視されているために起こります。 00:16:38.680 --> 00:16:40.980 多くのチームはタグ付けをオプションのように扱っています。 00:16:40.980 --> 00:16:46.000 1日の終わりにファイルを保存する際地域や製品ラインといった項目を入力することはあまり緊急性が高く感じられません。 00:16:46.180 --> 00:16:51.420 それを何百もの文書に繰り返せば、時間の経過とともに検索の妥当性もAIの出力も崩壊してしまいます。 00:16:51.580 --> 00:16:58.080 コパイロットはメタデータを指針として利用する代わりに、誤解を招きやすい一貫性のないタイトルをパターンマッチングで読み取るしかなくなります。 00:16:58.260 --> 00:17:01.180 その結果、シグナルを装ったノイズが溢れることになります。 00:17:01.360 --> 00:17:04.220 意思決定を行う際、こうしたノイズは大きな損失となります。 00:17:04.420 --> 00:17:06.880 そこから派生する悪影響は容易に想像できるはずです。 00:17:06.880 --> 00:17:11.120 コパイロットが矛盾するデータの整理に時間を費やすたび、ユーザーの待ち時間は増えていきます。 00:17:11.320 --> 00:17:15.980 AIの要約を鵜呑みにできず、その正確性を確認する作業に時間を取られるため、意思決定も遅れます。 00:17:16.160 --> 00:17:18.940 真実がどれかを議論するせいで、会議は長引いてしまいます。 00:17:19.120 --> 00:17:22.360 ワークフローを加速させるはずのテクノロジーが、かえって業務を停滞させています。 00:17:22.580 --> 00:17:26.380 それはAIの弱さではなく、私たちがシステムにもたらした混乱を読み取れないからなのです。 00:17:26.680 --> 00:17:32.780 これは、作員カードの半分が間違ったラベルで、残りの半分がラベルのない別の部屋の本を指し示している図書館に入るようなものです。 00:17:32.780 --> 00:17:38.180 理論上、本はすべてそこにありますが、目的のものを探すのは非常に苛立たしい宝探しになってしまいます。 00:17:38.340 --> 00:17:40.220 図書館員が無能なわけではありません。 00:17:40.400 --> 00:17:44.800 彼らは、リクエストとリソースを正確に称号するためのツールを持たずに働いているだけなのです。 00:17:44.960 --> 00:17:49.400 一貫したメタデータと明確な会話構造がない状態のコパイロットも、これと全く同じ状態です。 00:17:49.580 --> 00:17:52.400 朗報なのは、この問題が解決不可能ではないということです。 00:17:52.580 --> 00:17:56.780 厳格な命名規則を徹底することで、ファイルが理にかなった形で検索できるようになります。 00:17:56.780 --> 00:18:01.540 保存時にメタデータ項目を必須とすれば、検索とAIの両方に対する標識となります。 00:18:01.740 --> 00:18:09.500 またチームにおいて、専用チャンネルで会話を構造化し、決定事項を要約し、ドキュメントにリンクさせることで、散らばった断片が繋がりのある文脈へと変わります。 00:18:09.680 --> 00:18:12.720 これらの変更は、単に表面的な整理を行うだけではありません。 00:18:12.880 --> 00:18:17.800 AIが正確で関連性の高い情報を統合するために必要となる接着剤の役割を果たします。 00:18:18.000 --> 00:18:20.740 これは地味な作業であり、称賛されることも気です。 00:18:20.740 --> 00:18:27.700 しかし、コパイロットが曖昧な重複情報の混在から、完全な文脈を備えた正確なドキュメントを提示できるようになれば、その見返りは明らかです。 00:18:27.840 --> 00:18:33.240 AIは、単なる気の利いた手品のような存在から、日常業務に不可欠な信頼できるシステムへと変化し始めます。 00:18:33.440 --> 00:18:37.260 習慣を正すことはシステムを修正するよりも困難かもしれませんが、そこにこそ真のインパクトがあります。 00:18:37.480 --> 00:18:40.380 その見返りは、コパイロットからのより良い回答だけに留まりません。 00:18:40.600 --> 00:18:44.480 それは、全体として機能する、より賢く強靭なデジタルエコシステムなのです。 00:18:44.660 --> 00:18:50.220 準備されたシステムが起こす連鎖反応を解き放つ、コパイロット最大の秘密、それは単独では機能しないということです。 00:18:50.380 --> 00:18:54.480 マイクロソフト365エコシステム全体がコパイロットを支える体制にあって初めて、進化を発揮します。 00:18:54.480 --> 00:19:00.220 見かけ上はコパイロットが主役に見えますが、実際には、皆さんが構築済みの構造に強く依存しています。 00:19:00.420 --> 00:19:06.620 一部の組織はこの繋がりを見落とし、どんなデータ環境にも魔法のように適用するプラグイン化のようにコパイロットを扱っています。 00:19:06.840 --> 00:19:09.040 それが、多くの失望が始まる原因です。 00:19:09.200 --> 00:19:11.800 ツールが期待外れなのは、AIの知能が低いからではありません。 00:19:11.940 --> 00:19:15.200 ツールに情報を供給する環境が、安定しておらず一貫性がないからです。 00:19:15.200 --> 00:19:17.380 これまで見てきた課題について考えてみてください。 00:19:17.540 --> 00:19:20.840 管理されないライブラリが放置されると、シェアポイントはガラクタの山と化します。 00:19:20.980 --> 00:19:26.700 権限は時間の経過とともに境外化し、コパイロットが適切に答えられない質問をされるまで、誰も気づかない盲点を作り出します。 00:19:26.880 --> 00:19:30.300 自動化が活用されず放置されているため、情報がアクションに繋がりません。 00:19:30.480 --> 00:19:34.160 メタデータが軽視され、検索とAIの両方において混乱を招いています。 00:19:34.160 --> 00:19:36.920 個々の問題を取り上げれば、どれも対処可能です。 00:19:37.060 --> 00:19:40.420 しかしこれらが重なり合うと、コパイロットが動作する現実そのものを形作ってしまいます。 00:19:40.580 --> 00:19:43.260 これらは単なる偶然のミスではなく、習慣の問題なのです。 00:19:43.400 --> 00:19:49.820 そしてその習慣こそが、コパイロットがワークフローの中核となるか、ライセンス量に見合わない実験的なツールに終わるかを決定づけます。 00:19:50.000 --> 00:19:55.120 準備を怠り、混沌とした既存環境にコパイロットを導入すれば、結果は非を見るより明らかです。 00:19:55.120 --> 00:20:00.960 ユーザーはいくつかクエリを試しても、回答が曖昧で不完全だと感じ、期待外れだという印象を持ちます。 00:20:01.140 --> 00:20:07.860 リーダーたちは、標準的な検索結果と大差ないものに、なぜ追加コストを払っているのかと疑問を抱き始めます。 00:20:07.860 --> 00:20:15.680 会議的な見方は急速に広まり、すぐに仕事を変革するツールという評価は、半年でオフにする機能という評価へと変わります。 00:20:15.880 --> 00:20:21.200 組織としての準備がなければ、コパイロットはAIの価値を推進するどころか、AI疲れの証明になってしまいます。 00:20:21.340 --> 00:20:23.960 期待値を再定義するための洞察は、至ってシンプルです。 00:20:24.080 --> 00:20:26.120 コパイロットにさらなる学習をさせることではありません。 00:20:26.260 --> 00:20:28.580 システム側が、ノイズの少ない情報を供給することです。 00:20:28.720 --> 00:20:30.920 AIは、座して回答を捏造しているわけではありません。 00:20:31.060 --> 00:20:33.560 AIは、見つけた情報の品質を増幅させているのです。 00:20:37.860 --> 00:20:39.280 コパイロットは推測マシンではなくなります。 00:20:39.460 --> 00:20:44.960 誤解を招くような文章を5つも精査した末ではなく、適切なタイミングで適切な文脈を提示してくれるようになります。 00:20:45.160 --> 00:20:50.300 その変化は、基盤となるシステムがコパイロットに届く前に不要な情報をフィルタリングしたことで起こります。 00:20:50.520 --> 00:20:54.900 これこそが、マイクロソフト365エコシステムが多くの人の認識以上に重要である理由です。 00:20:55.040 --> 00:21:00.180 シェアポイントが管理され、権限がロールベースで一貫しており、メタデータが構造化されていれば、秩序が生まれます。 00:21:00.380 --> 00:21:04.520 その上にパワーオートメートが重なることで、その秩序をアクションへと変換し始めることができるのです。 00:21:04.700 --> 00:21:08.580 それぞれのコンポーネントが互いを支え合い、相互接続されたワークフローの基盤を作り上げています。 00:21:08.780 --> 00:21:11.480 派手ではありませんが、コパイロットにとってはこれが全てなのです。 00:21:11.560 --> 00:21:16.620 そのような環境であれば、コパイロットは真実の解釈をめぐって無駄な推測を繰り返すこともなく、重要な文脈から切り離されることもありません。 00:21:16.760 --> 00:21:20.320 その代わりに、ビジネスの実際の運営状況を正確に反映した答えを導き出すことができます。 00:21:30.180 --> 00:21:34.760 その後に、権限を現在の役割に合わせて調整し、古いアカウントを削除してグループを再構成しました。 00:21:34.940 --> 00:21:41.040 その後、会議のフォローアップやCRMへの入力といった反復的な更新作業を処理するため、的を絞ったパワーオートメートフローを導入しました。 00:21:41.240 --> 00:21:47.460 数ヶ月も経たないうちに、コパイロットは単なる新しいツールという見方から、リーダーたちが更新を依頼する際の標準的な手段へと変わりました。 00:21:47.620 --> 00:21:51.200 変化したのはAIではなく、それが接続されているシステムの型でした。 00:21:51.200 --> 00:21:59.520 摩擦を取り除くことで、組織はコパイロットに本来期待していた役割、つまり信頼できる文脈を提示し、人間の煩雑な作業を減らすということを実現させたのです。 00:21:59.640 --> 00:22:06.260 この段階では、コパイロットを単独で飛ぶパイロットとしてではなく、オーケストラを率いる指揮者のように考えると理解しやすくなります。 00:22:06.420 --> 00:22:09.300 チューニングされていない楽器を前にした指揮者は、何の役にも立ちません。 00:22:09.460 --> 00:22:12.800 指揮者がテンポを保てたとしても、音は不協和音となり、聴衆は耳を傾けてくれないでしょう。 00:22:12.940 --> 00:22:14.180 コパイロットも同じです。 00:22:14.180 --> 00:22:17.720 背後のシステムが整っていなければ、どんな答えも一般的なものになってしまいます。 00:22:17.880 --> 00:22:23.460 しかし、全てが整えば、驚くほど調和の取れた、構造化された文脈的な洞察が生まれ、それが自然と業務の流れに溶け込んでいくのです。