Metodología Ágil: Scrum
INGENIERÍA DE REQUISITOS DE SOFTWARE
Una introducción práctica y clara al marco de trabajo ágil más utilizado en el desarrollo
de software moderno.
¿Qué es Scrum?
Scrum es un marco de trabajo ágil que organiza el desarrollo de software en
iteraciones cortas llamadas sprints. Su objetivo es entregar valor de forma
continua y adaptarse al cambio de manera estructurada, sin sacrificar la calidad
del producto.
A diferencia de los enfoques tradicionales, Scrum no intenta definir todo desde
el inicio. En cambio, construye el sistema en partes pequeñas, funcionales e
incrementales, incorporando retroalimentación constante del cliente en cada
ciclo.
Idea clave: El sistema se construye en partes pequeñas y funcionales,
entregando valor real al cliente desde las primeras semanas.
Visión General del Flujo Scrum
Todo el proceso Scrum gira en torno a tres pilares fundamentales que garantizan su
efectividad.
Ciclos Cortos Mejora Continua
El trabajo se organiza en sprints de 1 Cada sprint concluye con una
a 4 semanas, generando entregas retrospectiva donde el equipo
frecuentes y predecibles. identifica áreas de mejora para el
siguiente ciclo.
Colaboración Constante
El equipo y el cliente trabajan juntos de forma activa, asegurando que el producto
evolucione según las necesidades reales.
Backlog
Sprint
Incremento
Características Principales de Scrum
Iterativo e Incremental Alta Flexibilidad Entregas Frecuentes
El producto se construye en ciclos repetidos, Los requisitos pueden modificarse entre sprints, Al final de cada sprint se entrega un incremento
sumando funcionalidades en cada sprint hasta permitiendo al equipo responder rápidamente a funcional, lo que reduce el riesgo y genera
alcanzar el producto completo. cambios del mercado o del cliente. confianza en el cliente.
Comunicación Constante Enfoque en Valor
El cliente participa activamente en revisiones y Las decisiones se toman priorizando el mayor
aprobaciones, garantizando que el producto valor de negocio posible, optimizando el retorno
refleje sus necesidades reales. de inversión del cliente.
Los Tres Roles de Scrum
Scrum define tres roles con responsabilidades claras y complementarias. Su correcta interacción es clave para el éxito del equipo.
Product Owner Scrum Master Equipo de Desarrollo
Es la voz del cliente dentro del equipo. Define, Actúa como facilitador y guardián del proceso Grupo multifuncional y autogestionado que
prioriza y gestiona el Product Backlog, Scrum. Su función no es dirigir, sino eliminar diseña, construye y prueba el incremento del
asegurando que el equipo trabaje siempre en lo obstáculos y proteger al equipo para que producto. Idealmente compuesto por 3 a 9
más valioso para el negocio. pueda trabajar con máxima eficiencia. personas con habilidades complementarias.
Define los requisitos como historias de Facilita los eventos de Scrum Estima y planifica el sprint
usuario Elimina impedimentos del equipo Construye el incremento funcional
Prioriza el backlog según valor de negocio Promueve la cultura ágil en la organización Se autogestiona sin jerarquías rígidas
Acepta o rechaza los incrementos del sprint
Artefactos de Scrum
Los artefactos de Scrum son las herramientas de transparencia que permiten al equipo y al cliente visualizar el trabajo pendiente, en curso y
completado.
📋 Product Backlog 📦 Sprint Backlog ✅ Incremento
Lista ordenada y priorizada de todos los Subconjunto del Product Backlog Es el resultado tangible y funcional al
requisitos del producto, expresados seleccionado para ser desarrollado final de cada sprint. Debe cumplir la
generalmente como historias de usuario. durante el sprint en curso. Incluye las "Definición de Terminado" (DoD) acordada
Es responsabilidad del Product Owner y tareas específicas que el equipo se por el equipo y ser potencialmente
evoluciona durante todo el proyecto. compromete a completar. entregable al cliente.
Contiene funcionalidades, mejoras y Lo define el equipo de desarrollo en el Representa valor real y utilizable
correcciones Sprint Planning Se suma a los incrementos anteriores
Los ítems superiores están más Es propiedad del equipo y se actualiza de forma acumulativa
detallados y son más urgentes diariamente
Los Eventos del Ciclo Scrum
Scrum define cinco eventos formales que estructuran el ciclo de trabajo. Cada evento tiene un propósito específico y una duración máxima
establecida.
Sprint 1
Ciclo de trabajo de 1 a 4 semanas. Es el contenedor de todos
los demás eventos. Su duración es fija y no debe interrumpirse.
2 Sprint Planning
Reunión al inicio del sprint donde el equipo selecciona los ítems
del backlog y planifica cómo construirá el incremento.
Daily Scrum 3
Reunión diaria de 15 minutos donde el equipo sincroniza
actividades, comparte avances e identifica impedimentos.
4 Sprint Review
Al final del sprint, el equipo presenta el incremento al cliente y
recibe retroalimentación directa para ajustar el backlog.
Sprint Retrospective 5
El equipo reflexiona sobre su proceso y define acciones
concretas de mejora para el siguiente sprint.
Manejo de Requisitos en Scrum
Historias de Usuario Gestión Dinámica del Backlog
En Scrum, los requisitos se expresan como historias de usuario: A diferencia de los enfoques tradicionales, los requisitos en Scrum no
descripciones breves de funcionalidades desde la perspectiva del están fijos. El Product Backlog es un documento vivo que se refina y
usuario final. Su formato estándar es: reordena continuamente según el aprendizaje del equipo y las
prioridades del cliente.
"Como [usuario], quiero [funcionalidad], para [beneficio]."
Los requisitos se priorizan por valor de negocio
Este enfoque mantiene el foco en el valor real para el usuario, evitando
Pueden redefinirse o descartarse entre sprints
especificaciones técnicas ambiguas o desconectadas del negocio.
La ambigüedad se tolera para ítems futuros
Idea clave: Los requisitos evolucionan constantemente. Scrum
los abraza como oportunidades, no como problemas.
Ventajas y Desventajas de Scrum
✔ VENTAJAS ✗ DESVENTAJAS
Alta Flexibilidad Entregas Rápidas y Menor Dependencia del
Frecuentes Documentación Cliente
Se adapta fácilmente a
Formal
cambios en los requisitos El cliente recibe valor Sin la participación activa
sin necesidad de rediseñar funcional desde las La agilidad prioriza el del Product Owner, el
todo el proyecto desde primeras semanas, software funcional sobre la equipo puede perder el
cero. reduciendo el tiempo de documentación exhaustiva, rumbo o tomar decisiones
espera. lo que puede ser un incorrectas.
problema en entornos
Retroalimentación Mayor Satisfacción regulados.
Constante del Cliente
Riesgo de Pérdida de Control
Las revisiones del sprint La participación activa del
garantizan que el producto cliente y las entregas Sin una buena gestión del backlog y una visión clara del
evolucione en la dirección continuas generan mayor producto, el proyecto puede dispersarse o generar deuda
correcta. confianza y satisfacción. técnica.
Conclusión: ¿Cuándo Usar
Scrum?
Scrum es especialmente poderoso en contextos donde la incertidumbre es alta y la
capacidad de adaptación es una ventaja competitiva.
Requisitos Cambiantes Rapidez en la Entrega
Ideal cuando las necesidades del Perfecto para proyectos que
cliente evolucionan constantemente y necesitan resultados tangibles en
no pueden definirse por completo al poco tiempo y no pueden esperar a
inicio del proyecto. un ciclo completo de desarrollo.
Retroalimentación Continua
Óptimo cuando el cliente puede y quiere participar activamente, validando el
producto en cada sprint.
Mensaje clave: Scrum no busca predecir el futuro ni controlar cada detalle desde el
inicio. Su fortaleza radica en la adaptación continua al cambio, convirtiendo la
incertidumbre en una oportunidad de mejora constante.