Product Manager. Origen, Rol y Responsabilidades

Por Milena Montesinos, iNNoVaNDeR 4G.

El rol de Product Manager fue ideado por Marissa Mayer, actual Directora Ejecutiva de Yahoo, durante su etapa como ejecutiva en Google. El programa que definió y lideró primero en Google y después en Yahoo, se denomina “Associate Product Manager Program”, tiene dos años de duración y se lanzó por primera vez en 2012.

Marissa Mayer, vice president for search products and user experience at Google Inc., speaks at the TechCrunch Disrupt conference in San Francisco, California, U.S., on Wednesday, Sept. 29, 2010. Mayer said tablet computers are the "wave of the future." Photographer: Noah Berger/Bloomberg via Getty Images

Marissa Mayer, actual Directora Ejecutiva de Yahoo, durante su etapa como ejecutiva en Google. Fotógrafo: Noah Berger/Bloomberg vía Getty Images

Inicialmente este programa buscaba atraer un nuevo tipo de talento a Google. Echaban en falta candidatos que encajaran con su cultura, caracterizada entre otras cosas por la toma de decisiones por consenso, la meritocracia y el foco en ingeniería. Los candidatos que seleccionaron inicialmente para el programa fueron recién graduados en informática y matemáticas con espíritu emprendedor y dispuestos a ponerse al frente de productos de Google.

El programa no solo tuvo muchísimo éxito en Google – Eric Schmidt espera que graduados de este programa acaben liderando Alphabet – sino que se implementó en muchas otras empresas, sobre todo, en empresas del ámbito tecnológico.

 

¿Qué es y qué hace un Product Manager?

Startup Drawing - Photo Credit: 99interns.com

Startup Drawing – Photo Credit: 99interns.com

Dado que este rol se popularizó hace pocos años, su definición varía significativamente de empresa a empresa. Una posible definición de este rol en el ámbito tecnológico podría ser “director ejecutivo de un producto”, aquella persona responsable de garantizar que el producto tecnológico desarrollado satisface las necesidades de sus usuarios. Las principales funciones que desarrolla un product manager son las siguientes:

1 · Define la Visión del Producto ·

El director de producto ha de entender claramente cuál es la visión del producto a corto y largo plazo; entender bien a sus usuarios y dar respuesta a sus necesidades desplegando funcionalidades clave en el momento adecuado.

Credit: entrecreativos.com

Por ejemplo, Whatsapp triunfó porque ofreció un servicio de mensajería instantánea gratuito y agnóstico a cualquier compañía de telefonía móvil o dispositivo. Pase lo que pase, Whatsapp desde el inicio ha garantizado a sus usuarios un producto mejor que los mensajes de texto, u otras alternativas de mensajería instantánea.

 

 

2 · Define la Hoja de Ruta del Producto ·

El product manager tiene que definir la hoja de ruta a largo y a corto plazo; ¿cuáles son las funcionalidades clave que hay que diseñar y ejecutar para garantizar que se cumple esa visión y objetivos del producto? ¿cómo vamos a medir los resultados?

Esta hoja de ruta se discute a alto nivel con la dirección del área o empresa y sirve para alinear expectativas y consensuar prioridades en el corto y medio plazo. También se valida con el equipo de desarrollo de producto; ¿es posible conseguir la implementación de la hoja de ruta con los recursos (equipo y tiempo) de los que disponemos?

 3 · Implementa la Hoja de Ruta (agile/scrum methodology) ·

El director de producto también es el principal responsable de garantizar que se implementa la hoja de ruta del producto en los tiempos marcados. Una de las metodologías más populares para la implementación de la hoja de ruta de producto es la metodología agile.

Photo Credit: http://queondara.readthedocs.io/

Photo Credit: http://queondara.readthedocs.io/

La metodología agile estandariza y facilita el proceso de desarrollo del producto, mediante la definición de tiempos y procesos. Brevemente cada ciclo consiste en:

  • Product Backlog: definir un listado de iniciativas/ funcionalidades a desarrollar por el equipo de ingenieros de software en el siguiente ciclo (~2 semanas). Estas iniciativas han sido definidas de forma preliminar por el director de producto previamente (alcance de la iniciativa, detalle y diseño si aplica).
  • Sprint Planning Meeting: este listado es consensuado con el equipo de desarrollo en base a los recursos de los que dispone (número de personas, tiempo de desarrollo, otras prioridades).
  • Sprint Backlog: el listado se reparte entre los miembros del equipo de desarrollo en función de las capacidades de cada uno y del esfuerzo requerido para la implementación de cada tarea.
  • Daily Scrum Meeting: cada día, normalmente a primera hora, se revisa el progreso del equipo. El director de producto ha de facilitarle al equipo de desarrollo todos los recursos necesarios para implementar las tareas con éxito y es el responsable de coordinarse con otros equipos para conseguirlos (ej. diseño, marketing, ventas…). El director de producto también ha de ir testando las tareas completadas para garantizar que cumplen los objetivos marcados inicialmente.
  • Sprint Review/ Retrospective: Al finalizar el sprint el equipo se reúne para revisar lo completado durante el sprint, publicar lo completado (hacerlo visible al usuario) y volvemos a empezar el ciclo.

 4 · Revisa los resultados y retroalimenta el proceso con los resultados obtenidos ·

Es muy importante establecer métricas para medir los resultados de lo conseguido y retroalimentar el proceso y producto con lo aprendido.

Espero que este post os haya dado algo de contexto sobre este nuevo y popular rol en el mundo tecnológico. Para más detalle sobre este rol y consejos para el procesos de selección de product manager, os recomiendo seguir con este libro: “Cracking the PM interview” de Gayle Laakmann McDowell y Jackie Bavaro.

Escrito por Milena Montesinos. Operaciones en Uber. MBA de la Universidad de Stanford. Experiencia en estrategia, operaciones y tecnología en grandes empresas y en startups tanto en Estados Unidos como en España.

Referencias:

You may also like...

3 Responses

  1. MerGM dice:

    Nosotros utilizamos el restrospective para hablar de lo que ha funcionado, no ha funcionado y puede mejorar en los últimos sprints, es una session de feedback entre los desarrolladores, el scrum master y el product owner.
    Ya que las releases las hacemos dentro del sprint.
    Además también tenemos “show n tell” donde varios desarrolladores enseñan al resto del equipo, o a otros equipos en lo que hemos estado trabajando últimamente, que suele ser una buena session de feedback.

  2. Milena dice:

    Gracias Mer, toda la razón y muy interesante conocer cómo usáis la metodología

  3. Duncan dice:

    Gracias por el artículo interesante. Me gustaría recomendar una otra referencia para aprender mas sobre el papel de Product Manager y como trabajar con Agile tambien.

    https://280group.com/

    280 Group ofrece la capacitación específicamente para Product Managers, libros y muchas mas herramientas profesionales.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos necesarios están marcados *