敏捷在业务效能中的赋能-京东云开发者社区

### 1 为何做业务价值的监控
#### 1.1 什么是业务收益
一个功能和产品的完成，业务需要对该功能和产品进行用户推广，并在推广的过程中得到用户的反馈和使用频率，实现对应的需求价值和收益
#### 1.2 上线需求监控的意义
###### 场景1：
由于财务计费结算是基于财务中台，很多操作功能都是基于运单中台界面进行操作，业务反馈他们现在主要使用的是京喜达工作台，我们希望所有的操作菜单都是统一入口，可以提高业务的工作效率，跨系统操作影响业务体验和操作效率，所以提需求要求我们可以在京喜达工作台支持跳转财务中台界面的功能

![](//img1.jcloudcs.com/developer.jdcloud.com/1e1c0ada-6b04-4a27-abdb-3c6c3fd8da4a20211213150543.png)

**数据监控：**需求上线后盘点需求的运营数据10月7日至10月13日7天时间页面浏览量只有5次，访客数1个，访问次数2次，用户使用率很低

**数据反馈：**通过埋点数据对使用率进行分析可以得知：业务之前很着急很重要的需求，通过紧急需求的模式上线后，需求并没有达到预估的效益，此需求严重浪费了过程中的研发资源，针对此类需求的背景我们应该后续如何监控？如何保证后续需求的效益最高话？

###### 场景2：

网格站只能月初对上个月完成情况进行统计，没有办法对T+1的件数、收入、各费用项金额进行过程监控，导致网格站对过程数据是空白的，基于现状梳理了网格站日账单数据满足网格站对T+1数据的查询和分析

![](//img1.jcloudcs.com/developer.jdcloud.com/bf5b3f37-090c-4f6a-93e4-17a2323544b220211213150608.png)

**数据监控：**需求上线后盘点需求平均使用频次每日访问量1500-2000次，500多个网格站平均每天访问3~4次，用户使用频率高

**数据反馈：**真正重要的紧急需求不仅可以满足业务需求，同时可以成为业务增长的有效工具，针对有效的业务需求我们应该如何判断？如何保证我们的需求都是有效需求？

### 2 业务需求在敏捷监控的过程
#### 2.1 业务需求的背景调研

![](//img1.jcloudcs.com/developer.jdcloud.com/ffd6b48d-c777-4e41-b5e6-3fffebadb54620211213150636.png)

首先我们需要确定业务需求，业务想做什么？想怎么做？想实现什么？我们需要做一个充分的了解和知晓在设计产品方案前一定要先明确背景（背景不仅限于具象化的场景，还有需求之外的“话外音”）及目标，这样可有效避免产品方案的方向性错误；根据用户的目标甄别需求的真伪，用户提出的方案是否真的能够解决根本性问题，如不能解决根本性问题，只是解决了短期或眼前的障碍，则需要重新思考实现方式，避免无效需求的产生
- **案例：**你正在帮助客户装修房屋，装修进行中的时候，客户突然跟你说，你去给我买一套专业的打孔设备，我有急用
- **分析过程：**案例中用户的需求是买一套打孔设备，此时，需要了解用户想做什么已经想要达成什么样的目标，通过沟通发现，用户手上有一副高价值的油画需要装裱在墙上，买打孔设备是为了挂油画；这个需求中，购买打孔设备并不是用户的根本诉求，真实诉求是将油画挂在墙上，基于目标，再行思考解决方案可以得出不同的结论，可以通过租一套设备实现，避免购买设备造成的资源浪费。

基于对需求的了解我们需要对需求进行场景的分析，具体的业务场景都是什么样？是否存在类别的场景？是否有行业内场景的实现？对业务需求进行多维度的场景分析
针对一些流程性的东西，应对其进行详细的梳理和串联，按照流程写下一些可能是你想到的所有东西，这样更有助于你快速的分析；接下来整理每个节点，整理并划分你写的东西，将其串联起来，为接下来的分析做好准备。细分需求背后的逻辑，对每一个节点进行更加详细的分析，这时候你可以结合你刚刚所写的所有和这个节点相关的信息一起进行考虑，这也会让你思考的更加全面。
- **案例：**我们设计用户下订单这样一个操作的时候，需要考虑到订单的整合、支付、交易以及连续的后置操作等，而不仅仅是考虑怎么下订单。

确定业务场景明确目前业务痛点，有针对性的进行分析和处理，痛点的定义为让目标用户付出某种行动的最大阻碍，简单来说，用户在达成A目的时需要通过B或者更多的步骤来实现，此时用户的痛点就是实现A目标路径过长。
- **案例：**例如在美图秀秀之前，大部分图像处理软件（如PS）都专注于提高处理图像的性能，如用户有抠图的需求，如使用图像处理软件，需要付出巨大的学习成本去学习怎么使用软件，此时让用户使用图像处理软件最大的阻碍可能是易用性，因此“易用性”可能就是痛点，而抓住这一痛点，专注于提高易用性的美图秀秀就取得了初期成功。

梳理完成和业务确定最终的需求目的，基于目的完成最终的业务实现，找准用户的需求目的，以便提供更好的解决方案，回到用户装修买打孔设备的需求，真实目的时需要在墙上挂油画，基于目的出发，可以提供租赁的方式实现，同时可以从油画装裱思考，用户需要装裱高价值的油画，装裱材料、环境、位置是否有特别的要求，由此可更好的满足用户需要

#### 2.2 业务需求的用户粗调

![](//img1.jcloudcs.com/developer.jdcloud.com/6bd0fd05-edf0-4fcb-82a5-579fbb2e9a3020211213150809.png)

每个业务需求的实现我们需要明确对应的用户群体，根据用户群体来反补需求是否满足当前的用户，当我们从流程和功能的角度对需求进行放大后，接下来其实是将需求对应到具体的用户形态。
案例：当我们考虑支付方式的时候，除了主流的支付宝，微信这样的支付方式，是不是同样要根据受众人群的不同考虑添加银联支付甚至线下汇款等方式，当然这要根据你的具体业务进行具体的考虑。

了解用户痛点进行分析，通过用户痛点分析业务需求是否能真正解决用户需求

#### 2.3 业务需求的价值评估

![](//img1.jcloudcs.com/developer.jdcloud.com/e91af014-9993-4e77-a4a4-dfe7dabdab1820211213150828.png)

需求目的的确认，我们需要对确定的需求进行价值的评估，如果实现此需求能给业务带来什么价值？如：客户体验、成本效益、商业收益、系统支撑、质量安全等价值，需求被响应后，总是能给需求提出者带来收益的，此时需要分析给用户带来的收益有多大，以此评估需求实现的必要性；考虑“需求提出者获得收益”这件事，还需要判断能否给产品本身带来收益。例如用户的情感诉求被满足了，他们对产品的粘性就更高了，那产品本身的广告收入就很可能会提升

#### 2.4 业务需求在敏捷迭代中实现

- 跟进业务需求确定对应的优先级，来实现需求的有序研发
- 高优先级的业务需求在评估的上线时间内上线，满足业务实现

### 3 敏捷对业务效能的监控实现
#### 3.1监控的意义
业务需求的快速迭代不仅能满足业务的快速发展，也给业务带来便捷的操作和客户体验，但是需求的价值需要在运营中进行监控，来判别需求是否是真正有价值的需求，便于对已上线的需求进行分析，实现需求价值的判别
#### 3.2 敏捷监控的实现
##### 3.2.1需求埋点统计

1. 针对业务需求不仅分析业务的背景、业务痛点、业务价 值，同时对需要研发的功能进行埋点的统计
1. 根据需求维度的不同，需要对需求进行埋点的分级界面浏览量埋点、功能点击量埋点、设备使用类型埋点、数据导出量埋点、使用人类型埋点等
1. 各维度的埋点不仅可以便于对业务需求的分析，同时也可以对业务需求的价值进行统计，在过程中实现数据统计分析
1. 埋点可以根据真实的业务操作进行统计，数据真实有效，直观反馈需求运营的价值

**案例:**经营全景线上化监控项目，在需求梳理阶段，需要对需求模块进行拆分主要分为：数据指标、数据底表搭建、数据同步、数据展示、数据可视化处理在整个数据全链路梳理中，我们需要明确这些模块节点输出后业务的使用频率是多少？针对低频使用的模块是否可以优化由此来节省研发资源,如：

**数据指标:**我们首先对数据指标进行分析，数据指标是否有价值，是否在业务实现中是有意义的，确定具体价值后，进入数据指标底表搭建

![](//img1.jcloudcs.com/developer.jdcloud.com/48086eb7-8ff7-4d4c-b33e-e79fc98ccf2520211213151729.png)

**数据底表搭建:**数据底表搭建需要和业务确定，数据是否需要在Easybi中查询，若需要查询还需要支出数据在Easybi中查询功能

**数据同步/展示：**底表数据是否需要在工作台展示，对应的用户群体是谁、使用频率是多少需要充分了解清楚

基于底表的搭建进行对应的可视化数据展示，满足经营全景线上化监控

在整个需求梳理的过程中我们可以发现，**业务需求的痛点主要在**：数据同步/展示和可视化数据展示上，所以基于业务需求的重要性，我们会对这两个模块进行数据埋点监控，主要埋点为：浏览量埋点、功能点击量埋点、数据导出量埋点来统计此功能的使用

![](//img1.jcloudcs.com/developer.jdcloud.com/c116f2f9-3a0b-45e9-b5e9-e8e96113900220211213151030.png)

通过埋点数据可以看出功能的每天浏览量：95，每天访客数为：19人，我们会对此数据进行监控分析，得出需求价值的评估值

**案例价值分析：**通过需求埋点的数据统计我们主要通过以下几点对需求价值进行分析：
- 需求的用户群体和权限角色：
经营全景线上化监控的用户群体是总部经分团队、区域经分团队、总部财务管理、区域管理使用过，用户群体基数小

- 需求的使用频次：
需求是日维度的监控数据，每天查询T+1的数据变化

- 需求作用：
需求主要是对经营数据完成情况进行监控，从而指导生产，由于数据是超敏感数据，使用人数需要进行特殊数据权限申请才能有查询/导出权限

- 总结：
经营全景线上化监控每天浏览为95，访客为19是正常范围内，需求价值是满足业务效能需求点，此需求为有价值需求

**需求埋点的总结：**

- 需求是否进行埋点操作，首先需要对需求充分的了解，确定业务提的需求是否有价值
- 针对有价值的需求进行需求模块拆分，根据拆分的模块进行分析业务全链路流程
- 在拆分的模块中分析哪些模块和功能是业务关注的核心点，是需要进行埋点监控的
- 针对业务关注的核心模块进行拆解需要进行哪些功能的埋点操作
- 需求进行埋点后我们需要根据时间周期对需求进行埋点统计，并对统计的结果进行分析是否是有价值的需求
- 针对价值需求我们需要进行多维度分析如：用户群体/使用时间/数据特性等维度进行分析，多角度定义业务需求是否有价值

##### 3.2.2问卷调研统计

1. 根据需求类型输出不同的用户问卷调研，可以通过用户的问卷反馈监控需求的价值和问题
1. 问卷调研可以直观反应用户针对需求的痛点和问题反馈，便于从使用人的角度分析需求问题
1. 问卷调研可以有针对性的进行问题分析，可以针对性的对需求功能进行解决

**案例：**财务发票申请功能的上线体验，我们需要针对需求的用户体验进行统计，来判断需求上线是否满足业务需求痛点，针对统计的结果进行分析需求是否有问题，并针对问卷调研的结果进行统计分析

![](//img1.jcloudcs.com/developer.jdcloud.com/0d2393c3-512d-4675-85b3-2e0085d4495a20211213151153.png)

##### 3.2.3一线调研统计

1. 深入一线，现场调研统计需求的运营使用情况，真实客观的现场调研
1. 一线调研可以亲身体验用户的使用场景，可以对需求进行有效的分析和定位

**案例：**我们会进入一线进行调研，根据上线的需求分析现场使用情况，会把问题进行统计汇总分析

![](//img1.jcloudcs.com/developer.jdcloud.com/993e25b2-cf5a-4925-a29f-50361d69625e20211213151437.png)

#### 3.3 敏捷监控结果的分析

- 针对敏捷监控的结果进行分析业务需求，输出对应的分析结果
- 监控结果不仅有效的反馈出高频使用的业务需求，也能反馈出无效需求
- 统计无效和低频使用的需求进行复盘
- 分析无效和低频需求当时做的业务背景、业务价值、用户体系等，分析是需求实现问题还是业务逻辑梳理问题
- 统计无效需求和低频需求在敏捷研发过程中占用的研发资源数据进行分析，并生成对应的分析报告

**案例1:**由于财务计费结算是基于财务中台，很多操作功能都是基于运单中台界面进行操作，业务反馈他们现在主要使用的是京喜达工作台，我们希望所有的操作菜单都是统一入口，可以提高业务的工作效率，跨系统操作影响业务体验和操作效率，所以提需求要求我们可以在京喜达工作台支持跳转财务中台界面的功能

![](//img1.jcloudcs.com/developer.jdcloud.com/7a08b3f3-dfb7-412b-8ae3-7afdb857780c20211213151522.png)

京喜达工作台支持跳转财务中台界面的功能共投入研发资源：6人天，测试资源：4.5人天，但是需求占用很多研发和测试资源后，但是上线后使用的价值非常低，严重占用了研发和测试资源，如果无效需求不进入研发我们将节省研发资源6人天，测试资源4.5人天，将资源用于其他有价值需求的研发

![](//img1.jcloudcs.com/developer.jdcloud.com/51eadab6-cef4-4427-9520-c2ea33c19c7a20211213151753.png)

**案例2:**网格站代理-财务模块功能需求是网格站与商流签订合同，成为区域团长代理，为商流拓展团长并从中得到佣金，资金由商流总对总给到物流，然后由物流结算给网格站，但是需求上线后，商流的计费场景发生变化，已经上线的需求没有进行推广，导致需求无效

![](//img1.jcloudcs.com/developer.jdcloud.com/3b80aeb2-e16b-4a30-87eb-b0b4c96f354720211213151827.jpg)

网站站代理-财务模块功能需求上线后功能共投入后端研发资源：14.5人天，前端研发资源：6人天，测试资源：9人天

![](//img1.jcloudcs.com/developer.jdcloud.com/ab8e918a-3352-42c8-8c15-33bb5c81b61420211213151841.png)

**监控总结分析：**
针对上线需求进行监控分析，不仅能对上线需求做好业务使用的效益统计，还能对上线的需求进行分析，需求是否有价值？针对无价值需求进行统计并分析原因，如：需求和业务场景不一致/输出的方案不符合真实业务操作/业务没有定位真正的需求价值等。

无效需求的研发严重浪费了研发和测试资源，如案例1/案例2中的无效需求，如果不进入研发我们将节省研发资源26.5人天，测试资源13.5人天，可以将资源用于其他有价值需求的研发，提升需求的交付周期和用户满意度

从第十二迭代开始对需求进行分析监控，对无效需求进行汇总统计分析，结果如下：

![](//img1.jcloudcs.com/developer.jdcloud.com/cae43fe9-8aff-490e-9ca0-23a2752be36a20211213151915.png)

在监控的数据中无效需求工时在迭代中占比9.39%/18.87%，通过把监控数据转化为研发资源进行分析，针对产生无效需求进行解析，在后续需求进行规避，通过对历史需求进行敏捷监控，统计监控结果进行分析，从18迭代开始目前无效需求为0，后续我们会根据具体的业务场景和需求再次进行细化分析，提高价值需求研发效率

#### 3.4 业务赋能的实现
通过分析的结果反馈给业务，业务可以通过分析结果可以有效直观的分析自己后续的需求，减少无效和低频需求的梳理，提高有效的研发效率

敏捷针对业务效能的监控不仅实现业务需求的过滤，也节省了研发过程的资源，提高了敏捷研发的效率

------------
###### 自猿其说Tech-京东物流技术发展部
###### 作者：刘刚 梅兰山