¿Una buena guía para elegir la escala de puntos para usar con Agile / SCRUM?

Estamos utilizando Pivotal Tracker para nuestro proyecto, que nos permite elegir entre estas tres escalas de puntos:

0,1,2,3
0,2,4,8
0,1,3,5,8

Y estoy buscando un recurso para ayudar a guiar nuestra decisión. (Después de usar 0,1,2,3 para dos iteraciones, podemos ver dónde una de las otras sería mucho más útil o significativa).

agile scrum

— Dogweather
fuente

Podría explicar más, no está claro lo que está preguntando.

— Amir Rezaei

Claro: estamos buscando un sitio web, artículo, página o documento que aborde la elección de una escala de puntos.

— Dogweather

Google es tu amigo. Seriamente. No es difícil de encontrar (prueba google.com/search?q=agile+ideal+days+points ). Lo que es difícil es encontrar un enfoque que se adapte a su equipo y para eso, necesitamos más información de usted.

— Martin Wickman

Ah, ja, gracias. Mi "equipo" es de tamaño micro. Un programador a tiempo parcial (yo), un gerente de proyecto a tiempo parcial que es nuevo en el desarrollo de software y otro programador a tiempo parcial que recién comienza. Todos somos buenos amigos y no hay estrés entre los jugadores.

— Dogweather

@Dogweather: si yo fuera usted (el único programador en el "equipo"), no usaría Scrum en absoluto, sino técnicas simples de productividad como GTD. En mi humilde opinión, estás perdiendo el tiempo con Scrum.

Respuestas:

La escala de puntos de la historia de "Fibonacci" es muy popular: 1, 2, 3, 5, 8, etc. Los mazos de cartas de planificación populares (de Mountain Goat Software y Crisp) se basan en ella: signo de interrogación, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100, infinito.

Mike Cohn señala en su libro Agile Estimation and Planning que usar 1-2-4-8 en lugar de 1-2-3-5-8 está bien.

Es importante recordar al aplicar puntos de historia en equipos de "tamaño micro": limite el tamaño máximo de la historia, no "mezcle guijarros con rocas" (vea más en Ágil para el Desarrollador Solo )

— azheglov
fuente

Creo que lo que quieres es algo que ofrezca suficiente diferencia con los puntos más pequeños y no tantas opciones para historias más grandes, basado en el hecho de que cualquier cosa mayor de 20 o 40 debe desglosarse de todos modos. Esto asegura que admite diferencias más finas para historias pequeñas y de tamaño regular y solo diferencias aproximadas para historias de mayor tamaño.

Cuando estábamos haciendo Scrum, lo hicimos bien con los puntos basados en Fibonacci con 20 siendo el número más alto que pensamos que encajaría de manera realista en un sprint. Si algo era 40 o 100, básicamente los desarrolladores decían que la historia era demasiado grande.

Aparte de eso, no creo que haga una gran diferencia. Prefiero la secuencia basada en Fibonacci porque descubrí que funciona. Sin embargo, lo que funciona para el equipo y el producto que está desarrollando está bien.

— Anne Schuessler
fuente