agile story points definition
Debido a que esta unidad se determina proyecto por proyecto, no se pueden comparar puntos de la historia de un proyecto con otro. Los puntos de la historia se utilizan para la planificación de iteraciones. Al planificar, los equipos parten de dos suposiciones simplificadoras. Primero, que un punto de la historia se corresponda razonablemente bien con cierta cantidad de esfuerzo.  Muchas herramientas ágiles (como JIRA Software) rastrean los puntos de la historia, lo que hace que reflexionar y recalibrar las estimaciones sea mucho más fácil. Intente, por ejemplo, extraer las últimas cinco historias de usuario que el equipo entregó con el valor de puntos de historia 8. Analice si cada uno de esos elementos de trabajo tuvo un nivel similar de esfuerzo.  Un punto de la historia es una unidad relativa y arbitraria de complejidad de la historia. Es relativo en el sentido de que una historia de dos puntos es dos veces más compleja que una historia de un solo punto. Es arbitrario en el sentido de que no existen estándares universales sobre cuánta complejidad representa un punto de la historia. En cada proyecto, eliges una historia simple y la llamas 1. Es decir, esa historia tiene un punto de historia. La mejor manera que he encontrado para hacer esto es reunir a un grupo amplio de personas que representen varios equipos y pedirles que estimen aproximadamente una docena de elementos de la cartera de productos (idealmente en forma de historias de usuarios, en mi opinión).  Ninguna tarea individual deberá exceder las 16 horas de trabajo. (Si utiliza puntos de la historia, puede decidir que, digamos, 20 puntos es el límite superior). Simplemente es demasiado difícil estimar elementos de trabajo individuales mayores que eso con un alto grado de confianza.  Es autor de Historias de usuarios aplicadas al desarrollo ágil de software, Estimación y planificación ágiles y Succeeding with Agile. Mike es miembro fundador de Agile Alliance y Scrum Alliance. También es el fundador de FrontRowAgile.com, un sitio web de formación ágil en línea. Las historias de usuarios son uno de los principales artefactos de desarrollo para los equipos de proyectos Scrum y Extreme Programming (XP). Una historia de usuario es una definición de muy alto nivel de un requisito, que contiene suficiente información para que los desarrolladores puedan producir una estimación razonable del esfuerzo para implementarlo. Este artículo cubre los siguientes temas:  Establecer una línea de base común para los puntos de la historia. Una crítica común a los puntos de la historia es que el significado de un punto de la historia diferirá entre los equipos. En esta publicación quiero describir cómo podemos establecer una definición común de un punto de la historia entre varios equipos dentro de una organización.  Puntos de historia versus horas. Los equipos de software tradicionales dan estimaciones en formato de tiempo: días, semanas, meses. Sin embargo, muchos equipos ágiles han hecho la transición a puntos de historia. Los puntos de la historia califican el esfuerzo relativo del trabajo en un formato similar a Fibonacci: 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, 100. Las partes interesadas escriben historias de usuarios. Un concepto importante es que las partes interesadas de su proyecto escriban las historias de los usuarios, no los desarrolladores. Las historias de usuario son lo suficientemente simples como para que las personas puedan aprender a escribirlas en unos minutos, por lo que tiene sentido que las escriban los expertos en el dominio (las partes interesadas). Utilice la herramienta más sencilla.
 Califica el esfuerzo relativo del trabajo en un formato similar a Fibonacci: 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, 100.