3. Validación y Estimación Ágil
Validación Temprana: Prototipado Rápido
Antes de lanzar a 5 desarrolladores a crear el sistema por meses, debes validarlo. Validar significa preguntarle al cliente real: "¿Esto era lo que querías?"
- Prototipado de Baja Fidelidad: Dibujos en papel, servilletas o pizarras esquematizando la interfaz general. Toma minutos hacerlos y no cuestan nada.
- Prototipado de Alta Fidelidad (Mockups): Wireframes digitales o mocks casi fotorealistas (Hechos por ej. en Figma), e incluso interactivos (que parezcan una app sin tener código real debajo). Si el cliente lo aprueba aquí, ahorras meses de refactorización posterior.
El dilema de la Estimación
En el mundo clásico, los mánagers pedían "Estimame esta tarea en horas". Resultaba en mentiras sistemáticas. Estimación Ágil promueve una mejor idea: en vez de medir horas imposibles, medimos Carga de Esfuerzo, Incertidumbre y Complejidad Relativa (Puntos de Historia).
Las tareas no tienen "10 horas" o "5 días". Las tareas tienen "5 puntos" o "8 puntos". Es un tamaño basado en la Sucesión de Fibonacci (1, 2, 3, 5, 8, 13, 21...). A medida que una tarea es más compleja, hay más incertidumbre, y los números se ensanchan exponencialmente para reflejar esto.
El Juego: Planning Poker
Es una técnica de consenso lúdica súper popular en los equipos de desarrollo.
- El líder lee una Historia de Usuario (y se responden dudas rápidas).
- Todos los programadores en privado sacan una "carta mental" o física de la baraja (usando números Fibonacci, ej. 3, 5 u 8).
- Todos revelan su carta al unísono.
- Si todos coinciden, la tarea vale eso.
- Si Juan puso un 2 y Paula puso un 13: La tarea es demasiado dispar. Juan explica por qué la ve muy simple; Paula explica por qué ve un problema oculto. Discuten unos minutos.
- Se vota de nuevo hasta un consenso rápido.
Ventaja oculta del Poker: Descubre puntos ciegos o mala comunicación técnica antes de que alguien lo programe, porque genera diálogo instantáneo.
