亚马逊的向后工作法可以弥补敏捷不足 -hbr


 敏捷是用于产品开发(尤其是软件驱动的产品)的高效工具。但是随着公司将其用途扩展到新领域(预算,人才管理),敏捷常常被用作借口,以避免进行仔细的计划和准备。在关键的项目早期阶段,亚马逊“向后工作backwards”可以弥补敏捷的不足。
当公司开发不存在的产品或服务并希望快速发展时,敏捷似乎很适合,因为客户无法对假设的产品做出回应。解决方案是开发原型或最低限度可行的产品。通过一系列的冲刺,通常持续两个星期,一个产品团队整理出了足够好的东西来展示客户并得到他们的反应。
也许他们会在此过程中发现一个更好的想法。如果它具有吸引力,那么团队可以快速迭代以创建更好的产品。
 
向后工作
亚马逊的"向后工作/后向工作方法"相反,它全部与计划有关。在2004年出现了向后的工作:事实证明,亚马逊的电子商务战略是成功的,并且该公司正在积极地寻找具有巨大潜在市场的新机会。
该公司没有鼓吹开发可行的产品(敏捷的心态可能会鼓励这种情况),而是鼓吹要慢速前进。首席执行官杰夫·贝佐斯(Jeff Bezos)经常称自己为“首席减速官”,当他认为团队正在迅速进行编码而又没有明确定义客户问题和优雅的产品解决方案时,他便会参与其中。
向后工作方法要求对拟议产品具有完全实现的愿景,并体现在产品发布的书面新闻稿中。对于想要继续进行编码的软件开发人员和产品经理来说,这是错误的,甚至是不自然的。
团队通常花费数周甚至数月的时间来发布本新闻稿,以及一个向同事,客户和高级管理人员解释的常见问题解答,亚马逊将如何以可承受但可盈利的价格创造出这一出色的产品。只有当主管人员对这些文件感到满意时,任何人才能开始编写代码并实际组装产品。
这种做法一直存在:到目前为止,即使亚马逊目前缺乏生产该产品的能力,亚马逊也会以其认为会令客户满意的方式后退。Kindle电子阅读器,AWS云计算服务以及带有Alexa的Echo语音助手全都是后退工作,而当时亚马逊在制造设备或在其服务器上托管其他公司活动的经验很少。然而,所有这三种产品都成为热门产品。随着时间的流逝,每家公司都吸引了竞争对手,但它们继续占有最大的市场份额。
 
速度不是一切
正如许多公司所使用的那样,敏捷的根本问题是其敏捷的步调会给开发人员带来偏见。他们只想在几周内拿出最低限度的可行产品。
他们降低了对产品的野心。他们没有取得重大突破,而是倾向于仅对现有产品进行增量改进。团队却永远没有时间和空间退后一步,并致力于于真正使客户满意的需求。没有时间仔细思考是否需要突破了。
速度并不能决定一切,特别是在突破性产品方面。不要将编写代码与取得进步相混淆。通过反向工作,您实际上可以更快地将成功的产品推向市场。
 
亚马逊已经学会了使用反向工作流程进行构想开发,但是随后又跟随敏捷来构建和交付产品。如果像亚马逊这样的巨头可以改变这种方式,那么即使是初创公司也可以效仿。

相关:
亚马逊贝索斯的最小遗憾方法