Charla con Expertos – Armar y escalar equipos de producto con Leandro Malandrini

¿Cómo estructurar y escalar equipos de Producto?

Uno de los desafíos más difíciles para equipos de producto que crecen es cómo estructurarse. Es clave para el éxito de la organización, pero a la vez hay muy pocas “recetas” para copiar y varía mucho cómo hacerlo dependiendo del contexto.

Estructurar el equipo implica muchas cosas: definir el rol del product manager, crear jerarquías con responsabilidades claras, definir cómo dividir las células de trabajo dentro de un mismo “producto”, cómo agruparlas bajo mismos mandos medios, ¡y mucho más!

Una de las formas que pueden dar mejor resultado es aprender de la experiencia de lo que hicieron otros pero son relatos difíciles de encontrar.

Pero para ayudarnos esta semana tengo el agrado de presentarles la charla que tuve con Leandro Malandrini, CPO de Despegar, sin duda la persona con más experiencia en la Argentina en esta materia.

El área de Producto de Despegar llegó a tener 190 personas, y pasó por varias instancias de transformación y redefinición.

De esa experiencia tuve el honor de hablar con Lean, que lo explica con gran claridad y con la capacidad de extraer tips para otros que vayan a pasar por lo mismo. Dicho sea de paso, Leandro para mi es no sólo un gran referente en la industria, sino también un mentor que fue durante 5 años mi jefe directo en Despegar y del cual tuve la oportunidad de aprender “en vivo” muchas cosas de las que hablamos hoy.

Novedad: ¡ya pueden suscribirse en iTunes!

Los invito a que busquen ahí el podcast si tienen iPhone o si tienen android lo hagan con alguna app cómo Podcast Addict.

Temas destacados de nuestra conversación

  • La diferencia entre el rol comercial y el de producto, dónde tienen similitudes y que los diferencian. Cómo era la toma de decisiones de producto en las .com previo a la conformación de un área de producto.
  • Cómo y porqué empezó el área de producto en Despegar.
  • Cómo fueron las decisiones de estructuras y jerarquías en un área que paso de 5 personas a 190 en pocos años.
  • Cómo elegir las personas que están listas para crecer y liderar otros Product Managers
  • Cómo balancear la autonomía, el ownership y accountability de los Product Managers que están en las células de trabajo versus el rol más de visión y estrategia de los que lideran grupos de Product Managers. La visión más de bosque y más de árbol.
  • La visión a largo plazo, la comprensión estrategica de múltiples productos y la gestión de stakeholders cómo características de niveles jerarquicos en la estructura de producto.
  • La dificultad de armado de equipos pensando en largo plazo en el contexto cambiante de empresas .com, en especial en latinoamérica. En resumen: arma estructuras flexibles y adaptables. Estar preparado para hacer y deshacer.
  • La rotación de Product Managers entre equipos cómo posibilidad de nuevos aires y aprendizajes en el equipo.
  • Los skills que destacan Product Managers que pueden crecer en jerarquía: capacidad de empatía con el usuario y accountability.
  • La dificultad para definir el rol de producto por la propia confusión de otras áreas sobre lo que producto debe hacer.
  • Cómo dividir las tareas de Project Management entre el equipo de tecnología y producto.
  • Cómo definir la interacción entre Producto y UX, que skills de research tiene que tener un Product Manager y cómo dividir claramente las responsabilidades para evitar roces.
  • Cómo definir el tamaño de la estructura de producto, dependiente del scope de las tareas que tome, y que relación tiene Despegar en cuánto a cantidad de recursos de desarrollo, tecnología y UX (y la comparación contra empresas cómo Amazon).
  • Las dificultades para basarse en papers o libros para definir estructura de producto pensando en la dependencia del contexto.
  • Fuera de la estructura de producto, la importancia de definir buenas células de trabajo autonomas para el éxito del desarrollo del producto.
  • Cómo definir criterios para “partir” equipos que crecieron demasiado en sub-celulas que puedan ser autonomas para perseguir resultados. El input de las necesidades del usuario para definir que “partes” de un producto son más importantes y ameritan tener un equipo propio.
  • Lo importante de leer libros de autores más puramente relacionados al Product Management, pero también autores fuera de la industria y mezclar las ideas

¿Cómo seguimos?

Espero que te aporte toda la conversación que tuvimos con Leandro. Todo feedback o comentario es más que bienvenido.

Si en general este o los otros episodios te sirvieron, ¡te pido que me ayudes a difundir!

Suscribirte en iTunes también ayuda a subir el ranking y hacer el podcast más visible a otros 🙂

¡El próximo episodio ya está en marcha!