在整個專案期間主動管理風險：
及早識別風險：在規劃階段以及每個 Sprint 開始時，腦力激盪可能發生的問題或可能阻礙進度的因素。 例如:
- 「與服務的整合可能會延遲，」
- 「我們不確定自然語言模型能否區分這兩個意圖，」
- 「HR 相關解答需要法務核准。」
列出這些風險。
評估影響與可能性：記下影響最大的風險。 「Application Insights 可能顯示個人資料」這項風險，可能屬於高影響風險 (法規遵循問題)。 發生的可能性可能各不相同。 評估風險，並優先處理高可能性、高影響的風險。
規劃緩解措施：針對每項主要風險，指派緩解措施或應變計畫。 例如:
- 風險：用於訂單追蹤的非 Microsoft API，可能無法於測試階段前備妥。
- 緩解措施：建立虛設常式或模擬服務來模擬回應，以便開發及測試作業能持續進行。 在實際 API 可用時加以整合。 或者，備妥備援方案 (「很抱歉，目前無法提供訂單資訊，請聯絡支援團隊」)，以因應實際整合失敗的情況，妥善處理問題，而不是只向使用者顯示錯誤。
每日追蹤阻礙因素：在敏捷開發流程中，於站立會議中討論阻礙。 如果有任何因素阻礙進度 (例如等待認證、客戶連接器尚未備妥，或需求不明確)，請盡快提報或解決問題。
阻礙因素的因應策略
有時即使做好萬全準備，仍會遇到無法立即解決的阻礙因素。 例如，外部相依性或尚未解決的技術問題，可能會阻礙進度。 現代化的專案管理方式不會因此中止專案，而是尋找富有創意的因應方法：
- 暫時縮減範圍：如果某項功能過於複雜或遭到阻礙，請提供簡化版本。
- 做為橋接器的手動程序：盡可能實作自動化，並在必須手動操作的位置加入手動步驟。 如果 AI 模型無法分類罕見的要求類型，請將這些案例轉交專員處理，或在重新訓練模型的同時，將警示傳送給主題專家。 如果自動核准流程尚未就緒，請安排專人手動處理這些核准作業。 記錄此因應方法，並在待辦事項清單中標記，以便團隊記得日後加以取代。 目標是透過暫行方法達成成果，藉此避免專案延遲。
- 平行 Spike 與研究：投入限時的「Spike」調查風險領域，例如評估新的 API，或測試用於實體擷取的複雜規則運算式。 此做法不會直接產生使用者功能，但能降低未知風險。 如果 Spike 的結果良好，即可繼續進行。 如果結果證實不可行，至少能及早得知，並可在尚未承諾該功能的情況下，轉而採用替代做法。 此策略本質上是因應不確定性的一種方法。
- 溝通與對齊：讓利害關係人隨時掌握任何重大阻礙因素及您的緩解計畫。 透明化可避免恐慌。
主動進行風險管理與排定優先順序，代表您能一律優先處理最重要的事項。
假設與疑慮
及早掌握假設與疑慮，有助於團隊找出潛在風險。 這些要素共同構成成功 Copilot Studio 專案的基礎。 這些要素能確保從一開始就目標明確，並對 Agent 應達成的目的有共同的願景。
及早掌握任何假設或疑慮，以做為設計與風險管理的依據：
範例假設：
- 此解決方案支援所有必要管道上的現成可用部署。
- 生成式 AI 可減少對人工知識管理的需求。
- 此解決方案提供最先進的意圖辨識與實體擷取功能。
範例考量：
- 對 LLM 產生之解答的控制能力有限。
- 內部可能對自動化有所抗拒。
- IT 部門偏好內部部署裝載，或有特定法規遵循需求。
下一步
建置跨職能專案團隊，納入成功交付與操作 Agent 所需的角色。