Desde hace un par de meses empezamos a utilizar la herramienta de pivotal tracker para planear las "Stories" a realizar tanto en los desarrollo internos que realizamos y los desarrollos a la medida. Los stories son un requerimiento para el desarrollo de un sistema escrito en dos enunciados en el lenguage del usuario o cliente final. A cada story se le asignan puntos lo que voy a explicar más adelante.

Hasta antes del día de hoy mi entendimiento de los Story Points era se basaban en el tiempo que me tomaría desarrollar ese pedazo específico de funcionalidad. Por lo tanto, según mi entendimiento los story points estaban basados en una unidad absoluta, el tiempo. El día de hoy me di cuenta de que tan errada concepto tenía de los story points. A continuación les doy una breve explicación de lo que son:

• Story points son una medida de la complejidad o el tamaño de un pedazo de funcionalidad en contraste con el tiempo en desarrollarse.
• Por lo tanto son una unidad relativa de medición.

Estas dos propiedades hacen que la estimación del requerimiento no cambie cuando se aplique a uno u otro equipo de desarrollo en contraste con los estimados basados en tiempo en donde un equipo de desarrollo podría estimar menos dado que su velocidad de desarrollo es mayor.

El razonamiento para utilizar puntos en vez de tiempo es que cuando desarrollamos software no sabemos al 100% que es lo que se va a requerir y menos podemos hacer una especificación detallada de lo mismo, además de que nos tomaría mucho tiempo realizar un estimado "preciso".

Beneficios de los puntos

Los story points presentan ciertos beneficios sobre los estimados en tiempo para desarrollos con metodología agil.

• Es mucho más barato llegar a un estimado en puntos
• Propicias la colaboración en la estimación de los stories
• Se convierten en una forma consistente de estimación
• Estatísticamente los cambios en requerimientos para los diferentes stories a lo largo del proyecto van a ser similares por lo que la medida se mantiene uniforme.
• Permiten la planeación con niveles de ambiguedad en los requerimientos

Este fue un pequeño resumen de lo que son los story points, si quieren una descripción mas detallada pueden ir al artículo en Wikipedia: http://en.wikipedia.org/wiki/Story_points