探索 DevOps 精益产品

  • 6 分钟

根据《Design Sprint: A Practical Guidebook for Building Great Digital Products》（设计冲刺：打造伟大数字产品的实用指南）和《Product Leadership: How Top Product Managers Launch Awesome Products and Build Successful Teams》（产品领导：顶级产品经理如何推出优秀产品并建立成功的团队）的作者 Richard Banfield 的说法，优秀的产品公司有四个共同点：

  • 面市速度
  • 面对变化时的敏捷性
  • 转向数字业务
  • 客户满意度

为什么采用以产品为中心的模式？

到 2024 年，超过四分之三的数字业务领导者将从产品管理做法中受益，比 2018 年已受益的三分之一领导者还多。

到 2024 年，80% 的 IT 组织将对其任务进行彻底的重组和改变，因为它们将采用以产品为中心的运营模式。

Gartner“数字产品经理的一天，”Deacon D.K Wan，2019 年 7 月 31 日 - ID G00400672

Diagram depicts product-centric model adoption over time. In total, 85% of the respondents have adopted or plan to adopt a product-centric model. Full adoption over time happens for 54% of the respondents, and partial adoption for 32%. 15% of the respondents say they have fully adopted a product-centric model. 31% expect it to be fully adopted within the next three years. 5% expect to adopt the product-centric model in the next three to five years. 3% expect the adoption process to take longer than five years. 32% of the respondents expect some use of a product-centric model, but not to fully move to one. 15% of the respondents do not have plans to move to a product-centric model. The survey was conducted on 129 Gartner Research Circle members. The question was: What are your organization’s plans for using a product-centric model for software delivery (versus a project-centric model)? Please select one response.

图像署名：Gartner：“调查分析：IT 正在迅速从项目转向产品，”Bill Swanton，Matthew Hotel 和 Deacon D.K. Wan，2018 年 10 月 23 日 - ID G00373896

重要

根据备受推崇的作家和国际演讲家 Martin Fowler 的说法，“产品模式”是一种工作方式。 这是一种资助和组织软件开发的方式，与项目的实现方式截然不同。 尽管通常适用于数字时代的企业 IT，但这种工作方式特别适合那些旨在通过数字平台推动业务发展的人。

在产品模式下操作的潜在优势

  • 能够快速重定向
  • 缩短了端到端周期时间
  • 能够真正地循环访问
  • 知识保留
  • 体系结构完整性
  • 团队动机与动力
  • 流和迭代的效益

什么是以产品为中心的模式？

重要

一种以业务为中心用于交付软件和数字体验的策略，在这种策略中，开发的产品能够提供持续的业务能力（与基于有限时间的项目相反）。 通常，产品经理拥有此产品，负责其正在进行的开发和预算。 这个产品可能存在于一个平台上，这个平台本质上是作为其他产品的基础的产品。

  • 由 Gartner 定义

提示

项目用于管理偶然的工作。

产品开发过程不是一项偶然的工作。 这是一个通过交付新功能不断改进产品的过程。

产品不是项目，因为没有明确定义需要交付的内容。 软件开发行业中的产品是任何面向客户的系统。 由于客户需求会随着时间的推移而变化，并且新技术不断问世，因此客户期望自己使用的软件也会随之变化，因此，对于交付的内容尚无明确的定义。 如果需求可能每个月甚至每周都发生变化，则没有理由按特定顺序交付所有功能的一年计划。 产品开发过程需要适应客户需求的这种变化。

产品何时需要交付并没有明确的定义。 因此，产品不能承受项目管理过程的负担。 产品开发过程必须比传统的项目管理过程精简得多，因为对于每个新功能，向产品交付新功能始终是同一个项目：发现、设计、实现、测试和部署。

重要

以产品为中心的模式

  • 可为外部和内部客户提供服务
  • 由业务能力明确定义
  • 提供具有客户价值的功能
  • 可以是可重复服务或平台
  • 可以购买、销售、订阅。 和/或投资
  • 在市场和产品生命周期中存在竞争

使开发团队与产品保持一致需要从根本上改变团队本身内的技能。 为了端到端地支持产品，团队需要转换为全栈方法，而不是深度专业化。

产品组织更扁平化，管理费用更少。

Diagram depicts the full-stack product team, which includes the following roles: product owner, scrum master, engineer, site reliability engineer. The full-stack team collaborates with the product manager and agile architect.

图像来源：Gartner“克服异议，推销从项目转向产品和敏捷的好处，”Bill Swanton，2019 年 2 月 12 日 - ID：G00383228