La base de las estimaciones es el conjunto documentado de información, supuestos, metodologías y datos que respaldan y justifican las estimaciones de costo, duración o recursos de un proyecto. Constituye un pilar fundamental para la transparencia y la trazabilidad de cualquier cifra presentada a los interesados, ya que permite entender no solo qué se estimó, sino por qué se estimó de esa manera.
Resumen de la base de las estimaciones
| Concepto Clave | Resumen |
|---|---|
| Definición | La base de las estimaciones constituye el soporte documental que integra supuestos, metodologías y datos, ofreciendo una justificación rigurosa de las estimaciones de coste, duración y recursos. |
| Propósito Fundamental | Responde de manera sólida a por qué un paquete de trabajo tiene el coste y plazo asignados, evitando discusiones con los patrocinadores y eliminando el sesgo de optimismo en la planificación. |
| Aplicación en Ágil | En entornos ágiles, la base de las estimaciones se simplifica en forma pero mantiene su esencia, apoyándose en la velocidad histórica del equipo, la definición de terminado y los puntos de historia como unidades relativas de esfuerzo. |
| Efecto Psicológico | El proceso de elaboración obliga al equipo a analizar de manera estructurada los riesgos latentes y las dependencias ocultas, trascendiendo así la mera formalidad burocrática y reforzando la disciplina de pensamiento. |
| Raíces Históricas | Sus orígenes se remontan a las prácticas de control de costes en ingeniería y construcción a principios del siglo XX, donde ya se exigía documentar los precios unitarios y los rendimientos asumidos para cada partida. |
| Sector Defensa y Aeroespacial | La industria aeroespacial y de defensa refinó el concepto al imponer estándares como el Basis of Estimate, que exigían detallar fuentes de datos, analogías con proyectos previos, modelos paramétricos y estimaciones ascendentes. |
| Componentes Esenciales | Una base completa debe contener como mínimo: supuestos, restricciones, fuentes de datos, metodología empleada, nivel de confianza y documentación de respaldo. |
| Naturaleza Documental | No constituye un documento aislado, sino un compendio integrado de referencias como actas de reuniones de estimación, hojas de cálculo con desgloses, correos de proveedores con ofertas y capturas de herramientas de planificación. |
Definición y significado central
La definición de base de las estimaciones varía ligeramente según el marco de referencia, pero el núcleo siempre es el mismo: es el soporte documental que explica cómo se llegó a una estimación determinada. En el PMBOK, la base de las estimaciones se describe como la documentación que detalla el fundamento utilizado para desarrollar las estimaciones de costos y de duración de las actividades. No se trata de la cifra en sí, sino del relato que le da sentido a esa cifra. Incluye los supuestos asumidos, las restricciones conocidas, el nivel de confianza que se otorga a la estimación y el rango de variabilidad esperado. En otras palabras, si alguien preguntara “¿por qué este paquete de trabajo cuesta 20.000 euros y tardará tres semanas?”, la base de las estimaciones debería contener la respuesta completa.
El concepto aparece en todos los entornos de proyecto, desde los más predictivos hasta los más adaptativos. En PRINCE2 se habla de la justificación de las estimaciones dentro del Plan de Proyecto, aunque no siempre se utiliza el término exacto. En el mundo ágil, la base de las estimaciones suele ser más ligera, pero igualmente real, apoyándose en la velocidad histórica del equipo, la definición de terminado y las unidades relativas como puntos de historia. Lo relevante es que sin una base sólida, las estimaciones se convierten en simples conjeturas que nadie puede defender cuando aparecen desviaciones.
En la práctica, los directores de proyecto experimentados saben que una base de las estimaciones robusta ahorra discusiones interminables con los patrocinadores y evita el llamado optimismo de diseño, esa tendencia humana a subestimar el esfuerzo real. Cuando la documentación es clara, las decisiones de cambio se toman sobre hechos y no sobre percepciones. Y aunque parezca un artefacto burocrático, su elaboración tiene un efecto psicológico importante: obliga al equipo a pensar de manera estructurada sobre los riesgos y las dependencias ocultas.
Claves esenciales de la base de estimaciones
- Soporte documental de la estimación
- La base de estimaciones es el documento que recoge el razonamiento, los supuestos, las restricciones, el nivel de confianza y el rango de variabilidad que sustentan una cifra, transformando un número aislado en una decisión fundamentada.
- Definición según el PMBOK
- El PMBOK la define como el fundamento documentado que explica el origen y los criterios utilizados para desarrollar las estimaciones de costos y de duración de las actividades del proyecto.
- Presencia en entornos ágiles
- En metodologías adaptativas, la base de estimaciones se construye a partir de métricas empíricas como la velocidad histórica del equipo, la definición de terminado y los puntos de historia, proporcionando un respaldo riguroso en un formato ligero.
- Valor práctico y psicológico
- Una base sólida previene conflictos con los patrocinadores, neutraliza el sesgo de optimismo y obliga al equipo a identificar de forma sistemática los riesgos y dependencias ocultos que podrían comprometer la viabilidad del plan.
Orígenes y contexto interdisciplinario
Los orígenes de la base de las estimaciones se remontan a prácticas de control de costos en ingeniería y construcción, donde desde principios del siglo XX se exigía documentar los precios unitarios y los rendimientos asumidos para cada partida. La industria aeroespacial y la defensa refinaron la idea: proyectos como los del Departamento de Defensa de los Estados Unidos impusieron estándares donde cada proveedor debía presentar un Basis of Estimate (BOE) detallado, indicando fuentes de datos, analogías con proyectos previos, modelos paramétricos y cálculos ascendentes. De ahí la práctica migró a la gestión de proyectos en general y al software, donde la estimación siempre ha sido una disciplina compleja.
En medicina y farmacología, el equivalente sería el “fundamento de la dosificación”, que se basa en estudios clínicos y modelos estadísticos. En manufactura, los ingenieros industriales documentan los tiempos estándar y las tolerancias. Todas estas disciplinas comparten una verdad incómoda: una cifra sin contexto es peligrosa. La gestión de proyectos heredó ese principio y lo convirtió en un entregable formal. Hoy, la base de las estimaciones es una buena práctica reconocida por el Project Management Institute y otras organizaciones, aunque con distintos grados de formalidad según la complejidad del proyecto.
Un detalle que a veces sorprende a los recién llegados es que la base de las estimaciones no es un invento administrativo reciente. Ya en las catedrales medievales, los maestros constructores llevaban cuadernos con desgloses de materiales y jornadas de trabajo asumidas. Sin el nombre moderno, era exactamente lo mismo: un fundamento que permitía discutir con el mecenas si el presupuesto era razonable o si se necesitaban más recursos. La tecnología ha cambiado, pero la necesidad de transparencia sigue intacta.
Componentes clave de la Base de las Estimaciones
Los componentes de la base de las estimaciones abarcan varios elementos interrelacionados, cada uno de los cuales aporta una capa de detalle a la justificación de la cifra final. Aunque no existe una lista universal, la práctica profesional y los estándares del PMBOK coinciden en que una base completa debe incluir, como mínimo, los supuestos, las restricciones, las fuentes de datos, la metodología empleada, el nivel de confianza y la documentación de respaldo. La ausencia de cualquiera de estos elementos debilita toda la estructura de la estimación.
Supuestos y restricciones
Los supuestos son condiciones que se dan por ciertas para el propósito de la estimación, pero que no están garantizadas. Por ejemplo, asumir que se dispondrá de un recurso crítico durante todo el proyecto o que un componente estará disponible en el mercado a un precio estable. Las restricciones son limitaciones impuestas, como un presupuesto máximo, una fecha de finalización fija o una tecnología obligatoria. Ambos deben documentarse explícitamente, porque si un supuesto falla, la estimación deja de ser válida. La base de las estimaciones conecta esos supuestos directamente con los valores estimados, de modo que cuando surge una desviación, el análisis de causa raíz es inmediato.
Un error muy común es confundir supuestos con deseos. He visto equipos que anotan “suponemos que el cliente no cambiará los requisitos”, lo cual es más un acto de fe que un supuesto de trabajo. Un buen supuesto es verificable y, si es crítico, debería estar vinculado a un riesgo concreto en el registro. La base de las estimaciones se convierte así en un puente entre la planificación y la gestión de riesgos.
Fuentes de datos y su calidad
Ninguna estimación es mejor que los datos en los que se basa. Las fuentes pueden ser internas, como históricos de proyectos similares, bases de datos de lecciones aprendidas y métricas de rendimiento de equipos anteriores. También pueden ser externas, como índices de precios sectoriales, normas publicadas por asociaciones profesionales o cotizaciones de proveedores. La base de las estimaciones debe indicar la procedencia de cada dato, su antigüedad y su nivel de fiabilidad. Cuando se utilizan juicios de expertos, se recomienda identificar a los expertos consultados y el método de agregación de sus opiniones, por ejemplo si se aplicó la técnica Delphi.
En proyectos de desarrollo de software, es frecuente que la fuente principal sea la velocidad del equipo. Una velocidad media de veinte puntos por sprint parece un dato sólido, pero si el equipo acaba de formarse o hubo rotación, esa referencia tiene una fragilidad evidente. La base de las estimaciones documenta esas observaciones para que el patrocinador entienda el margen de error implícito. La honestidad en la calidad de los datos es señal de madurez profesional.
Metodología de estimación
Existen múltiples técnicas para estimar: ascendente, por analogía, paramétrica, por tres valores, entre otras. La base de las estimaciones detalla cuál se utilizó y por qué, así como las herramientas de apoyo. Si se optó por una estimación ascendente, se menciona la estructura de desglose del trabajo asociada y el detalle de cada paquete. Si fue paramétrica, se incluyen las fórmulas, los factores de escala y los supuestos matemáticos. Incluso en métodos ágiles, donde se usan puntos de historia y planning poker, la metodología queda reflejada: se explica la escala de referencia, las sesiones de estimación relativa y la definición de completado que condiciona el esfuerzo.
A veces un mismo proyecto combina varias metodologías: una parte se estima por analogía y otra de forma ascendente. La base de las estimaciones cohesiona ese mosaico, evitando que las cifras parezcan elegidas arbitrariamente. Además, documenta las conversiones aplicadas, como el paso de puntos de historia a horas, algo siempre polémico pero que a veces exigen las oficinas de gestión de proyectos. Esa trazabilidad protege al equipo de futuras acusaciones de manipulación.
Nivel de confianza y precisión
Toda estimación lleva asociado un rango de incertidumbre. La base de las estimaciones debe declarar el nivel de confianza, generalmente expresado como un intervalo, por ejemplo “estimación con un margen de +25% / -10%”. En fases tempranas, cuando la información es escasa, lo normal es trabajar con órdenes de magnitud, con desviaciones que pueden alcanzar el 50% o más. Conforme el proyecto avanza, la precisión debería aumentar. El PMBOK establece distintos hitos de estimación asociados a cada fase del ciclo de vida, y la base documenta esa evolución.
Un patrocinador que ve una cifra sin contexto puede interpretar una estimación aproximada como un compromiso firme. Por eso es vital que la base de las estimaciones explicite el significado de cada cifra. No es lo mismo una estimación definitiva que una preliminar, y confundirlas ha arruinado muchos proyectos. Cuando se usan modelos de simulación como Monte Carlo, la base recoge la distribución de probabilidad empleada y los percentiles seleccionados para comunicar el resultado.
Documentación de respaldo
La base de las estimaciones no siempre es un documento único, sino un compendio de referencias: actas de reuniones de estimación, hojas de cálculo con el desglose, correos de proveedores con ofertas, pantallazos de herramientas de software de planificación. La trazabilidad es la clave. Un auditor o un director de programa deberían poder reconstruir el camino mental que llevó a cada número. En entornos regulatorios, esta capacidad de reconstrucción es un requisito legal, no solo una buena práctica. Por ello, el control de versiones de la base es tan importante como el de cualquier otro artefacto del proyecto.
Con el auge de las herramientas colaborativas, la documentación de respaldo se ha vuelto más dinámica. En lugar de un informe estático, muchos equipos mantienen espacios compartidos donde los supuestos se actualizan de forma continua. Sin embargo, la sobrecarga de información también es un riesgo: no se trata de documentar cada pensamiento fugaz, sino aquellos que realmente condicionaron la estimación final. El equilibrio entre exhaustividad y usabilidad es un arte que los buenos jefes de proyecto dominan con la experiencia.
Claves de la Base de Estimación
- Supuestos y restricciones fundamentales
- Se incorporan supuestos críticos como la disponibilidad del equipo clave y restricciones presupuestarias que delimitan el alcance de la estimación y otorgan sentido a la cifra global.
- Fuentes de datos y metodología
- Las fuentes de datos incluyen registros históricos, lecciones aprendidas de proyectos previos y el criterio de especialistas; la metodología recurre a técnicas como Delphi o Planning Poker para garantizar la trazabilidad del proceso de estimación.
- Nivel de confianza y respaldo documental
- La documentación refleja el nivel de confianza de la estimación y reúne los soportes que la sustentan: juicios de los expertos consultados, criterios de agregación aplicados y supuestos clave.
- Conexión con el análisis de desviaciones
- La trazabilidad entre cada supuesto y los valores estimados permite identificar de inmediato las causas raíz ante cualquier desviación, acelerando así la toma de decisiones correctivas.
La Base de las Estimaciones en los marcos de gestión de proyectos
La base de las estimaciones en PMBOK aparece como un componente de los activos de los procesos de la organización y como salida del proceso Estimar los Costos, dentro del área de conocimiento de Gestión de los Costos del Proyecto. También tiene un papel análogo en la estimación de la duración de las actividades. La séptima edición del PMBOK, con su enfoque en principios, no elimina el concepto; más bien lo refuerza bajo el principio de optimización de la entrega de valor, donde cada decisión debe estar fundamentada. La base de las estimaciones se integra con la línea base de costos, el cronograma y el registro de riesgos para formar un sistema coherente de control.
En PRINCE2, aunque el término no se emplee de forma idéntica, la documentación del Plan de Proyecto incluye los supuestos de planificación y la justificación de los tiempos y costos. El enfoque PRINCE2 sobre la gestión por excepción depende de que los límites de tolerancia estén basados en estimaciones creíbles, y esa credibilidad surge precisamente de una base documentada. Los informes de final de fase en PRINCE2 suelen revisar las estimaciones originales a la luz de los resultados reales, convirtiendo la base de las estimaciones en una herramienta de aprendizaje organizacional.
Contexto ágil e híbrido
En los equipos que trabajan con Scrum, Kanban u otras metodologías ágiles, la formalidad de la base de las estimaciones es menor, pero el concepto subyace en prácticas como la velocidad promedio, el throughput y las retrospectivas. Cuando un equipo dice “creemos que esta historia son 5 puntos porque es el doble de compleja que aquella de referencia de 2 puntos”, está construyendo una base de estimación relacional. Lo que falta a menudo es una documentación explícita de los supuestos sobre disponibilidad, habilidades y perturbaciones externas. Muchos fracasos en la planificación de sprints se deben a que esos supuestos no se verbalizaron.
En proyectos híbridos, donde conviven fases predictivas con entregas iterativas, la base de las estimaciones puede tener un formato modular. Las partes predictivas siguen el rigor documental tradicional, mientras que las iterativas se apoyan en artefactos ligeros, como tableros de datos de velocidad y definiciones de terminado. Lo importante es que el hilo conductor no se pierda y que la dirección del programa pueda agregar las informaciones sin distorsionar su significado. He visto proyectos híbridos excelentes donde un simple anexo al plan de gestión del proyecto resume la filosofía de estimación y remite a los repositorios vivos de cada equipo ágil.
Perspectiva BVOP
La metodología BVOPM (Business Value-Oriented Project Management) aporta un matiz interesante al tratar la base de las estimaciones. En este enfoque se utilizan puntos de esfuerzo relacionales en lugar de horas absolutas, y se alerta sobre la inexactitud inherente de la estructura de desglose del trabajo como fuente exclusiva para la estimación. Además, BVOPM clasifica el alcance en cinco niveles de certidumbre, de Definitivo a Improbable, y considera el cambio de alcance no como un fallo sino como retroalimentación del usuario. Esto refuerza la idea de que la base de las estimaciones debe ser flexible y estar viva, reflejando el nivel de certeza de cada componente y actualizando los supuestos a medida que el conocimiento del producto crece.
Aplicación práctica en el ciclo de vida del proyecto
La aplicación práctica de la base de las estimaciones comienza en la fase de inicio, cuando se elabora el caso de negocio y se requiere una estimación de alto nivel. En ese momento, la base suele ser muy ligera, apoyada en proyectos análogos y juicio de expertos. A medida que se avanza hacia la planificación detallada, la base se expande hasta convertirse en un documento de referencia que acompaña a la línea base aprobada. Durante la ejecución, cualquier cambio significativo en los supuestos debería disparar una revisión de las estimaciones y, en consecuencia, de la base. Lamentablemente, lo que ocurre en muchos proyectos es que las estimaciones se actualizan sin modificar la base, generando una desconexión peligrosa.
Un escenario muy típico es el del jefe de proyecto que, presionado por la dirección, ajusta las cifras para que cuadren con el presupuesto disponible, pero no modifica la base original. El resultado es una línea base ficticia que todo el mundo sabe que no se cumplirá, y una base de las estimaciones obsoleta que nadie consulta. Al cabo de unos meses, cuando las desviaciones son evidentes, ya es imposible reconstruir qué pasó. La buena práctica dicta que la base de las estimaciones debe mantenerse viva, con cambios registrados mediante control de versiones y aprobaciones formales cuando corresponda.
Los roles que más interactúan con la base de las estimaciones son el director del proyecto, el responsable de la oficina de proyectos y, en proyectos grandes, los planificadores y controladores de costos. Sin embargo, cualquier miembro del equipo debería poder consultarla, especialmente en las reuniones de seguimiento donde se debate si un retraso es achacable a una mala estimación o a una ejecución ineficaz. En proyectos ágiles, el Scrum Master y el Product Owner revisan continuamente la base implícita cuando analizan la velocidad del equipo y negocian el alcance del sprint.
Claves de la base de estimaciones
- Fase inicial: base ligera
- Durante la fase de inicio, la base se mantiene deliberadamente ligera, apoyándose en proyectos análogos y en el juicio de expertos para dotar de credibilidad al caso de negocio.
- Planificación: documento de referencia
- En la planificación detallada, la base se consolida en un documento de referencia exhaustivo que respalda la línea base aprobada y permite auditar la solidez de las estimaciones.
- Cambios en los supuestos
- Cualquier cambio significativo en los supuestos durante la ejecución debe desencadenar una revisión completa de las estimaciones y de la base correspondiente, para mantener la alineación con la realidad del proyecto.
- Riesgo de modificar las cifras
- Un riesgo frecuente es que el jefe de proyecto ajuste las cifras para encajarlas en el presupuesto sin actualizar la base original, generando así una brecha peligrosa que compromete la integridad del plan.
- Buena práctica y roles implicados
- La buena práctica consiste en mantener la base actualizada con un control de versiones riguroso y aprobaciones formales, involucrando activamente al director del proyecto, a la oficina de proyectos y, en entornos ágiles, al Scrum Master y al Product Owner.
Desafíos, trampas y conceptos erróneos comunes
Los desafíos comunes en la base de las estimaciones no suelen ser técnicos, sino culturales y políticos. El más grave es la confusión entre estimación y compromiso. Una base de las estimaciones explica cómo se llegó a un rango probable; por tanto, no puede ser utilizada como un contrato de mínimos. Sin embargo, muchos patrocinadores la interpretan así, convirtiendo lo que era una previsión en una promesa. Esto genera una presión enorme sobre los equipos, que tienden a inflar las estimaciones para protegerse, erosionando la credibilidad del proceso. La base, en teoría, debería servir para tener conversaciones adultas sobre incertidumbre, no para cerrarlas.
Otra trampa habitual es creer que la base de las estimaciones es un documento que se redacta una vez y se archiva. En realidad, los supuestos cambian, los datos se actualizan y la madurez del equipo evoluciona. Una base estática es un cadáver documental. Lo he visto en proyectos de infraestructura donde las condiciones del terreno resultaron ser distintas a las asumidas, pero la base nunca se corrigió; cuando llegó la reclamación, el análisis forense fue un caos porque la realidad de la obra no se correspondía con los supuestos oficiales.
Existe también la trampa de la sobrejustificación. A veces se dedica tanto esfuerzo a documentar la base que se consume una parte desproporcionada del presupuesto de planificación. La base debe ser proporcional a la complejidad y al riesgo del proyecto. En iniciativas pequeñas, con tres folios de supuestos y un breve desglose es suficiente. La exhaustividad mal entendida puede llevar a que nadie lea la base, derrotando su propósito. El equilibrio es delicado y se aprende con la práctica.
Un concepto erróneo frecuente es pensar que la base de las estimaciones elimina la incertidumbre. No lo hace. La incertidumbre es inherente a cualquier proyecto, especialmente en sus inicios. La base lo que hace es hacerla explícita y gestionable, no desaparecerla. Cuando un directivo exige “una base que garantice que no habrá desviaciones” está pidiendo un acto de magia, no una herramienta de gestión. Parte de la madurez profesional del jefe de proyecto es educar a los interesados sobre este punto.
Relación con otros conceptos de gestión de proyectos
La relación de la base de las estimaciones con el presupuesto es directa pero no biunívoca. Mientras que la base explica cómo se obtuvieron las estimaciones de costos, el presupuesto es la expresión financiera aprobada que sirve de línea base para el control. La base pertenece al ámbito del “cómo” y el presupuesto al del “cuánto”. Confundirlos lleva a que los ajustes presupuestarios se hagan sin actualizar los supuestos, rompiendo la trazabilidad. De hecho, la base de las estimaciones también se relaciona con la línea base del cronograma, ya que muchos supuestos afectan simultáneamente al tiempo y al costo.
Otro vínculo importante es con el registro de riesgos. Muchos supuestos de la base son también riesgos identificados. Por ejemplo, el supuesto de que un proveedor entregará en plazo un componente crítico es a la vez un riesgo de retraso. La base de las estimaciones y el registro de riesgos deberían cruzarse periódicamente para evitar lagunas. En proyectos maduros, se utiliza una matriz de trazabilidad de supuestos que vincula cada uno con su riesgo asociado y con la reserva de contingencia correspondiente.
También hay que diferenciar la base de las estimaciones de la reserva de contingencia. La reserva es un importe o un tiempo añadido para cubrir la materialización de riesgos identificados, mientras que la base de las estimaciones documenta la incertidumbre que justifica dicha reserva. La base responde a “por qué necesitamos este colchón”. Por último, la base de las estimaciones se conecta con las lecciones aprendidas: al final del proyecto, comparar las desviaciones con la base original permite mejorar la capacidad de estimación de la organización. Sin esa práctica, cada proyecto empieza de cero, repitiendo los mismos errores.
Ideas clave sobre vínculos conceptuales
- Base y presupuesto: una relación no biunívoca
- La base de estimaciones recoge los supuestos y métodos que fundamentan los cálculos, mientras que el presupuesto constituye la cifra económica aprobada que sirve de referencia para el control de costos.
- Confusión que rompe la trazabilidad
- Confundir ambos conceptos provoca que los ajustes presupuestarios se realicen sin actualizar los supuestos subyacentes, lo que rompe la trazabilidad de las decisiones y dificulta el análisis de las desviaciones.
- Conexión con la línea base del cronograma
- Los supuestos de la base de estimaciones inciden tanto en el cronograma como en los costos; por ejemplo, el plazo de entrega de un proveedor condiciona la duración de las tareas y a la vez representa un riesgo de retraso.
- Integración con el registro de riesgos
- Una matriz de trazabilidad de supuestos vincula cada supuesto con el riesgo asociado y la reserva de contingencia correspondiente, y debe cruzarse periódicamente con la base de estimaciones para mantener su coherencia.
- Aporte a las lecciones aprendidas
- Comparar las desviaciones finales con la base de estimaciones al cierre del proyecto genera información valiosa que la organización puede utilizar para mejorar sus procesos de estimación en futuros proyectos.
Evolución y tendencias actuales
La evolución de la base de las estimaciones refleja los cambios en la forma de gestionar proyectos. Durante décadas, la base fue un documento estático, casi un informe burocrático. Hoy se tiende hacia bases vivas, alojadas en plataformas colaborativas, donde los supuestos se actualizan de manera continua y los cambios se notifican automáticamente a los interesados. La inteligencia artificial empieza a sugerir estimaciones basadas en datos históricos y a redactar borradores de justificación, pero el criterio humano sigue siendo imprescindible para validar las salidas.
En entornos de gran incertidumbre, como los proyectos de innovación o de transformación digital, ha surgido un debate interesante sobre si una base de las estimaciones excesivamente detallada puede resultar contraproducente, al dar una falsa sensación de control. Algunos profesionales defienden que en estos contextos la base debe limitarse a unos pocos supuestos críticos y a rangos amplios, renunciando a la precisión prematura. Esta visión encaja con las prácticas de Lean Startup, donde la estimación es un bucle continuo de aprendizaje. No obstante, incluso en esos casos, los supuestos se documentan; solo cambia el formato y la frecuencia de revisión.
La influencia de los métodos ágiles ha popularizado la idea de que las estimaciones en horas pueden ser engañosas y que es más fiable trabajar con unidades relativas y datos empíricos del propio equipo. La base de las estimaciones, entonces, pasa a ser un tablero de métricas en lugar de un informe tradicional. Lo importante es que el fundamento siga siendo comunicable y auditable. Como dijo una vez un colega con mucha batalla, “la estimación perfecta no existe, pero la base de las estimaciones mediocre es la madre de todas las sorpresas desagradables”.
