Estimar sin prometer lo que no sabés
Un número único es una promesa disfrazada de cálculo. Estimar bien no es acertar: es transmitir cuánta incertidumbre hay, de qué depende, y qué se puede hacer para reducirla antes de comprometerse.
«¿Cuánto te lleva esto?» «Tres días.» Escuchaste una pregunta sobre esfuerzo y contestaste una fecha; el otro escuchó un compromiso. Cuando el jueves no está, nadie recuerda que era una estimación.
El problema no es equivocarse: las estimaciones de software se equivocan por diseño, porque se hacen justo cuando menos se sabe del problema. El problema es haber transmitido una certeza que no tenías, y eso se arregla con la forma de decirlo, no con más cálculo.
Por qué fallan, aunque estimes bien
| Causa | Cómo se manifiesta | Qué la reduce |
|---|---|---|
| Lo desconocido | Aparece un caso que nadie había pensado | Explorar antes de estimar; estimar por rango |
| El optimismo del camino feliz | Se estima el código y no la revisión, el despliegue, los arreglos | Estimar el trabajo completo hasta producción |
| Las dependencias | Se espera a otro equipo o a un acceso | Nombrarlas como supuestos explícitos |
| Las interrupciones | Estimás en días ideales y trabajás en días reales | Estimar en esfuerzo y convertir a fecha aparte |
Estimar por rango, con supuestos
Un rango no es una forma de escaparle al compromiso: es información que un número único no tiene.
| Estimación pobre | Estimación útil | |
|---|---|---|
| La cifra | «Tres días» | «Entre 3 y 8 días de trabajo» |
| La incertidumbre | Oculta | «El rango es amplio porque no sé cómo responde el servicio externo con volumen» |
| Los supuestos | Implícitos | «Asumo que las credenciales de prueba ya están y que no hay que cambiar el esquema» |
| Cómo reducirla | — | «Con medio día de prueba puedo cerrar el rango a 3-4 o confirmar que son 8» |
Antes de seguir, predecí
Cómo se comunica una estimación
Plantilla
Una estimación que se puede usar para planificar
Qué estoy estimando
El alcance exacto, con lo que queda afuera. Por ejemplo: la pantalla de reportes con filtros por fecha y exportación a CSV; no incluye gráficos ni envío por correo.
La mitad de las estimaciones fallidas estimaban otra cosa de la que se esperaba.
Esfuerzo, como rango
Un mínimo y un máximo realistas, en días de trabajo. No en fechas.
Si el máximo es más del triple del mínimo, todavía no sabés lo suficiente para estimar.
De qué depende que sea el mínimo o el máximo
Las dos o tres cosas concretas que mueven el número.
Es lo que permite a otro seguir el progreso: cuando se despeja una, el rango se achica.
Supuestos
Lo que estoy dando por cierto: accesos disponibles, que otro equipo entregue algo, que el diseño no cambie.
Un supuesto escrito que después falla es una conversación de replanificación. No escrito, es una culpa.
Qué reduciría la incertidumbre
La exploración acotada que cerraría el rango, con su costo.
Convierte «no sé» en una opción con precio, que es lo que se puede decidir.
Estimar no termina al dar el número
La estimación es una hipótesis con fecha de revisión:
- Revisá cuando aprendas algo. El día que descubrís que era más complejo, esa información vale hoy y no vale nada el día de la entrega.
- Comunicá el cambio con la causa. «Apareció X, que no estaba contemplado; el rango pasa de 3-5 a 8-10.» Con la causa, es información; sin ella, suena a excusa.
- Cerrá el ciclo. Cuando termina, mirá cuánto llevó de verdad y por qué. Es la única forma de que el próximo rango sea mejor, y cuesta cinco minutos.
Cierre
Autoevaluación
¿Lo entendiste?
Práctica