本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 项目阶段和工作流
<a name="workstreams"></a>

在联络中心迁移项目的背景下，*冲刺*、*工作流*，以及*阶段*含义如下：
+ 一次*冲刺*是一个有时限的活动集合，由不同工作流交付。例如，每次冲刺可能持续两周。
+ *工作流*是与一组技术组件或范围相关的团队活动集合。冲刺包括了工作流活动。例如， AWS 账户和 landing zone 的创建可以包含在技术基础工作流中，该工作流涉及架构师和开发人员团队资源。映射客户体验和录制呼叫提示应由不同的、与用户历程相关的工作流来处理，因为这些任务涉及业务利益相关者和服务热线所有者。
+ *阶段*是跨工作流的以目标为导向的活动集合。阶段通常在其里程碑处结束，达到这些里程碑意味着项目进入下一阶段。例如，在设计阶段，涉及创建适用于每个工作流的文档，例如架构图、构建规范和高级设计文档。当这些文件得到必要的利益相关者的批准后，设计阶段即完成。

Well-defined 自主工作流提高了项目的整体灵活性。将工作流建立在特定团队和角色的基础上，可以让团队成员自主确定冲刺待办事项的优先顺序。它还在工作流之间创建了界限，因此您可以识别和跟踪依赖项，并提供明确的问责制。

下图中的高级计划显示了将联系中心迁移项目示例中的并行工作流和典型活动顺序。 

![联络中心迁移项目的冲刺、工作流和活动](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/strategy-migration-connect/images/sprints.png)


我们建议您运行至少三个并行工作流：*运营***、***技术基础***，**和*用户历程*。项目活动的分阶段过程和方法各不相同，视工作流的性质而定。每个工作流都需要不同的交付方式，如以下各部分所述。如图所示：
+ 每个工作流中的任务都捆绑在敏捷冲刺中。 
+ Sprint 0（冲刺 0）是早期任务的集合，侧重点是项目启动、探索、规划和设计。 
+ Sprint MLP（冲刺 MLP）是用于创建最小喜爱产品（MLP）的活动集合，未来的迭代可以继续迭代以提供最终状态目标能力。例如，MLP 可以为一小部分座席提供相对简单的呼叫者历程。在平台发布并经证明对于 MLP 使用案例具有稳定性之后，未来的冲刺（如图表中的冲刺 2、3 等）可以快速迭代以交付创新功能。
+ 这些迭代的的项目和环境都不同，因此该图没有提供具体的时间表。在最初的项目规划阶段，将此计划作为与利益相关者讨论的起点。确定哪些活动是相关的，确定应添加的任何活动，并确定其预计持续时间。