Tutorial de scrum
En este tutorial, ofrecemos instrucciones paso a paso sobre cómo dirigir un proyecto basado en scrum, priorizar y organizar tu backlog mediante sprints y ejecutar protocolos de scrum en Jira, entre otras muchas más cosas.
Duración:
Lectura de 10 minutos de duración. Completar en 2 semanas.
Público:
Personas que usan scrum, el desarrollo de software ágil o Jira por primera vez
Requisito previo:
Crear una cuenta de Jira
Scrum es uno de los marcos más conocidos para implementar el método ágil. Con scrum, el producto se crea en una serie de iteraciones de duración fija llamadas sprints que ofrece a los equipos un marco para llevar a cabo los lanzamientos con una cadencia periódica.
Paso 1: Crea un proyecto de scrum
Cuando hayas creado una cuenta de Jira e iniciado sesión, tendrás la opción de seleccionar una plantilla de la biblioteca. Selecciona Scrum (puedes obtener una vista previa de la plantilla gratuita de scrum o puedes aprender a crear un proyecto de kanban).
A continuación, deberás elegir un tipo de proyecto. Si tu equipo trabaja de forma independiente y quiere controlar los procesos y las prácticas que lleva a cabo en un espacio aparte, puede probar nuestra plantilla de scrum, que gestionan los propios equipos. Consulta los primeros pasos con los proyectos gestionados por el equipo, en la Comunidad de Atlassian, para obtener más información.
Una vez que hayas creado el proyecto, entrarás en el backlog vacío. El backlog también se conoce como el backlog del producto y contiene una lista continua de los elementos de trabajo potenciales de tu equipo en relación con el proyecto.
Paso 2: Crear historias de usuario o tareas en el backlog
En Jira, llamamos "incidencias" a los elementos de trabajo, como las historias de usuario, las tareas y los errores. Crea algunas historias de usuario con la opción de creación rápida en el backlog. Si no tienes ninguna historia de usuario en mente, simplemente crea historias de usuario de ejemplo para empezar y ver cómo funciona.
![Creación de historias de usuario | Orientador ágil de Atlassian](https://wac-cdn.atlassian.com/dam/jcr:59d5a1c0-e2cb-4406-a9aa-2ffe3d2becf7/image5.png?cdnVersion=2199)
Las historias de usuario se utilizan para describir elementos de trabajo en un lenguaje no técnico y desde la perspectiva de un usuario. Como {tipo de usuario}, quiero {objetivo} para {obtener beneficio}.
Vamos a utilizar una página web como ejemplo sencillo para crear una historia de usuario.
Como cliente, deseo crear una cuenta para que pueda ver mis compras anteriores.
El propietario del producto suele esbozar y priorizar las historias de usuario y después el equipo de desarrollo determina las tareas detalladas que son necesarias para completar la historia en un próximo sprint. El equipo de desarrollo también es responsable de estimar el esfuerzo relativo necesario para completar la historia.
Una vez que hayas creado unas cuantas historias de usuario, puedes empezar a priorizarlas en el backlog. En Jira, puedes clasificar o priorizar tus historias arrastrándolas y soltándolas en el orden en que quieres que se vayan sacando adelante.
Estas son solo las primeras historias de tu proyecto. Seguirás creando historias mientras dure el proyecto. Esto responde a que la metodología ágil implica un aprendizaje y una adaptación continuos.
Paso 3: Crear un sprint
Crea tu primer sprint en el backlog para que puedas empezar a planificar el sprint.
En scrum, los equipos realizan pronósticos para completar una serie de historias de usuario u otros elementos de trabajo durante un periodo fijo conocido como sprint. En términos generales, los sprints duran una, dos o cuatro semanas. Corresponde al equipo determinar la longitud de los sprints. Nosotros recomendamos empezar con dos semanas. Es el tiempo suficiente para conseguir algo, pero no tanto como para que el equipo no reciba feedback de forma periódica. Cuando se determina la cadencia de un sprint, el equipo trabaja constantemente en esa cadencia. Los sprints de longitud fija refuerzan las habilidades de estimación y predicen la futura velocidad del equipo a medida que este trabaja en las tareas del backlog.
![Creación de un sprint | Orientador ágil de Atlassian](https://wac-cdn.atlassian.com/dam/jcr:ed6cec3f-bfad-45d4-881b-350970fc5bbf/image2.png?cdnVersion=2199)
Paso 4: Organizar la reunión de planificación de sprints
Al principio de cada sprint, deberías celebrar una reunión con el resto del equipo para planificar el sprint. La reunión de planificación del sprint es una ceremonia en la que se sientan las bases del equipo para que el sprint resulte un éxito. En esta reunión, todo el equipo debate el objetivo del sprint y las historias del backlog del producto priorizado. El equipo de desarrollo crea tareas detalladas y estimaciones de las historias de alta prioridad. El equipo de desarrollo se compromete a completar un determinado número de historias durante el sprint. Estas historias y el plan para completarlas se convierte en lo que se conoce como el backlog del sprint.
Añade estimaciones de puntos de historia añadiendo un número al campo Estimación de puntos de historia. También puedes añadir más detalles a las historias o hacer clic en el icono Crear subtarea para desgranar aún más el trabajo de la historia.
![Creación de un sprint | Orientador ágil de Atlassian](https://wac-cdn.atlassian.com/dam/jcr:8757d312-cf64-4562-afef-f896c3b335cb/image6.png?cdnVersion=2199)
Cuando estés preparado, arrastra las historias acordadas en la reunión de planificación del sprint al sprint que acabas de crear. Este es tu backlog del sprint.
Asistentes: se necesita equipo de desarrollo, experto en scrum y propietario del producto.
Cuándo: Al empezar un sprint.
Duración: normalmente, dos horas por semana de iteración. Por ejemplo, un sprint de dos semanas se inicia con una reunión de planificación de cuatro horas. La reunión termina cuando se ha alcanzado su propósito.
Propósito: planificar el trabajo del sprint. El equipo acuerda el objetivo del sprint y el backlog del sprint.
Al crear un sprint, el propietario del producto suele identificar un objetivo del sprint. Esto ofrece un tema para que se complete el trabajo en el sprint. El objetivo del sprint también ofrece flexibilidad en cuanto al número de historias que se completan en un sprint. Un sprint se considera un éxito si se consigue el objetivo del sprint.
Los equipos de software tradicionales dan estimaciones en un formato de tiempo: días, semanas, meses.
Sin embargo, muchos equipos que han adoptado la metodología ágil pasan a utilizar los puntos de historia. Los puntos de historia valoran el esfuerzo relativo del trabajo, a menudo en un formato similar a la secuencia de Fibonacci: 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, 100.
Las estimaciones te permiten medir la cantidad de trabajo que deberás añadir al siguiente sprint basándote en el número de componentes de tu equipo. Tras unos sprints, tu equipo sabrá con más certeza la cantidad de trabajo que puede asumir durante el sprint, lo que evitará comprometerse a hacer más trabajo del que se puede asumir.
Paso 5: Iniciar el sprint en Jira
Asigna un nombre al sprint. Algunos equipos asignan el nombre al sprint en función de su objetivo. En caso de que coincidan los nombres de varias incidencias en el sprint, asigna un nombre al sprint en torno a ese tema. También puedes asignar al sprint el nombre que quieras.
Añade una duración del sprint y las fechas de inicio y de finalización. Las fechas de inicio y de finalización deberían adaptarse a la planificación del equipo. Por ejemplo, algunos equipos inician los sprints el lunes y los finalizan el viernes de la siguiente semana, por la mañana . Otros equipos deciden iniciar y finalizar sus sprints a mediados de semana. Depende de ti. Si no estás seguro de cuál debería ser la duración de los sprints, te recomendamos probar con dos semanas.
Añade el objetivo del sprint tal y como se haya acordado en la reunión de planificación del sprint.
Una vez iniciado el sprint, se te dirigirá a la pestaña Active sprints (Sprints activos) del proyecto.
![Sprints activos | Orientador ágil de Atlassian](https://wac-cdn.atlassian.com/dam/jcr:0b8d4448-bbdf-4c4c-9ba1-42eab75495e3/image1.png?cdnVersion=2199)
Este es el sitio en el que el equipo trabajará para seleccionar los elementos de la columna de tareas pendientes y llevarlos a la de tareas en curso y, por último, a la de tareas finalizadas.
Si utilizas la plantilla gestionada por el equipo de scrum, se le llamará "tablero".
Paso 6: Organizar las reuniones rápidas diarias
Tras iniciar el sprint, el equipo se debe reunir a diario, normalmente por la mañana, para revisar las tareas que realiza cada uno. El objetivo de esta reunión es comprobar si alguien del equipo está experimentado bloqueos que le impiden realizar las tareas del sprint.
Asistentes (principalmente): el equipo de desarrollo
Cuándo: Una vez al día, normalmente por la mañana.
Duración: 15 minutos como máximo. No reserves ninguna sala de conferencias ni celebres la reunión sentados. ¡Estar de pie hace que la reunión dure menos!
Objetivo: las reuniones rápidas diarias están pensadas para informar en poco tiempo a todos de lo que sucede en el equipo y para planificar el trabajo del día. No se trata de reuniones de balance en detalle. El tono debe ser ligero y divertido, pero informativo. Haz que los miembros del equipo respondan las preguntas siguientes:
- ¿Qué terminé ayer?
- ¿En qué voy a trabajar hoy?
- ¿Estoy bloqueado con algo?
Informar del trabajo que se terminó el día anterior delante de los compañeros lleva implícita una responsabilidad. Nadie quiere ser el miembro del equipo que siempre está haciendo lo mismo y no avanza.
Consejo de experto: Algunos equipos se sirven de temporizadores para que todos sigan el rumbo previsto. Otros lanzan pelotas al equipo para asegurarse de que presten atención. Muchos equipos distribuidos utilizan las videoconferencias o los chats de grupo para acortar distancias. Tu equipo es único. ¡Tus reuniones rápidas también deben serlo!
Puedes utilizar los sprints activos del tablero de scrum durante la reunión rápida diaria para que cada miembro del equipo pueda ver las tareas en las que está trabajando.
Paso 7: Consultar el diagrama de trabajo pendiente
Es buena idea consultar el diagrama de trabajo pendiente durante un sprint. En Jira, el diagrama de trabajo pendiente muestra la cantidad estimada y la cantidad real de trabajo que se debe realizar en un sprint. El diagrama de trabajo pendiente se actualiza automáticamente en Jira conforme completas las tareas. Para ver este diagrama, haz clic en Informes en la barra lateral y, a continuación, selecciona el diagrama de trabajo pendiente en la lista desplegable de informes.
El diagrama de evolución muestra la cantidad estimada y la cantidad real de trabajo que se realiza en un sprint. El eje X horizontal de un diagrama de trabajo pendiente indica el tiempo, mientras que el eje Y vertical suele indicar los puntos de historia.
El diagrama de evolución se utiliza para supervisar todo el trabajo restante y proyectar la posibilidad de alcanzar el objetivo del sprint. Supervisar el trabajo total restante mediante iteraciones permite al equipo gestionar su progreso y responder de la forma correspondiente.
![Diagrama de evolución ágil | Orientador ágil de Atlassian](https://wac-cdn.atlassian.com/dam/jcr:26afaa1b-0626-46da-8dc3-281ac998ac78/image3.png?cdnVersion=2199)
- El equipo termina antes de tiempo todos los sprints porque no están asumiendo trabajo suficiente.
- El equipo no cumple los pronósticos sprint tras sprint porque están asumiendo demasiado trabajo.
- La línea de evolución marca caídas pronunciadas en lugar de una evolución más gradual debido a que el trabajo no se ha dividido granularmente.
- El propietario del producto añade o cambia el alcance en mitad del sprint.
Paso 8: Consultar el informe de sprints
En cualquier momento durante o después del sprint puedes consultar el informe de sprints o supervisar el sprint.
El informe de sprints incluye el gráfico de trabajo pendiente, indica el trabajo completado, el trabajo sin completar y cualquier trabajo que se haya añadido tras iniciar el sprint.
Paso 9: Organizar la reunión de revisión del sprint
La revisión del sprint, o demo del sprint, es una reunión participativa en la que el equipo muestra lo que ha lanzado en cada sprint. Cada sprint suele producir una parte funcional del producto que recibe el nombre de incremento.
Se trata de una reunión en la que se comparten muchas opiniones sobre el proyecto e incluye una sesión de lluvia de ideas para poder decidir cuál es el siguiente paso.
Asistentes (principalmente): equipo de desarrollo, experto en scrum y propietario del producto.
Opcional: partes interesadas.
Cuándo: normalmente el último día del sprint.
Duración: normalmente dos horas para un sprint de dos semanas.
Propósito: analizar el incremento y actualizar de forma colaborativa el backlog del producto.
Preguntas que se deben plantear:
- ¿Ha cumplido el equipo el pronóstico del sprint?
- ¿Se ha añadido o eliminado trabajo en la mitad del sprint?
- ¿Hay algún trabajo que no se haya finalizado en el sprint?
- En tal caso, pídeles que indiquen los motivos.
Paso 10: Organizar la reunión retrospectiva del sprint
Tras finalizar el sprint, el equipo debe hacer una retrospectiva. Documenta la retrospectiva en alguna plataforma. ¿Qué tal si usamos Confluence?
Asistentes: equipo de desarrollo, experto en scrum y propietario del producto.
Cuándo: Al acabar una iteración.
Duración: normalmente 90 minutos para un sprint de dos semanas.
Propósito: el equipo se inspecciona, lo que incluye sus procesos, herramientas e interacción. Las incidencias de mejora suelen añadirse al backlog del siguiente sprint.
Las retrospectivas no son un momento para quejarse sin adoptar medidas. Empléalas para averiguar lo que funciona para que el equipo pueda seguir concentrado en esas áreas. Asimismo, descubre qué es lo que no funciona y dedica un tiempo a encontrar soluciones creativas y desarrollar un plan de acción. La mejora continua es lo que sostiene e impulsa el desarrollo en un equipo ágil, y las retrospectivas constituyen una parte esencial.
Preguntas que se deben plantear:
- ¿Qué aciertos tuvimos durante el sprint?
- ¿Qué podríamos haber hecho mejor?
- ¿Qué vamos a mejorar para la próxima vez?
Consejo de experto: Aunque todo vaya bien en el equipo, sigue haciendo retrospectivas. Las retrospectivas ofrecen una orientación constante para que el equipo siga haciendo las cosas bien.
Paso 11: Completar el sprint en Jira
Al final del sprint, debes completarlo.
![Botón Terminar sprint en la parte superior del tablero](https://wac-cdn.atlassian.com/dam/jcr:fe0cc2f3-8c96-4930-aa1b-1345b88648bc/image4.png?cdnVersion=2199)
Si el sprint tiene incidencias incompletas, puedes:
- Mover las incidencias al backlog.
- Mover las incidencias a un sprint futuro.
- Mover las incidencias a un nuevo sprint que Jira se encargará de crear.
Paso 12: Repetir desde el paso 2
Llegados a este punto, dispones de los conocimientos básicos sobre cómo crear el backlog con las historias de usuarios, cómo organizar las historias de usuario en sprints, iniciar el sprint y celebrar ceremonias de scrum. Tienes la capacidad de decidir si esto funciona para tu equipo o si te gustaría pasar a algunos temas más avanzados.
Una vez que tu equipo y tú hayáis completado los pasos anteriores, pasad al artículo avanzado Cómo realizar prácticas de scrum avanzadas con Jira.