Exploración del producto ajustado de DevOps

  • 6 minutos

Según Richard Banfield, autor de Design Sprint: A Practical Guidebook for Building Great Digital Products y de Product Leadership: How Top Product Managers Launch Awesome Products and Build Successful Teams, las empresas con productos excelentes tienen cuatro puntos en común:

  • Velocidad de comercialización
  • Agilidad al enfrentarse al cambio
  • Transición al negocio digital
  • Satisfacción del cliente

Motivos para adoptar un modelo centrado en el producto

En 2024, más de tres cuartos de los líderes empresariales digitales se habrán beneficiado de los procedimientos de administración por producto, desde un tercio que ya lo ha hecho en 2018.

En 2024, el 80 % de las organizaciones de TI se someterán a una reestructuración radical y a cambios en sus misiones al adoptar modelos operativos centrados en el producto.

Gartner "A Day in the Life of a Digital Product Manager", Deacon D.K Wan, 31 de julio de 2019 – 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.

Créditos de la imagen: Gartner: "Survey Analysis: IT Is Moving Quickly From Projects to Products", Bill Swanton, Matthew Hotel y Deacon D.K. Wan, 23 de octubre de 2018 - ID G00373896

Importante

Según el respetado autor y conferenciante internacional Martin Fowler, el "modo por producto" es una forma de trabajar. Es una forma de financiar y organizar el desarrollo de software que difiere considerablemente de la forma de hacerlo por proyecto. Aunque en general se aplica a la TI de la empresa de la era digital, esta manera de trabajar resulta especialmente adecuada para aquellos que aspiran a impulsar el negocio por medio de una plataforma digital.

Posibles ventajas de trabajar en el modo por producto

  • Capacidad de reorientar rápidamente
  • Tiempo de ciclo integral reducido
  • Capacidad de iterar realmente
  • Retención de conocimientos
  • Integridad de la arquitectura
  • Motivación y dinámica del equipo
  • Economías de flujo e iteración

Descripción del modelo centrado en el producto

Importante

Es una estrategia centrada en el negocio para entregar software y experiencias digitales en la que se desarrolla un producto que entrega una capacidad empresarial continua (en oposición a un proyecto de tiempo limitado basado en un proyecto). Por lo general, el jefe de producto es responsable de este producto y de su desarrollo continuo y su presupuesto. Este producto puede existir en una plataforma, que es básicamente un producto en el que se compilan otros productos.

  • Definición de Gartner

Sugerencia

Los proyectos se usan para administrar esfuerzos ocasionales.

El proceso de desarrollo por producto no es un esfuerzo ocasional. Es un proceso continuo de mejora del producto por medio de la entrega de nuevas características.

Un producto no es un proyecto, ya que no hay una definición clara de lo que se debe entregar. Un producto en el sector del desarrollo de software es cualquier sistema orientado al cliente. Dado que las necesidades de los clientes evolucionan con el tiempo y surgen nuevas tecnologías, el cliente espera que el software que usa también evolucione, por lo que no hay una definición clara de lo que se debe entregar. No hay ninguna razón para tener un plan de un año para que todas las características se entreguen en una determinada secuencia si los requisitos pueden cambiar cada mes o incluso cada semana. El proceso de desarrollo de un producto debe adaptarse a este cambio en las necesidades de los clientes.

No hay una definición clara de la fecha en la que se deben entregar los productos. Por lo tanto, los productos no pueden sufrir la carga del proceso de administración por proyecto. El proceso de desarrollo por producto debe ser mucho más ajustado que el proceso tradicional de administración por proyecto, ya que la entrega de nuevas funcionalidades a un producto siempre es el mismo proyecto para cada característica nueva: detección, diseño, implementación, prueba e implementación.

Importante

El modelo centrado en el producto

  • Puede servir a clientes externos e internos
  • Está claramente definido por sus capacidades empresariales
  • Entrega capacidades con valor para el cliente
  • Puede ser un servicio repetible o una plataforma
  • Se puede comprar, vender, así como ofrecer suscripciones o financiarse
  • Tiene competencia en el mercado y un ciclo de vida del producto

La alineación de un equipo de desarrollo con un producto requiere un cambio fundamental en el conjunto de aptitudes del propio equipo. En lugar de una especialización profunda, el equipo debe convertirse a una metodología de desarrollo completo para apoyar un producto de un extremo a otro.

Las organizaciones por producto son más planas, con menos sobrecargas.

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.

Créditos de la imagen: Gartner “Overcome Objections and Sell the Benefits of Moving From Projects to Products and Agile,” Bill Swanton, 12 de febrero de 2019, - ID: G00383228