Scrum es un marco de gestión de proyectos de metodología ágil que ayuda a los equipos a organizar y supervisar su trabajo mediante un conjunto de valores, principios y prácticas. Scrum anima a los equipos a aprender a través de la experiencia, a autoorganizarse mientras abordan un problema y a reflexionar sobre sus victorias y derrotas para mejorar continuamente.

¿Quién usa principalmente el marco de scrum?

Los equipos de desarrollo e ingeniería de software suelen emplear la metodología scrum para adaptarse a los cambiantes requisitos y gestionar los costes. Sin embargo, no son los únicos que la utilizan. Sus principios y lecciones se pueden aplicar a todo tipo de trabajo en equipo, desde el que realiza el departamento de marketing hasta el que lleva a cabo el de TI.

Se suele pensar que scrum y la metodología ágil son lo mismo porque scrum se centra en la mejora continua, que es un principio básico de la metodología ágil. Sin embargo, scrum es un marco para realizar el trabajo, mientras que la metodología ágil es una mentalidad. 

La mentalidad ágil se centra en la mejora gradual continua mediante publicaciones pequeñas y frecuentes. En realidad, no se puede “adoptar una metodología ágil” individualmente, ya que para cambiar la forma de pensar a la hora de ofrecer valor a los clientes se requiere la dedicación de todo el equipo. 

Lo que sí que se puede usar es un marco como scrum para empezar a pensar de esa manera y poner en práctica la aplicación de principios de metodología ágil en la comunicación y el trabajo diarios.

La diferencia entre scrum y la metodología ágil se encuentra en la guía de scrum y en el Manifiesto ágil. El Manifiesto ágil describe cuatro valores:

• Las personas y las interacciones por encima de los procesos y las herramientas

• Software funcionando sobre documentación extensiva

• Colaboración con el cliente por encima de negociación de contratos

• Respuesta ante el cambio siguiendo un plan

Scrum se basa en el empirismo y el pensamiento lean. Según el empirismo, el conocimiento proviene de la experiencia y las decisiones se toman en función de lo que se observa.

A menudo combinado con los tableros de kanban, el pensamiento lean reduce el despilfarro y se centra en lo esencial. La teoría de scrum se refiere a estos principios fundamentales: empirismo, pensamiento simplificado y mejora iterativa.

Cuando se hace correctamente, guía la estructura, las prácticas y la mejora continua de las implementaciones de scrum.

La historia del marco de scrum debe gran parte de su éxito al trabajo pionero de Jeff Sutherland. Junto con Ken Schwaber, Sutherland desarrolló scrum a principios de la década de 1990 para responder a los desafíos de gestionar proyectos complejos de desarrollo de software. 

Sutherland aportó una perspectiva única a la gestión de proyectos, que enfatizaba el trabajo en equipo, la adaptabilidad y una comunicación clara. Sus experiencias en entornos de alta presión dieron forma a la naturaleza colaborativa e iterativa de scrum, y lo convirtieron en una poderosa herramienta para abordar problemas complejos. 

Hoy en día, la influencia de Sutherland es evidente en la forma en que los equipos de scrum organizan su trabajo, aportan valor y mejoran continuamente.

Scrum requiere roles y componentes específicos, incluidos un experto en scrum, un propietario del producto y el equipo de scrum, para ofrecer valor a través de sprints iterativos.

El marco de scrum está formado por un conjunto de valores, principios y prácticas que los equipos de scrum siguen para desarrollar un producto o servicio. Detalla cuáles son los miembros de un equipo de scrum y sus responsabilidades, o artefactos de scrum. 

Estos artefactos definen el producto y el trabajo necesario para crearlo, mientras que las ceremonias de scrum guían al equipo de scrum en el proceso. Un equipo de scrum está formado por una unidad pequeña, multifuncional y autogestionada que es responsable de ofrecer un producto valioso en cada sprint.

Aunque scrum está estructurado, no es del todo rígido. Su ejecución se puede adaptar a las necesidades de cualquier organización. Existen muchas teorías acerca de cómo deben trabajar los equipos de scrum para tener éxito. 

Sin embargo, después de más de una década ayudando a los equipos ágiles a realizar el trabajo en Atlassian, hemos aprendido que la comunicación clara, la transparencia y la dedicación a la mejora continua deben ser el núcleo del marco de trabajo que elijas. 

El resto depende de ti.

Un equipo de scrum es un equipo pequeño y ágil que se dedica a ofrecer incrementos de productos de forma comprometida. Por lo general, se trata de un grupo reducido y muy unido de unas 10 personas. 

Pero a menudo es lo suficientemente grande como para llevar a cabo una cantidad considerable de trabajo en un sprint. La mayoría de los equipos de scrum deben componerse de tres roles: el propietario del producto, el Scrum Master y el equipo de desarrollo.

Los propietarios de producto son quienes más conocen el producto. Se centran en comprender los requisitos empresariales, de los clientes y del mercado.

Este rol prioriza el trabajo que debe realizar el equipo de ingeniería para cumplir dichos requisitos. Los propietarios de producto eficaces:

• Crean y gestionan el backlog del producto.

• Utilizan la gestión del backlog de sprint desarrollando, ordenando y gestionando de forma transparente el backlog del producto para lograr una planificación y priorización eficaces.

• Se asocian con el negocio y el equipo para asegurarse de que todo el mundo entiende las actividades en el backlog del producto.

• Aportan al equipo directrices claras sobre qué funciones entregar a continuación.

• Deciden cuándo lanzar el producto con predisposición hacia una entrega más frecuente.

El propietario del producto no siempre es el gestor del producto. El propietario del producto se centra en asegurarse de que el equipo de desarrollo aporta el mayor valor a la empresa. 

El propietario del producto debe ser una sola persona. Ningún equipo de desarrollo desea directrices cruzadas de varios propietarios del producto.

Los expertos en scrum son los principales especialistas de scrum dentro de sus equipos. Orientan sobre el proceso de scrum a los equipos, a los propietarios de productos y a la empresa, y buscan formas de perfeccionar esta práctica. 

Una responsabilidad clave de los expertos en scrum es mejorar la eficacia del equipo de scrum mediante la orientación, eliminando los impedimentos y facilitando los procesos de scrum. Esto les ayuda a mejorar el rendimiento y la entrega generales del equipo.

Un experto en scrum eficaz conoce profundamente el trabajo que realiza el equipo y puede ayudarlo a optimizar su transparencia y flujo de entrega.

Como facilitadores principales, programan los recursos necesarios (tanto humanos como logísticos). Estos recursos lo cubren todo, desde la planificación de sprints, las reuniones diarias, las revisiones de los sprints y las retrospectivas de los sprints.

Los equipos de desarrollo que usan scrum sacan el trabajo adelante. Son los que mejor conocen las prácticas de desarrollo sostenible. 

Los equipos de scrum más eficaces tienen una relación estrecha, se encuentran en la misma ubicación y están compuestos por entre cinco y siete miembros. Una forma de calcular el tamaño del equipo es usar la famosa "regla de las dos pizzas" de Jeff Bezos, el director ejecutivo de Amazon (el equipo debe ser lo suficientemente pequeño como para compartir dos pizzas).

Los miembros del equipo tienen habilidades diversas y se forman entre sí para que nadie se convierta en un cuello de botella en la entrega de trabajo. Los equipos de scrum sólidos se autoorganizan y enfocan sus proyectos con una clara visión colectiva. 

Todos los miembros del equipo se ayudan entre sí para finalizar los sprints con éxito. El equipo de scrum impulsa el plan de cada sprint. 

Prevén cuánto trabajo pueden finalizar a lo largo de la iteración en función de su historial de velocidad. El equipo utiliza el rendimiento pasado para prever su capacidad y mejorar la precisión de la planificación de sprints. 

Mantener una longitud fija de la iteración aporta al equipo de desarrollo feedback sobre su estimación y proceso de entrega, lo cual a su vez consigue que las previsiones sean cada vez más precisas. Según esta evaluación, el equipo considera cuidadosamente lo que se puede entregar en el próximo sprint.

Los artefactos de scrum son información esencial que el equipo de scrum utiliza para ayudar a definir el producto y el trabajo que hay que hacer para crearlo. Existen tres artefactos en scrum: un backlog del producto, un backlog de sprint y un incremento con tu definición de “finalizado” (DoD). 

Un equipo de scrum debería reflexionar sobre estas tres constantes durante los sprints y a lo largo de su desarrollo.

Esta es la lista principal de actividades que el propietario o el responsable del producto debe realizar y mantener. Se trata de una lista dinámica de funciones, requisitos, mejoras y correcciones que actúa como la base del backlog de sprint. 

Básicamente, se trata de la lista de "tareas que hay que hacer" del equipo. 

El propietario del producto revisa, prioriza y mantiene constantemente el backlog del producto. A medida que los equipos obtienen más información o que cambia el mercado, es posible que haya elementos que dejen de ser relevantes o que los problemas se resuelvan de otras maneras. 

Los elementos del backlog se priorizan para maximizar el valor para el cliente, lo que garantiza que las funciones disponibles mejoren directamente la satisfacción del cliente y el valor empresarial a largo plazo.

Se trata de la lista de elementos, historias de usuario o correcciones de errores, seleccionados por el equipo de desarrollo para su implementación en el ciclo actual de sprint. Antes de cada sprint durante la planificación de sprints, el equipo selecciona los elementos del backlog en los que trabajará.

El backlog de sprint puede ser flexible y puede evolucionar durante un sprint. No obstante, no se puede poner en peligro el objetivo fundamental del sprint, lo que el equipo quiere lograr con el sprint actual.

El incremento, o comúnmente conocido como meta del sprint, es el producto final utilizable de un sprint. En Atlassian, solemos demostrar el "incremento" durante la demostración de fin de sprint, donde el equipo muestra lo que se ha completado en el sprint. 

A este término a menudo también se le llama la definición de Completado del equipo, un hito, la meta del sprint o incluso una versión completa o un epic lanzado. Solo depende de la definición de Completado de tus equipos y de cómo defines tus metas del sprint.

Por ejemplo, algunos equipos ofrecen algo a sus clientes al final de cada sprint. Por tanto, su definición de “finalizado” se correspondería con “lanzado”. Como puedes ver, tu equipo puede elegir definir muchas variaciones, incluso dentro de los artefactos. 

Por eso es tan importante mantener una actitud abierta con respecto a la evolución de la forma de mantenimiento de los artefactos. Tal vez tu definición de “finalizado” causa un estrés excesivo a tu equipo, y necesites revisarla y elegir otra.

El marco de scrum incluye las prácticas, las ceremonias y las reuniones que los equipos de scrum realizan de forma periódica. En las ceremonias ágiles es donde observamos la mayoría de las variaciones para los equipos. 

Te recomendamos usar todas las ceremonias para dos sprints y ver cómo va. Puedes realizar una revisión rápida para ver qué debe ajustarse. A continuación, se muestra una lista de todas las ceremonias clave en las que puede participar un equipo de scrum:

Este evento, a veces denominado limpieza del backlog, es responsabilidad del propietario del producto. La principal tarea del propietario del producto es dirigir el producto hacia su visión y estar al tanto del mercado y los clientes. 

Así pues, realiza el mantenimiento de esta lista utilizando los comentarios de los usuarios y del equipo de desarrollo para ayudar a priorizarla y mantenerla limpia y a punto para trabajar sobre ella en cualquier momento.

Todo el equipo de desarrollo planifica el trabajo que se realizará (alcance) en el sprint actual durante esta reunión. El experto en scrum dirige la reunión, que se conoce como el “evento de planificación de sprints”.

Durante la reunión, el equipo determina la meta del sprint y planifica el trabajo que se debe realizar. Posteriormente, se añaden historias de usuario específicas al sprint desde el backlog del producto.

Estas historias siempre se adecuan al objetivo y también son acordadas por el equipo de scrum para que sea factible implementarlas durante el sprint. Al final de la reunión de planificación, todos los miembros del equipo de scrum deberían tener una idea clara de lo que se entregará durante el sprint y cómo se logrará el incremento.

Un sprint es el período real durante el cual el equipo de scrum colabora para completar un incremento. Estas iteraciones cronometradas se denominan sprints y suelen durar de una a cuatro semanas. 

Dos semanas es la duración bastante habitual de un sprint, si bien a algunos equipos les resulta más fácil llegar a una semana o un mes es más fácil conseguir un incremento valioso. Dave West, de Scrum.org, aconseja que cuanto más compleja sea la actividad y cuantas más incógnitas, más corto debe ser el sprint. 

Pero depende de tu equipo, ¡y no deberías tener miedo de cambiarlo si no funciona! Durante este período, el propietario del producto y el equipo de desarrollo pueden renegociar el alcance si es necesario. 

Esto constituye el quid de la naturaleza empírica de scrum. Todos los eventos, desde la planificación hasta la retrospectiva, tienen lugar durante el sprint. Una vez que se establece un intervalo de tiempo específico para un sprint, tiene que permanecer constante durante todo el período de desarrollo. 

De este modo, el equipo puede aprender de las experiencias pasadas y a aplicar esa visión a los sprints futuros.

Scrum diario o reunión rápida

Esta reunión supercorta diaria se lleva a cabo simultáneamente (normalmente por la mañana) y es un lugar para simplificar las cosas. Estas reuniones cruciales y con plazos fijos se denominan scrums diarios y están diseñadas para inspeccionar el progreso hacia la meta del sprint, coordinar las actividades del equipo e identificar los impedimentos. 

Muchos equipos tratan de finalizar la reunión en 15 minutos, pero eso es solo una guía. Esta reunión también se denomina "reunión rápida diaria" y con ello se hace hincapié en que debe ser rápida. 

El objetivo del scrum diario es que todos los miembros del equipo estén en sintonía, se coordinen en torno al objetivo del sprint y cuenten con un plan para las próximas 24 horas. Puedes usar una plantilla de reunión rápida diaria para ayudar a iniciar las reuniones y organizarlas más rápido.

La reunión rápida es el momento de expresar cualquier inquietud acerca del cumplimiento del objetivo del sprint o de notificar los impedimentos que se detecten. Una forma habitual de realizar la reunión rápida es que cada miembro del equipo responda tres preguntas en el contexto de alcanzar el objetivo del sprint:

• ¿Qué hice ayer?

• ¿Qué tengo planeado para hoy?

• ¿Hay algún obstáculo? 

Sin embargo, hemos observado que esta reunión puede convertirse rápidamente en un momento donde los empleados leen sus agendas del día anterior y del día siguiente. La teoría detrás de la reunión diaria es que las conversaciones que pueden suponer una distracción tengan lugar en la reunión diaria, para que el equipo pueda concentrarse en la actividad durante el resto del día. 

Entonces, si se convierte en una lectura en voz alta de la agenda diaria, no tengas miedo de cambiarla y dar rienda suelta a la creatividad.

Al final del sprint, el equipo se reúne en una sesión informal para ver una demo o inspeccionar el incremento. El equipo de desarrollo muestra los elementos del backlog que ahora están finalizados a las partes interesadas y a los compañeros de equipo para recibir comentarios. 

El propietario del producto puede decidir si publica o no el incremento, aunque en la mayoría de los casos el incremento se publica. Esta reunión de revisión también se produce cuando el propietario del producto repasa el backlog del producto basado en el sprint actual, que se puede utilizar en la próxima sesión de planificación de sprint.

Para un sprint de un mes, pon el límite de tu revisión de sprint en un máximo de cuatro horas.

La retrospectiva es donde el equipo se reúne para documentar y analizar qué ha funcionado y qué no ha funcionado en un sprint, un proyecto, en las personas o relaciones, herramientas o incluso para determinados protocolos. 

La idea es crear un lugar donde el equipo pueda centrarse primordialmente en lo que salió bien y en lo que debe mejorarse para la próxima vez, y menos en lo que salió mal.

En 2016, se añadieron cinco valores de scrum a la Guía de la metodología scrum. Estos valores se enfocan en la actividad, las acciones y la conducta del equipo de scrum. La colaboración eficaz, el compromiso con las tareas y el cumplimiento de los principios de scrum son esenciales para lograr el éxito del equipo en un entorno ágil.

Compromiso

Puesto que los equipos de scrum son pequeños y ágiles, todos los miembros del equipo desempeñan un papel importante en el éxito del equipo. Cada miembro del equipo debe comprometerse a realizar las tareas que pueda completar y no a más. 

Debe haber una comunicación continua en relación con el progreso del trabajo, a menudo a través de reuniones rápidas.

Valor

El valor de un equipo de scrum es simplemente atreverse a cuestionar el statu quo o todo aquello que le impida alcanzar sus objetivos. Los miembros del equipo de scrum deben tener el valor de probar cosas nuevas y sentirse lo suficientemente cómodos haciéndolo. 

Un equipo de scrum debe tener valor y sentir seguridad a la hora ser transparente en relación con los obstáculos, el progreso del proyecto y los retrasos.

Foco

En el centro del flujo de trabajo de los equipos de scrum se encuentra el sprint, un período específico y enfocado en el que el equipo completa una cantidad determinada de actividades. El sprint proporciona una estructura, pero también ayuda a completar la cantidad de actividades planificadas.

Honestidad

Las reuniones rápidas diarias promueven la transparencia que permite a los equipos hablar abiertamente sobre el trabajo en curso y los impedimentos. En Atlassian, solemos animar a nuestros equipos de scrum a que aborden estas cuestiones:

• ¿En qué estuve trabajando ayer?

• ¿En qué estoy trabajando hoy?

• ¿Qué problemas me están bloqueando?

Esto ayuda a visibilizar el progreso e identificar los impedimentos. Compartir el progreso también fortalece al equipo.

Respeto

La fortaleza de un equipo agile reside en su colaboración y en el reconocimiento de que cada miembro del equipo contribuye al trabajo en un sprint. Celebran los logros de los demás, se respetan unos a otros y respetan al propietario del producto, a las partes interesadas y al experto en scrum.

Si bien scrum es el marco ágil más adoptado, no es el único disponible: Kanban ofrece un enfoque alternativo que hace hincapié en la entrega continua y el flujo en lugar de las iteraciones de longitud fija.

En Kanban:

• Las actividades se visualizan en un tablero y se gestionan con límites de actividad en progreso.

• Los equipos solo incorporan cambios en nuevas actividades cuando se libera capacidad, lo que crea un flujo constante y continuo.

• No hay funciones ni ceremonias prescritas, lo que hace que kanban sea más flexible y ligero que scrum.

Cuándo usar kanban:

• Ideal para equipos con un flujo continuo de tareas entrantes (por ejemplo, soporte u operaciones).

• Es útil cuando las prioridades cambian con frecuencia y los compromisos fijos de sprints son difíciles de mantener.

Cuándo usar scrum:

• Es el más adecuado para el desarrollo de productos o funciones, donde la entrega, la estructura y la previsibilidad incrementales son cruciales.

• Es apta para los equipos que se benefician de roles, ceremonias y metas de sprint claramente definidos.

Enfoques híbridos:

Algunos equipos combinan elementos de ambos marcos en lo que a menudo se denomina scrumban o kanplan (kanban con backlog). Este híbrido permite a los equipos mantener la disciplina de planificación y el backlog de scrum, al tiempo que incorpora la flexibilidad de kanban en la ejecución.

Scrum Alliance es un recurso líder para aquellos que buscan profundizar su comprensión de los principios de scrum y avanzar en sus carreras. Como organización global dedicada a promover el marco de scrum, Scrum Alliance ofrece una variedad de certificaciones y programas de capacitación.

Están diseñados para expertos de scrum, propietarios de productos y otros profesionales de scrum. De hecho, las certificaciones Certified Scrum Master (CSM) y Certified Scrum Product Owner (CSPO) son especialmente populares.

Brindan a los profesionales una base sólida en las prácticas y los valores de scrum. Obtener estas credenciales demuestra un compromiso con las metodologías ágiles y abre las puertas a nuevas oportunidades de gestión de proyectos y desarrollo de software. 

Con acceso a una comunidad dinámica, educación continua y certificaciones reconocidas por la industria, Scrum Alliance ayuda a las personas y organizaciones a tener éxito con scrum.

La adopción de scrum y otras metodologías ágiles puede ser un cambio significativo para cualquier organización, que es donde ayuda un orientador de metodología ágil. Los orientadores de metodología ágil trabajan en estrecha colaboración con los equipos de scrum para guiarlos durante la transición y guiar a los miembros del equipo a aplicar los principios de scrum en su actividad diaria. 

Facilitan los eventos de scrum, como la planificación de sprints y las retrospectivas, y capacitan a los equipos sobre las prácticas recomendadas de colaboración y comunicación. Los orientadores de metodología ágil desempeñan un rol clave a la hora de eliminar los obstáculos que impiden el progreso de un equipo.

El objetivo principal es permitir que los equipos de scrum se concentren en ofrecer valor. Al proporcionar capacitación y apoyo personalizados, los orientadores de metodología ágil permiten a los miembros del equipo adoptar las prácticas ágiles.

De este modo, se fomentará una cultura de mejora continua y mejorará la eficacia del equipo de scrum en varios equipos y proyectos.

Incluso los equipos de scrum más experimentados se enfrentan a desafíos como la resistencia al cambio, la falta de claridad en la dirección y una formación limitada en scrum. Empezar poco a poco, con solo un proyecto o equipo, puede ayudar a superar estos obstáculos.

La formación integral y el asesoramiento constante aumentan la confianza en la metodología ágil y scrum. Disponer de metas, roles y responsabilidades claros ayuda a mantener la coordinación de todos los empleados.

Las retrospectivas periódicas y las sesiones de comentarios ayudan a los equipos a reflexionar, adaptarse y mejorar. Al abordar estos desafíos desde el principio, los equipos de scrum pueden desarrollar la resiliencia, colaborar mejor y tener éxito con el marco de scrum.

El seguimiento del progreso y la eficacia de un equipo de scrum es esencial para la mejora continua y el éxito del proyecto. Los equipos de scrum suelen utilizar la velocidad de los sprints, los gráficos de trabajo pendiente y las puntuaciones de satisfacción del cliente para medir el rendimiento. 

Monitorizar el plazo de entrega, la duración del ciclo y la densidad de defectos también puede proporcionar información sobre el flujo de trabajo del equipo y la calidad del producto. Las revisiones periódicas de sprints y las retrospectivas son eventos clave de scrum.

Estas reseñas permiten a los equipos reflexionar sobre sus logros, identificar áreas de crecimiento y celebrar la correcta finalización del sprint. Al medir estos indicadores de manera coherente y actuar en función de los comentarios, los equipos de scrum mejoran sus prácticas, ofrecen un mayor valor para el cliente y garantizan el éxito continuo con el marco de scrum.

El marco de trabajo de scrum es sencillo en sí mismo. Las reglas, artefactos, eventos y funciones son fáciles de entender. Su enfoque semiprescriptivo ayuda a eliminar las ambigüedades en el proceso de desarrollo.

Sin embargo, también brinda suficiente espacio para que las empresas presenten su propia esencia. La organización de tareas complejas en historias de usuario manejables hace que sea ideal para proyectos complejos. 

La clara demarcación de funciones y los eventos planificados aseguran transparencia y propiedad colectiva en todo el ciclo de desarrollo. Los lanzamientos rápidos mantienen al equipo motivado y contentos a los usuarios, ya que pueden ver el progreso en un corto periodo.

No obstante, conocer bien cómo funciona scrum puede llevar su tiempo, especialmente si el equipo de desarrollo está acostumbrado a un modelo en cascada típico. Las iteraciones más pequeñas, las reuniones de scrum diarias, las revisiones de sprint y la identificación de un experto en scrum podrían suponer un cambio cultural difícil para un equipo nuevo.

Pero, los beneficios a largo plazo superan con creces la curva de aprendizaje inicial. El éxito de scrum en el desarrollo de productos de software y hardware complejos en distintos sectores y mercados verticales lo convierte en un marco de trabajo convincente para adoptarlo en tu organización.

Para aprender scrum con Jira, consulta este tutorial.