WEBVTT 00:00:00.000 --> 00:00:06.680 チームのコパイロットは要約を表示するだけの小さなサイドバーだと思っていませんか それは違いますそれは電気を新しいタイプのキャンドルと呼ぶようなものです 00:00:06.680 --> 00:00:14.040 今すぐ登録しましょう未来の自分がきっと感謝するはずです コパイロットは単なるウィンドウではありません会議チャットそして中央のインテリジェンスハブを 00:00:14.040 --> 00:00:18.560 つなぐ神経系なのですそのハブである m365コパイロットチャットはチーム内だけで完結するものではありません 00:00:18.560 --> 00:00:23.800 もちろんチームが主な利用場所ですが microsoft 365.comやコパイロット microsoft.comからもアクセスでき 00:00:23.800 --> 00:00:30.980 microsoftグラフ上で動作しますつまりすでにアクセス権があるコンテンツのみを提示する ということですいいえすべてを知っているわけではありません正確なのです 00:00:30.980 --> 00:00:36.820 これはあなたにとって何を意味するのでしょうかこれから数分かけて 会議チャットチャットハブという3つの面でコパイロットを紹介します 00:00:36.820 --> 00:00:42.440 どこで時間が節約できるかどのようなプロンプトが有益な回答を引き出すか そして無視できないガバナンスの制限についても見ていきましょう 00:00:42.440 --> 00:00:50.480 誤解は会議から生まれることが多いのでまずはそこから始めます 手動で記憶する必要のない会議会議が終わった直後の瞬間を想像してみてください 00:00:50.480 --> 00:00:55.220 椅子を回しカメラがオフになると突然全員が何を言ったかを正確に思い出すことを求められ ます 00:00:55.220 --> 00:01:03.240 予算は承認されたと主張する人がいればそうではないという人もいます 実際に決定を下した本人は次の会議のために30分で退出してしまいました 00:01:03.240 --> 00:01:10.520 会議後の記憶が曖昧になる霧は何時間もの損失を生みます リーダーたちは文字起こしを読み返し録画を再生し 00:01:10.520 --> 00:01:16.800 まるで犯罪現場を再現する捜査官のようにメモをつなぎ合わせます 手動でのフォローアップは会議そのものより時間を消費します 00:01:16.800 --> 00:01:23.360 皮肉なことに会議を開けば開くほど組織の共通記憶は失われていくのです コパイロットの会議インテリジェンスはその悪臭を根底から覆します 00:01:23.360 --> 00:01:29.860 単に言葉を記録するだけでなく会議の進行中に混乱した情報を構造化してくれます ライブ文字起こしにより誰が何を言ったかが記録されます 00:01:29.860 --> 00:01:34.960 リアルタイムの推論機能が合意事項意見の相違 そして普段なら消えてしまう曖昧な約束を明確にします 00:01:34.960 --> 00:01:42.460 アクションアイテムは抽出され担当者に割り当てられます さらに会議の途中でこれまでの重要な決定事項はといったプロンプトを入力して割り込むこともできます 00:01:42.460 --> 00:01:48.840 そして通話が終わる前に回答を得ることさえ可能です この違いは非常に重要ですコパイロットは速記者ではなく能動的な通訳者なのです 00:01:48.840 --> 00:01:54.560 もちろん有効化設定も重要です 会議の主催者は会議中及び会議後の設定を通じてコパイロットの動作 00:01:54.560 --> 00:02:00.280 会議中のみまたはオフなどを制御します 実際そもそも文字起こしがオンになっていなければ有用な要約は得られません 00:02:00.280 --> 00:02:05.500 文字起こしがなければコパイロットは記憶しません またすべての洞察を自由に持ち出せるとは思わないでください 00:02:05.500 --> 00:02:10.280 秘密ドラベルや会議ポリシーでコピーが制限されている場合 ワードやエクセルへのエクスポートはブロックされます 00:02:10.280 --> 00:02:16.380 率直に言ってこれは正しい挙動です こうした管理機能がなければ機密性の高い戦略メモは2回クリックするだけでダウンロードされてしまいます 00:02:16.380 --> 00:02:21.960 しかし文字起こしを有効にすればそのメリットは明らかです 会議の要約はワードに送って詳細なレポートにしたり 00:02:21.960 --> 00:02:29.780 コパイロットの出力に表が含まれていればエクセルに送ったりすることができます つまりアクションアイテムを会話から追跡可能なスプレッドシートへ瞬時に移行できるのです 00:02:29.780 --> 00:02:35.020 もしそうしなければ1時間の録音を聞き返しわずか3つの要点しか書き止められないという状況を 想像してみてください 00:02:35.020 --> 00:02:40.700 コパイロットを使えば集団の記憶を検索検証可能な形にし プロジェクト計画にそのまま貼り付けることができます 00:02:40.700 --> 00:02:46.960 これは単にメモを取る時間を数分短縮するだけのものではありません 会議が何をもたらすかという期待値を塗り替えるものです 00:02:51.960 --> 00:02:57.960 その意味を議論することになります コパイロットがあれば記録は永続的で文脈に沿っており再利用しやすい構造になります 00:02:57.960 --> 00:03:06.580 それだけでどの組織も抱えているとされる無駄なフォローアップ時間を削減できます 実際に利用しているユーザーからは記憶するという作業が自動化されたことで生産性が 00:03:06.580 --> 00:03:11.700 向上したとの報告があります 削減された時間は消えるのではなく実際の作業時間として還元されるのです 00:03:11.700 --> 00:03:18.400 リアルタイム機能も重要です 遅刻しましたかコパイロットが会議ウィンドウ内でキャッチアップ用の要約を作成し丁寧に知らせてくれます 00:03:18.400 --> 00:03:27.780 謝罪も何か聞き逃したことはという気まずい質問も不要で主要なポイントがすぐにわかります 通話中に確認が必要ですかその問題についてグループがどう考えているか誰が何を約束したかを 00:03:27.780 --> 00:03:32.000 コパイロットに聞きましょう 推測する代わりに文字起こしやチャットに基づいた確かな答えが得られます 00:03:32.000 --> 00:03:38.680 記憶に頼る負荷がなくなるため本質的な議論に集中できます 例えるなら従来の会議は楽譜なしで公共曲を聞くようなものです 00:03:38.680 --> 00:03:43.900 全員が調和して演奏することを願いますが後で聞き返してもトランペットとバイオリンを聞き分けることはできません 00:03:43.900 --> 00:03:50.380 コパイロットはリアルタイムで楽譜を提供します すべてのテーマ合図ソロが記録され後でスコアとしてエクスポートできます 00:03:50.380 --> 00:03:55.840 これこそが組織の記憶であり組織のノイズではありません しかし会議は方程式の半分にすぎません 00:03:55.840 --> 00:04:05.680 どんなに素晴らしく決定事項を記録しても日々のやり取りというデジタルな流差が残っています 数百ものチャットメッセージに埋もれることほど記憶を消し去るものはないからです 00:04:05.680 --> 00:04:10.860 そこでコパイロットが次の課題に挑みます そして今チャットの混沌を切り開こうとしています 00:04:10.860 --> 00:04:19.320 昼食後にチームを開くと数百もの未読メッセージが出迎えてくれます 誕生日プレゼントの話題や軽食の議論が予算や締め切りに関する重要な決定事項の中に散らばっています 00:04:19.320 --> 00:04:24.800 その泥沼の中に本当に必要な更新情報が一つ埋もれており 検索する方法は延々とスクロールすることだけです 00:04:24.800 --> 00:04:34.280 それがチャット疲れでありコラボレーションという名の情報型なのです メールなら懸命で整理したつもりになれますがチャットはまさに混沌としたパフォーマンスの場です 00:04:34.280 --> 00:04:43.320 注意力の限界を超えるスピードでフィルターなしの情報が流れ込んできます その結果確定した日付や承認事項を探すのはコミュニケーションというよりデータの考古学に近い作業です 00:04:43.320 --> 00:04:50.680 いえこれは単なる些細な悩みではありません 精神的な負担なのですスクロールして見失って読み返してそれを週ごとに繰り返すのです 00:04:50.680 --> 00:05:01.460 上司が覚えているだろうと期待する重要な答えは誕生日の祝福メッセージの遥か彼方に埋もれています 検索しても断片的な文脈しか得られずそれを繋ぎ合わせて理解するのは何度も繰り返さねば 00:05:01.460 --> 00:05:07.880 ならない手作業ですコパイロットならこの混乱を数秒で整理できます デフォルトでは過去30日分あるいは指定した期間 00:05:07.880 --> 00:05:17.440 先週や2023年12月などのチャット履歴をスキャンし構造化された要約にまとめます しかも正確さが違います各項目にはクリック可能な引用元が添えられています 00:05:17.440 --> 00:05:23.540 番号をタップすればチームがその発言があった瞬間のスレッドへ直接導いてくれます 推理も推測も不要確かな証拠がそこにあります 00:05:23.540 --> 00:05:29.160 ここで決まった重要な決定事項はと尋ねるのを想像してみてください 400件の投稿をスクロールする代わりに予算承認済み 00:05:29.160 --> 00:05:34.380 納期は金曜日プロジェクト責任者は垂れ垂れという3つの箇条書きが得られます 各主張は元のメッセージへのリンクになっています 00:05:34.380 --> 00:05:42.320 これは単なる要約ではありません即座に検証可能な決定ログなのです コパイロットのないチームはさながらキャビネットをひっくり返した状態です 00:05:42.320 --> 00:05:49.540 情報はすべてそこにありますが使えない状態です コパイロットは書類を綺麗に並べるだけでなくラベルを貼り重要な行をハイライトし 00:05:49.540 --> 00:05:55.340 答えを開いた状態でバインダーを渡してくれるのです ようやく機能だけではありません返信の下書きも可能です 00:05:55.340 --> 00:05:59.940 思いつくままに書きかけの文章を送るのではなく コパイロットが洗練された選択肢を提示してくれます 00:05:59.940 --> 00:06:06.340 誰もが話題にしている資料を参照する必要がありますか コパイロットならシェアポイントに隠れたエクセルシートや添付の pdfを見つけ出し 00:06:06.340 --> 00:06:10.500 回答の中に埋め込んでくれます 通訳者と運び屋が同時に働いているようなものです 00:06:10.500 --> 00:06:16.260 この制度が具体的な問題を解決します 専門職の人はチャットの追いつき作業に毎週何時間も浪費しています 00:06:16.260 --> 00:06:21.160 想像ではなくソフトが数秒で引き出せる文脈を探すために確実に奪われている 時間なのです 00:06:21.160 --> 00:06:26.540 コパイロットの引用と要約はコストカーブを引き下げます 文脈の把握はもはや手作業ではないからです 00:06:26.540 --> 00:06:31.600 さて会議的な見方についても触れておきましょう これは単なる豪華なスクロール補助ツールでしょうか 00:06:31.600 --> 00:06:35.820 結論から言うと全く違います コパイロットはメッセージを圧縮するだけでなく 00:06:35.820 --> 00:06:42.540 マイクロソフトグラフを通じて組織的な文脈へと縫い合わせます つまりスレッドを要約する際にカレンダーや添付資料 00:06:42.540 --> 00:06:49.520 関連ドキュメントも参照し短いメッセージをあなたの業務全体に結びついた 正確な記録へと変えてくれるのです 00:06:49.520 --> 00:06:57.380 チャットは単なる雑談から組織の記憶を構造化したものへと変わります これは多忙な受信箱の中に常駐するパーソナルエディターと呼ぶべき存在です 00:06:57.380 --> 00:07:02.500 人間がチャットのノイズに埋もれる中でコパイロットは流れを整理し 検証可能な情報源に基づいて回答します 00:07:02.500 --> 00:07:09.380 クリック一つで出典元に遡れるという根本的な違いが人間の記憶にはない信頼を生み出します スレッドを読み返す必要はありません 00:07:09.380 --> 00:07:14.660 証拠が必要な時は元のメッセージへ直接ジャンプできます コパイロットがメッセージスレッドとアウトルックの予定 00:07:14.660 --> 00:07:19.400 プロジェクト文書カレンダーの予定をつなぐのを見れば単なる時間短縮ツールという認識は消えるでしょう 00:07:19.400 --> 00:07:24.860 それはバラバラのコミュニケーションをつなぎ合わせ 一貫性を持たせる結合組織のように機能し始めます 00:07:24.860 --> 00:07:29.780 チャットでその有用性が際立つのは確かですがそれはシステムの一部に過ぎません 00:07:29.780 --> 00:07:39.980 真のブレイクスルーは単一スレッドの要約を求める段階からアウトルック ワードエクセルチームズといったすべてのアプリを開くことなく情報を統合させる 00:07:39.980 --> 00:07:45.840 段階へ進んだ時に訪れます ここが中央インテリジェンスハブでありシステムがメッセージを追う場所から 00:07:45.840 --> 00:07:53.380 真の知能の中枢へと進化する瞬間です そのツールの名は m365コパイロットチャットチームの中に組み込まれています 00:07:53.380 --> 00:07:59.400 左側のチャットをクリックしチャットリストの上部にあるコパイロットを選択するだけです またはマイクロソフト365コパイロットアプリ 00:07:59.400 --> 00:08:03.820 マイクロソフト365.comあるいはコパイロット マイクロソフト.comから直接起動することも可能です 00:08:03.820 --> 00:08:11.700 4つのアプリを行き来する探検は終わり一つのインターフェースに集約されます 通常答えを探し求める人々の姿はまるでブラウザのタブに依存しているかのようです 00:08:11.700 --> 00:08:20.160 メモはワード数字はエクセルいきさつはアウトルック 文脈はチームのチャットのどこかに消えていきますこれはナレッジ管理ではなく無償のシステム統合労働にすぎません 00:08:20.160 --> 00:08:26.760 コパイロットチャットはそのすべてのノイズを一つの場所に圧縮します 自然な言葉で質問すればハブがすべてを統合して提示します 00:08:26.760 --> 00:08:31.940 さらに元のワードドキュメントやエクセルシートアウトルックスレッドへの出典が示されるため ai の幻覚でないことが確認できます 00:08:31.940 --> 00:08:38.700 一つの質問一つの画面確かな裏付けその仕組みが重要です コパイロットは会社の機密情報を勝手に漁ることはありません 00:08:38.700 --> 00:08:46.900 マイクロソフトグラフとセマンティックインデックスによって制限されているからです つまりすでにアクセス権限のあるコンテンツのみを文脈を理解した上で提示します 00:08:46.900 --> 00:08:52.120 あなたのメールチャットドキュメントそして会議の内容です グラフはそのためのネットワーク配線です 00:08:52.120 --> 00:08:57.780 セマンティックインデックスは単なるキーワードマッチングを超えて関連性をランク付けし その配線に知能を与えるフィルターです 00:08:57.780 --> 00:09:02.580 その結果単にそれらしいだけでなくすぐに行動に移せるほど正確な根拠のある パーソナライズされた回答が得られます 00:09:02.580 --> 00:09:08.340 コパイロットチャットは最初の入り口ではあっても唯一の場所ではないと考えてください マイクロソフトはコパイロットサーチも導入しました 00:09:08.340 --> 00:09:13.960 これはアプリやサードパーティのデータソースを横断する汎用的な検索レイヤーです サーチが見つけ出しチャットがそれを解説します 00:09:13.960 --> 00:09:20.760 これら2つが合わさることでインテリジェンスハブが形成されます つまりツールごとに検索を使い分ける代わりにデータの特定と解釈の両方を一つのシステムで行えるようになるのです 00:09:20.760 --> 00:09:23.800 ではコパイロットチャットに欠点はないのでしょうか いいえあります 00:09:23.800 --> 00:09:30.980 実用上の注意点としてリンクが常に期待通りに動作するとは限りません また埋め込みメディアや特定の添付ファイルは応答の中で除外されたり正しくプレビューされなかったりすることがあります 00:09:30.980 --> 00:09:36.680 これは設計上の制約であり不具合ではありません 重要なのはテキストソースそして引用元が確実に維持されているという点です 00:09:36.680 --> 00:09:41.980 元のファイルが必要な場合は引用元から直接アクセスできます 実際のシナリオでこれがどのように機能するか見てみましょう 00:09:41.980 --> 00:09:50.880 上司から先週火曜の予算会議で具体的に何が決まったのかと聞かれたと想像してください コパイロットなしでは同僚を捕まえたりメールを掘り返したりエクセルを開いたり 00:09:50.880 --> 00:09:55.340 録画を見返したりしなければならないでしょう コパイロットチャットなら同じ質問を一度入力するだけです 00:09:55.340 --> 00:10:03.220 すると予算はキャップ x 締め切りは金曜担当はサムと回答が返ってきます その直下にチームのチャット履歴シェアポイントのエクセルシート 00:10:03.220 --> 00:10:10.000 承認が行われたアウトルックスレッドへのリンクが表示されます わずか数秒で曖昧な記憶が検証可能な記録へと変わるのです 00:10:10.000 --> 00:10:16.580 これを単なるチャットウィンドウと見なしてはいけません むしろアプリ間を神経のように繋ぎ合わせ一つのシステムとして機能させるようなものです 00:10:16.580 --> 00:10:26.380 単なる曖昧な会話ではなく構造化されたインテリジェンスが得られるのです ハブに広範な質問を投げかけると答えに急するのではなく異なるプラットフォームから関連する断片を統合し 00:10:26.380 --> 00:10:33.220 出典とともに一貫した情報として提示してくれます そしてその一貫性こそがマウス操作の効率解除に重要な意味を持つのです 00:10:33.220 --> 00:10:41.220 ナレッジワーカーが情報を手作業でまとめる役割から解放されれば仕事のリズムは一変します コンテキスト切り替えの摩擦は減り文書の称号ミスも激減します 00:10:41.220 --> 00:10:50.940 記憶が外部化され構造化され信頼できるものになることで意思決定のスピードも上がります これは単なる便利な機能ではなく組織の構造そのものがリアルタイムで作り変えられているのです 00:10:50.940 --> 00:10:59.620 そうコパイロットチャットはインテリジェンスハブであり断片的な情報を知識へと変える神経系なのです しかしここに厳しい現実があります知識だけでは仕事は前進しません 00:10:59.620 --> 00:11:06.260 合意事項を記憶するだけでなく人間による新たなボトルネックを生むことなく タスクやワークフローを実際に実行する仕組みが必要なのです 00:11:06.260 --> 00:11:14.400 システムが記憶から実行へと進化するその転換点こそが最も興味深い領域です エージェントそれはアシスタントからオーケストレーターへの進化です 00:11:14.400 --> 00:11:18.860 コパイロットはただの控えめなアシスタントでメモを取ったり資料を探したりするだけの 存在だと思っていませんでしたか 00:11:18.860 --> 00:11:25.380 それは違いますタスク実行者エージェントの登場です これらは単なる要約や提案チャットの相手ではありません 00:11:25.380 --> 00:11:32.840 デジタル関係台で手順を実行する実際のプロセスなのです コパイロットがアイデアを処理する脳ならエージェントはチームに直接手を伸ばして 00:11:32.840 --> 00:11:38.320 あなたが押したくなかったボタンを押してくれる手のような存在です エージェントはコパイロットスタジオから生まれます 00:11:38.320 --> 00:11:45.240 そこで特定のワークフローに合わせて設計構成を行います しかし作成した瞬間に魔法のようにチームに現れるわけではありません 00:11:45.240 --> 00:11:53.500 まず一度公開しなければチームや m365コパイロットで利用可能にはなりません そこからは明確なガバナンスルールに従います 00:11:53.500 --> 00:11:59.580 配布方法は2通りあります 共有ユーザー向けにパワープラットフォームで構築セクションに表示させるか 00:11:59.580 --> 00:12:05.160 より慎重なロールアウトのために管理者の承認を得て組織向けに構築として公開するかです 00:12:05.160 --> 00:12:22.110 エージェントは野放しのボットではありません 意図的にインストールされ特定のチャンネルに紐付けられた展開済みの拡張機能です 00:12:22.110 --> 00:12:26.910 機能面ではこれらのエージェントはチーム環境を停滞させる繰り返しの摩擦点に対処します 00:12:26.910 --> 00:12:35.470 オンボーディングを例にあげましょう 人事担当者が新入社員をスプレッドシートや pdf で案内する代わりにエージェントが必要なフォームを適切なグループへ自動的に配布します 00:12:35.470 --> 00:12:42.130 サポート業務も同様です従業員が it 部門へ曖昧な通知を送るのではなくエージェントが適切にフォーマットされたヘルプデスクチケットを作成します 00:12:42.130 --> 00:12:50.190 進捗の追跡さえも自動化できます エージェントは回答を記録しダッシュボードへ入力を反映させ人の手を煩わせることなくルーティン報告を完了させます 00:12:50.190 --> 00:12:58.050 自動化のない世界と比べてみてください あらゆる反復的な要求がスタッフのもとへと流れてきますそれは単調で手作業でありスケールさせることもできません 00:12:58.050 --> 00:13:05.070 そして実際多くのオフィスが今もそのように運営されています これらは誰も気づかないうちに組織のエネルギーを奪ういわば見えないコストです 00:13:05.070 --> 00:13:13.050 エージェントはその未処理分をリアルタイムで解消します 単に時間を節約するだけでなくボトルネックとなっている人間からワークフローを完全に切り離すのです 00:13:13.050 --> 00:13:18.130 さてこれらの機能が全能のAIオペレーターのように振る舞うと想像する前に実際はそうではないことをお伝えしておきます 00:13:18.130 --> 00:13:22.130 エージェントはすでにシステムで定義されたテナント権限の範囲内でしか動作しません 00:13:22.130 --> 00:13:27.930 マイクロソフトパワープラットフォームのインフラ上で動作し設定されたスコープとユーザーアクセス権に準拠します 00:13:27.930 --> 00:13:32.210 境界線の外へ出たり本来アクセスできないデータを見たりすることはできません 00:13:32.210 --> 00:13:37.330 実際チームにエージェントを追加すると一部のエージェントやチャットデータはチームのインフラを通じて流れます 00:13:37.330 --> 00:13:42.210 マイクロソフトのドキュメントにはデータがコンプライアンスや地理的境界を超える可能性があることが明記されています 00:13:42.210 --> 00:13:44.130 これは隠された最速ではありません 00:13:44.130 --> 00:13:47.730 ITリーダーがこれらの機能を有効にする前に認識しておくべき事項です 00:13:47.730 --> 00:13:53.850 はいアイコンや色説明文をカスタマイズしてチームズアプリストアやアバウトタブで見栄えよく整えることは可能です 00:13:53.850 --> 00:13:58.230 しかし見た目の調整であっても変更をユーザーに反映させるにはエージェントの再インストールが必要です 00:13:58.230 --> 00:14:01.710 一度インストールされるとエージェントは正規のアプリケーションのように動作します 00:14:01.710 --> 00:14:05.930 ユーザーがチャンネルでメンションを送るとその回答がチーム全体に表示されます 00:14:05.930 --> 00:14:11.050 エージェントはチャンネル内の会話履歴を参照できるため回答に文脈が反映され一から説明する必要がありません 00:14:11.050 --> 00:14:13.630 その可視性が強力だと感じるならそれは正しい感覚です 00:14:13.630 --> 00:14:15.770 だからこそ管理者による監視が欠かせないのです 00:14:15.770 --> 00:14:17.350 ここでバランスが重要になります 00:14:17.350 --> 00:14:19.670 エージェントはコパイロットの立ち位置を根元から変えます 00:14:19.670 --> 00:14:25.190 エージェントがいればシステムは受動的にユーザーのスクロールや検索質問を待つのではなく自らタスクを推進するようになります 00:14:25.190 --> 00:14:31.830 彼らは繰り返しの手順を調整しフォームを配布しチケットを起票し人事システムから従業員情報を取得しラッシュボードを更新します 00:14:31.830 --> 00:14:38.350 コパイロットは単なる賢い秘書ではなくチーム内での日常的なタスクの流れを再構築する運用レイヤーであることが明白です 00:14:38.350 --> 00:14:43.650 知性に実行力を脳に筋肉をとはいえこれらはすべて自動操縦で動くわけではありません 00:14:43.650 --> 00:14:47.850 ライセンスパワープラットフォームとの連携公開設定そして管理者の承認が前提条件です 00:14:47.850 --> 00:14:52.170 これらがなければエージェントは表示も機能もせずチーム全体に展開されることもありません 00:14:52.170 --> 00:14:53.970 ガバナンスはシステムの背骨です 00:14:53.970 --> 00:14:59.770 制約がなければ自動化を実現するどころか監視のないままミッションクリティカルなワークフローにアクセス権を与えてしまうからです 00:14:59.770 --> 00:15:03.670 そのためコパイロットをアシスタントと呼ぶのはあまりにも控えめすぎます 00:15:03.670 --> 00:15:06.630 アシスタントは観察しオーケストレーターは調整します 00:15:06.630 --> 00:15:12.610 エージェントを通じてコパイロットはその一線を超え人間が単調な作業をするのを待たずにワークフローを前進させています 00:15:12.610 --> 00:15:16.290 それは単なる注意力の分散ではなくワークロードレベルでの再分配です 00:15:16.290 --> 00:15:19.010 もちろんその再分配は疑問を投げかけます 00:15:19.010 --> 00:15:23.310 組織が本格的にエージェントを採用する前に適切なライセンスの確保 00:15:23.310 --> 00:15:28.350 コンプライアンス協会の遵守そしてポリシー設定の適用を徹底しなければならないからです 00:15:28.350 --> 00:15:30.370 規律なき権力は混乱を招きます 00:15:30.370 --> 00:15:34.330 念のため言っておくとこうしたシステムは混乱の中で動くようには設計されていません 00:15:34.330 --> 00:15:37.070 ガバナンス制限そして現実的な確認 00:15:37.070 --> 00:15:42.050 さて誰もが議論したがらない部分つまりガバナンス制限そして現実的な確認と向き合う必要があります 00:15:42.050 --> 00:15:50.250 どれほどデモや華やかなマーケティングがあってもコパイロットをテナント内で稼働させるかどうかの実際のスイッチはエンドユーザーではなく管理者が設定するものだからです 00:15:50.250 --> 00:15:57.810 退屈で官僚的しかし決定的なポリシーこそがコパイロットをどこでも使えるようにするのか特定の範囲に限定するのかあるいは全く使わせないのかを決定します 00:15:57.810 --> 00:16:00.050 通話や会議のポリシーを例に挙げましょう 00:16:00.050 --> 00:16:02.650 それらは提案ではなく厳格なゲートです 00:16:02.650 --> 00:16:10.310 チーム管理センターの音声および通話ポリシーでは管理者はコパイロットをオン安全な文字起こしが必須のオンオフの3つの設定に切り替えられます 00:16:10.310 --> 00:16:13.210 その真ん中のオプションは多くの人が忘れがちなものです 00:16:13.210 --> 00:16:17.770 文字起こしが必須の設定で会議中に文字起こしを有効にしなければコパイロットは単にそこに存在しません 00:16:17.770 --> 00:16:20.850 文字起こしがなければ要約も事後のアクションアイテムも作成されません 00:16:20.850 --> 00:16:26.850 パワーシェルのセットCSチームズコーリングポリシーコパイロットイネーブルウィズスクリプトで同じ設定を切り替えることはできますがルールは変わりません 00:16:26.850 --> 00:16:29.730 文字起こしがなければ通話後のコパイロットも利用できません 00:16:29.730 --> 00:16:35.150 許可されていれば会議中にリアルタイムの要約が表示されることはありますが会議が終了すればシステムには参照できる記録が残りません 00:16:35.150 --> 00:16:38.730 ここで非現実的な期待とコンプライアンスの境界線が衝突するのです 00:16:38.730 --> 00:16:41.170 コパイロットにPSTN通話を要約させたいですか 00:16:41.170 --> 00:16:43.830 発信する前に文字起こしを有効にしておく必要があります 00:16:43.830 --> 00:16:46.470 ピアツーピアのVOIP通話後にアクションアイテムが欲しいですか 00:16:46.470 --> 00:16:47.650 要件は同じです 00:16:47.650 --> 00:16:49.790 そして設定をスキップした人々は幸不満を漏らします 00:16:49.790 --> 00:16:53.310 コパイロットが壊れていると実際には構成管理ができていないだけなのです 00:16:53.310 --> 00:16:54.990 可用性も一様ではありません 00:16:54.990 --> 00:17:02.050 コパイロットは現在パブリックテナントとGCC政府コミュニティクラウドには存在しますがG1回やDOD環境では機能しません 00:17:02.050 --> 00:17:05.350 こうした制限されたセクターにいる場合巧妙な回避策はありません 00:17:05.350 --> 00:17:07.570 設計上最初から存在しないのです 00:17:07.570 --> 00:17:15.050 マイクロソフトは米連邦政府のコンプライアンスを満たすために除外設定を設けておりその方針が変わらない限りイグナイトでデモされたコパイロットは利用できないと考えてください 00:17:15.050 --> 00:17:17.970 ついでに即時更新という神話も否定しておきましょう 00:17:17.970 --> 00:17:22.210 管理者が通話ポリシーやコパイロットの権限を変更しても即座に反映されるわけではありません 00:17:22.210 --> 00:17:24.910 クライアント全体で同期されるまでに数時間かかることがあります 00:17:24.910 --> 00:17:29.230 ユーザーは機能が欠陥品だと思いがちですが実際にはキャッシュされたポリシーの反映遅延が原因です 00:17:29.230 --> 00:17:33.230 要するに管理者がスイッチを切り替えたからといってすぐに明かりがつくとは期待しないでください 00:17:33.230 --> 00:17:35.010 次にデータガバナンスについてです 00:17:35.010 --> 00:17:38.250 マイクロソフトはガードレールなしでコパイロットをスタックに追加したわけではありません 00:17:38.250 --> 00:17:43.590 パービューが中核に存在し機密データにラベルをつけてコパイロットがそれを表示できるかどうかを制御しています 00:17:43.590 --> 00:17:49.030 ファイルが機密とマークされていればコパイロットは内容を勝手に要約して一般的なチャット回答に含めることはできません 00:17:49.030 --> 00:17:55.210 シェアポイントの高度な管理機能は過剰な共有を抑制し古いサイトを整理してトレーニングデータがゴミ情報で汚染されないようにします 00:17:55.210 --> 00:18:00.710 制限付きシェアポイント検索によりインデックス化されるサイトが絞り込まれコパイロットが本来アクセスすべきでない場所へのアクセスを遮断します 00:18:00.710 --> 00:18:06.350 これらが組み合わさることでコパイロットが何かを出力する前に分類整理制限という3層のフィルターとして機能します 00:18:06.350 --> 00:18:09.930 このスタックがなければ企業のホーム部門はこの製品の導入を認めないでしょう 00:18:09.930 --> 00:18:11.610 ライセンス費用も無視できません 00:18:11.610 --> 00:18:21.030 マイクロソフト365コパイロットはベースラインとなるマイクロソフト365e3e5オフィス365e3e5またはビジネススタンダードプレミアムに加えユーザーあたり年間360ドルかかります 00:18:21.030 --> 00:18:27.050 2024年12月からは5%の割増料金で月払いも可能になりますがいずれにせよ奨学ではありません 00:18:27.050 --> 00:18:30.130 年間約84ドルのチームプレミアムと比較してみましょう 00:18:30.130 --> 00:18:33.430 プレミアムで購入できるのはテンプレートブランディング記録管理機能です 00:18:33.430 --> 00:18:36.250 一方コパイロットが提供するのは知的労働の代替です 00:18:36.250 --> 00:18:42.070 調査によると約70%のユーザーが生産性の向上を報告しており77%は一度テストすると手放せなくなると回答しています 00:18:42.070 --> 00:18:44.230 投資収益率ロイの違いは明白です 00:18:44.230 --> 00:18:47.410 プレミアムは利便性を売るコパイロットは取り戻せる時間を売る 00:18:47.410 --> 00:18:49.710 では価格は高いだろうかもちろんだ 00:18:49.710 --> 00:18:55.690 しかし何百人もの従業員が毎週何時間もかけて会議メモを復元したり埋もれたチャットを遡ったりするコストはどうなるのだろうか 00:18:55.690 --> 00:18:58.950 適切に管理されればコパイロットは労働再配分テクノロジーとなる 00:18:58.950 --> 00:19:01.690 管理がなければただの不具合の多い贅沢なおもちゃに過ぎない 00:19:01.690 --> 00:19:04.630 経済性は完全に管理上の衛生状態にかかっている 00:19:04.630 --> 00:19:05.750 真実はこうだ 00:19:05.750 --> 00:19:09.110 コパイロットはワークスペースを自由に徘徊する野放しのAIではない 00:19:09.110 --> 00:19:13.810 それはポリシー、ライセンス、コンプライアンス、そしてクラウドの境界によって厳格に制御されている 00:19:13.810 --> 00:19:16.730 これらを無視すれば機体は挫折へと変わるだろう 00:19:16.730 --> 00:19:22.910 これらを尊重すればシステムは設計通りに構造化され安全に生産的に機能する 00:19:22.910 --> 00:19:26.270 そしてその視点が最後のポイントへの舞台を整える 00:19:26.270 --> 00:19:31.110 ガードレールを明確に理解すればコパイロットが単なるサイドバーなのかという疑問は消え 00:19:31.110 --> 00:19:35.750 それが組織の思考と行動を支える制御システムであるという本質が見えてくるからだ 00:19:35.750 --> 00:19:38.690 コパイロットはサイドバーにおとなしく座っているわけではない 00:19:38.690 --> 00:19:43.430 会議、チャット、ファイルを一つの記録システムへと統合する制御室のように機能するのだ 00:19:43.430 --> 00:19:46.050 単なる高度なメモ帳として扱うのは的外れだ 00:19:46.050 --> 00:19:49.730 それは情報の流れと定着の在り方を変えるアプリ横断型のコマンドレイヤーである 00:19:49.730 --> 00:19:53.630 試す準備ができたらチームを開いてチャットをクリックし上部のコパイロットを選択するか 00:19:53.630 --> 00:19:56.370 マイクロソフト365コパイロットアプリを直接起動してほしい 00:19:56.370 --> 00:19:58.630 初期ユーザーは真の価値を報告している 00:19:58.630 --> 00:20:03.110 70%が生産性の向上を実感し77%が手放したくないと回答した 00:20:03.110 --> 00:20:04.650 このプロンプトを試してほしい 00:20:04.650 --> 00:20:06.730 先週のプロジェクトチャットでの決定事項を要約して 00:20:06.730 --> 00:20:08.890 そしてコパイロットが何を引き出したかコメントしてほしい 00:20:08.890 --> 00:20:11.710 もちろんチャンネル登録も忘れずに利用可否や動作は 00:20:11.710 --> 00:20:15.130 管理設定ライセンス秘密ドラベルに依存することを覚えておいてほしい 00:20:15.130 --> 00:20:19.610 これこそが現代の組織が手作業から自動化され監査可能なプロセスへと移行する方法だ