La estimación es difícil porque el software está lleno de incógnitas. El objetivo no es una precisión falsa, sino un rango realista y honestamente comunicado que ayude al negocio a planificar. Los buenos líderes técnicos estiman rangos, exponen riesgos y re-pronostican a medida que aprenden.
Cómo estimar mejor
✓ Break work down — small tasks estimate far better than big ones
✓ Estimate as a RANGE or confidence ("2-4 weeks, 70% confident")
✓ Include the invisible work — testing, review, deployment, unknowns
✓ Use history — what did similar work actually take?
✓ Involve the people doing the work — not just you
✓ Separate ESTIMATE from COMMITMENT (deadlines are negotiated, not guessed)
Un ejemplo concreto
Cuando te pregunten "¿cuánto tiempo para el nuevo dashboard?", no digas "dos semanas". Di: "El trabajo conocido es de aproximadamente dos semanas. Hay una incógnita alrededor de la API de reportes; si es limpia, dos semanas; si no, más cercano a cuatro. Sabré más después de un spike de un día".
