探索 DevOps 精簡產品

  • 6 分鐘

根據 Richard Banfield ("Design Sprint: A Practical Guidebook for Building Great Digital Products" 與《產品領導力｜頂尖產品經理打造出色產品與成功團隊的致勝關鍵》的作者) 所述，絕佳的產品公司有四個共同特點：

  • 上市速度
  • 面對變化時的靈活性
  • 數位商務的移動
  • 客戶滿意度

為何要採用以產品為中心的模型？

2024 年之前，超過三季的數位商務領導者將從產品管理做法獲益，其中有三分之一的人已在 2018 年完成獲益。

2024 年之前，80% 的 IT 組織會在採用以產品為中心的作業模型時，對其任務進行根本性重建與變更。

Gartner "A Day in the Life of a Digital Product Manager" (數位產品經理生活的一天) Deacon D.K Wan，2019 年 7 月 31 日 – 識別碼 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："Survey Analysis: IT Is Moving Quickly From Projects to Products," (問卷分析：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 “Overcome Objections and Sell the Benefits of Moving From Projects to Products and Agile,” (克服各項異議，並銷售從專案移至產與敏捷的優點)，Bill Swanton，2019 年 2 月 12 日，- 識別碼：G00383228