M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語）
By Mirko Peters – Microsoft MVP | Microsoft 365, Copilot & AI
Categories: Technology, Business, Management, Education, How To
M365.FM 日本語版：Microsoft 365、Microsoft Copilot、そして仕事に活かす AI のポッドキャストです。Microsoft MVP の Mirko Peters が、Teams、SharePoint、OneDrive、Power Platform、Power Automate、Microsoft Fabric、Azure、Entra ID、Purview、セキュリティ、ガバナンスが企業にとって何を意味するのかを、わかりやすく実践的に解説します。誇張ではなく実際のプロジェクト経験から、Copilot の導入、AI エージェントの構築、データ保護、社内定着のポイントをお届けします。IT 管理者、アーキテクト、開発者、コンサルタント、意思決定者の方へ。毎週新エピソードを配信。詳しくは https://www.m365.fm
202 episodes indexed on PodSearch.
Recent episodes
- マルチテナントCopilotの落とし穴：ハブ＆スポーク型で複数のMicrosoft 365テナントのAIガバナンスを統制（AI吹き替え）
多くの経営陣は、複数のMicrosoft 365テナントでのCopilotを展開の問題と考えていますが、実際にはガバナンスの判断です。グローバルなAI管理センターは存在せず、Copilotは各テナントで見つけた権限、ラベル、そして抜け穴をそのまま使います。このエピソードでは、孤立したAIの島々を一つの統制されたシステムに変える方法を解説します。このエピソードで学べること：グローバルなAI管理センターが存在しない理由：ガバナンスはPurview、各管理センター、Entra、Power…
- Microsoft Agent Builderを解説：Microsoft 365 CopilotでコードなしにAIエージェントを作る（AI吹き替え）
AIエージェントを作るのに開発者である必要はありません。このエピソードでは、Microsoft 365 Copilotの中でAgent Builderを使って宣言型エージェントを作る方法と、Copilot StudioやAI Foundryを選ぶべき場面を紹介します。このエピソードで学べること：「説明」と「構成」：一文からエージェントを生成し、名前、指示、提案プロンプト、ドキュメントや画像の作成などの機能を調整ナレッジソースこそエージェントの知性：SharePoint、OneDrive、アップロードファイル、公開URL、Teamsチャット、Outlookメール、そしてハルシネーション対策の「…
- Bicepをやさしく解説：ポータルのクリック作業からAzureのInfrastructure as Codeへ – ARMテンプレート、Terraform、べき等性（AI吹き替え）
Azureポータルでのクリック操作は手軽ですが、繰り返す、引き継ぐ、追跡するとなると途端に破綻します。このエピソードでは、Infrastructure as Codeとは何か、MicrosoftがBicepを作った理由、最初のデプロイの始め方を解説します。このエピソードで学べること：ポータル作業の落とし穴：環境の不一致、人的ミス、監査証跡の欠如、書き終える前に古くなるドキュメントInfrastructure as…
- Dynamics 365 Finance and Operations向けCopilotをやさしく解説：債権回収、月次決算、キャッシュフロー、経費（AI吹き替え）
財務チームに足りないのはデータではなく、探して、エクスポートして、つなぎ合わせる時間です。このエピソードでは、Dynamics 365 Finance and OperationsのCopilotが普段の業務で実際に何をし、何をしないのかを紹介します。このエピソードで学べること：債権回収：延滞請求書、支払履歴、リスクをまとめた顧客のAI要約と、F&OやOutlookからの督促メール作成月次決算：決算前スキャン、勘定科目の提案、不一致の検出、わかりやすい言葉での差異分析実データに基づくキャッシュフロー予測、支払遅延の早期警告、シナリオプランニング経費と買掛金：OCRによる領収書の読み取り、ポリ…
- Azure Front Door徹底解説：グローバルルーティング、WAF、キャッシュ、StandardとPremiumの選び方（AI吹き替え）
1つのデータセンターだけでホストされたWebサイトは、東京、ロンドン、シドニーの訪問者には遅く、トラフィックの急増やボットネット攻撃ですぐに落ちてしまいます。このエピソードでは、Azure Front Doorを世界規模の交通整理役として解説します。訪問者を最速の正常なサーバーへ導き、エッジでコンテンツをキャッシュし、攻撃がサーバーに届く前に止める仕組みです。このエピソードで学べること：レイヤー4ではなくレイヤー7：URL、ヘッダー、コンテンツに基づくルーティングを、130以上の拠点に210以上のPoPを持つMicrosoftのグローバルネットワークとプライベートバックボーンで実現3層のレジ…
- 確率へのシフト：信頼度スコアでAIがPower Platformの設計をどう書き換えるか（AI吹き替え）
ローコードの自動化が失敗するのは、硬直したif-thenロジックが現実の乱雑なデータに耐えられないからです。このエピソードでは、完全一致から確率への移行がPower Platformをどう変えるのかを、信頼度スコア、ファジーマッチング、そしてタイプミスでクラッシュせずに吸収する自己修正型ワークフローとともに解説します。このエピソードで学べること：決定論の終わり：if-thenロジックがたった一つのタイプミスで壊れる理由と、企業データの約80 %がメール、チャット、音声録音などの非構造化データである現実AI BuilderとAzure…
- 手動ラベル付けの終わり：Microsoft PurviewのリアルタイムAIデータ分類（AI吹き替え）
平均的な企業では手動ラベル付けの定着率はわずか30％で、知的財産の70％がセキュリティツールから事実上見えない状態です。このエピソードでは、Microsoft Purviewでユーザー任せのラベル付けから、リアルタイムAIがデータの流れと同じ速度で分類する自律型ガバナンスへ移行する方法を解説します。このエピソードで学べること：手動ラベル付けが失敗する理由：摩擦、判断の負担、文脈を理解できない正規表現パターン――そしてデータ侵害1件あたり平均480万ドル（IBM調べ）のコストを生むギャップ生データのストリームとPurview Data…
- Kubernetesをわかりやすく解説：コンテナ、Pod、コントロールプレーン、Azure Kubernetes Service（AKS）（AI吹き替え）
Kubernetesという名前はほとんどの人が聞いたことがありますが、説明できる人はほとんどいません。このエピソードでは、扱うコンテナが一握りを超えたときにKubernetesがどんな問題を解決するのか、そしてすべてをゼロから構築したくないチームにとってAzure Kubernetes Service（AKS）がなぜ実用的なのかを解説します。このエピソードで学べること：サーバーからコンテナへ：サーバーの使用率がおよそ20%にとどまっていた理由、仮想マシンが重いままだった理由、そしてDockerが「自分のマシンでは動くのに」問題を解消した仕組みオーケストレーションの問題：20のマイクロサービス…
- 秘密度ラベルは嘘をつく：Copilotが暴く権限の混乱とAIデータサイロの危機（AI吹き替え）
Copilotを導入して生産性の波を待っていたのに、実際にはデータ損失防止（DLP）イベントが300%増加。このエピソードでは、Copilotが既存の権限の不備をそのまま引き継ぐ理由、静的なラベルがデータサイロを生む理由、そして「封じ込め」から「コンテキスト」へ移行する方法を解説します。このエピソードで学べること：継承のパラドックス：Copilotは新しいアクセス権を作るのではなく、SharePointの「Everyone」グループのような潜在的な過剰共有をマシンの速度で可視化する一方、手動ラベル付けの適用率は10%を超えることがほとんどない手戻りの高いコスト：AIで節約した時間の約40%が…
- Microsoft Defender XDRとは？5つの構成要素とアラートを1つのインシデントにまとめる仕組み、Microsoft 365セキュリティ入門（AI吹き替え）
不審なメール、怪しいサインイン、挙動のおかしいデバイス。それぞれのセキュリティアラートは互いのことを知りません。このエピソードでは、Microsoft Defender XDRとは何か、Microsoftがなぜそれを開発したのか、そしてバラバラのセキュリティツールをMicrosoft 365向けの統合されたセキュリティレイヤーにどうまとめるのかを解説します。多くの組織は、思っている以上の保護をすでに持っています。このエピソードで学べること：孤立したセキュリティツールが失敗する理由：フィッシングメール、マルウェア、盗まれたパスワード、クラウドアプリへのアクセスが、1つの攻撃ではなく5つの別々の…
- 共有メールボックスの混乱に終止符：Dynamics 365でメールからのケース作成・Unified Routing・Copilot返信を自動化（AI吹き替え）
共有メールボックスではメールが埋もれ、ケースは放置され、手作業の振り分けはビジネスロジックではなく気分で決まります。このエピソードでは、Dynamics 365 Customer Service の3つの自律エージェントが、取り込みからルーティング、返信の下書きまでを片付ける様子をノワール調で描きます。このエピソードで学べること：ケーススキャナー：件名・本文に加え、OCRで写真やPDF契約書などの添付ファイルまで読み取り、ケースを自動作成するメールからのケース作成トラフィックコントローラー：ルール・スキル・キャパシティに基づくUnified…
- Microsoft 365でAIエージェントを作る3つの方法：Agent Builder、Copilot Studio、Foundryを比較（AI吹き替え）
AIエージェントは賢いチャットボットではありません。自ら能動的に動き、システムにアクセスし、仕事を自律的にこなします。このエピソードではその違いを解説し、ノーコードのフォームから開発者向けプラットフォームまで、Microsoftのエコシステムで独自のエージェントを作る3つの方法を紹介します。このエピソードで学べること：チャットボットとエージェントの違い：受動的か能動的か。エージェントがMicrosoft Entra IDに独自のIDを持ち、メールボックス、OneDrive、Teamsアカウントを使える理由Microsoft 365 CopilotのAgent…
- Azure Key Vaultの正しい使い方：シークレット、RBAC、マネージドID、共同作成者ロールの落とし穴（AI吹き替え）
構成ファイルにAPIキーを書き、GitHubにpushした瞬間、秘密はもう秘密ではありません。このエピソードでは、Azure Key Vaultとは何か、何を保管すべきか、そしてアクセス制御の設定が保管庫そのものと同じくらい重要な理由を解説します。このエピソードで学べること：シークレット、キー、証明書：保管するもの、バージョン管理、証明書の自動更新、環境ごとに分けたコンテナー従来のアクセスポリシーとAzure RBACの違い、最小権限の原則に基づくKey Vault Reader、Secrets User、Secrets OfficerロールKey…
- Microsoft Power Platformを解説：Power BI、Power Automate、Power Apps、Copilot Studio、Dataverseの連携（AI吹き替え）
毎朝手作業で更新するExcel、受信トレイにたまる承認依頼、システム間で手でコピーするデータ――このエピソードでは、Microsoft 365の上に重なる連携レイヤーとしてのMicrosoft Power Platformが、こうした分断をコードなしでつなぐ方法を紹介します。このエピソードで学べること：プラットフォームの「目」となるPower BI：自動更新され、Teams、Power Apps、SharePointに埋め込めるダッシュボード「筋肉」となるPower…
- Dynamics 365 Finance：総勘定元帳、財務分析コード、財務レポートで月次決算をすっきり（AI吹き替え）
5つのバージョンのスプレッドシート、正しいファイル探し、答えを待つマネージャー――月次決算はいまだにこうなりがちです。このエピソードでは、Dynamics 365 Financeが総勘定元帳、分析コード、財務レポートを通じて、転記済みデータを読みやすいレポートに変える方法を紹介します。このエピソードで学べること：基盤：主勘定、勘定タイプ（損益、貸借対照表、合計勘定）、レポートのグループとなる主勘定カテゴリ部門、コストセンター、地域、プロジェクトのための財務分析コード、値をそろえる勘定ルール、財務タグを使うべき場面データマート、22種類の標準レポート、行・列・レポート定義、レポートツリーを備え…
- Azure AI Foundryとは？プロジェクト、モデルカタログ、AIエージェントをやさしく解説（AI吹き替え）
Cognitive Services、Azure AI Studio、Azure AI Foundry、Microsoft Foundry――名前が何度も変わり、2つのアーキテクチャが並行しているため混乱しがちです。このエピソードでは、Foundryの正体、中身、全体のつながりをマーケティング抜きで解説します。このエピソードで学べること：名前の変遷と、新しく始めるならクラシックなハブ型ではなくFoundryプロジェクトを選ぶべき理由課金とセキュリティの境界となるFoundryリソースと、分離された作業領域としてのプロジェクト――中央ガバナンスとチームの自律性11,000以上のモデルを持つカタ…
- Azure API Managementをやさしく解説：ゲートウェイ、ポリシー、開発者ポータル、価格レベル（AI吹き替え）
10、50、100とAPIが増え、それぞれ認証、レート制限、ログがバラバラだと、すぐに混乱します。このエピソードでは、Azure API Managementがゲートウェイ、ポリシー、セキュリティ、開発者体験をまとめる中央の管制塔としてどう機能するかを解説します。このエピソードで学べること：3つの構成要素：入口となるゲートウェイ、管制室となる管理プレーン、セルフサービスの窓口となる開発者ポータルinbound・outbound・backend・on-errorの4か所で動くポリシー――バックエンドのコードを変えずにレート制限、キャッシュ、XMLからJSONへの変換、ヘッダー削除製品とサブスク…
- Dynamics 365 の在庫管理をわかりやすく解説：在庫分析コード・モノの流れ・原価計算方法（AI吹き替え）
在庫はいくつあり、どこにあり、使える状態か、誰のもので、いくらかかっているのか？多くの企業では、その答えがスプレッドシート、倉庫の棚卸、財務の数字にバラバラに存在しています。このエピソードでは、Dynamics 365 の在庫管理が、仕入先からの入荷から顧客への出荷、そして在庫に眠るお金までを一つの共有在庫記録にまとめる仕組みを解説します。このエピソードで学べること：在庫管理が重要な理由：欠品は受注を遅らせ生産を止め、過剰在庫はお金を寝かせてしまうこと。原材料・仕掛品・完成品・交換部品も在庫に含まれる理由品目のデジタル記録：品目番号、箱やパックなどの単位、サイズや色のバリエーション、保管分析…
- Microsoft Dataverse とは？テーブル・セキュリティ・Dynamics 365 との関係を初心者向けに解説（AI吹き替え）
同じ顧客がスプレッドシート、共有メールボックス、別々のシステムに登録され、どれが正しいのか誰にもわからない――そんな状況はよくあります。このエピソードでは、Dynamics 365 と Power Platform を支える共通のデータ基盤として Microsoft Dataverse を解説します。ファイルキャビネットにたとえながら、業務データがどこに保存され、1…
- Dynamics 365 Asset Management をわかりやすく解説：計画保全・作業指示・コスト管理（AI吹き替え）
コンベヤーが止まり、フォークリフトが動かない。機械が止まったまま、誰もがスプレッドシートやファイル、メールの中から答えを探し回る――。このエピソードでは、Dynamics 365 Supply Chain Management の一部である Dynamics 365 Asset Management が、設備・保守・コスト・サービス履歴をどのように一か所に集約するのかを解説します。このエピソードで学べること：デジタル台帳としての資産レコード：シリアル番号、技術情報、保証、そして工場から個々のモーターまでの機能上の場所カレンダー・稼働時間・計測値にもとづく保守計画と保守巡回による予防保全状態基…
- Dynamics 365 エージェントと Copilot の違い：営業・サービス・財務で実際に何をするのか（AI吹き替え）
Copilot は質問すれば助けてくれますが、誰も質問しなかったらどうなるでしょうか。リードは溜まり、ケースは未対応のまま、仕入先からのメールは止まりません。このエピソードでは、Dynamics 365 のエージェントが実際に何をし、どこで働き、どこで人間が主導権を握り続けるのかを解説します。このエピソードで学べること：Copilot やチャットボットとの違い：エージェントはトリガーに反応し、「検知・理解・実行・確認・引き継ぎ」のループでバックグラウンドで動きます。顧客のメールからサービスケースへ：トリガー、Dataverse のコンテキスト、ルール、ガードレールがどう連携するのか、そして…
- Dynamics 365 の調達とソーシング：購買依頼から支払いまでをわかりやすく解説（AI吹き替え）
メールでの依頼、チャットでの承認、スプレッドシートでの発注、発注と結び付かない請求書。こうして購買の全体像は見えなくなります。このエピソードでは、Dynamics 365 Supply Chain Management で安全装備を購入する流れを、最初の依頼から支払いまで一つのつながった記録として追います。このエピソードで学べること：ソーシングと調達の違い、Source to Pay…
- Dynamics 365 Product Information Management（PIM）解説：製品マスター・バリアント・法人へのリリース（AI吹き替え）
営業、倉庫、オンラインショップがそれぞれ別のコピーで同じ製品データを扱っていると、誤発注や誤ったデータシート、返品が発生します。このエピソードでは、Dynamics 365 Product Information Management（PIM）が一元的な製品定義を作り、製品ファミリーとバリアントを整理し、必要な部署に情報を届ける仕組みを解説します。このエピソードで学べること：全社で一つの製品レコード：製品番号、名前、説明、在庫品かサービスか、カートン・個・パレットなどの単位、さらに画像、添付ファイル、翻訳ジーンズの例で見る製品マスターとバリアント：色・サイズ・スタイル・構成・バージョンという…
- Dynamics 365 Intelligent Order Managementをわかりやすく解説：全チャネルの注文を一元管理（AI吹き替え）
Webサイト、店舗、マーケットプレイス、コールセンターがそれぞれ別のシステムに注文を送ると、売り越し、遅い配送判断、顧客へのあいまいな回答が生まれます。このエピソードでは、チェックアウトのクリックから配達までひとつの注文を追いながら、Dynamics 365 Intelligent Order Managementが既存システムを置き換えずに連携させる「中央管制室」としてどう機能するかを解説します。このエピソードで学べること：分断されたチャネルとシステムが、売り越し、手作業での引き継ぎ、あいまいなステータス更新を招く理由Dataverse上に構築されたクラウドアプリとしてのIntellige…
- Dynamics 365 Dual-write入門：Finance and OperationsとDataverseをほぼリアルタイムで同期（AI吹き替え）
営業が顧客の住所を更新しても、財務部門には古い住所が表示されたまま。その修正はスプレッドシートへのエクスポート、メール、二重入力に頼ることになります。このエピソードでは、Dynamics 365 Dual-writeがFinance and OperationsアプリとDataverseベースの顧客アプリをつなぎ、顧客や受注などの共有レコードを自動的に同期させる仕組みを解説します。このエピソードで学べること：ビジネス上の課題：重複した顧客レコード、食い違う住所、営業と財務の受け渡しに使われるスプレッドシートテーブルマップ：Dual-writeがFinance and…
PodSearch is a free, independent podcast search engine. Read about PodSearch, the privacy policy or contact us.