探索 DevOps 精簡產品
根據 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
影像來源：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 定義
提示
專案是用於管理不定期的工作。
產品開發流程並非不定期的工作。 其為透過新功能傳遞來改善產品的持續流程。
因為不會明確地定義需要提供的項目，所以產品並非專案。 軟體發展產業中的產品是所有與使用者互動的系統。 因為客戶需求會隨著時間而演進，也會提供新技術，所以客戶會期望其使用的軟體也跟著演進，進而不會明確地定義需要提供的項目。 若需求會每個月或甚至每週變更，則沒有理由要以特定順序為所有功能提供一年的方案。 產品開發流程必須能夠適應客戶需求中的此類變更。
當需要提供產品時，不會有任何明確的日期定義。 因此，產品不會影響專案管理流程的負擔。 產品開發流程必須比傳統專案管理流程更精簡，因為對於每一項新功能，提供新功能給產品一律是相同的專案：探索、設計、實作、測試、部署。
重要
以產品為中心的模型
- 可服務外部與內部客戶
- 明確地定義其商務功能
- 提供具有客戶價值的功能
- 可以是可重複的服務或平台
- 可購買、銷售、訂閱。 及/或贊助
- 在市場與產品生命週期中都有競爭者
將開發小組與產品保持一致需要小組本身內部技能的基礎變更。 小組必須轉換成全端方法以支援產品進行端對端，而不是深度特製化。
較少的額外負荷能讓產品組織更簡單。
影像來源：Gartner “Overcome Objections and Sell the Benefits of Moving From Projects to Products and Agile,” (克服各項異議，並銷售從專案移至產與敏捷的優點)，Bill Swanton，2019 年 2 月 12 日，- 識別碼：G00383228