8: There is no statistically significant difference between school designation (Title I or

Se trata de una herramienta Scrum muy centrada en la simplicidad y en la facilidad de uso. Permite gestionar las listas de tareas e historias de usuario, crear y gestionar iteraciones, obtener gráficos de avance “burndown” y también dar soporte a la estimación con Planning Poker. Esta herramienta permite manejar documentación referente al Product Backlog, las historias de usuario y los Sprints. El formato de estos documentos gestionados a través de la herramienta es el siguiente:

 Documento de Épicas.

El aspecto del documento de épicas de un proyecto es el de la Figura 5-6. En Scrum, las historias de usuario pueden ser de un nivel de abstracción alto, de manera que el objetivo perseguido por el usuario no quede completamente

definido en un principio. En un refinamiento posterior, una historia de usuario de este tipo puede resultar en varias historias de usuario componentes. En estos

5-22 Capítulo 5 casos, la historia de usuario inicial se puede denominar como una “épica”. ScrumDo permite manejar esta jerarquía de historias de usuario.

La información que contiene este documento es el nombre del proyecto, el identificador de cada épica y una descripción de la misma.

 Documento de Épica.

Es una subsección del documento de Épicas, define cada una de las épicas componentes y tiene el aspecto que se muestra en la Figura 5-7.

Esta subsección contiene un resumen de la épica, una descripción detallada, el tamaño de la épica (en puntos), la épica padre y si se ha logrado.

 Documento de Product Backlog

El documento de Product Backlog contiene las épicas e historias de usuario a realizar en el proyecto. Hay que tener en cuenta que ScrumDo no tiene el concepto de Product Backlog separado del concepto de Iteración. Por lo tanto, el documento de Producto Backlog tendrá siempre asociado un Sprint, que en un principio puede ser único. El formato del documento es el que muestra la Figura 5-8.

Capítulo 5. 5-23 El documento contiene la siguiente información:

o Nombre del proyecto.

o Fechas de la iteración.

o Número de historias de la iteración.

o Los puntos totales de la iteración.

o Los puntos en estado de progreso.

o Los puntos completados.

o Cada una de las historias de usuario, que será una subsección del documento.

 Documento de Historia de Usuario

El documento de Historia de Usuario se puede considerar una sección del documento de Product Backlog. Este documento contiene la descripción de una historia de usuario y tiene el aspecto que se muestra en la Figura 5-9.

Este documento contiene la siguiente información:

o Identificador numérico de la historia.

o Resumen.

o Detalles.

o Etiquetas.

o Tamaño de la historia en puntos historia.

o Componente del equipo al que se le ha asignado la historia.

o Categoría de la historia.

o Épica a la que pertenece la historia.

o Estado de la historia (Todo, Doing, Reviewing, Done). Figura 5-8. Documento de Product Backlog.

5-24 Capítulo 5

 Documento de Tarea.

Este documento contiene una tarea asignada a una historia de usuario. Se trata de una sección del documento de Historia de usuario. Un documento de historia de usuario puede contener varias secciones correspondientes a las distintas tareas que tiene asignadas. El aspecto del documento es el que muestra la Figura 5-10.

Figura 5-9. Documento de Historia de Usuario.

Capítulo 5. 5-25 La información almacenada de la tarea es una descripción de la misma, la persona a la que se ha asignado la tarea y un indicador que muestra si la tarea ha sido realizada.

 Documento de planificación de la iteración (Sprint Planning)

Este documento muestra las historias de usuario seleccionadas para una iteración en particular. Cada una de las historias de usuario son secciones de documento del tipo “Documento de historia de usuario”. Además el documento de planificación de la iteración contiene el nombre del proyecto y el nombre de la iteración. El aspecto del documento es de la Figura 5-11.

 Documento de equipo

El documento de equipo contiene la información referente a un equipo, pero no sus componentes. Un equipo vendrá definido por un nombre y unos permisos de acceso (Read only, Read/Write, administrator y Staff member). Un equipo podrá ser asignado a diferentes proyectos y un proyecto tener varios equipos. El aspecto de este documento es el que muestra la Figura 5-12.

5-26 Capítulo 5

 Documento de equipos

El documento de equipos contiene los equipos asociados a un proyecto, con sus diferentes componentes. Cada miembro del equipo es una subsección de este documento, cada una del tipo de documento de equipo. El formato del documento es el que se muestra en la Figura 5-13.

Figura 5-12. Documento de equipo.

Capítulo 5. 5-27

 Documento de Scrum Board.

Este documento muestra el estado de las distintas historias de usuario de un Sprint. El aspecto de este documento es que muestra la Figura 5-14.

 Documento de Burndown chart.

Este documento muestra el desarrollo del Sprint en términos de fechas y puntos usuario completados. El formato de este documento se muestra en la Figura 5-15.

Figura 5-14. Documento de Scrum board.

5-28 Capítulo 5

 Documento de predicciones.

Este documento muestra las predicciones de tiempo para una iteración. Los datos de interés sobre los que se calcula las predicciones son:

o La velocidad del equipo.

o La longitud de la iteración.

o Si se tienen en cuenta puntos no completados en iteraciones anteriores.

o El tamaño medio de las historias de usuario.

El aspecto de este documento es el que se muestra en la Figura 5-16.