敏捷开发最佳实践：客户价值实践案例—

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

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

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

问题：

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

问题成因：

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

敏捷实践：

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

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

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

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

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

实践结果：

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

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

总结：

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

以终为始价值驱动

陈忠

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

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

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

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

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

推荐阅读：

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

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/757861.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！