Semana 6 – Mientras se construye
Cómo acompañar el desarrollo sin programar
Una vez definidas las funcionalidades principales, comenzó oficialmente el desarrollo del juego.
Y aunque yo no estaba programando, mi trabajo no terminó ahí. Todo lo contrario: esta etapa también necesitaba dirección, contexto y organización constante.
Desde mi rol de Product Owner (y con sombreros que cambiaban entre UX, planificación y QA), esto fue lo que hice para acompañar activamente el proceso de desarrollo:
🔁 1. Revisión constante de avances
No esperé a que el dev “me muestre todo junto”. Establecimos:
Revisiones semanales para ver avances parciales.
Espacios cortos de feedback con foco en lo funcional, no solo lo visual.
Un sistema claro de prioridades, para saber qué funcionalidades eran críticas y cuáles podían esperar.
🧩 2. Historias de usuario vivas
Las historias de usuario que escribí no fueron estáticas:
Las ajusté según lo que íbamos encontrando en el camino.
Incorporé comentarios del desarrollador para que también reflejaran sus dudas o sugerencias.
📋 3. Documentación útil (de verdad)
Mientras él desarrollaba, yo:
Documenté flujos de navegación y comportamiento esperados.
Agrupé todo por pantallas y contexto de uso.
Armé un tablero compartido donde cada funcionalidad tenía su ficha: descripción, historia de usuario y criterios de aceptación.
Esto nos ayudó a mantener la cabeza despejada y tomar decisiones más rápidas.
🧠 4. Preparé lo que venía
Mientras el desarrollo avanzaba, aproveché para:
Planificar las rondas internas de QA. (Se los mostraré en la semana 7)
Definir criterios de prueba.
Armar un checklist por pantalla.
Y sobre todo, pensar: “¿qué necesito tener listo antes de aplicar las primeras pruebas internas?”
🌱 Resultado de esta semana
Terminamos con:
✅ Un MVP funcional
✅ Un backlog ordenado con lo que quedó pendiente
✅ Un equipo alineado en qué significa “estar listo para probar”
✨ Reflexión personal
El desarrollo no es una pausa para el Product Owner, es una oportunidad.
Es cuando más atención, contexto y claridad necesita el equipo.
Aprendí que acompañar no es supervisar, sino habilitar: desbloquear dudas, facilitar decisiones, y hacer todo lo posible para que el código no camine solo.
En la próxima entrega, te voy a contar cómo fueron nuestras primeras pruebas internas.
¿Quieres ver cómo avanza este proyecto semana a semana?
Cuéntamelo en los comentarios o por mensaje directo, ¡me encantaría conocerlo!
👉 Suscríbete al blog o sígueme en LinkedIn para no perderte las siguientes entregas.
