Diferencias entre Product y Project Managers
¿Necesito un Product Manager o un Project Manager para mi startup? ¿En qué se enfoca cada rol? Diferencias entre productos y proyectos. La importancia de tener skin in the game.
Hace unas semanas me preguntaba un fundador si necesitaba contratar un Product o un Project Manager. Como casi siempre, mi respuesta fue, depende.
Si tienes las ideas muy claras de lo que tus clientes necesitan y sólo buscas a alguien que las ejecute, contrata a un Project Manager. Estos perfiles están entrenados en la gestión de proyectos, y sus habilidades se concentran en la toma de requisitos, planificación, control, etc.
Dicho de otra forma, mientras la persona que ocupe el puesto de CEO pueda seguir siendo la fuente de ideas e iniciativas de la compañía, no necesitas Product Managers, o, dicho de otra forma, esa persona es en realidad el Product Manager.
El valor del Product Manager, no está en cómo hacer las cosas, si no en descubrir qué es importante hacer. Coloquialmente se dice que el Product Manager se encarga de definir el qué y el por qué, mientras que el Project Manager / Engineering Manager, se encargan de definir el cómo.
Añado el rol de Engineering Manager porque en Startups tecnológicas generalmente el rol de gestión de la entrega recae en el Engineering Manager. Es raro que una Startup tenga Project Managers como tal, aunque suelen aparecer cuando la complejidad aumenta de tal forma que los equipos no son capaces de coordinarse eficientemente entre ellos.
Os dejo a continuación una imagen que resume a mi juicio bastante bien el foco de cada uno de los perfiles.
Proyectos y Productos
Otra de las diferencias fundamentales entre los dos perfiles es su enfoque en productos vs proyectos.
Un proyecto, por definición, es un esfuerzo delimitado en alcance, tiempo y coste. El proyecto de hacer una carretera entre Madrid y Valencia termina cuando la carretera está construida. El equipo de dirección de proyecto entonces se disuelve, y pasa al siguiente.
Por contraposición, un producto no tiene un principio o un final definidos. Un producto nunca está terminado. Siempre hay nuevas oportunidades para expandirlo, para solucionar mejor los problemas de nuestros usuarios, y, en definitiva, para mover las métricas en la dirección que le interese a la compañía.
Ese trabajo de entender el mercado, a sus clientes, y hacerse las preguntas correctas para detectar las palancas que pueden llevar a la empresa al siguiente escalón, es donde se enfoca el Product Manager.
Skin in the game
Surge así una de las principales diferencias entre Product y Project Managers, quizás la más importante, y es que los primeros tienen skin in the game, mientras generalmente los segundos no.
Tienes skin in the game cuando literalmente te juegas la piel en cada una de tus decisiones. Si eres responsable de un producto, responsable de unas métricas que van a marcar si has tenido éxito, te va el puesto en priorizar las decisiones que las muevan.
Y como un producto no tiene fin, también tratarás de tomar decisiones que no afecten al largo plazo de este. Cuando generalmente a los Product Managers se nos acusa de decir siempre que no, es porque estamos pensando en las consecuencias de cada pequeña nueva funcionalidad y su mantenimiento futuro.
Por su parte, el Project Manager generalmente no paga las consecuencias de implementar una mala decisión. Porque esa decisión no viene de él, es algo que otra persona le ha pedido que ejecute. Su responsabilidad, y su puesto de trabajo, va en ejecutarla con éxito. Mientras lo haga en tiempo, plazo y coste, lo que ocurra después no es de su incumbencia. Su trabajo ya está hecho. Del mantenimiento ya se encargarán otros. No hay nada de malo en esto. Es simplemente la naturaleza del rol.
Es por esta falta de skin in the game que, generalmente en empresas de producto, la gestión de la ejecución se traspasa al Engineering Manager. Porque él, como parte integrante del equipo, sí que la tiene y sí va a pagar las consecuencias de sus acciones.
¿Debe un Product Manager tener habilidades de gestión de proyectos?
Esta pregunta es similar a si necesita tener ciertos conocimientos técnicos. No necesariamente, pero ayuda, especialmente cuánto más compleja es tu organización.
Hay ciertas habilidades del cuerpo de conocimiento de gestión de proyectos que son indudablemente útiles para el Product Manager, especialmente las relacionadas con gestión de interesados, comunicación o riesgos. Otras, como la recogida de requisitos, gestión del alcance o costes, también te serán útiles para entender el modelo mental sobre el que trabajan en el caso de que te tengas que cruzar con ellos.
La realidad es que todo Product Manager necesita a un gran gestor de la ejecución a su lado, ya sea un Project o un Engineering Manager haciendo las funciones de gestión de la entrega. De esta forma puede despreocuparse de la esta y enfocarse allí donde aporta más valor. Pero, precisamente por tener skin in the game, te interesa entender las bases de llevar un proyecto a término, porque si por alguna razón te falla esa pieza en el equipo, tendrás que ingeniártelas para cubrirla.
Porque te va el puesto en ello.