tutorial

Aprende scrum con Jira Software

Instrucciones pormenorizadas sobre cómo dirigir un proyecto basado en scrum

Claire Maynard Claire Maynard
Browse topics

Tutorial de scrum

En este tutorial, ofrecemos instrucciones pormenorizadas sobre cómo dirigir un proyecto basado en scrum, priorizar y organizar tu backlog mediante sprints y ejecutar protocolos de scrum en Jira Software, entre otras muchas más opciones.

Tiempo:

10 minutos de lectura. Completar en 2 semanas

 

Público de destino:

Para los nuevos usuarios de scrum, el desarrollo de software ágil o Jira Software

 

Requisito previo:

Haber creado una cuenta de Jira Software

Prúebalo gratis

¿Qué es scrum?

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 longitud fija llamadas sprints que ofrece a los equipos un marco para realizar los envíos con una cadencia periódica.

 

Paso 1: Crea un proyecto de scrum

Una vez que crees una cuenta de Jira Software e inicies sesión en ella, puedes crear un proyecto. Cuando se te solicite que selecciones una plantilla de proyecto, selecciona Scrum. También puedes aprender a crear un proyecto Kanban aquí.

Como alternativa, si buscas una experiencia más sencilla u optimizada, piensa en probar nuestra plantilla de nueva generación de Scrum. Consulta Introducción a los proyectos de nueva generación 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 Software, 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
¿Qué son las historias de usuario?

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 que pueda {obtener un beneficio}.

 

Utilicemos un sitio web como ejemplo sencillo de cómo 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 algunas historias de usuario, puedes comenzar a priorizarlas en el backlog. En Jira Software, puedes clasificar o priorizar tus historias arrastrándolas y soltándolas en el orden en que deberían estar.

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.

¿Qué es un 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

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 para todo el 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 en 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 el trabajo de la historia.

Creación de un sprint | Orientador ágil de Atlassian

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.

¿En qué consiste la reunión de planificación de sprints?

Asistentes: Obligatorios: equipo de desarrollo, experto en scrum, propietario del producto

 

Cuándo: Al principio de un sprint.

 

Duración: Normalmente dos horas por semana de iteración; p. ej., un sprint de dos semanas comienza 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.

¿Qué es el objetivo 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.

¿Qué es la estimación ágil?

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 varias incidencias del sprint tengan algún rasgo en común, 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. Dichas fechas 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 tus 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 que comiences el sprint, accederás a la pestaña Sprints activos del proyecto.

Sprints activos | Orientador ágil de Atlassian

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 de última generación 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.

¿En qué consisten las reuniones rápidas diarias?

Asistentes (principalmente): equipo de desarrollo

 

Cuándo: una vez al día, normalmente por las mañanas

 

Duración: no más de 15 minutos. No reserves ninguna sala de reuniones y haz la reunión de pie. Al estar de pie la reunión será más corta.

 

Propósito: la reunión rápida diaria está pensada para informar a todos rápidamente del trabajo que el equipo tiene entre manos y para planificar las tareas del día. No se trata de una reunión completa. El tono debe ser ligero y divertido, a la vez que informativo. Plantea a cada miembro del equipo las siguientes preguntas:

 

  • ¿Qué hice ayer?
  • ¿Qué voy a hacer hoy?
  • ¿Hay algo que bloquee mi trabajo?

 

Existe una responsabilidad implícita en informar del trabajo que realizaste ayer delante de tus compañeros. Nadie quiere ser ese miembro del equipo que siempre está trabajando en lo mismo y no realiza ningún progreso.

 

Consejo de experto: algunos equipos utilizan temporizadores para llevar un seguimiento de todos los miembros. Otros lanzan una pelota a diferentes miembros del equipo para asegurarse de que todos están prestando atención. Muchos equipos cuyos miembros trabajan en lugares distintos utilizan videoconferencias o chats grupales para salvar el hueco que deja la distancia. Tu equipo es único, y las reuniones rápidas que organizas 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 Software, 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 de la lista desplegable de informes.

Qué es un diagrama de evolución y cómo se interpreta

El diagrama de trabajo pendiente muestra la cantidad de trabajo real y estimada que hay que hacer en un sprint. El eje X horizontal de un diagrama de trabajo pendiente indica el tiempo, mientras que el eje Y vertical indica los puntos de historia.

 

El diagrama de trabajo pendiente 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
Antipatrones ante los que estar alerta
  • El equipo termina antes de tiempo todos los sprints porque no está asumiendo la cantidad de trabajo que debería.
  • El equipo no cumple el objetivo del sprint previsto sprint tras sprint porque está asumiendo demasiado trabajo.
  • La línea del trabajo pendiente presenta caídas abruptas en lugar de una evolución más gradual porque el trabajo no se ha dividido en fragmentos granulares.
  • El propietario del producto añade o cambia el alcance del sprint con el sprint ya comenzado.

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.

¿Qué es el informe de sprints?

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 la 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): el equipo de desarrollo, el experto en scrum, el propietario del producto.
Opcional: las partes interesadas

 

Cuándo: normalmente el último día del sprint

 

Duración: normalmente dos horas para un sprint de dos semanas

 

Propósito: inspeccionar el incremento y la actualización colaborativa del backlog del producto.

 

Preguntas que deben hacerse:

 

  • ¿Cumplió el equipo la previsión del script?
  • ¿Se añadió o quitó trabajo una vez el sprint estuvo en marcha?
  • ¿Hubo alguna parte del trabajo que no se completara durante el sprint?
  • Si así fuera, ¿cuál?

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?

¿En qué consiste una reunión retrospectiva de sprints?

Asistentes: el equipo de desarrollo, el experto en scrum, el propietario del producto.

 

Cuándo: al finalizar una iteración.

 

Duración:  normalmente 90 minutos para un sprint de dos semanas.

 

Propósito: el equipo se inspecciona, incluidos sus procesos, herramientas y la interacción del equipo. Las incidencias de mejora suelen añadirse al backlog del siguiente sprint.

 

Las restrospectivas no son el momento de expresar quejas sin hacer propuestas de mejora. Utiliza las retrospectivas para descubrir lo que funciona para que el equipo pueda seguir centrándose en esas áreas. También sirven para detectar lo que no funciona, buscar soluciones creativas y desarrollar un plan de acción. La mejora continua es lo que sostiene e impulsa el desarrollo dentro de un equipo ágil, y las retrospectivas constituyen un elemento clave para ello.

 

Preguntas que deben hacerse:

 

  • ¿Qué hemos hecho bien durante el sprint?
  • ¿Qué podríamos haber hecho mejor?
  • ¿Qué vamos a mejorar para la próxima vez?

 

Consejo de experto: Aunque las cosas vayan bien en el equipo, no dejes de hacer retrospectivas. Las retrospectivas ofrecen una guía constante para que el equipo siga haciendo las cosas bien.

Paso 11: Completar el sprint en Jira

Al final del sprint, debes completarlo.

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 usuario, 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 perfeccionado los pasos anteriores, pasa al artículo avanzado: Cómo realizar prácticas avanzadas de scrum con Jira Software.