Actualizado el 10 de noviembre de 2026 por Nicolas Finet, CEO de Sortlist. Hemos reescrito esta guía: qué es Scrum, sus roles, eventos y artefactos según la Guía de Scrum, cómo empezar, en qué casos funciona y qué errores evitar.
Scrum es un marco ágil para desarrollar productos de forma iterativa e incremental. Un equipo pequeño trabaja en ciclos cortos llamados sprints y entrega un incremento utilizable al final de cada uno.
Lo esencial
- Scrum define tres roles (Product Owner, Scrum Master y Developers), cinco eventos (Sprint, planificación, Daily, revisión y retrospectiva) y tres artefactos (Product Backlog, Sprint Backlog e Incremento).
- Un sprint dura un mes o menos; el equipo se compromete con un objetivo, no con una lista cerrada de tareas.
- Funciona mejor con requisitos cambiantes y equipos estables y autónomos.
Roles
| Rol | Responsabilidad |
|---|---|
| Product Owner | Maximiza el valor del producto y ordena el Product Backlog |
| Scrum Master | Ayuda al equipo a aplicar Scrum y elimina impedimentos |
| Developers | Construyen el incremento: diseño, desarrollo, pruebas |
Eventos
| Evento | Para qué |
|---|---|
| Sprint | Ciclo de trabajo de un mes o menos que contiene los demás eventos |
| Planificación del Sprint | Acordar el objetivo y el trabajo del Sprint |
| Scrum diario (Daily) | Sincronizar al equipo y planificar el día (máximo 15 minutos) |
| Revisión del Sprint | Inspeccionar el incremento con los interesados |
| Retrospectiva | Mejorar la forma de trabajar |
Artefactos
- Product Backlog: lista ordenada de lo que necesita el producto.
- Sprint Backlog: objetivo del sprint, elementos seleccionados y plan.
- Incremento: resultado utilizable que cumple la definición de terminado.
Para quien empieza: elige sprints cortos (una o dos semanas), un objetivo claro por sprint y una definición de terminado escrita. El resto se afina con las retrospectivas.
Consejo del equipo editorial de Sortlist
Cómo empezar
- Nombra al Product Owner y al Scrum Master.
- Crea el Product Backlog con las necesidades priorizadas.
- Define la definición de terminado.
- Planifica el primer sprint con un objetivo claro.
- Haz Dailys breves y revisa con interesados al final.
- Mejora en cada retrospectiva.
Cuándo conviene y cuándo no
| Conviene | Puede no encajar |
|---|---|
| Requisitos que cambian | Proyectos con alcance fijo y cambios mínimos |
| Equipos pequeños y estables | Equipos muy dispersos sin acceso a decisión |
| Producto con entregas frecuentes | Trabajo de soporte con flujo continuo (quizá mejor Kanban) |
Errores frecuentes
- Usar Scrum solo como reuniones sin autonomía real.
- Backlog sin priorizar o Product Owner sin poder de decisión.
- Sprints que se alargan o cambian de objetivo continuamente.
- Saltarse las retrospectivas.
Más en roadmap de producto y software de gestión de proyectos.
Preguntas frecuentes sobre Scrum
¿Cuánto dura un sprint?
Un mes o menos; muchos equipos usan una o dos semanas.
¿Cuántas personas forman el equipo?
Un equipo pequeño; la Guía de Scrum habla de un máximo de diez personas.
¿Scrum es solo para software?
No; se usa también en marketing, diseño y otros trabajos creativos.
¿Qué diferencia hay con Kanban?
Scrum trabaja por sprints con roles y eventos; Kanban gestiona un flujo continuo limitando el trabajo en curso.
¿Necesitas ayuda? Publica tu proyecto en Sortlist y compara agencias de España.
Fuentes: Guía de Scrum (scrumguides.org).
