Being Agile! 需求排序到底谁说了算？-京东云开发者社区

目前，很多团队的需求排序是先到先排的这种朴素的方式，一些团队的需求待办列表里排了很多很多需求，一直有活干这难道不是一件好事儿么？产品经理苦笑，研发经理苦笑；**排队的需求就像停满车的高速路，阻碍着流畅的交付。**我们想动态管理、想持续优化都被卡的严严的。

![](//img1.jcloudcs.com/developer.jdcloud.com/6a0a1d69-9ef1-4c32-9eb4-9c09dfed5ed620210108110031.png)

**敏捷以交付价值为核心，仅说按价值排序，则不够具有实操性，对于管理来说还是需要有规则。**

#### 一、需求的分类

**需求可以分为三个类别：**
- 阻碍或影响运营和用户使用的需求；这类需求的SLA最高，需要尽快处理，要走高速路上的快速通道。
- 从1到100的需求；它们又可以分为：必须做的、应该做的、可以做的、可有可无的。故这类需求需要以价值等综合因素排序。
- 从0到1的需求；这类往往是创新类的需求，一般建议隔离资源，并从小业务、简单或少量做起，逐步探索。

#### 二、需求的排序
对需求分类后，我们发现，最需要制定规则的是第二类需求：从1到100的需求。

###### 2.1 谁负责排序
PO！我们旗帜鲜明的表达观点是，需求的排序由PO负责。PO是产品待办列表的唯一负责人，他/她是负责向客户交付的唯一代表。这就要求PO有两个重要的能力：
- 理解客户与业务，把控产品价值的能力；能根据业务的发展确定产品阶段性的目标，确保团队持续在交付价值。
- 与客户紧密协作的能力；能与客户保持畅通的合作，及时捕捉到业务的变化，动态的管理待办需求。

###### 2.2 需求排序因素
在我们的组织里目前有以下一些因素在影响需求的排序
- **收益：**做这个需求能有多少收益或能节约多少成本；或者我们能增长多少用户；或者用户体验会有多少提升。
- **发起人：**一般发起人的级别越高，该需求的战略性越高。
- **时间关键性：**是否是固定日期合同类需求？是否有市场竞争期限？商业价值是否与时间有强关联性？

###### 2.3 需求排序模型
开发同学都知道，“最短作业优先”（Shortest Job First）的调度算法，**让执行最短的任务先被调度到，加快作业的疏散速度**，这可以极大的缓解紧张的内存资源，提高计算性能。

**请大家反复理解这个算法。在开发中所谓最短的是独立的、工作量小的那种任务。**

敏捷中有一个WSJF算法是对需求排序的模型，中文名称为：加权最短作业优先。它是SJF和相对估算的思想的结合。
插入“相对估算”知识点：以一个为基准进行对比估算，比如估算两个大小不一样的杯子，一个杯子设为1，很容易得出另一个杯子的大小。

**如果使用我们识别出来的排序因素，该公式应该是：**
**WSJF=(收益+发起人+时间关键特性)/需求规模**
分子越大，规模越小，该需求越应优先。当然，收益部分还可以细分不同的因素及因素占比。**这里需求的规模等同于需求的投入时间；要考虑是否有跨部门的依赖，一般依赖越多需求的投入会越大。**

那如何使用呢？这里采用的是斐波那列数列的数值进行相对估算；如下图所示：
![](//img1.jcloudcs.com/developer.jdcloud.com/52f0cbaa-b2e6-476d-b782-0c071823458120210108110458.png)

#### 三、倡议
请看到此文章的PO们，可以试着去定义适用于你们产品的排序规则。
也有同学说，能不能定一个全部门统一的规则，我暂时不确定，**毕竟不同产品的发展阶段不同，各个阶段的重点也不同，产品经理对产品的打造是一个理性结合经验的过程，还是应自定义规则，只要跟业务侧达成共识就好。**

------------
###### Being Agile 京东物流技术发展部效能提升部
###### 作者：效能提升部 宋宁
![](//img1.jcloudcs.com/developer.jdcloud.com/648d6ab2-0c1c-41eb-938c-16b0d32adb2d20210108110701.png)