写点什么

Thinking Agile 2021,Being Agile 2022

作者:Bruce Talk
  • 2021 年 12 月 30 日
  • 本文字数:1344 字

    阅读完需:约 4 分钟

昨天看到了 Infoq 上的一篇文章《市值超 1.7 万亿的奈飞是如何做决策的?》。里面提到了奈飞是如何通过 A/B Testing 搜集反馈,验证假设,最终影响公司重大决策的。在 2021 年末看到这篇文章,羡慕和欣赏之余也不禁感慨,这不就是假设驱动开发和工程师文化的真实落地吗?而这两点也是我今年工作中印象最深刻的。奈飞公司本身就是在践行敏捷思想,她不只是在 Doing Agile,而是真的在 Being Agile。

假设驱动开发(Hypothesis Driven Development)

这个概念最早我是在 Evelyn Tian 老师的 A-CSPO 课程上了解到的。说的是产品的构想本身就是 PO 对市场分析后的一个一个的假设。这些假设可以分为:业务可行性假设,技术可行性假设和需求可行性假设。而假设的风险和不确定性又可以衡量出假设的优先级。PO 按照优先级对假设进行验证,最终实现推动产品价值的迭代交付的目的。验证假设的过程正好在《精益创业》一书中也提到的——Build,Measure,Learn 的循环。下图是书中的截图:


《精益创业》中对假设进行另一个维度的分类:价值假设和增长假设。让我们看看两个假设的定义:

  • “价值假设”(value hypothesis)衡量的是当顾客使用某种产品或服务时,它是不是真的实现了其价值。

  • “增长假设”(growth hypothesis)是用来测试新顾客如何发现一种产品或服务的。

无论是哪种类型的假设分类我觉得都可以应用上图的循环来进行验证,而且是尽可能的缩短验证周期来进行策略调整,这才能更好的应对这个 VUCA 时代的变化节奏,在竞争中才会有更大的机会脱颖而出。奈飞的 A/B Testing 不就是在做各种假设的验证吗?

工程实践

说的 A/B Testing,很多小伙伴知道其原理,他主要是应用抽样调查的方法来提供分析的手段。不过能做到在大规模线上产品中做如此精细的操作而不出现事故,是需要很强的工程实践做基础的。在运行成功的 A/B Testing 的背后,需要的是系统架构、基础设施、DevOps 流程、团队技术成熟度、甚至工程师文化都要到位,这才能支撑这个验证效率和质量。而很多时候我们经常看到“别人家的团队”能做而我们为什么不行?是水土不服吧,找各种原因作为宽慰自己的理由。现在想想可能原因是没有看到背后的工程实践的重要性。就像我们听过的,企业的敏捷转型 Doing Agile 并不是真的 Agile,Thinking Agile 是进阶,而最终的目的是 Being Agile——知行合一。

延伸“假设”到每个人自身

今年在给团队做一些敏捷培训的时候。经常会听到到大家第一感觉是培训的例子很理想,但是现实是残酷的,我们无法这么做。然后就是各种很“强有力的”理由来说明这个事实确实存在。有时候我自己也会这样给自己找借口来逃避一些不想面对的事情。现在想想,我们是不是可以把一些工作中的尝试也当成“假设”。可以抱着一个开放的心态来验证一下这些假设,在这个过程中学习,不管最后的结果是成功还是失败,都看作是一个学习的过程。我们是否愿意给我们自己创造一个实验的机会呢?其实我们自己就是一个可以不断迭代演进的产品​,而且是独一无二的。

写在最后

2021 年还有几天就要过去了。回顾全年的工作,和团队一起学习到了很多,其中不乏“AHA”时刻,可惜当时没有来得及记录下来,不过小确幸是在新年之前,居然被一篇文章无意中再次唤醒记忆。在这里做一个总结,也作为自省,希望自己在 2021 年的思考能够转化为 2022 年的行动,从改变自身做起。

最后祝小伙伴们新年快乐。


发布于: 刚刚
用户头像

Bruce Talk

关注

动机至善,私心了无。 2008.09.26 加入

一只程序猿,热爱新技术,痴迷于精益敏捷,现在北国春城工作。践行软件工艺,让工作因我而不同。个人博客:https://brucetalk.com

评论

发布
暂无评论
Thinking Agile 2021,Being Agile 2022