精益产品需求的要义 - ThoughtWorks洞见
需求是「建立在商业、技术和人之间的一组动态的、待验证的假设」;挖掘和定义需求的过程,是一个不断验证假设、在试错中学习、逐步...

作者介绍了产品开发流程的三种演变方式,从软件工程时代(瀑布流) -> 敏捷开发时代 -> 精益企业时代,三个时代因其所处的市场环境不同而不同。

软件工程时代对应了互联网出现之前的时代,市场的变化非常慢,人们可以在产品的设计阶段花很长的时间来定义需求。

敏捷开发时代则对应了互联网+智能手机阶段,开发团队在交付产品是所使用的方法。此时的市场变化速度较快,人们开始谈论体验经济,用户体验设计师开始大行其道。

精益企业时代在对应了云计算时代,度过了移动互联网的红利阶段,市场开始变得格外残酷和迅速,竞争程度也前所未有。以为的产品设计从关注用户体验到开始关注整个产品交付的流程,用户体验设计转变为对服务设计。软件即服务、平台即服务、数据即服务开始流行起来。设计师不再是整个产品设计的核心,Human 才是,设计开始关注整个企业中的所有人,而不仅仅是用户。企业也更在乎如何以更低的成本来快速获取利润。

需求是「建立在商业、技术和人之间的一组动态的、待验证的假设」;挖掘和定义需求的过程,是一个不断验证假设、在试错中学习、逐步逼近直至找到与市场的「契合点」的过程。

三个时代的不同,对软件需求的定义也在发生变化。从原本的需求规格说明文档,到敏捷开发中假设驱动的故事

我们的所有工作过程,不再是一个对确定问题求解的线性过程,而是一个构建(Build)- 度量(Measure)- 学习(Learn)的螺旋前进过程,我们会认为「不确定」是常态,积极主动地调整计划以适应变化;

同时产品交付中的理念也在发生变化,从最初的「设计 ->  开发 ->  交付」的流程逐渐转变为一个不断学习的过程:提出假设 -> 度量方法 -> 持续交付 -> 假设验证 -> 改进方案/提出新的假设。形成一组不断学习和进化的闭环。

要根据面向业务的能力来建立产品团队,在看待需求时从产品的全生命周期——产品的机会发现、定义、启动上线、成长、成熟以及演化去看待和管理需求。

同时对于产品和开发团队的组成也有了新的要求,不再是以往的产品部,设计部,研发部相互独立,各自为政,而是团队相互融合,一个团队中即有产品也有设计和开发、运维,甚至是市场。而对于整个公司而言,要敏捷的也不仅仅是产品研发,而是在任何领域都需要变得敏捷,包括市场和人力以及财务都需要变得敏捷,以帮助研发团队更快速的响应市场。