敏捷下的需求收集方法介绍

本文介绍的是针对“Feature/Enable - User Story/Enable ” 两层需求的梳理
不涉及其他 例如“Epic Story-Feature- User Story”三层需求的梳理 

敏捷下的需求收集方法概述

Program Backlog: 产品待办事项清单, 是团队为实现特定结果而可能交付的新功能、现有功能的更改、错误修复、基础设施更改或其他活动的列表。

应用过程中主要包括Feature功能特性 和 Enabler平台使能两大类。 

Sprint Backlog：团队迭代事项清单, 指一个团队能在一个迭代内完成的新功能，现有功能的更改、错误修复、基础设施更改或其他活动的列表。

             应用过程中主要包括User Story 用户故事 和 Enabler平台使能两大类。

Feature :是指待实现产品的新功能。

Enabler :是指为实现产品新功能需要平台支持的内容，例如为了测试而实现的上层应用的开发。

Story: 用户故事, 是一种包含了角色、活动和目标的用户心声表达方式。

第一步：收集产品待办事项清单

  产品待办事项清单,Program Backlog, 由Feature功能特性 和 Enabler平台使能两大类组成。
             一般采用系统思考的方法收集产品待办事项清单 

第二步：设置产品待办事项的优先级

通过计算 WSJF 来设置待办事项的优先级

COD，cost of delay, 指延迟成本，由“ 商业价值，时间紧迫性，风险/机会“ 计算而得。

WSJF: weighted shortest job first,指加权最短工作优先。 
工作量，一般采用扑克牌估算方法。 

扑克牌估算方法, 是一种用于估算待办事项大小的方法，没有单位。

第三步：输出产品待办事项清单表 

案例：

CoD = Business Value + Time Criticality + Risk Reduction/Opportunity Enablement Value

Size, 采用 扑克牌估算方法 估算的值，没有单位

WSJF = CoD / Size

CoD = Business Value + Time Criticality + Risk Reduction/Opportunity Enablement Value

Size, 采用 扑克牌估算方法 估算的值，没有单位

WSJF = CoD / Size

备注： 相关依赖关系可以在备注中说明

第四步：输出团队迭代事项清单

团队迭代事项清单, Sprint Backlog，由User Story 用户故事 和 Enabler平台使能两大类组成。

故事是较小的价值增量，可在数天内开发出来，而且估算起来相对容易。
用户故事是一种包含了角色、活动和目标的用户心声表达方式。
Feature的大小是要一个ART能在一个PI内完成的；故事的大小是要一个团队能在一个迭代内完成的。

此步需要将Feature分解为待实施的用户故事，产品级的Enable分解为迭代周期能完成的Enable。

用户故事三要素

As a <user role> ： 作为一个<角色>

I want <activity>： 我想要的<功能>

so that <business value>：以便于达到的<目的>

案例：

Priority: 优先级分高-中-低三种

Size：  采用 扑克牌估算方法 估算的值，没有单位

Status： 指用户故事状态，有开发/测试/完成 状态

Team:   指用户故事实施的团队

备注： 相关依赖关系可以在备注中说明