Cuando estimas, te equivocas

Va otro dato que muestro en  mi presentación ¡No estimarás! para demostrar con algunos estudios serios como nos va cuando estimamos. En este caso es un estudio muy conocido, el Chaos Report, del Standish Group.

En este estudio sobre miles de líderes de TI en el mundo entero, hacen varias preguntas sobre proyectos de TI, y en particular sobre los resultados en termino de costos. No hay mucho para comentar sobre este numero del 41% de desvió promedio sobre el costo estimado, habla solo!

De toda forma me parece que con o sin estudios, todo el mundo sabe (aunque no lo reconoce) que siempre nos va mal con las estimaciones de desarrollos de software. Y a pesar de eso seguimos estimando y creyendo en números exactos.

Eso suele generar muchas malas practicas, como por ejemplo "te sumo un 25% para poder bajártelo despuès", u otras que encontré referenciadas en el excelente paper: Estimation Games.

Tenes otros números crujientes sobre el tema?

En otros posts (después de mis vacaciones) seguiré mi encrucijada contra las estimaciones, gran mal del sigo XXI...

Estimar afecta tu productividad

Les comparto otro estudio que muestro en  mi presentación ¡No estimarás! para demostrar con algunos estudios serios como nos va cuando estimamos. En este caso es un estudio que se menciona en el excelente libro Peopleware. Si bien tiene sus años, me parece muy interesante lo que demuestran.

Con una muestra relativamente grande de proyectos y utilizando un algoritmo de Barry Boehm para calcular la productividad de desarrollo, demuestran el impacto sobre la productividad según quien o quienes estiman el desarrollo.

El resultado que me parece fantástico es que la mejor productividad se alcanza cuando nadie estima el desarrollo. ¿Que les parece?

Cuando estimas, sos influenciable

Aprovechando varias charlas que tuve últimamente sobre estimaciones con colegas, quiero mostrar con algunos estudios serios como nos va cuando estimamos.

En mi presentación ¡No estimarás! mostraba el slide reproducido acá, para explicitar que somos influenciables cuando estimamos proyectos de desarrollo de software. El estudio mencionado es muy interesante, y para resumir la metodología, se mandaron a un universo interesante de empresas unas especificaciones de sistemas a desarrollar pidiendo unas estimaciones de esfuerzo. En los pedidos se introducían algunas variaciones para estudiar su impacto promedio sobre las estimaciones de las empresas.

En la imagen pueden ver los resultados que más me impactaron, con variaciones de entre 10 y 31% en las estimaciones según la cantidad de paginas de las especificaciones, la información de esfuerzo para desarrollar el sistema a reemplazar, la expectativa explicita de esfuerzo o de duración.

En resumen, si queres que tus proveedores estimen menos horas, mandale una especificación corta, diciendo que el sistema a reemplazar se desarrollo con muy poco esfuerzo y tirandoles expectativas de esfuerzo y duración muy bajos ;o)

Segunda Reunión de la Comunidad Agile de Neuquén, Argentina

Próxima Reunión de Comunidad Ágil de Neuquén

Cuándo: Miercoles 28 de Marzo 2012, a las 18h

Dónde: Salón Azul del la Biblioteca Central - Universidad Nacional del Comahue - Buenos Aires 1400, Neuquén 

Tema: Scrum

Scrum es un marco para la gestión ágil de proyectos que nos permite centrarnos en ofrecer el más alto valor de negocio en el menor tiempo posible. Nos permite rápidamente y en frecuentes ocasiones inspeccionar software funcionando (cada dos semanas o un mes) para adaptarlo mejor a las necesidades cambiantes del negocio. Los equipos se auto-organizan a fin de determinar la mejor manera de entregar las funcionalidades de más alta prioridad, y reflexionan periódicamente sobre mejores forma de trabajar. Cada dos semanas o un mes, se puede ver el software funcionando y decidir si liberarlo o seguir mejorándolo en otra iteración. 

En esta reunión Thomas Wallet hará una presentación de Scrum, y con la ayuda de todos los que quieran aportar o preguntar, se debatirán los aspectos importantes de su implementación en una organización. 

La reunión es gratuita, solo hay que inscribirse a través del siguiente link.

Lo importante...

"Lo importante no es el proceso, sino tu proceso para mejorar el proceso" - Henrick Knibberg