Product Manager
La persona que es dueña de qué se construye y por qué, y luego defiende esas decisiones frente a todos los que querrían construir otra cosa.
Un Product Manager es dueño del qué y del porqué, no del cómo. Decide qué problema resuelve el equipo a continuación, por qué importa y qué significa “terminado” para el cliente. No escribe el código, no dirige el sprint como jefe y no diseña la arquitectura. Su trabajo es asegurarse de que el equipo construya lo correcto antes de que nadie discuta cómo construirlo bien.
El rol es sobre todo criterio y comunicación bajo presiones contradictorias. Ventas quiere la funcionalidad que cierra el trato. Soporte quiere el error corregido. El fundador quiere la apuesta audaz. Un buen PM sostiene todo eso, dice no a la mayoría en voz alta y entrega la única cosa que mueve el negocio. Es responsable del resultado, lo que significa que es dueño de la hoja de ruta y de las decisiones de priorización, no solo del mantenimiento del backlog.
Product Manager frente a Product Owner es donde la mayoría de los equipos se confunden. Product Owner es un rol específico de Scrum: es dueño y ordena el backlog para que el equipo de desarrollo tenga claro lo siguiente que construir. Product Manager es el rol de negocio más amplio: mercado, estrategia, aporte sobre precios, alineación con los interesados y el porqué detrás de la hoja de ruta. En un equipo pequeño una persona lleva ambos sombreros. En uno más grande el PM marca la dirección y el PO la convierte en trabajo ordenado y listo para construir.
La contratación errónea más común es un PM sin autoridad. Si la hoja de ruta en realidad la fija el interesado que grita más fuerte y el PM solo escribe tickets, has contratado a un coordinador de proyectos y lo has llamado producto. Incorporamos la responsabilidad de producto en equipos fundadores como parte de un compromiso de fractional co-founder cuando el fundador está demasiado metido en la construcción para asumirla.