Posts in Windows 365

全社の「座席表」を支える Microsoft Agent 365 と Windows 365 for Agents Cloud Endpointsと呼んでいる、Windows 365やAzure Virtual Desktopのソリューション エンジニアを務める曳野 (ヒキノ) と申します。「SE曳野の仮想デスクトップとAI」と題して、私たちの仮想デスクトップサービスとAIやエージェントの関係性を中心にブログをお届けしています。第6回は、1つの現場で育った座席表を、全社へ広げるお話です。執筆者：日本マイクロソフト株式会社　クラウド＆AIソリューション事業本部　ソリューション エンジニア 曳野 洋幸 | 2026年9月15日 はじめに：夜勤室の座席表を、全社へ 前回は、運用・監視の夜勤室に、座席表と白紙のノートを置きました。繰り返す判断から手順の候補を見つけ、候補には実行させず、従来の判断と並走させて確かめる。人が承認したものを、次の仕事に使う。作業する席を返しても、そのノートは残ります。 今回は、その座席表を組織全体へ広げます。 ある部門でうまくいけば、隣の部門からも「うちでも使いたい」と声がかかります。席が増え、ノートも増える。ところが、最初に導入した担当者が、すべての席の事情を知っているわけではありません。誰に聞けばよいのか分からない席が、少しずつ生まれます。 第2回の「社員証とスポンサー」が、ここで戻ってきます。社員証を発行しただけでは、その人の異動や担当変更まで面倒を見たことにはなりません。エージェントも同じです。 席を増やすことと、その席の責任を更新し続けることは、別の仕事です。 その仕事を、誰が、いつ、どう引き継ぐか。今回は Microsoft Agent 365 と Windows 365 for Agents を通じて考えます。 隣の部門にも、同じ名前の席ができた 「申請確認エージェントなら、うちでも使っていますよ。」… Read more

Cloud Endpoints と呼んでいる、Windows 365 や Azure Virtual Desktop のソリューション エンジニアを務める曳野（ヒキノ）と申します。「SE曳野の仮想デスクトップとAI」と題して、私たちの仮想デスクトップサービスとAIやエージェントの関係性を中心にブログをお届けしています。第5回目のテーマは「夜勤室の引き出しに、白紙のノートを置く」です。 第1回では、エージェントを「どこで動かすか」という問いから、管理された実行環境である Windows 365 for Agents をご紹介しました。第2回では、“社員証”にあたる Microsoft Entra エージェント ID と、“上司”にあたるスポンサーの必要性を。第3回では、人とエージェントの仕事の持ち方を決める “動く座席表” の描き方を。そして第4回では、その座席表をコンタクトセンターという現場に持ち込みました。 第4回の現場は、人が話している現場でした。今回は、人が寝ている時間も止まらない現場へ持っていきます。IT運用、監視、サービスデスク。24時間365日、誰かが画面を見ていなければならないとされてきた場所です。 執筆者：日本マイクロソフト株式会社　クラウド＆AIソリューション事業本部　ソリューション エンジニア 曳野 洋幸 | 2026年9月1日 はじめに：なぜ、次の現場が「運用・監視」なのか コンタクトセンターと運用・監視は、一見よく似ています。どちらも交代制で、どちらも「席」があり、どちらも件数で語られます。しかし、決定的に違う点が2つあります。 1つ目は、波の形です。コンタクトセンターの一日はなだらかな山でした。朝に増え、昼に落ち、夕方にまた上がる。ところが運用・監視の一日は、山ではなく階段です。何も起きない時間が大半を占め、起きるときは、関連する事象が一斉に鳴ります。1件の障害が、20件のアラートを生むこともあります。 2つ目は、同じことが何度も起こるという点です。コンタクトセンターの入電は、お客様が違えば話も違います。しかし運用の現場では、先月と同じアラートが、今月もまた鳴ります。 同じ機器の、同じ症状に、同じ手順で対処する。この繰り返しが、運用という仕事の大きな部分を占めています。 そしてこの2つ目こそが、今回の本題につながります。同じ仕事を何度も繰り返す現場では、エージェントの判断そのものを、少しずつ定型化していけるからです。 夜勤室の、引き出しの中のノート 比喩から入らせてください。運用の現場を訪ねると、夜勤の席の引き出しに、たいてい一冊のノートがあります。正式な手順書とは別の、誰が書き始めたのか分からない、書き足され続けてきたノートです。 「このアラートが鳴ったら、まず◯◯を見る。だいたい△△が原因」 「このエラーは3分待つと自然に消える。慌てて再起動しないこと」… Read more

Cloud Endpoints と呼んでいる、Windows 365 や Azure Virtual Desktop のソリューション エンジニアを務める曳野（ヒキノ）と申します。「SE曳野の仮想デスクトップとAI」と題して、私たちの仮想デスクトップサービスとAIやエージェントの関係性を中心にブログをお届けしています。第4回目のテーマは「コンタクトセンターに“座席表”を置いてみる」です。 第1回では、エージェントを「どこで動かすか」という問いから、管理された実行環境である Windows 365 for Agents をご紹介しました。第2回では、“社員証”にあたる Microsoft Entra エージェント ID と、“上司”にあたるスポンサーの必要性を。第3回では、人とエージェントの仕事の持ち方を決める “動く座席表” の描き方をお話ししました。ここまではすべて、どの業種にも当てはまる一般論でした。今回は、その座席表を1つの現場に持ち込みます。最初の現場は、コンタクトセンターです。 執筆者：日本マイクロソフト株式会社　クラウド＆AIソリューション事業本部 ソリューション エンジニア 曳野 洋幸 | 2026年8月17日 はじめに：なぜ、最初の現場がコンタクトセンターなのか 理由はシンプルです。コンタクトセンターは、もともと“座席表の職場”だからです。 考えてみてください。この現場では、日常会話の中に「席」という言葉が当たり前に登場します。何席用意するか。何席稼働しているか。席の稼働率は何%か。シフトで席をどう回すか。第3回でご紹介した“座席表”という考え方を、比喩ではなく実務の言葉として、すでに持っている数少ない現場です。 そのうえ、コンタクトセンターには、人とエージェントの設計を考えるうえで難しい条件がそろっています。 繁閑差が大きい：朝の30分と深夜で、必要な席数がまったく違う。 人でなければならない仕事と、そうでない仕事が同居している：お詫びと交渉は人の仕事。一方、システムへの入力や履歴の照会は、必ずしもそうではない。 統制が厳しい：個人情報、通話記録、委託先・BPOのアクセス管理。座席を1つ増やすたびに、統制の設計が要る。 人の入れ替わりが速い：短期要員、季節要員、複数拠点。席は同じでも、座る人は日々変わる。 つまりコンタクトセンターは、第3回でお話しした「動く座席表」が一番はっきり効く現場なのです。この記事を読み終わる頃には、1本の入電が、人の席とエージェントの席をどう渡り歩くのかを、具体的に思い描けるようになっています。 まず、1本の電話を作業に分ける… Read more