---

¿Qué es Scrum? ¡La respuesta puede sorprenderte!

¿Qué es Scrum? Sin complicarlo demasiado, podemos definirlo así:

Scrum es un marco de trabajo ligero e iterativo para desarrollar y entregar productos valiosos, incluido software.

Aunque se utiliza ampliamente en ingeniería de software, este marco ágil e iterativo también se aplica fuera de esa industria.

Muchas personas del sector de TI creen que el término «Scrum» se acuñó a principios de los años 2000, en paralelo a las nuevas tendencias de desarrollo y entrega ágil de software. ¡Esa información es incorrecta!

La metáfora de Scrum apareció en un artículo sobre desarrollo de productos de Harvard Business Review en enero de 1986. Hirotaka Takeuchi e Ikujiro Nonaka la utilizaron en su artículo: The New New Product Development Game. (Sí, «New» aparece dos veces) ¡Consulta «The New New Product Development Game» para descubrir cómo empezó todo lo relacionado con Scrum!

Scrum puede utilizarse en todo tipo de proyectos de desarrollo de software: para desarrollar y entregar paquetes completos o solo módulos de sistemas mayores, tanto productos como servicios para clientes internos y externos.

Scrum es un proceso ligero centrado en aumentar la productividad de los equipos y reducir el desperdicio y las actividades redundantes.

Scrum define directrices generales con unas pocas reglas, funciones, artefactos y eventos. Todos estos componentes (Componentes principales del marco Scrum) son fundamentales, cumplen propósitos concretos y resultan esenciales para utilizar Scrum con éxito.

Los componentes principales de Scrum son:

• Tres responsabilidades dentro del Scrum Team: El Product Owner, el Scrum Master y los Developers.
• Cinco eventos (rituales) o ceremonias Scrum: El Sprint, Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective. Scrum Grooming (refinamiento del backlog) es una actividad continua que apoya estos eventos, no un sexto evento formal.
• Product Backlog (Scrum Backlog) o Product Backlog de Scrum: Artefacto utilizado para gestionar y priorizar todos los requisitos conocidos de un proyecto Scrum.
• Sprints: Ciclos de trabajo para desarrollar incrementos entregables de un producto o servicio de software.
• Sprint Backlog: Artefacto que contiene el Sprint Goal, los elementos seleccionados del Product Backlog y el plan de los Developers para entregarlos.
• Incremento: Mejora utilizable del producto que cumple la Definition of Done.

La autoorganización y la colaboración incondicional son elementos fundamentales de Scrum. Los Scrum Teams ya no necesitan un director de proyecto en el sentido clásico. Scrum distribuye las responsabilidades tradicionalmente asignadas a esa figura entre el Product Owner, el Scrum Master y los Developers.

Los Developers mantienen el control sobre cómo planifican y realizan su trabajo; el Scrum Master y el Product Owner apoyan esa autogestión. Por ejemplo, seleccionan elementos del Product Backlog en conversación con el Product Owner y planifican cómo entregar un incremento utilizable.

Otro elemento central de Scrum es la mejora continua que posibilita «inspeccionar y adaptar». El Scrum Team supervisa, inspecciona y evalúa continuamente sus artefactos y su uso de Scrum para adaptarlos y optimizarlos. Estos esfuerzos maximizan la calidad, la eficiencia y la satisfacción del cliente, y minimizan el desperdicio y los riesgos generales del proyecto.

Scrum reconoce que los requisitos probablemente cambiarán y no se conocen por completo, especialmente al comienzo de los proyectos.

Todo proyecto tiene incógnitas que ni siquiera sabemos que existen. A veces pocas, a veces muchas. Scrum nos ayuda a aceptar que solo podemos descubrir y abordar esas incógnitas mientras ejecutamos los proyectos.

El Scrum Team refina el trabajo antes de implementarlo, con mayor detalle en los elementos prioritarios que probablemente se seleccionarán antes, durante Scrum Grooming (refinamiento del backlog) y Sprint Planning. La apertura al cambio, la optimización continua y aprender de los errores pasan a integrar todo el ciclo de vida de la ingeniería de software.

Otro pilar de Scrum es la transparencia y la comunicación directa. El Product Owner trabaja estrechamente con el Scrum Team para identificar y priorizar requisitos. Pueden redactarse como historias de usuario y guardarse en el Product Backlog de Scrum, que recoge el trabajo conocido necesario para mejorar el producto y evoluciona a medida que el equipo aprende.

El Scrum Team está facultado para seleccionar las historias que confía en poder entregar dentro de un Sprint, que suele durar entre dos y cuatro semanas y siempre un mes o menos. Como el equipo se compromete con sus propios objetivos, sus integrantes se sienten más implicados y saben que sus opiniones cuentan. Incluirlos en el flujo natural y la planificación de los proyectos de software mejora la moral y, por consiguiente, el rendimiento.

Los Scrum Masters también son esenciales porque trabajan como líderes al servicio de sus Scrum Teams y junto a ellos.

Los Scrum Masters son facilitadores formados para asegurar el funcionamiento fluido de sus equipos. A veces son negociadores expertos que los protegen de interrupciones y prioridades ficticias de las partes interesadas. Otras veces son comunicadores expertos que eliminan o previenen impedimentos conocidos o previsibles antes de que bloqueen al equipo. Estas son solo algunas de sus responsabilidades. Más adelante veremos otras obligaciones de las distintas funciones de Scrum.

Scrum, en su forma pura, resulta especialmente adecuado para proyectos muy independientes de un solo equipo, tanto nuevos como sobre sistemas existentes.

Sin embargo, el sentido práctico de los profesionales de Scrum fue más allá. Al introducir funciones y complementos como «Chief Scrum Product Owner» y «Scaled Scrum», también puede utilizarse con distintas configuraciones de proyecto, incluidas las de varios equipos y las geográficamente distribuidas. También profundizaremos en ellas.

Por ahora, ¡sigue atento y disfruta de la lectura!