敏捷开发实例

进入Scrum Team一个月，头两周默默观察，后两周项目实战。一个Sprint开发下来，发觉到我们的敏捷开发在理论和实践应该进行一些调整，不同规模和项目的Scrum Team应该根据自己的实际情况进行调整，以找到适用于自己的一套Sprint流程。分享下我们当前的做法，抛砖引玉，不断改进。

我们都爱敏捷开发

Sprint 前准备

- 按优先级建立 Customer Journeys

- 依照 Customer Journeys 创建 Story Maps

- 基于 Story Maps 建立 User Stories

- 将 User Stories 映射到 JIRA 的releases和epics中，添加功能详情和可接受条件

一个 Sprint 周期为1-4周

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

*欢迎留言分享您对于敏捷开发的见解。