敏捷开发最佳实践：客户价值实践案例——用户画像的应用

本节所选实践，核心为了帮助大家了解受访者所在团队是如何通过“用户画像”来解决研发资源浪费的问题。

本实践节选自《2021中国企业敏捷实践白皮书》（点击可下载），分享者为钟书智，是来自某银行 IT 部的敏捷教练。

问题：

如何解决研发资源浪费的问题？

问题成因：

通过统计已开发的功能或接口在实际场景中的使用情况，即⽤户使用渗透率，识别到很多花费精力做的功能或接口并没有被使用。

敏捷实践：

团队基于上述问题及时调整策略，让业务⼈员按照用户故事模版来提需求，并根据用户画像确认价值点，增量的投放产品，验证客户价值。受访者负责行内 DevOps 平台流水线部分的设计和开发的工作，目前团队基本涵盖所有敏捷工程实践，如单元测试、持续集成、重构、灰度发布、DevOps、结对编程、测试驱动开发、接口测试等。

在需求管理方面，具体实践如下：

1.通过清晰的用户画像砍掉不需要的功能。DevOps 平台的主要用户画像包括开发人员，项目经理（即大部分系统的业务方），还有测试人员以及负责审批的领导角色。功能设计时会根据不同的用户画像去设计不同功能模块，做到每个模块是为某⼀类角色去提供服务，比如做流水线模块时，面向用户是运维人员跟开发人员，在设计的时候就不会考虑跟看板的关联度，更聚焦于该模块的用户画像;

2.加强与用户的沟通，与该角色对应的多个用户去核对使用场景后再确定需求优先级;

3.每个迭代做需求澄清时，采用“需求-特性-用户故事-任务”的四层结构，以及三段式用户故事模版，且每个用户故事都有验收准则。

实践结果：

1.通过用户画像实现聚焦，解决研发资源浪费的问题;

2.公司其他团队通过被访谈者负责的 DevOps 平台，实现持续集成跟持续部署，在开发过程中就可以提前识别测试当中可能出现的问题并做修改，不会造成⼀些回归，或者其他方面的问题，提高整体效率。

总结：

可通过用户画像实现聚焦，减少不必要工作，解决资源浪费的问题，很好诠释了敏捷原则第一条和第三条：“我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意”、“经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期”。

专家观点：以终为始 价值驱动

陈忠

解决方案架构师，敏捷教练

任何创造和改变都必须在当时和未来提供有效的客户价值，敏捷能够帮助团队聚焦能力在最有价值的工作上。

看到本次调研中，关于通过迭代更快速频繁的交付价值，大部分企业和个人都选择了四颗星或五颗星，并且还有部分人重点说明了任何流程体系、都应该更好的围绕客户价值。准时交付正确的客户价值，提高客户的满意度，是敏捷最重要的原则和最根本的目标。而这其中“以终为始”的理念，在敏捷的 minset 中，得到完美的体现。需要留意的是：客户可以是来自于外部、内部，管理层，甚至回归到团队本身。

同时，所谓的价值最大化，要让团队的核心能力专注在核心价值与业务的产出，符合二八原则，即：20%的功能占据了用户 80%的使用时间，20%的用户贡献了 80%的活跃度，20%的用户投资占据了总投资额的 80%。

敏捷的会议很多，所有的会议、沟通、流程、方法，甚至团队成熟度的提高，都应该围绕在价值交付，这是交付团队存在的唯一试金石。而一个团队的精力、时间、能力都是有限的，如何把有限的时间，投入在无限的价值交付上面，需要我们有清晰的用户画像帮助团队聚焦工作内容。

推荐阅读：

Scrum 开发指南： Scrum 框架详解  |  Scrum 四个会议及正确召开方式  |  正确的计划和执行Sprint的方式  |  做好迭代计划的4大关键点 |  做好这4点让每日站会更适配敏捷团队  |  开好迭代评审会的3个关键步骤  |  为什么要召开迭代回顾会  | Scrum 3大角色及其岗位的具体职责  |  Scrum三大工件在敏捷开发中的作用  |  2022年14个最佳 Scrum 敏捷项目管理软件  |  更多 

Kanban 敏捷指南： 使用看板（Kanban）管理方法的5大好处  |  看板 VS Scrum：如何选择？ |  看板和 Scrum 的混合模式适合在哪些场景使用  |  更多 

规模化敏捷： 规模化敏捷的价值及五大规模化敏捷框架  |  规模化敏捷之 Spotify 模型  |  规模化敏捷框架之LeSS框架  |  SAFe 规模化敏捷框架  |  Scrum@Scale 模型  |  敏捷项目组合管理  |  OKR与敏捷开发  |  更多 

产品管理： 如何构建合格的产品路线图  |  如何成为一个优秀的产品经理  |  敏捷路线图的重要性以及构建  |  如何构建简单有效的产品需求文档  |  利用 NPS 确定功能优先级  |  每个产品经理都需要了解的产品分析技能  |  更多