Being Agile！敏捷团队行云玩法大公开-京东云开发者社区

听项目管理的大大说，行云看板要在团队内普及起来。敏捷主力军的勇敢者俱乐部的团队成员也在使用行云，让我们一起来看看，他们都有哪些玩法吧！

#### 首先一个好的看板具有哪些特点呢？
让我们默念三遍：看板的价值是透明一切，让协作和改变有效发生。
1. **能把复杂变得简单；**
让复杂的需求变成一个个分解的用户故事，同时，看板将每一个用户故事进展进行可视化的跟踪。让管理与协作变得简单。
2. **准确表达信息的意义；**
看板的特点是结构化、视觉化的呈现；信息是总分结构，一眼之间，就让人看到总体的进展；如果想了解详细信息还可以点开卡片。卡片的状态需要大家及时更新，团队在使用看板开站会时，效率会大大提升。

3. ** 按照需求揭示细节。**
看板中的卡片包含完成需求的所有用户故事，每一个用户故事，都包含需要完成的所有任务及验收标准，确保完整性与质量把控。

#### 让我们来一起看一下敏捷团队都是怎么做的呢？
##### 第一步：建立团队空间：
**首先我们要想好管理空间的定位：**
1. **管理一个产品的交付工作**
![](//img1.jcloudcs.com/developer.jdcloud.com/6f7a0a04-0ded-44c4-a09f-620835b4f83320210115150654.png)
举个栗子：上图是某款产品的看板，以产品交付周期划分迭代

2. **管理一个团队的所有交付工作**
![](//img1.jcloudcs.com/developer.jdcloud.com/f0dc2731-192a-4eb0-b8d5-eb001f5d3fc520210115151215.png)
举个栗子：上图是某团队空间，团队以需求交付情况居多，团队空间按时间周期建立迭代。

3. 管理团队事务
![](//img1.jcloudcs.com/developer.jdcloud.com/c0c8e740-e89d-4b11-a199-7e2d6f196b4e20210115151355.png)
举个栗子：上图是Being Agile勇敢者俱乐部中团队事务的看板

#### 第二步：阶段流程定义：
##### 定义交付全流程的阶段及阶段的DoD：https://developer.jdcloud.com/article/1476
![](//img1.jcloudcs.com/developer.jdcloud.com/82478033-c399-44ff-8517-9171fd8d704520210115151534.png)
举个栗子：上图是某团队的DoD
##### 第三步：需求管理（验收标准）：
当前一个需求提交行云，需要PO进行调研/分析是否受理这个需求，经过需求拆分及评估优先级后更新产品代办列表，以卡片的形式进行展示。卡片需要包含所有团队成员需要知道的必要信息，那么如何建立一个好的卡片呢？

##### 好的卡片需要包含以下几点：
**1. 合理的需求拆分**
- **更方便安排工作：**
如果每个需求能拆分到足够小，可以有效防止任务遗漏，避免到迭代末期才陆陆续续冒出来没有考虑到的任务。也方便大家领任务，且较小的需求卡片可让大家均衡的工作，不会一阵忙一阵松，改善团队的绩效。
- **及时发现风险：**
需求拆分越细，思考就越多，识别的风险就更充分，这样有更多时间去减缓风险的发生，凡事预则立不预则废。
- **更快获得反馈：**
敏捷最大的好处之一就是通过频繁交付，快速获得反馈，而这最主要还是通过需求细化来实现。如果需求太大，多于一周甚至一个迭代，那么就必然会出现到迭代末期还有大量需求未完成的情况，也就无法获得PO或客户的反馈。特别是，迭代内要求同时要完成测试任务的，就要拆的更细，否则到迭代末期才有可测试的版本。
- **便于优先级的排列：**
需求越细，PO越容易排列优先级，原有大需求中的高价值部分可能会被排前面，而低价值部分会排后面。这样团队将会持续在开发“更精确的”高优先级需求，防止到迭代末期还有高价值的需求未实现。
![](//img1.jcloudcs.com/developer.jdcloud.com/cb13b147-3fb6-4599-bab2-e0f321e1b37920210115151845.png)
举个栗子：上图是某团队的卡片，按用户故事进行了合理的拆分

**2. 卡片名称为需求名称**
在每次迭代中，团队处理的卡片有可能不是同一个需求产生的，所以我们建议卡片名称命名时包括需求名称，这样有助于团队清晰的知道需求的状态和卡片的从属关系。
![](//img1.jcloudcs.com/developer.jdcloud.com/8005d10c-c380-46c4-924c-96db0d11f85620210115152107.png)
举个栗子：上图是某团队的卡片，包含了对应的需求名称

**3. 有验收标准的需求卡片**
有验收标准有助于团队成员清晰的知道卡片在什么条件下才是完成的，不会出现异议
![](//img1.jcloudcs.com/developer.jdcloud.com/5d24d2f7-6b31-48d3-9ce6-2377e0f8848620210115152303.png)
举个栗子：上图是某团队的卡片，有明确的验收标准

**4. 卡片任务有设计有测试**
因为每个卡片代表一个用户故事，一个用户故事的完成，不仅仅指研发任务的完成，而是指这个功能的完成，所以需要包含设计、研发和测试等内容。
![](//img1.jcloudcs.com/developer.jdcloud.com/954aa9ca-af33-4c74-acdd-402565e2f11820210115152427.png)
举个栗子：上图是某团队的卡片，包含了完成这个用户故事所必要的全部子任务

#### 第四步：卡任务管理（需求拆分、排期、挪动条件即完成定义）：
**1. 需求拆分**
如何进行需求拆分，大声说出一个需求的who、what、why，这就是用户故事，也是需求的基本单元。

我们需要明确，最小可行产品（MVP），是指可以产生预期成果的最小产品发布。那么，“最小”是针对哪些用户而言的？这些用户需要通过软件达成哪些目标？另外，很少有哪个产品是全新的，往往实在现有产品上增加新的功能或者提升现有功能。所以，又可以讲最小可行方案：最小可行方案是指可以产生预期成果的最小发布方案。

**2. 排期（优先级排序）**
瀑布模式下我们一直在要项目排期。在敏捷实践中是结果导向，我们应该更关注优先级顺序。在实际工作中，每个企业和团队都会面临多个项目。从组织整体层面来说，如何为这些项目排出优先级，想必是一个让很多管理者都感到头疼的问题，因为你不仅要考虑团队内部的工作任务，而且必须将这些工作与其他团队提出的需求进行权衡；而从团队成员的角度来说，个人面对的是多个任务，甚至每个任务都来自不同项目（团队内项目和跨部门协作项目），正确排列出优先级对于提升工作效率来说助益颇多。

敏捷理论上是PO按客户最有价值的用户故事排序，优先处理用户故事价值高的。如果你是多项目并行，要知道处理顺序的话，不用自己苦恼，让业务侧排序。

**3.挪动条件（完成条件）**
卡片的挪动条件，应该包含卡内所有当前状态的子任务都已完成，同时以卡任务内的验收标准进行验收后，才可以挪动到下一个状态。

#### 其他：
1. 利用看板进行团队回顾会
<center>![](//img1.jcloudcs.com/developer.jdcloud.com/0b3fbb5c-bf5c-4582-bdac-7c49e247786420210115152638.png)</center>
举个栗子：上图是某团队的卡片，利用看板举行回顾会
<center>![](//img1.jcloudcs.com/developer.jdcloud.com/02c5ceaa-2e9a-4486-89ac-60c754979d5220210115152722.png)</center>
举个栗子：上图是灰化肥发黑会挥发团队的卡片

#### 你和你的团队在使用什么看板，都有哪些好的实践，不妨也告诉我们。
#### 敏捷团队行云使用原则倡导如下：
1. 需求对应的研发任务以在需求卡片上建立卡任务的方式进行跟进；
2. 未进入迭代计划的需求放在Backlog里管理（产品待办列表）；
3. 要对需求的规模进行估算，选择卡片的对应的【故事点】记录估算结果；
4. 需求管理里的需求拆分成小于10个理想人天的子需求，进入迭代的需求拆分不应大于5个理想人天。

------------

###### Being Agile 京东物流技术发展部效能提升部
###### 作者：效能提升部 刘启佳  勇敢者俱乐部
![](//img1.jcloudcs.com/developer.jdcloud.com/40606a5e-836c-4cc4-8de3-ba65d545697320210115152923.png)