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

En el diagrama se muestra la adopción de modelos centrados en el producto a lo largo del tiempo. En total, el 85 % de los encuestados han adoptado o tienen previsto adoptar un modelo centrado en el producto. La adopción completa con el tiempo se produce para el 54 % de los encuestados, y la adopción parcial del 32 %. El 15 % de los encuestados dicen que han adoptado completamente un modelo centrado en el producto. El 31 % espera que se adopte plenamente en los próximos tres años. El 5 % espera adoptar el modelo centrado en el producto en los próximos tres a cinco años. El 3 % espera que el proceso de adopción tarde más de cinco años. El 32 % de los encuestados esperan algún uso de un modelo centrado en el producto, pero no para pasar completamente a uno. El 15 % de los encuestados no tiene planes de pasar a un modelo centrado en el producto. La encuesta se llevó a cabo en 129 miembros del Círculo de Investigación de Gartner. La pregunta era: ¿Cuáles son los planes de su organización para usar un modelo centrado en el producto para la entrega de software (frente a un modelo centrado en el proyecto)? Seleccione una respuesta.

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.

En el diagrama se muestra el equipo de productos de pila completa, que incluye los siguientes roles: propietario del producto, maestro de scrum, ingeniero, ingeniero de confiabilidad del sitio. El equipo de pila completa colabora con el jefe de productos y el arquitecto ágil.

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