Product Owning en Flywire

Al dejar Capgemini me surgió la oportunidad de colaborar durante 3 meses como externa en Flywire, una conocida empresa valenciana por su gran equipo de desarrollo.

Flywire

El trabajo en sí consistía en ser Product Owner de uno de sus squads, dentro de la nueva metodología de trabajo que les estaba ayudando a implantar @XaV1uzz, ya que han crecido muy rápidamente, y como sucede en muchas empresas cuando este caso ocurre, el proceso de ajuste y evolución es complejo. No es lo mismo pasar de gestionar 6 personas a 150 en 5 años.

Si acepte el reto (al día siguiente de finalizar en Capgemini) fue porque conocía la empresa gracias a que esponsorizaban los UXAcademy y a gente que trabajaba dentro de ella.

Además creo en las metodologías Agile y era una manera de aprender como lo estaban aplicando (había estado en otras empresas que se denominan “Agile” y quería ver otro ejemplo), con el añadido extra de que la mitad de la empresa está en Estados Unidos por lo que toda la comunicación es en inglés.

Los 3 meses se pasaron volando y la verdad es que la experiencia fue súper interesante, ya es de las pocas empresas que he visto que luche por tener una cultura de empresa acorde con unos principios sólidos. Siendo una startup, tiene mucha fuerza la parte tecnológica, donde se realiza una gran inversión, tanto en las personas como en crear un software de calidad.

En este post cuento mi experiencia como Product Owner. En resumen, entre otras muchas cosas me llevo:

  • El proceso de discovery de producto y mapping de Xavi.
  • Los OKR (Objective Key Resources), su cumplimiento en cada Episodio y la importancia de saber comunicar a los diferentes departamentos los logros y aprendizajes.
  • La importancia de la comunicación asíncrona sobre todo al trabajar en remoto con diferentes husos horarios.
  • Como hacer buenas Dailys, Syncros y Retros con un timing correcto.
  • Asamblea como mecanismo de ajuste de squads.
  • El concepto de Concern, y su tratamiento sea cultural o técnico.
  • La separación a 3 niveles en el JIRA: Negocio, PO y Devs, cada uno con sus contenidos específicos: MMFs (Minimum Marketeable Feature), Stories e Issues y tareas técnicas.
  • La aplicación del concepto de Squad, con sus pollos y sus cerdos.
  • Squads líquidos. Es vital para el proceso su constante evolución y cambio de los implicados para aportar los conocimientos necesarios en cada momento.
  • Como escribir buenas User Stories (INVEST). Gracias Ana!
  • Trello como herramienta de gestión de cultura de Squads
  • La integración de las herramientas en el canal de comunicación, en este caso Slack.

Muchas gracias por estos 3 meses de constante aprendizaje. Ha sido un placer!

Deja un comentario

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