¿Qué es Scrum?
Scrum es un marco que utilizan los equipos para administrar el trabajo y resolver problemas de forma colaborativa en ciclos cortos. Scrum pone en práctica los principios de Agile como un conjunto concreto de artefactos, prácticas y roles.
El ciclo de vida de Scrum
En el diagrama a continuación se muestra el ciclo de vida iterativo de Scrum. La totalidad del ciclo de vida se completa en períodos de tiempo fijos que se conocen como sprints. Un sprint suele tener una duración de una a cuatro semanas.
Roles de equipo de Scrum
Existen tres roles esenciales en Scrum: el propietario del producto, el facilitador y el equipo de desarrollo.
Propietario del producto
El propietario del producto es el responsable de lo que crea el equipo y de por qué lo crea. El propietario del producto es el responsable de mantener el trabajo pendiente al día y en orden de prioridad.
Facilitador
El facilitador garantiza que el equipo cumpla el proceso Scrum. Los facilitadores están continuamente en busca de posibles mejoras para el equipo, al tiempo que resuelven los impedimentos y otros problemas de bloqueo que puedan surgir durante el sprint. Los facilitadores son en parte entrenadores, en parte miembros del equipo y en parte animadores.
Equipo de desarrollo
Los miembros del equipo de desarrollo son quienes realmente crean el producto. El equipo posee la ingeniería del producto y la calidad que lo acompaña.
Trabajo pendiente del producto
El trabajo pendiente del producto es una lista prioritaria del trabajo que el equipo puede entregar. El propietario del producto es el responsable de añadir, cambiar y volver a establecer prioridades en el trabajo pendiente según sea necesario. Los elementos de la parte superior del trabajo pendiente deben estar siempre listos para que el equipo los ejecute.
Planeamiento de sprint
En el planeamiento de sprint, el equipo elige los elementos de trabajo pendiente en los que trabajarán en el próximo sprint. El equipo elige los elementos de trabajo pendiente en función de su prioridad y lo que creen que pueden completar en el sprint. El trabajo pendiente del sprint es la lista de elementos que el equipo planea entregar en el sprint. A menudo, los elementos del trabajo pendiente del sprint se desglosan en tareas. Una vez que todos los miembros hayan acordado que el trabajo pendiente del sprint es viable, se inicia el sprint.
Ejecución del sprint
Una vez que se inicia el sprint, el equipo ejecuta el trabajo pendiente del sprint. Scrum no especifica la forma en que el equipo debe llevar a cabo la ejecución. El equipo decide la forma en que va a administrar su propio trabajo.
Scrum define una práctica conocida como Scrum diario, a menudo también llamada reunión diaria. El Scrum diario es una reunión diaria que se limita a quince minutos. Los miembros del equipo suelen quedarse de pie durante la reunión para asegurarse de que sea breve. Cada miembro del equipo informa brevemente de los progresos desde el día anterior, de los planes para la jornada de hoy y de cualquier obstáculo que impida su avance.
Para ayudar al Scrum diario, los equipos suelen revisar dos artefactos:
Panel de tareas
El panel de tareas enumera cada elemento del trabajo pendiente en el que está trabajando el equipo, y lo desglosa en las tareas necesarias para completarlo. Las tareas se dividen en las columnas Pendiente, En curso y Finalizada en función del estado en que se encuentren. El panel proporciona una manera visual de realizar un seguimiento del progreso de cada elemento de trabajo pendiente.
Descubra más acerca de los paneles de tareas Kanban.
Gráfico de evolución de sprint
La evolución del sprint es un gráfico que traza el total diario del trabajo restante, que habitualmente se muestra en horas. El diagrama de evolución ofrece una manera visual de mostrar si el equipo va por buen camino para completar todo el trabajo al final del sprint.
Revisión de sprint y retrospectiva de sprint
Al final del sprint, el equipo desempeña dos prácticas:
Revisión de sprint
El equipo muestra a las partes interesadas lo que se ha logrado. Demuestran el software y su valor.
Retrospectiva de sprint
El equipo se toma el tiempo para reflexionar sobre lo que ha ido bien y lo que hay que mejorar. El resultado de la retrospectiva son acciones para el siguiente sprint.
Increment
El producto de un sprint se conoce como incremento o incremento potencialmente apto para el envío. Sin importar el término, el resultado de un sprint debe ser de calidad apta para el envío, incluso si forma parte de algo más grande y no puede enviarse por sí solo. Debe satisfacer todos los criterios de calidad definidos por el equipo y el propietario del producto.
Repetir, aprender, mejorar
El ciclo completo se repite para el siguiente sprint. El planeamiento de sprint identifica los siguientes elementos a incluir en el trabajo pendiente del producto y el ciclo se repite. Mientras el equipo ejecuta el sprint, el propietario del producto garantiza que los elementos de la parte superior del trabajo pendiente estén listos para ejecutarse en el siguiente sprint.
Este ciclo iterativo más corto ofrece al equipo múltiples oportunidades de aprendizaje y mejora. Un proyecto tradicional normalmente tiene un ciclo de vida largo, de 6 a 12 meses. Si bien un equipo puede aprender de un proyecto tradicional, las oportunidades son mucho menores que las de un equipo que ejecuta en sprints de dos semanas, por ejemplo.
Este ciclo iterativo es, en muchos sentidos, la esencia de Agile.
Scrum es muy popular porque ofrece el marco justo para guiar a los equipos, al tiempo que les da flexibilidad en la ejecución. Sus conceptos son sencillos y fáciles de aprender. Los equipos pueden empezar a trabajar rápidamente y aprender sobre la marcha. Todo esto hace que Scrum sea una gran alternativa para los equipos que empiezan a implementar los principios de Agile.
Pasos siguientes
Puede obtener más información sobre los recursos de Scrum, el entrenamiento y la certificación en:
Descubra cómo administrar el proceso Scrum.
Las organizaciones más grandes y complejas pueden considerar que Scrum no se ajusta del todo a sus necesidades. Para esos casos, consulte Scaled Agile Framework.