Microsoft 今次唔只係幫產品路線圖改個名。由 2026 年 8 月 25 日開始,原本嘅 Microsoft 365 Roadmap 正式改名做 AI at Work Roadmap;由 9 月起,Dynamics 365、Power Platform 同 Microsoft Dataverse 嘅內容亦會陸續加入。 25
對一般用戶嚟講,最明顯係名稱變咗;但對 IT 管理員、企業架構師同負責部署規劃嘅團隊,真正重要嘅係 Microsoft 同時取消 Dynamics 365 原本每年兩次嘅 Release Wave 發布節奏,改為全年持續公布新功能。 357
一張路線圖,包晒 Microsoft 多個產品線
新嘅 AI at Work Roadmap 會集中展示以下產品及功能嘅未來更新:
- Microsoft 365
- Dynamics 365
- Microsoft Power Platform
- Microsoft Dataverse
- Copilot 同其他 AI 功能
- 軟件代理人(agents)及相關工作體驗
Microsoft 嘅理據係,企業通常會將生產力工具、商業應用程式、低程式碼平台同 AI 功能一齊部署。將資料放喺同一個地方,理論上可以方便企業搵到即將推出嘅功能、睇住推出進度,以及由唔同部門協調採用計劃。 5
今次主要改變嘅係資訊分類同發布方式,唔係另起一個全新產品。Microsoft 表示,用戶仍然會以原本方式存取路線圖;新安排嘅目的係將規劃資料集中處理,而唔係改變路線圖嘅使用流程。 20
2026 年 9 月唔會再有 Release Wave 2
過去,Dynamics 365 同 Power Platform 客戶可以靠每年兩次嘅 Release Wave 1 同 Release Wave 2,預先安排測試、培訓、預算同部署工作。呢套半年度發布計劃而家會被取消。
Microsoft 已經喺發布計劃指引中講明,由 2026 年 9 月開始,Dynamics 365、Power Platform 同 Dataverse 嘅新功能會直接放到 AI at Work Roadmap;之後亦唔會再發布傳統 Release Plans。舊有計劃暫時會保留,方便用戶作歷史參考。 7
換句話講,2026 年 9 月唔會有 Release Wave 2 計劃。新功能會喺 Microsoft 認為計劃已經落實、適合對外公布時,直接加入路線圖,而唔需要等到固定嘅大型發布時間。 39
呢個轉變有得有失:
- 好處: 新資訊可以全年陸續出現,唔使為咗等一份大型發布計劃而押後公布。
- 代價: 客戶唔再有一個固定日期、一次過整合晒嘅規劃快照,預算、測試、培訓同採用安排會更加考驗內部流程。
資訊可能會更新得更快,但企業亦要自己更主動咁搵資料、判斷優先次序同追蹤變化。
Release Planner 將於 11 月 15 日退役
Microsoft Release Planner 預計於 2026 年 11 月 15 日退役,相關功能會由 AI at Work Roadmap 接手,後者亦會成為整合後路線圖內容嘅主要入口。 13
現有發布計劃唔會即時消失。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(Model Context Protocol,模型上下文協議)嘅 AI 用戶端,以程式方式存取 Microsoft 365 Roadmap 同 Azure Updates 背後嘅發布資料,並透過自然語言進行搜尋、篩選同讀取。 30
即係話,管理員唔一定要完全靠人手瀏覽網頁,亦可以喺兼容嘅 AI 工具入面直接提問。例如相關公告列出 Visual Studio Code 同 GitHub Copilot CLI 等工作流程;Microsoft 文件亦介紹咗同 Visual Studio 嘅 MCP 整合。 22930
不過,AI 查詢只係幫手搵資料,唔可以取代人工審核。IT 團隊仍然要確認功能適用範圍、授權要求、雲端執行個體、推出狀態、依賴項目,以及最新 Microsoft 文件,之後先可以作出部署決定。
點解「AI at Work」個名惹來批評?
Microsoft 嘅解釋唔難理解:新路線圖涵蓋嘅範圍已經由 Microsoft 365 擴展至商業應用程式、低程式碼工具同 AI 服務,所以需要一個更廣泛嘅品牌名稱。
但對管理員嚟講,AI at Work Roadmap 未必比 Microsoft 365 Roadmap 清楚。因為新路線圖入面仍然會有大量傳統 Microsoft 365、Dynamics 365 同 Power Platform 更新,未必每一項都同 AI 有直接關係。部分評論認為,改名反而可能令普通產品更新更加難搵;亦有人將今次安排視為 Microsoft 持續採用 AI 品牌嘅另一個例子,令功能、產品同授權之間嘅界線更難分。 81719
授權亦可能造成混淆。部分 Copilot 同 AI 功能需要另外購買授權或附加元件,因此一項功能出現喺以 AI 為名嘅路線圖,唔代表所有客戶都可以直接使用。 18
對企業最實際嘅影響
AI at Work Roadmap 可以理解為兩件事同時發生:一方面係品牌重整,另一方面係由「按季度或發布波次公布」轉向「持續披露」。
Microsoft 正將 Microsoft 365、Dynamics 365、Power Platform、Dataverse、Copilot、agents 同相關工作體驗嘅路線圖集中到同一個入口;同時取消熟悉嘅 Release Wave 節奏,並逐步淘汰 Release Planner。 357
對客戶而言,最實際嘅應對唔係等下一次大型公告,而係建立自己嘅持續監察習慣:按正在使用嘅產品同雲端環境篩選路線圖、訂閱相關 RSS 更新,適當時候使用程式化或 AI 輔助查詢,並喺投入預算或人力之前再次核實每項預測。
統一路線圖可能令 Microsoft 嘅產品組合更容易一眼睇晒,但亦代表企業要自己做好發布管治,唔可以再完全依賴固定嘅 Release Wave 計劃。