Tasas base y visión externa: cómo usar el historial para estimar plazos

Un equipo promete completar una migración de datos en diez días laborables. El plan detalla etapas y responsables, pero nadie ha consultado cuánto tardaron migraciones similares. Todos los proyectos y números de este ejemplo son ficticios.

La visión interna describe cómo debería desarrollarse esta migración. La visión externa empieza por los resultados de casos comparables. La diferencia entre ambas estimaciones ayuda a localizar una expectativa que necesita explicación antes de convertirse en compromiso.

Define qué resultado quieres estimar

Una tasa base es una frecuencia observada en una clase de referencia relevante. Para usarla, hay que definir el resultado y qué casos entran en la comparación. La proporción de migraciones terminadas a tiempo responde a una pregunta distinta de su duración típica.

Fija también qué significa terminar. Transferir archivos, validar los datos y cerrar el sistema antiguo son hitos diferentes. Un historial que mezcla estos hitos puede ofrecer una precisión aparente sin responder a tu duda.

La previsión por clases de referencia, analizada por Bent Flyvbjerg, utiliza resultados de proyectos comparables como punto de partida. Aplicar esa perspectiva a una migración pequeña exige elegir tu propio conjunto de comparación.

Elige los casos antes de mirar el desenlace

Busca proyectos con condiciones pertinentes para la pregunta: origen de los datos, dependencias externas, alcance y experiencia del equipo, por ejemplo. Hay que explicar la relevancia de cada característica; compartir un nombre de proyecto puede decir poco sobre el trabajo.

Si seleccionas solo migraciones terminadas, excluirás las interrumpidas o aún abiertas. Incluye esos registros e identifica su situación. Un proyecto sin fecha de cierre no debe recibir una duración inventada para encajar en el cálculo.

Evita cambiar el grupo solo porque el resultado contradice tu expectativa. Si hay una razón para excluir un caso, regístrala. Cuando dos selecciones defendibles producen conclusiones diferentes, muestra esa diferencia en la estimación.

Ejemplo resuelto: de diez días en el plan a negociar un plazo

Considera estas duraciones de diez migraciones comparables, en días laborables: 8, 9, 10, 10, 11, 12, 13, 14, 16 y 18. Todas se midieron hasta el mismo hito: datos validados y sistema antiguo cerrado. Para simplificar el cálculo, supongamos que cada una tenía también un plazo inicial de diez días.

Seis superaron el plazo. La frecuencia histórica de retraso es 6 ÷ 10 = 60%; la de finalización hasta el décimo día es 4 ÷ 10 = 40%. Compara ahora otros límites dentro de ese conjunto:

Prometer diez días deja seis de los diez resultados anteriores fuera de plazo. Catorce días incluirían ocho; aún quedarían dos migraciones fuera. Ni siquiera el 100% de la última fila garantiza un plazo futuro: la tabla describe una muestra pequeña que puede omitir dificultades relevantes.

Una propuesta defendible sería negociar catorce días laborables, con una comprobación de la calidad de los datos el tercer día. Si encuentra una dependencia ausente en los casos anteriores, el equipo revisaría el plazo antes de continuar. Elegir catorce días expresa una tolerancia negociada al riesgo; no convierte el 80% observado en una probabilidad individual demostrada.

El registro en el diario de decisiones podría decir: “Plan interno: diez días. Historial comparable: ocho de diez casos terminaron en un máximo de catorce. Propuesta: catorce días, sujeta a comprobar los datos el tercer día. Falta confirmar si el cliente puede tolerar un plazo mayor y qué haremos si la comprobación falla.”

Comprueba la calidad de los registros y si los proyectos comparten problemas. Además de las frecuencias, examina cuánto variaron los plazos y en qué condiciones hubo retrasos. Una media aislada oculta esas diferencias.

Si faltan registros, indica qué está ausente. Los relatos del equipo pueden orientar la búsqueda si se identifican como recuerdos. Una conjetura recogida en una reunión sigue siendo una conjetura, aunque aparezca en una hoja de cálculo.

Justifica qué hace diferente este caso

Quizá la migración actual utilice una herramienta que acortó una etapa lenta. Para ajustar la referencia, pregunta si esa reducción se observó en condiciones similares y si la etapa realmente limitaba el plazo total.

Tener un equipo motivado o un cliente importante no explica, por sí solo, por qué el historial ha dejado de valer. Busca una diferencia que cambie el mecanismo del trabajo. Considera también cambios desfavorables, como una nueva dependencia o datos menos organizados.

Conserva por separado el historial y el ajuste. Así, otra persona podrá discutir si la diferencia alegada sostiene la previsión sin reconstruir qué números pertenecían a casos anteriores y cuáles procedían de tu interpretación.

Usa la referencia para cambiar el compromiso

El historial puede llevarte a negociar una horquilla de plazos, adelantar una validación o reducir el alcance inicial. También puede mostrar que la decisión depende de información que aún no has obtenido.

Investiga esa duda cuando la respuesta pueda alterar el plan. El artículo sobre cuándo buscar más información ayuda a comparar el beneficio esperado de la investigación con su coste y con el aplazamiento.

En la conversación con el cliente, presenta el hito de finalización, la referencia utilizada y el punto de revisión. Si la fecha de diez días es innegociable, el equipo tendrá que discutir una reducción de alcance u otra forma de entrega. Cambiar solo la estimación de la hoja de cálculo no cambia el trabajo necesario.