2.2Estimación de esfuerzos & duraciones
Lo esencial en 30 segundos
- Carga ≠ duración: la carga es el esfuerzo (días-hombre), la duración el tiempo de calendario — 4 d-h con 2 personas no hacen forzosamente 2 días.
- Técnicas: la analogía (proyectos pasados), el juicio de experto, la estimación en tres puntos (optimista / probable / pesimista).
- Reflejo: una estimación no es una certeza — prever márgenes y comunicar una horquilla.
Mini-caso hilado — Bilal deja de confundir esfuerzo y plazo
Bilal estimó «dos semanas» para la herramienta de seguimiento, sin precisar si hablaba de esfuerzo o de tiempo de calendario — con un desarrollador a media jornada, el plazo real se duplica. Retoma cada paquete del WBS: carga en días-hombre primero, duración después según disponibilidades, y estimación en tres puntos en los paquetes inciertos. Sus plazos se vuelven defendibles.
Continuación del caso 2.1 — Bilal cifra el trabajo identificado en su WBS.
1. Carga ≠ duración
Una vez identificado el trabajo (WBS), hay que estimarlo: cuánto esfuerzo (carga, en días-hombre) y cuánto tiempo (duración) requerirá cada tarea. Es uno de los ejercicios más delicados — toda la planificación y el presupuesto derivan de él.
Una tarea de 4 d-h hecha por 2 personas no dura forzosamente 2 días (coordinación, disponibilidad).
2. Técnicas e incertidumbre
Varias técnicas: la analogía (comparar con un proyecto pasado), el juicio de experto o la estimación en tres puntos (optimista, probable, pesimista) que integra la incertidumbre.
Punto clave: una estimación no es una certeza. Reconocerlo como tal — y prever márgenes — evita muchos disgustos.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — El sesgo de optimismo
Por qué se subestima.
Se olvidan imprevistos, coordinación, repeticiones.
Remedios: datos de proyectos pasados, estimación en 3 puntos,
hacer estimar a quienes realizarán, añadir una reserva.
→ comunicar un intervalo («6 a 8 semanas»), no «47 días».Resultado: bases creíbles para planificación y presupuesto.
Reflejo: anotar el nivel de confianza de cada estimación.
Vocabulario de la sección
- Carga (esfuerzo)
- Cantidad de trabajo necesaria, en días-hombre (u horas). Distinta de la duración.
Ejemplo sencillo: La herramienta de seguimiento está estimada en 10 días-hombre de esfuerzo.
Lo que no es: «dos semanas de calendario», que es una duración.
Reflejo: estimar siempre el esfuerzo antes que el tiempo de calendario.
- Duración
- Tiempo de calendario para realizar una tarea. Depende de la carga Y de los recursos asignados y su disponibilidad.
Ejemplo sencillo: 10 d-h con un desarrollador a media jornada duran mucho más de 10 días.
Lo que no es: el propio esfuerzo, independiente de las disponibilidades.
Reflejo: convertir carga → duración vía las disponibilidades reales.
- Estimación por analogía
- Estimar apoyándose en proyectos/tareas similares ya realizados (rápido, pero depende de la comparabilidad).
Ejemplo sencillo: Bilal retoma las cargas reales del sitio anterior de la PYME.
Lo que no es: inventar una cifra sin referencia a lo vivido.
Reflejo: buscar el proyecto pasado más cercano antes de estimar.
- Estimación en tres puntos
- Combinar un valor optimista, probable y pesimista (a menudo vía PERT) para integrar la incertidumbre.
Ejemplo sencillo: En la herramienta de seguimiento: 8 días si todo va bien, 12 en probable, 20 si se atasca.
Lo que no es: anunciar una fecha precisa única cuando la incertidumbre es fuerte.
Reflejo: en todo paquete incierto, dar tres valores, no uno.
- Incertidumbre
- Margen de error inherente a toda estimación. Cuanto más nuevo/complejo el proyecto, mayor es.
Ejemplo sencillo: La parte de herramienta, inédita para el equipo, tiene una horquilla amplia.
Lo que no es: una certeza: la estimación justa a la primera.
Reflejo: anotar el nivel de confianza de cada estimación.
En la práctica — En la práctica — Estimar cargas y duraciones
- Para algunos paquetes del WBS, estima la carga (días-hombre) con la técnica más adecuada (analogía, experto).
- Distingue carga y duración: una tarea de 4 d-h hecha por 2 personas no dura forzosamente 2 días (coordinación, disponibilidad).
- En las tareas inciertas, aplica la estimación en 3 puntos (optimista/probable/pesimista) para objetivar el margen.
- Asume la incertidumbre: anota el nivel de confianza de cada estimación y prevé una reserva (ver presupuesto, 2-6).
Guion listo para decir — pedir una estimación en tres puntos (1 min)
«Para este paquete, dame tres cifras: si todo va bien, lo más probable, y si se atasca. Y tu nivel de confianza. Anunciaremos una horquilla al patrocinador, no una fecha grabada en mármol.»
Para decir a cada miembro que estima: tres valores + confianza, nunca una sola cifra.
Modelo copiar-pegar — ficha de estimación por paquete
PAQUETE (WBS) : _______________
CARGA (días-hombre, por analogía/experto) : _______________
RECURSOS DISPONIBLES: _______________
DURACIÓN (tiempo de calendario) : _______________
3 PUNTOS (optimista / probable / pesimista) : ___ / ___ / ___
CONFIANZA (baja / media / alta) : _______________TPE / presupuesto pequeño
Sin histórico cifrado: estimar entre dos, comparar con la última misión similar, guardar rastro para la próxima vez.
PYME Argelia
Bilal hace estimar a quienes realizarán: el desarrollador cifra su paquete, no el jefe — y se añade el margen de imprevistos locales (cortes, desplazamientos).
Equipo a distancia
La estimación a distancia exige escrito: supuestos anotados, horquilla compartida — si no, cada uno entiende una fecha distinta.
Proyecto inédito / innovador
Incertidumbre máxima: tres puntos sistemáticos, horquillas amplias asumidas, reestimación prevista a mitad de camino.
✓ Buenas prácticas
- Distingue siempre la carga (esfuerzo) de la duración (tiempo de calendario).
- Haz estimar a quienes realizarán la tarea.
- Comunica un intervalo más que una falsa precisión.
✗ Errores frecuentes
- Confundir carga y duración (2 personas ≠ 2× más rápido mecánicamente).
- Tomar una estimación por una certeza (sesgo de optimismo).
- Anunciar una fecha precisa pronto, cuando la incertidumbre es fuerte.
Puntos clave
- La carga (esfuerzo en d-h) difiere de la duración (tiempo de calendario).
- Técnicas: analogía, juicio de experto, estimación en 3 puntos.
- La estimación en 3 puntos integra explícitamente la incertidumbre.
- Una estimación no es una certeza: prever márgenes.
Reto 48h — aplica mañana
Toma 3 paquetes de tu WBS y estima cada uno en carga y luego en duración, uno de ellos en tres puntos (modelo anterior). Compara con quienes realizarán.
- Sé distinguir carga (esfuerzo) y duración (tiempo de calendario).
- Sé aplicar la estimación en tres puntos en un paquete incierto.
- He estimado 3 paquetes reales con nivel de confianza.
Preguntas frecuentes
¿Por qué mis estimaciones suelen ser demasiado optimistas?
Es un sesgo casi universal (el «sesgo de optimismo»): se subestiman los imprevistos, la coordinación, las repeticiones. Remedios: apoyarse en datos reales de proyectos pasados (analogía), estimar en tres puntos, hacer estimar a quienes realizarán, y añadir una reserva. Reconocer el sesgo ya es un gran paso. Naturalmente se tiende a imaginar el desarrollo ideal, sin las fricciones que siempre surgen en la realidad.
¿Dar una fecha precisa o un intervalo?
Un intervalo es más honesto, sobre todo al inicio del proyecto cuando la incertidumbre es fuerte (se habla de «cono de incertidumbre» que se estrecha con el tiempo). Comunicar un intervalo («entre 6 y 8 semanas») más que una falsa precisión («47 días») evita crear expectativas insostenibles. Se afina a medida que el proyecto avanza y la incertidumbre se reduce.
La herramienta de Bilal pide 10 días-hombre pero su desarrollador solo está a media jornada. ¿Qué debe distinguir?