本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 專案階段和工作流
<a name="workstreams"></a>

在聯絡中心遷移專案的情況中，*衝刺*、*工作流*以及*階段*具有以下含義：
+ *衝刺*是由不同工作流交付的活動的有時間限制的集合。例如，每個衝刺可能需要兩週的時間。
+ *工作流*是與一組技術元件或範圍相關聯活動的受團隊限制的集合。衝刺包括工作流活動。例如， AWS 帳戶和登陸區域建立可以包含在涉及架構師和開發人員團隊資源的技術基礎工作流中。映射客戶體驗並記錄呼叫提示應由與使用者旅程相關的不同工作流處理，因為這些任務涉及業務利益相關者和服務線所有者。
+ *階段*是跨工作流的目標導向活動集合。階段通常結束於里程碑，到達這些里程碑意味著項目進展到下一階段。例如，設計階段涉及建立適合每個工作流的文件，例如建築圖表、建置規格和高層級設計文件。當必要的利益相關者批准這些文件時，設計階段即完成。

明確定義和自主的工作流可提高整體專案靈活性。以特定團隊和角色為基礎的工作流可讓團隊成員在排定衝刺待處理項目的優先順序時擁有自主權。它還會在工作流之間建立界限，以便您識別和跟蹤依賴關係，並確立明確的責任。

下圖中的高層級計畫顯示了聯絡中心遷移專案範例中的並行工作流和典型活動的順序。 

![聯絡中心遷移專案中的衝刺、工作流和活動](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/strategy-migration-connect/images/sprints.png)


建議您至少執行三個並行工作流：*操作***，***技術基礎*****以及*使用者旅程*。專案活動的階段和方法會因工作流的性質而有所不同。每個工作流需要不同的交付方法，如以下章節所述。如圖所示：
+ 每個工作流中的任務都綁定到敏捷衝刺中。 
+ 衝刺 0 是專案啟動、探索、規劃和設計的早期任務集合。 
+ 衝刺 MLP 是用於建立最小可愛產品 (MLP) 的活動集合，以便未來的衝刺可以迭代以提供最終狀態目標功能。例如，MLP 可以為一小群客服人員提供相對直接的呼叫者旅程。在平台處於活動狀態且被證明對 MLP 使用案例穩定之後，未來衝刺 (圖中的衝刺 2、3 等) 可以快速迭代以提供創新功能。
+ 每個專案和環境都不同，因此圖表不會提供特定的時間表。使用此計畫作為在初始專案規劃階段與利益相關者討論的起點。確定哪些活動是相關的，識別應新增的所有活動，並確定其預估持續時間。