Gran pregunta He usado muchos procesos de estimación diferentes, y no sabría cómo elegir cuál era “el mejor”. Depende mucho de la situación y de las personas involucradas. Creo que hay una serie de pautas que ayudan a hacer una mejor estimación.
- Averigüe si esta estimación es para el ‘siguiente paso’ o ‘solución final’. Cuando los usuarios de negocios solicitan estimaciones, a veces no está claro si están solicitando la estimación de la primera o la siguiente iteración de una solución, o si están solicitando la solución completa y completa. El resultado es que, a veces, las empresas creen que están obteniendo una solución completa con una estimación que es para una primera implementación parcial. Este es el alcance y la gestión de expectativas, y es el punto de partida para la estimación.
- Obtén la mejor documentación de requisitos que puedas . Los mejores medios (a) son lo más completos posible (b) expresados de manera sucinta (c) utilizando diagramas para el UX (d) utilizando diagramas de flujo para la toma de decisiones complejas. Asegúrese de que coincida con el resultado del paso (1) anterior. es decir, si la estimación solicitada es para la “solución completa”, haga una “estimación completa”, etc.
- Haga primero un diseño de alto nivel temprano. Tener una vista inicial de la arquitectura y un modelo de datos en bruto. Esto ayuda con el siguiente paso. Mantenga esto funcional, no específico a ninguna tecnología.
- Divide el problema en unidades más pequeñas. ¿Hasta dónde dividir es una llamada de juicio? Si puede bajar a unidades de aproximadamente 2 a 3 semanas de tamaño, eso es bastante bueno. En general, cuanto más se divide, mejor, sin embargo, no desea abrumar a su equipo (ni a usted mismo) tratando de hacer un seguimiento de más subunidades de las que puede manejar.
- Consigue un desarrollador o un líder tecnológico para estimar las unidades más pequeñas. No siempre es posible, pero intente si puede. Estás buscando 2 cosas. Primero, una estimación. En segundo lugar, las complejidades ocultas o los riesgos que deben ser gestionados. Este segundo elemento es de importancia crítica. Dile a tu equipo que estás buscando estos.
- Conozca el equipo que está estimando. Diferentes equipos pasan a través de cargas de trabajo a tasas muy diferentes. Algunos equipos son agresivos que toman riesgos, otros son más conservadores. Desea saber esto para poder ajustar las estimaciones en consecuencia.
- Conozca la tecnología que está estimando. Las tecnologías maduras tienden a tener menos riesgos técnicos que las tecnologías maduras. Las nuevas tecnologías a veces pueden ofrecer formas más rápidas de hacer las cosas. Si puede hacer un perfil del conjunto de tecnologías en uso, combinado con el conocimiento del equipo, esto puede ayudar a hacer una mejor estimación.
- Compruebe los ratios. Hay algunos índices generales que tienden a jugar en la mayoría de los proyectos de desarrollo. Por ejemplo, la prueba total y el esfuerzo de control de calidad serán aproximadamente del mismo tamaño que el esfuerzo de desarrollo. En una solución bien diseñada, la arquitectura estará entre el 10% y el 20% del esfuerzo de desarrollo. Estas son las reglas generales, si sus estimaciones son diferentes, vuelva atrás y vuelva a verificar.
- Asigne tiempo para las inevitables actividades no relacionadas con el proyecto. Por ejemplo, si está estimando en días, recuerde que hay un máximo de 4.5 días por semana. Debe permitir reuniones de organización, eventos, interrupciones, etc.
- Supongamos que solo se ve una fracción del total. Nunca verás el 100% del total del proyecto al principio. Puede expresarlo con una “medida de confianza” expresada como un porcentaje. Si se siente seguro de haber visto y estimado todos los requisitos, vaya al 80%. Escala hacia abajo desde su Si no puede dar una puntuación de más del 60%, regrese y haga más estimaciones. Esto no es lo mismo que agregar tiempo de búfer a su estimación. Trae a la superficie su nivel de confianza en la estimación, que a su vez es significativo. Descubrí que con los clientes, si expresaba una medida del 70% o inferior, entendían y aceptaban la necesidad de hacer más estimaciones.
- La calidad de las estimaciones es proporcional al tiempo puesto en ellas. casi como todo lo demás. Las “estimaciones rápidas” no son mucho mejores que una conjetura. Mi experiencia ha sido que para que una estimación esté dentro del 10% del valor real final, como los clientes a menudo solicitan, debe gastar aproximadamente el 15% del esfuerzo total del proyecto en la estimación. Esto no es un trabajo “desperdiciado” o general, sino que es casi totalmente el análisis y la planificación lo que ayuda al trabajo de desarrollo de todos modos.
- Averigüe para qué se está utilizando la estimación. Si es para la planificación presupuestaria, y el tamaño del proyecto lo pondrá en el radar del CEO / CFO, entonces tendrá que dedicar bastante tiempo y esfuerzo a una estimación sólida, junto con las contingencias apropiadas. Es casi un mini-proyecto en sí mismo. Si la estimación es más acerca de establecer expectativas para un proyecto que va a suceder de todos modos, es posible que no necesite poner el mismo nivel de esfuerzo y recursos en él. Si se está utilizando para actuar como un punto de negociación con otro proveedor / proveedor, tenga cuidado de no caer inadvertidamente en una mentalidad competitiva y reducir sus estimaciones sin un razonamiento sólido.
Sí, eso es todo.