こんばんは。室長こと、吉島良平（Microsoft MVP for Business Applications | Microsoft Regional Director）です。

夏の甲子園、今年も熱い戦いが続いていますね。

今日は準々決勝を前にした休養日。

8校が明日に向けて英気を養っているはずです。

この時期は、【熱闘甲子園】の放送が夜の楽しみになります。最高(^^♪

それぞれにドラマがあったはずで、あのシーンがどう切り取られるのか。

勝ったチームも、負けたチームも、一球一球積み上げてきたものがあります。

それを編集の力で凝縮してくれます。もう何年経っても、この時間だけは特別です。

最近はTVerで見逃しても追いかけられるのがいいですよね。

47都道府県の代表として夏を戦い抜いてきた8校。今日は束の間の休息を。明日の準々決勝、精一杯戦ってほしいですね！

昔にはなかった「休養日」が、大会の中に設けられるようになりました。

球児たちへの配慮、そして運営側の働き方改革。時代は確実に変わっています。

思い出すのは、ひと昔前の昼休みのことです。

「甲子園を見たい」と仲間と連れ立って、テレビの置いてある定食屋に入りました。

席を確保して、注文して、試合が終わるまで居座る。それが「甲子園を見る」ということでした。

今はどうでしょうか。

移動しながら、休憩時間にスマートフォンでサッと確認できます。バーチャル高校野球があります。

手すきな時間を、自分のペースで使えます。見る側の「仕事の時間」も、気づけば変わっていました。

では、ビジネスの現場はどうでしょう。

なぜ今、このシリーズを書くのか

最近、こんな問いをよく耳にします。

同じような問いが、現場の担当者からも、経営層からも、同時に飛んできます。

それが今の現実です。

標準でできること、標準Agentでできること、そして自社で作るAgentでできること。

この3つの境界線が見えていないと、投資判断も、社内への説明も、難しいまま進んでしまいます。

このシリーズでは、その問いに正面から答えます。

「顧客」の定義

ここで、このシリーズで使う「顧客」という言葉を定義しておきます。

「顧客」というと、社外のお客様だけを思い浮かべる方も多いかもしれません。

しかしこのシリーズでは、社内の別部門も「顧客」と捉えます。

営業部門にとっての顧客は社外のお客様ですが、人事部門にとっての顧客は社内の従業員です。

財務部門にとっての顧客は、経営層であり、各事業部門でもあります。

この視点を持つことで、Copilotがもたらす価値の広がりが、より鮮明に見えてきます。

3層の枠組み

本シリーズを通じて使う3層の枠組みを整理します。

※この「3層」は本シリーズ独自の整理です。Microsoftが製品仕様として定義している正式な分類ではありません。利用者が「標準機能・Microsoft提供Agent・自社開発Agent」の違いを理解しやすくするために用いています。

シリーズ全12回 ロードマップ

本シリーズは、全12回でお届けします。

📅 本表の情報は 2026年8月17日時点 のものです。随時更新します。

続いて、各回で取り上げるDynamics 365アプリと、標準Copilot・標準Agentのマッピングをご覧ください。

本シリーズでは、このマッピングをもとに、ロール別に解説していきます。

※ 本表は2026年8月17日時点の状況です。Preview / GA の状態、提供地域・言語は変更される可能性があります。最新状況はMicrosoft Learnをご確認ください。
GA = Generally Available（正式リリース済み）　PRP = Production-ready Preview（本番環境向けプレビュー）　Preview = Public Preview（パブリックプレビュー）
特に営業は5つの標準Agentが提供されており、現時点でAgent機能の展開が最も多いロールの一つです。

関連シリーズ

本シリーズと合わせてお読みいただくと、理解がより深まります。

Agentic Engineering × Dynamics 365

• プロローグ｜企業ソフトウェアが「考えて動く」時代へ
• 第1回｜Agentic Engineeringとは何か—「作る対象」から「統率する存在」へ
• 第2回｜どこに人間を置くか—Human-in-the-Loopの設計原則
• 第3回｜エージェントはデータをどう使うか—CRMとERPのデータモデル
• 第4回｜エージェントを組み立てる—Copilot Studioで何ができて何ができないか
• 第5回｜エージェントを信頼できるか—ログ・監査・コンプライアンスの設計
• 第6回｜CRMとERPをまたぐエージェント—統合設計の全体像
• 最終回｜これからのDynamics 365エンジニアに何が求められるか
• エピローグ｜「Agentic Engineering」×「Dynamics 365」

Dynamics 365 帳票シリーズ

• 第1回｜帳票とレポートの間に—Dynamics 365が問う「ドキュメント」の定義
• 第2回｜Business Central編—RDLC・Word・Excel・Power BI、選択と実装の要点
• 第3回｜Finance & Operations編—SSRS・ER・Financial Reporting、グローバル帳票設計の要点
• 第4回｜CRM編—Wordテンプレート・Power Automate・SharePoint、顧客ドキュメント設計
• 最終回｜BC・FO・CRM横断—アーキテクチャとSoR、AI時代の帳票設計

Dynamics 365 デザインパターン

• 第1回｜CRM×ERPアーキテクチャ設計パターン
• 第2回｜月次・年度締め処理
• 最終回｜データ基盤とAIの現在地

まとめ

このシリーズを書こうと思ったのは、シンプルな動機からです。

「標準でできることと、Agentでできることの境界線が見えない」という声が、周りで増えていました。

現場の担当者も、管理職も、経営者も、同じ霧の中にいる。その霧を、少しでも晴らしたい。

上申書を書く人が書きやすくなる、投資判断をする人が判断しやすくなる、現場で使う人が使いやすくなります。

そのきっかけになれれば、このシリーズには十分な価値があると思っています。

振り返ると、Agentic Engineering、帳票、デザインパターン、そしてデータ基盤とAIの現在地と、いくつかのシリーズを書いてきました。

書くたびに思うのは、技術は確実に前に進んでいるということです。

そしてもう一つ、Wave 2がやってきます。

新しい機能が積み上がる前に、今の「現在地」をしっかり書き残しておく。

それがこのシリーズを今書く理由でもあります。

読み方は自由です。現場の営業担当者であれば第2回目を、カスタマーサービスの方であれば第3回だけを読んでいただいて構いません。

経営層の方であれば10回目を見るのも選択肢です。

単独でも、連続でどこから読み始めても、このシリーズの問いは一貫しています。

①は使えているか。②を知っているか。③を考えたことがあるか。この3つの問いを、ロールごとに具体的に解いていきます。

甲子園の球児たちは、明日また試合に臨みます。

休養日を経て、また前へ。ビジネスの現場も同じです。

変化に向き合いながら、自分たちのペースで前へ進む。

このシリーズが、その一球を受け止めるミットになれば幸いです。

次回、第1回 マーケティング編でお会いしましょう！

Let’s Enjoy our DX365LIFE!