敏捷感悟：试错与反馈是通往正确结果的唯一法则

01

—

一次紧急任务

有一次我在出差途中接到一个紧急任务，要我统计过去几个Sprint里围绕各维度的故事数，以供领导向上汇报。我是在早上接到信息，当天下午前要给答复。我当时没有把公司电脑带在身边。

我立马通过微信询问团队里哪个小伙伴在开公司电脑，能帮我汇总数据。有一个小伙伴立即响应了，我把需求简单地交代了一下，并告诉他从哪能获取到数据。

由于我们过去并没有需要汇报这样的数据，没有直接能获取的报表，所以需要这个小伙伴从每一个Sprint的汇总页面来统计。

很快，他发了第一版的数据给我确认。如下图：

我看过后，这不是我想要的。这是各个Sprint每个维度故事数的统计，我要的是这几个Sprint下来，各个维度的平均故事数。

虽然这一版的结果不是我想要的，但它却非常重要。有了这个结果，我就可以基于它来进一步澄清我想要什么。

经过几次沟通，他也不断地呈现新的结果，我得到了我想要的数据，并可以基于此及时给领导答复。

基于描述的表达，不同人总会有不同理解。建基于一个看得见、摸得着的成品的反馈和讨论，能让需求沟通更有效，也是通往正确结果的唯一法则。

02

—

启发

这就是为什么敏捷追求MVP和快速反馈的原因。

传统开发模式，先做大量需求分析，再做设计、开发、测试。但需求理解错误恰恰是软件做不好的罪魁祸首，方向错了，越努力，走得越偏。这里不怪任何人，提出需求的人，在没有看到具体成品的时候，其实也未必能真正知道自己想要什么。

有了一个具体的成品，哪怕它不是用户想要的，也能帮助用户进一步澄清和细化需求，甚至可以基于这个“错误”的成品启发出新的想法，最终得到一个“超纲”但更好的产品。

所以，针对一个想法、一个需求，一定要尽快做出第一版原型或成品，这一版即使是完全错的，也能得到一个及时的反馈，这就是迭代的意义。

觉得文章不错，顺手点个“点赞”、“在看”或转发给朋友们吧。

相关阅读：

职场高效协作手册

刘华：没有目标的Sprint不是好Scrum

你是做敏捷与DevOps的，还是做掉敏捷与DevOps的？

关于作者

---

刘华（Kenneth）

• 著有书籍《猎豹行动：硝烟中的敏捷转型之旅》《软件交付那些事儿》

• 《图数据库实战》中文译者之一。

• 世界500强银行科技部公共服务与云平台中国区总监
  

• 公众号“敏于思 捷于行”博主

• 敏捷、DevOps专家，精通极限编程、Scrum、看板方法、测试驱动开发、持续集成、行为驱动开发、DevOps工具栈、Docker、Kubernetes (Google Kubernetes Engine, GKE)

• 曾在GDevOps、DevOpsDays Meetup、中国软件技术大会、ArchSummit、Top 100等论坛发表主题演讲

• 阿里云、谷歌云认证架构师

关注公众号看其他原创作品

坚持原创高质量软件交付相关文章

觉得好看，点个“点赞”、“在看”或转发给朋友们，欢迎你留言。

我和叶伟民翻译的《图数据库实战》中文版已经上市，这本书将带你进入图数据库这个全新的世界。点击下面的“阅读原文”直达购买链接。