Microsoft 這次不只是替產品路線圖換名字,也一併改變企業追蹤產品更新的方式。2026 年 8 月 25 日起,Microsoft 365 Roadmap 正式更名為 AI at Work Roadmap;從 9 月開始,Dynamics 365、Power Platform 與 Microsoft Dataverse 的路線圖內容也將陸續納入其中。
2
5
對 Microsoft 365 管理員來說,名稱變更或許只是介面上的改動;但對使用 Dynamics 365 與 Power Platform 的企業而言,更重要的變化是:Microsoft 將結束原本一年兩次的 Release Wave 1/Release Wave 2 發布模式,改採持續發布路線圖資訊。
3
5
7
一個路線圖,涵蓋更多產品
新的 AI at Work Roadmap 將集中呈現以下產品與功能的規劃資訊:
- Microsoft 365
- Copilot
- 軟體代理程式(agents)
- Dynamics 365
- Power Platform
- Microsoft Dataverse
- 其他 AI 驅動的工作體驗
Microsoft 表示,企業通常會同時部署生產力工具、商務應用程式、低程式碼平台與 AI 功能,因此將資訊集中在同一個追蹤平台,有助於使用者尋找即將推出的功能、查看推出進度,以及跨團隊安排導入工作。
5
這次調整主要涉及資訊架構與發布方式,而不是建立一個全新的產品服務。Microsoft 表示,使用者仍可按照原本的方式存取路線圖;新平台的目標,是將分散的規劃資訊整合到同一處。
20
2026 年 9 月不會有 Release Wave 2
過去,Dynamics 365 與 Power Platform 客戶會以一年兩次的 Release Wave 作為預算、測試、培訓與部署規劃的時間基準。不過,這套制度現在將走入歷史。
Microsoft 的發布計畫說明指出,自 2026 年 9 月起,新的 Dynamics 365、Power Platform 與 Dataverse 功能會改為發布到 AI at Work Roadmap;此後也不再推出新的 Release Plan。現有發布計畫則會繼續保留,供使用者查閱過往資訊。
7
因此,2026 年 9 月不會有 Release Wave 2 計畫。Microsoft 將在功能規劃已確定、並準備對外說明時發布相關資訊,而不必等到預定的半年發布節點。
3
9
這種做法有明顯的取捨:
- 可能的好處: 新資訊可以全年陸續出現,不必等到大型發布會或固定波次才公開。
- 規劃上的代價: 客戶不再擁有固定日期、集中整理的年度更新全貌,必須自行彙整變化,安排預算、測試、教育訓練與導入計畫。
換句話說,資訊可能更新得更快,但企業也要承擔更多搜尋、判讀與治理工作。
Release Planner 將於 11 月退役
Release Planner 預計於 2026 年 11 月 15 日退役,其功能將由 AI at Work Roadmap 接手,後者也將成為整合後路線圖內容的主要公開入口。
1
3
不過,既有發布計畫不會立即消失。Microsoft 表示,舊有計畫會繼續保留作為歷史參考,讓企業可以回顧過去的功能承諾,並與目前的路線圖項目進行比較。
7
IT 團隊需要改變更新追蹤方式
Release Wave 結束後,企業不應再等候一年兩次的集中公告,才檢查 Microsoft 產品的變化。較穩健的做法,是建立固定的版本與發布管理流程,例如多數團隊每月檢視一次;產品客製化程度高、或對變更敏感的環境,則可提高檢視頻率。
一套實際可行的工作流程包括:
- 先界定需要關注的產品與環境。 將 Microsoft 365、Dynamics 365、Power Platform、Dataverse、Copilot 與 agents 相關變更,分配給對應的負責團隊。
- 善用路線圖篩選器。 AI at Work Roadmap 可依產品、狀態、發布階段、平台與雲端執行個體等條件篩選。
10
- 儲存常用檢視並訂閱更新。 RSS 可協助團隊持續追蹤特定產品或分類,減少反覆搜尋完整路線圖的需要。
16
- 接上企業內部治理流程。 將相關項目轉交測試、資安、授權、內部溝通與變更管理流程。
- 把企業決策與 Microsoft 預測分開記錄。 路線圖項目可作為規劃依據,但不應直接被視為部署或採購指令。
最後一點尤其重要。Microsoft 明確表示,路線圖所列日期都是預估發布日期,相關資訊也可能變更。
10 因此,路線圖適合用來提前準備,不應被當成具合約效力的交付承諾。
AI 工具也能查詢路線圖
Microsoft 的 Release Communications MCP Server,能讓相容 MCP 的 AI 用戶端以程式方式存取 Microsoft 365 Roadmap 與 Azure Updates 背後的資訊。它支援搜尋、篩選與擷取發布資料,使用者可以用自然語言提出查詢。
30
這代表管理員不必只靠手動瀏覽網頁,也可以透過相容的 AI 工具查找產品更新。Microsoft 文件提到,MCP 可整合 Visual Studio 等開發工具;相關公告資料則將 Visual Studio Code 與 GitHub Copilot CLI 列為相容工作流程的例子。
2
29
30
但 AI 查詢並不能取代人工確認。即使工具能快速找出相關路線圖項目,管理員在做出營運決策前,仍應核對適用範圍、授權要求、雲端執行個體、推出狀態、相依性,以及 Microsoft 最新的產品文件。
為什麼「AI at Work」這個名字引發爭議?
Microsoft 的理由並不難理解:新的路線圖涵蓋 Microsoft 365、商務應用程式、低程式碼工具與 AI 功能,產品範圍比過去更廣。然而,當追蹤平台同時收錄大量傳統產品更新時,AI at Work Roadmap 這個名稱未必比 Microsoft 365 Roadmap 更容易理解。
批評者認為,新的名稱可能讓使用者更難尋找一般的 Microsoft 365、Dynamics 365 或 Power Platform 更新。也有人將此視為 Microsoft 持續採用 AI 導向品牌的一部分,認為這可能進一步模糊功能、產品與授權方案之間的界線。
8
17
19
授權也是另一個需要留意的問題。部分 Copilot 與 AI 功能需要另外購買授權或附加元件,因此某項功能出現在以 AI 命名的路線圖上,並不代表所有客戶都能直接使用。
18
對企業而言,真正的變化是什麼?
AI at Work Roadmap 可以視為一次品牌重整,也可以視為 Microsoft 從「固定波次公告」轉向「持續揭露更新」的訊號。
Microsoft 正把 Microsoft 365、Dynamics 365、Power Platform、Dataverse、Copilot、agents 與其他相關體驗的路線圖集中到同一個平台;同時取消熟悉的 Release Wave 節奏,並讓 Release Planner 退役。
3
5
7
對企業客戶而言,實際應對方式是建立自己的持續監控習慣:按照正在使用的產品與雲端環境篩選路線圖、訂閱相關更新,適時使用程式化或 AI 輔助查詢,並在投入資源前逐項驗證 Microsoft 的預估資訊。
統一平台或許讓 Microsoft 的產品版圖更容易一覽無遺,但也意味著企業不能再把發布管理完全寄託於一年兩次的公告。未來,IT 團隊需要自己建立更持續、更細緻的更新治理機制。