2018 年，Gartner 的一项调查发现，85% 的组织已经采用或计划采用以产品为中心的模型，大多数组织已经在其至少 40% 的工作中采用了这种结构。这一趋势继续加速，到 2022 年，这一数字预计将上升到 80%。

CIO 将软件的上市时间列为流程转型的主要驱动力，而 COVID-19 大流行只会加速这一需求。传统的项目思维模式有固定的要求，但往往会超出预算和时间。产品思维有固定的时间表和预算，但需求是不断变化的。除了提高效率之外，请考虑采用以产品为导向的思维方式和文化如何消除孤岛、提高产品质量并加强团队与业务目标之间的一致性。

产品思维转变始于执行级别。对于尚未欢迎从软件/应用程序项目转变为产品的 CIO，这里有六种方法可以转变您的思维并使您的组织定位以实现指数级增长。

1. 从为什么开始，而不是怎么做

这个概念应该是您业务战略的基石。以客户为中心的产品工程模型旨在解决市场中的痛点，而不是专注于软件本身。如果您通过问“我们如何解决这个问题？”来制定战略计划？您正在辩论解决方案，从而将您的行动方案限制在一组狭窄的选项中。当您将开发应用程序的原因归零时，您可以定义您的优先级，阐明您的目标，并创建一个核心信念来构建您的策略。

2. 拥有问题，而不是技术

一旦你制定了你的“为什么”，你就可以开始围绕这个中心焦点建立团队。在以产品为中心的模型中，避免雇用大量“超级专业”开发人员（前端、中间层、后端、数据库）的错误。使用这种构建技术团队的策略，您可能会面临将团队细分、创建项目孤岛以及增加来自非专业团队的多轮批准的风险。

相反，专注于建立对您的长期产品目标和愿景有深刻理解的团队。这使您的组织可以根据需要灵活地重组您的团队。当您的团队在一个总体目标上保持一致时，您就会挑战您的员工不断创新——当单个项目完成时，创意不会停止。

3. 代码是负债，功能是资产

单独的复杂代码没有价值。如果没有强大的团队支持，即使是最复杂的代码也是无用的。当您与具有远见的领导者一起建立您的组织时，请考虑如何将代码作为推进您更大的、以客户为中心的目标的工具发挥最大作用。

作为现代化模型的一部分，下一代软件开发人员和业务专业人员可能会受益于低代码或无代码解决方案。更简单的代码更容易理解和维护。再一次，一个小的转变可以让你的团队变得敏捷。在这种情况下，并不总是需要深入的技术知识来推进您的产品目标。

4. 衡量重要的是什么，而不是产出

仅报告成本已不再足够。以客户为中心的思维方式也意味着将您的分析实践针对您的客户。在宏观层面，为了推进您的战略目标，衡量产品效率、有效性和影响。当你确定你的“为什么”时，你实现了你设定的目标吗？

要在扩展时改善客户体验和业务利润，请查看合理的收入指标以获得洞察力。要了解您的组织与每位客户的关系，请跟踪您的客户获取成本、客户生命周期价值和客户净值。这三个指标可以帮助您了解开发过程中哪里出现了放缓，以及您的业务解决方案是否为您的客户增加了价值。

5. 查看迭代并持续交付

当您的团队可以仔细考虑产品的多次迭代并可以持续交付时，您就知道您已经从遗留项目系统过渡到以产品为中心的模型。一个强大的以产品为中心的团队可以过渡到您的软件的下一个版本，而不会被压倒性的技术债务所拖累。

6. 关注新的渠道、市场和分销模式

随着您的新敏捷团队扩展您产品的技术能力，请考虑您的产品还有哪些地方可以增加价值，从而最大限度地扩大您的影响力。您的解决方案可以解决哪些渠道和市场的痛点？您的分销模式是否仍然是您开始时营销产品的最有效方式？请具有工程头脑的创新者集思广益，集思广益，开箱即用的解决方案将使您的业务更上一层楼。

原文：https://www.informationweek.com/enterprise-agility/6-tips-to-adopt-and-…

本文：