
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
-
Refinamiento-Qué: PM+PD+Tech Lead para contarle lo que habían diseñado por primera vez, y coger feedback inicial
-
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
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.
