Hace meses ayudé a una empresa a mejorar cómo trabajaban entre Producto e Ingeniería. Un tema que me dejó loco es que habían acabado con dos reuniones de refinamiento: Refinamiento-Qué y Refinamiento-Cómo

  1. Refinamiento-Qué: PM+PD+Tech Lead para contarle lo que habían diseñado por primera vez, y coger feedback inicial

  2. Refinamiento-Cómo: Involucrando a todos los ingenieros para explicar la tarea, asegurar que está bien definida y estimarla.

Les planteé, ¿qué % de user stories necesitáis iterar tras el Refinamiento-Cómo?

No tenían los datos, pero la respuesta cualitativa fue que muy alto. Por eso, solían traer las US con dos semanas de antelación al sprint para que diera tiempo a iterarlas.

Esta situación es muy normal que pase. Lo veo a menudo.

Para evitarla, y sobre todo, para construir mejores soluciones, debemos trabajar juntos los diversos roles de producto e ingeniería desde el entendimiento del problema, y sobre todo desde el inicio del diseño de la solución

De esta manera conseguimos las siguientes ventajas:"- Todo el equipo entiende el problema, en vez de saltar a la solución"- El equipo de ingeniería propone mejores soluciones, más baratas y más alineadas con la visión. Ellos son los que saben.

  • Se diseña conjuntamente PD+Eng, haciendo directamente diseños realistas. Eng propone sabiendo lo que se quiere conseguir y el coste de hacerlo, y PD evalúa si merece la pena invertir más o menos en una UX propia.

De esta manera, la sesión de refinamiento – si hace falta – es un trámite. Los ingenieros han diseñado la solución y ya saben lo que hay que construir.

Incluso ya han pensado en cómo partirlo en trozos. Por eso, llegados a este punto, no hace falta que la PM escriba las US.

Si trabajas en producto o ingeniería y quieres profundizar en este tipo de mejores prácticas, puedes venirte a la 7ª edición del Curso Avanzado de Product Engineering que empezaremos a finales de septiembre

https://lnkd.in/dztqcJ5r

·Ver comentarios en LinkedIn

También puede interesarte

40 clics para pagar dos horas de aparcamiento

Un parquímetro me ha recordado por qué contar los clics y los segundos que le cuesta a tu usuario completar una tarea es clave al diseñar un producto.

5 comportamientos que definen a un Product Engineer

La IA hace que programar sea rápido. El reto que queda es entender el problema, plantear una buena arquitectura y fasear con criterio.

Iterando el prototipo en vivo mientras los usuarios lo prueban

Siempre he hecho tests de usuario para diseñar mejor. Lo que no había vivido antes era poder implementar el feedback en la propia sesión. Lo que antes tardaba semanas, ahora sale en el día.