Gran parte del contenido en blogs, podcasts y libros sobre Gestión de Productos y Propiedad de Productos Scrum se enfoca en productos comerciales dirigidos a consumidores, como los de AirBnB, Uber, Mercado Libre, entre otros.
Sin embargo, existe una amplia gama de profesionales que gestionan productos internos, como sistemas de facturación, contabilidad, compras, despachos, sin interactuar con el usuario final.
Existen marcadas diferencias y similitudes entre estos ámbitos, las cuales exploraremos a continuación, brindando un panorama para quienes evalúan las opciones de su trayectoria profesional.
Similitudes entre el Product Owner de Scrum interno y externo
No importa hacia dónde apunta tu producto, hay ciertos aspectos comunes entre quienes deben gestionar mirando al interior de una organización y quienes lo hacen hacia el mercado o el público. Las 3 similitudes claves entre un Scrum Product Owner Interno y uno Externo son:
- Visión del Producto
- Estrategia de Producto
- Priorización del Backlog por valor
1. Visión del Producto
Sorprendentemente, muchos Scrum Product Owners de soluciones internas creen que la visión es un privilegio de quienes trabajan en productos comercializados. Pero esto está lejos de la realidad.
La visión del producto esboza el estado futuro del producto y los problemas que busca resolver o las metas que aspira lograr. Una visión del producto clara e inspiradora será tu aliada para motivar e inspirar a las personas involucradas en la construcción del producto, ya sean developers, stakeholders, clientes y/o usuarios.
No subestimes el poder de una visión al enfocarte en proyectos internos. Además, esta visión será tu guía para comunicar la dirección que deseas seguir con el producto y para tomar decisiones acertadas sobre qué sí y qué no construir.
2. Estrategia de Producto
Otra coincidencia es poseer una estrategia que enlace los objetivos del producto con su visión.
La estrategia de producto es un esquema de alto nivel que detalla lo que una empresa espera lograr con su producto y cómo planea hacerlo. Esta estrategia debe esclarecer a quién servirá el producto, cómo beneficiará a esas personas y cuáles son los objetivos perseguidos.
La estrategia es crucial para que todo el equipo pueda alinear su trabajo con el beneficio deseado.
3. Priorización del Product Backlog por valor
En ambas esferas, la interna y la externa, es crucial que el Product Backlog esté organizado por valor. Es decir, lo que aporte más valor se construye primero, sin importar cómo se mide el valor.
Veremos que definir lo que aporta valor suele ser una diferencia entre estos dos mundos. Es un error común pensar que la priorización está determinada por ello.
Un error habitual en productos internos es pensar que todo está más claro que en productos externos. Si predomina esta creencia, el desarrollo se centra en cumplir tareas, descuidando la generación de resultados. Esto puede llevar a un nuevo sistema de control, cumpliendo con tiempos y presupuesto, pero afectando la eficiencia del personal.
Por ello, es vital la enfoque en resultados (outcomes) incluso en productos internos, para evitar una falsa sensación de "resultado alcanzado" y cuestionarse si el objetivo es resolver una necesidad o simplemente seguir lo planificado.
Las 3 Diferencias entre Scrum Product Owner Interno y Externo
1. Outcomes operativos y outcomes de mercado
La principal diferencia entre un Scrum Product Owner de un producto interno y otro externo es que los resultados buscados por lo general están más atados a aspectos operativos en vez de resultados de mercado.
Mientras que los Scrum Product Owners externos se enfocan en la generación de leads, conversión, suscripciones, registros, etc., los Scrum Product Owners internos están más atentos a cycle times, cost of tickets, first response time, mean time to resolution, inventory turns, por dar algunos ejemplos.
2. Impacto en costos e impacto en ingresos
Luego de los outcomes, surgen los impactos derivados de estos. Es común que los productos destinados a consumidores finales busquen un impacto en aumentar los ingresos de la empresa, ¿cierto?
En contraste, el impacto de los productos internos suele estar enfocado en reducir costos, tiempos o la incidencia de errores humanos.
3. Sistemas/Aplicativos y Productos
La tercera y última diferencia habitual es que a los Scrum Product Owners internos les resulta raro entender sus soluciones como "productos". La mayoría de los que yo he conocido los llama "sistemas" o "aplicativos", por ejemplo, "el sistema de facturación" o "el aplicativo de carga de pedidos".
Es importante destacar este punto ya que la forma en la que hablamos es un reflejo de nuestros pensamientos y crea nuestras realidades. Si es tu caso, serás un Scrum Product Owner mucho más vivaz si a esos aplicativos o sistemas los empiezas a considerar "productos" en sí mismos.
Esperamos que esta breve lista de similitudes y diferencias te haya proporcionado perspectiva y planteado preguntas sobre los perfiles más adecuados para un Scrum Product Owner interno o externo. Te animamos a compartirlo con quien creas que lo necesita.
- Comunicación del progreso a los Stakeholders para calmar ansiedades y despertar su involucramiento.
- Diferenciar Product Discovery de Product Delivery y comprender el valor de cada uno.
- Segmentar tu universo de usuarios para empatizar e identificar necesidades profundas de cada uno.
- Conocer los criterios para ordenar el Product Backlog según la estrategia y fase del ciclo de vida en la que se encuentra.