¿Qué es una manera profesional de estimar las fechas de un proyecto?

Una forma profesional de estimar tiene las siguientes características:

  • Las personas que realizan el trabajo proporcionan las estimaciones para las tareas individuales. Esto no significa que el PM solo debe preguntar: “¿Cuánto tiempo tomará?” Y pegar la respuesta en un plan de proyecto. Hay muchas maneras de facilitar talleres de estimación y un buen primer ministro estará familiarizado con varios de ellos. Las razones por las que es importante que las personas que realizan el trabajo produzcan las estimaciones son que estarán más familiarizadas con los problemas potenciales que cualquier otra persona y que, habiendo dado la estimación, será mucho más probable que trabajen duro para tratar de satisfacerlas
  • El resultado del proceso de estimación es más que solo esfuerzo y duración. Al crear una estimación, el equipo tendrá que hacer una serie de suposiciones. Por ejemplo, si el equipo es experto en Ruby on Rails, entonces pueden asumir que la solución se implementará en Ruby on Rails en lugar de en la pila .net. También habrá una serie de incertidumbres (riesgos). Por ejemplo, la solución puede requerir la integración a un servicio que el equipo no ha usado antes. Esto puede ser fácil o puede ser realmente difícil (según mi experiencia, la integración de sistemas suele ser realmente difícil). Al comunicar la estimación, también debe comunicar las suposiciones y los riesgos que se han descubierto durante el proceso de estimación.
  • La estimación debe reflejar la cantidad de información disponible para el equipo en el momento de la estimación. En la práctica, esto significa que las estimaciones deben darse como un rango. Cuanta menos información esté disponible, más amplio será el rango. Puede usar la heurística para proporcionar el rango (por ejemplo, puede cotizar +/- 50% si todo lo que tiene es un caso de negocios, pero +/- 10% si tiene una especificación detallada para una nueva característica en un producto que ya ha desarrollado), o puede usar un método más sofisticado, como simulaciones de Monte Carlo basadas en intervalos de confianza. (Para ser honesto, tiendo a hacer ambas cosas: si tienen respuestas muy diferentes, entonces sé que hay algo mal.

Hay varias formas diferentes en las que puede facilitar la producción de una estimación (por ejemplo, Planning Poker), pero cualquiera sea el método que utilice, es más importante que las estimaciones y los riesgos detrás de la estimación sean más importantes que la estimación real en sí.

El mayor problema asociado con la estimación de fechas para un proyecto es la falta de reconocimiento del nivel de incertidumbre en el proyecto y la falta de adaptación del enfoque de estimación a la naturaleza del proyecto.

Una estimación de las fechas de finalización de un proyecto no puede ser más precisa que el nivel de certeza en los requisitos y el intento de hacer una estimación detallada para proyectos con un alto nivel de incertidumbre puede ser inútil y puede producir resultados engañosos. Un mejor enfoque es reconocer abiertamente y reconocer el nivel de incertidumbre en el proyecto y adaptar el enfoque de estimación para que se ajuste al nivel de incertidumbre. En un entorno muy incierto, un enfoque más ágil para planificar y gestionar el proyecto y estimar fechas es probablemente mucho más apropiado.

Este enfoque requiere apertura y transparencia con el cliente del proyecto para comunicar claramente el nivel de precisión en la estimación, así como un espíritu de confianza y asociación para trabajar en colaboración para reducir progresivamente el nivel de incertidumbre en el proyecto a medida que el proyecto se encuentra en Progreso.

Chuck Cobb
Autor de “La guía del gestor de proyectos para dominar Agile”
Echa un vistazo a: Agile Project Management Academy ( http: // agileprojectmanagementaca …)

pregunte a quienes realizan el trabajo cuánto tiempo anticipan cada fase y conserve un programador para desarrollar un cronograma de CPM para el proyecto. Ese es el método científico.