/ Discovery

为什么

why
“为什么?”估计是我这几年问的最多的问题了。PO跑过来告诉我们要做一个新功能,我的第一反应就是“为什么?”“我们为什么要做这个功能?”“做这个功能对我们的业务有什么提升?”,PO可能会说这个是客户要求的,“那么客户为什么需要这个功能?”……总之就是打破砂锅问到底。我们办社区活动的时候,我都会先问为什么要办这个活动?这个活动可以给我们带来什么?给社区带来什么价值?哪怕是我在想新的话题或者培训的时候也会问一个为什么,我想给听众、学员带来什么。现在在产品线做教练,PM抛出来一个新的功能想法,我依然会问为什么,了解这个功能可以给我们带来什么。以至于在家里老婆大人说我们买房子吧,我也第一反应是为什么- -#

其实很多时候我问为什么就是想理清楚我们的目的到底是什么,而不至于被这个具体的解决方案给绑架了。人在描述需求的时候往往都会用一个自己的解决方案来表述。比如,小孩说我要吃苹果,那么她的需求是什么呢?有可能是饿了,或者是渴了,或者是想吃甜的东西,她也许不知道家里有奥利奥,饮料或者糖,或者家里恰巧没有苹果。苹果对她来说不一定是更好的解决方案。

人的行为背后也都有各自的目的。早上起来洗脸刷牙是为了干净,穿衣打扮为了漂亮,吃早饭为了生理需求等等。当然不同人做同样的事情,也会有不同的目的。比如买房这件事,我老婆的目的是为了孩子上学,有的人可能是为了归属感,有的人为了投资赚钱等等。

同样,软件公司开发一个产品或者一个新功能也是有目的的。在直接动手做这些功能之前,我们应先想清楚目的是什么,暂时忘掉那些功能。大家不妨想想我们如何定义我们的产品是成功的?是按时按量交付产品么?是完成了一大堆花里胡哨的功能么?是产品没有Bug么?

Outcome

通常我们发现有些人遇到一些问题十分沮丧,想到一个不错的主意、功能或者产品。然后我们着手去开发,产品开发完成,发布了。客户买了我们的产品,使用了产品过后解决了他们的问题,他们变得开心。在这个过程中,开发的过程,也就是我们的工作,以及最终发布的产品,这些都是我们的产出(Output);客户买了我们的产品,收到客户的反馈,这些是我们的结果(Outcome);用户使用了我们的产品,解决了问题,工作生活变得更好,变开心了,这些是我们的影响(Impact)。我们应当最小化产出(Output),最大化结果(Outcome)和影响(Impact)。

大多数敏捷实践强调的是交付(Delivery),比较少是关于发现(Discovery)的;产品待办事项列表(Product Backlog)描述的是要做什么,较少描述为什么要做;速率(Velocity)衡量的是产出(Output),而不是结果(Outcome)。
因此目标一般分为两类;业务目标和价值主张。业务目标多和钱相关,提高收入,降低成本,提升服务等。也有些间接的目标,比如日活(DAU)达到20万,市场占有率达到30%,拥有100万个玩家等等。价值主张则是组织或者产品存在的价值,比如,让宅男足不出户买各种电子产品,让吃客们不用在餐馆门口排队,让商家更容易找到他们的客户等等。

我们都知道目标有一个SMART原则:具体(Specific), 可衡量(Measurable), 可行动的(Action-oriented), 真实(Realistic)和时效性(Timely)。目标需要有一些衡量的指标来告诉我们是否在朝着这个目标前进,我们离目标有多远。

理解了目标之后,我们就可以结合自身现状采用更直接方式命中目标,找到更恰当(廉价、高效)的解决方案,避免一些所谓的“花瓶功能”(Pet Features,看着很美好,却对我们的目标没有任何贡献)。

当然,目标也并非是不变的,这也会是一个迭代的过程,我们根据市场的反馈和自身的变化,会不断的调整我们的目标。

参考资料:

Jackson Zhang

Jackson Zhang

Odd-e敏捷教练,主要涉及组织,团队,产品,技术,工程实践等,曾为多家知名企业提供教练与培训服务。译有《用户故事与敏捷方法》,《.NET单元测试的艺术》和《实例化需求说明》。擅长工程实践(如测试驱动开发,单元测试,重构,持续集成等),产品探索(Impact Mapping,Pretotyping,Lean Startup等)与团队协作。zbcjackson AT gmail.com

Read More