3 similitudes y 3 diferencias entre Product Owner Interno y Product Owner Externo

Veamos en qué se parecen y diferencian un Scrum Product Owner que desarrolla productos Internos (aplicaciones o sistemas dentro de su organización) y el Scrum Product Owner que construye productos que la empresa vuelca al mercado.

La mayor parte de la información disponible en blogs, podcasts y libros sobre Product Management y Scrum Product Ownership se centran en productos comerciales orientados a consumidores finales como por ejemplo los de AirBnB, Uber, Rappi, Mercado Libre, etc.

Al mismo tiempo, habiendo certificado a más de 1200 Scrum Product Owners en los últimos 8 años, noté que hay un enorme número de profesionales dedicados a gestionar productos internos como sistemas de facturación, contabilidad, compras, despachos, etc. que nunca han interactuado con un consumidor final para hacer su trabajo.

Entre ambos mundos hay grandes diferencias y enormes similitudes que te propongo veamos enseguida para que tengas en cuenta a la hora de considerar el abanico de opciones de tu carrera profesional.

Los puntos en común entre el Scrum Product Owner 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 entre un Scrum Product Owner Interno y uno Externo son:

  1. Visión del Producto
  2. Estrategia de Producto
  3. Priorización del Backlog por valor

1. Visión del Producto

Aunque no lo creas, muchos Scrum Product Owners de soluciones internas creen que tener una visión es exclusivo de quienes trabajan en productos que se comercializan. Y esto está lejos de ser así.

Recuerda que la visión del producto describe el estado futuro del producto y los problemas que intenta resolver o ambiciones que pretende alcanzar. Tener una visión del producto clara e inspiradora te va a ayudar a motivar e inspirar a las personas que rodean la construcción del producto, ya sea developers, stakeholders, clientes y/o usuarios.

No desaproveches el poder de una visión por estar trabajando hacia el interior de una compañía. Además, debes utilizar esta visión para comunicar la dirección hacia la que quieres avanzar con el producto y para tomar decisiones sobre qué sí y qué no construir.

2. Estrategia de Producto

Otra similitud es tener una estrategia que pueda conectar los objetivos del producto con su visión.

Una estrategia de producto es un plan de alto nivel que describe lo que una empresa espera lograr con su producto y cómo planea hacerlo. Esta estrategia debe responder a quién servirá el producto, cómo beneficiará a esas personas y cuáles son los objetivos buscados.

La estrategia es fundamental para que todo el equipo tenga la capacidad de conectar su trabajo con el beneficio buscado.

3. Priorización del Product Backlog por valor

En ambos mundos, el interno y el externo, debes asegurarte que el Product Backlog esté ordenado por valor. Es decir, primero se construye lo que más valor aporte, independientemente de qué midas para decir que algo aporta valor.

Ya veremos, definir aquello que aporta valor por lo general es una diferencia entre estos dos mundos. Es un error frecuente pensar que la priorización está determinada por ello.

Un error frecuente al trabajar con productos internos es creer que se tiene todo mucho más claro que cuando el producto se destina al mercado.

Otro error habitual cuando trabajas con productos internos es creer que se tiene todo mucho más claro que cuando el producto se destina al afuera. Si prima esta creencia, el desarrollo del producto se enfoca en cumplir con los pedidos y las tareas, sin poner la prioridad en la generación de resultados. De esta forma, se puede armar un nuevo sistema de control dentro de los tiempos, el presupuesto y con el alcance estimado, pero que ralentiza la labor de los empleados.

Por eso la importancia de la orientación a los resultados (outcomes) aún cuando estás construyendo un producto hacia dentro de la empresa para evitar caer en una falsa definición de "resultado alcanzado" al preguntarse "¿Cuál es el resultado buscado, resolver una necesidad o cumplir con lo planificado?"

Las 3 Diferencias entre Scrum Product Owner Interno y Externo

Veamos ahora las principales diferencias que percibo:

  1. Outcomes operativos y outcomes de mercado
  2. Impacto en costos e impacto en ingresos
  3. Sistemas/Aplicativos y Productos

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.

El PO externo persigue resultados más orientados al mercado y el PO interno se interesa por resultados operativos.

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

Seguido a los outcomes vienen los impactos que ellos tienen. Es de esperarse que los productos destinados a consumidores finales persigan un impacto relativo a incrementar los ingresos para la empresa, ¿verdad?

Por el contrario, el impacto de los productos hacia el interior de la organización está direccionado generalmente a reducir costos, tiempos o posibilidad 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".

Me parece 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.

Espero que esta lista de similitudes y diferencias te haya ayudado a plantear algunas preguntas para ver qué perfiles son más afines a un Scrum Product Owner interno o externo. Te invito a compartirlo con quien creas que lo necesita.