进入Scrum Team一个月，头两周默默观察，后两周项目实战。一个Sprint开发下来，发觉到我们的敏捷开发在理论和实践应该进行一些调整，不同规模和项目的Scrum Team应该根据自己的实际情况进行调整，以找到适用于自己的一套Sprint流程。分享下我们当前的做法，抛砖引玉，不断改进。
Sprint 前准备
- 按优先级建立 Customer Journeys
- 依照 Customer Journeys 创建 Story Maps
- 基于 Story Maps 建立 User Stories
- 将 User Stories 映射到 JIRA 的releases和epics中，添加功能详情和可接受条件
Sprint 流程
一个Sprint周期为1-4周，我们取个平均值，以两周一个 Sprint 为例。看看两周应该如何安排，一个定义在 Customer Journey 中的可交付产品可以分在3个Sprint（6周）实现。
第一周
周一 Mapping
PO:
-为团队讲解 Customer Journey 和 Story Map
-为当前Sprint所要实现的 User Stories 排列优先级，并加入功能描述
Sprint Team:
-计算团队成员在本次Sprint可提供的工作时间
-将 User Stories 拆分为更小的子任务
Architect:
-确保架构中各功能间的稳定性
-分析和解决团队在 mapping 中提出的技术难题
周二 Prototyping Clickable Rumble
Sprint Team:
-集思广益，讨论并确定产品草图
-分析依赖关系，确定开发顺序
Architect:
-确保架构中各功能间的稳定性
-分析和解决团队在 mapping 中提出的技术难题
周三-周四 Prototyping Code
Sprint Team:
编写代码
周五 Test
QA PO：
-内部测试
Sprint Team:
-修改bug
第二周
周一 -周二 Code
Sprint Team:
-编写代码
周三 Integration & Iterate
Sprint Team:
-集成并测试
周四 Test & Iterate
QA PO:
-测试子任务与User Stories
Sprint Team:
-修改Bug
周五
-迁移生产系统
-Demo
*欢迎留言分享您对于敏捷开发的见解。
