¿Cuál es una buena técnica de estimación para estimaciones iniciales de alto nivel?

Actualmente estoy usando Planning Poker para hacer nuestras estimaciones detalladas. Esto funciona muy bien, pero se basa en un desglose de trabajo bastante detallado. A menudo se tarda de 6 a 8 semanas en obtener un diseño suficientemente detallado y un desglose del trabajo.

He descubierto que las 6-8 semanas de análisis a menudo se desperdician ya que la estimación es tan alta que no tiene sentido económico continuar el proyecto. Creo que proporcionar una estimación de alto nivel por adelantado con una amplia gama podría ser mejor para eliminar estos casos comerciales inestables.

¿Qué herramientas y técnicas existen para las estimaciones iniciales de alto nivel?

En este momento solo elijo un proyecto anterior que "se siente" igual y proporciono un rango de -50% / + 100%.

Si está planeando sesiones de póker de planificación detallada para todos los requisitos por adelantado, está perdiendo mucho tiempo, ya que, en mi experiencia, los requisitos detallados del proyecto simplemente no son tan fijos, por lo que pasa mucho tiempo estimando elementos que nunca compila, o los cambios son tan grandes cuando los construye que la estimación inicial no es válida.

Todas las estimaciones son conjeturas, pero puede mejorar en la estimación si lo hace con frecuencia y mantener datos sobre la precisión de sus estimaciones. La estimación se realiza mejor en dos niveles, uno inicialmente en el proyecto y otro como un proceso continuo dentro del proyecto.

Primero, cuando se le solicite una estimación del proyecto: estimar a nivel de función, utilizando su experiencia en proyectos anteriores. Mantenga los datos en sus estimaciones iniciales anteriores y vea cómo los rastrea. Puede hacer esta estimación inicial de manera similar a la planificación del póker, pero no divida el trabajo en tareas. Simplemente dése algunos cubos grandes (los incrementos de media semana o semana para que las características funcionen, pero no mucho más granular que eso) para estimar. Si más de un miembro del equipo está estimando, no pierda el tiempo en demasiadas discusiones en este momento, simplemente vaya con la estimación más pesimista en lugar de meterse en la maleza.

En segundo lugar, a medida que trabaja en las iteraciones cortas de su proyecto (suponiendo que tenga iteraciones cortas), elige los elementos de mayor prioridad y los estima a nivel de tarea (y, por supuesto, los desarrolla y los entrega). Una vez que haya completado la primera iteración, puede ver cuán precisas son sus estimaciones detalladas, así como también cómo se comparan con sus estimaciones iniciales. Ahora puede revisar esas estimaciones iniciales cuando vea cuán precisas son, y una vez que tenga algunos ciclos en su haber, puede dar un intervalo de confianza para la fecha de finalización del proyecto.

Las unidades para la estimación aproximada son una buena herramienta de comunicación para la precisión de la estimación. Sus unidades iniciales están en días o semanas, pero sus estimaciones detalladas están en horas.

La estimación de todo generalmente comienza por desglosarla.

Obtenga lo más detallado posible, incluso si eso es solo al nivel de las características principales, y calcule esas. Incluso a ese nivel, aún puede utilizar una reunión de planificación de póker (o cualquier otro método de estimación basado en el consenso, para el caso).

También hay algunos sistemas de estimación de fórmulas por ahí ( COCOMO viene a mi mente), pero personalmente no les doy mucha importancia.

Hacemos esto creando dos tareas en lugar de una:

1. una tarea para estimar el trabajo a realizar
2. una tarea para hacer realmente el trabajo (dentro de las estimaciones realizadas)

Puedes estimar el primero con el póker y, después de completar la estimación "larga", tienes suficiente información para estimar el segundo.

Sí, a veces se llega a la conclusión de que este trabajo es demasiado costoso para hacerse. Pero a menos que realmente gaste trabajo en su estimación, no puede saberlo de todos modos.