Scrum es un marco de trabajo (framework) ágil diseñado para gestionar y desarrollar proyectos complejos, especialmente en software, mediante entregas rápidas e iterativas.
Los 3 Pilares de Scrum
- Transparencia: Todos los aspectos del proceso deben ser visibles para los responsables del resultado.
- Inspección: Los usuarios de Scrum deben revisar constantemente los artefactos y el avance para detectar desviaciones.
- Adaptación: Si se detecta un problema o desviación, el proceso o el producto deben ajustarse lo antes posible.
Roles Principales
| Rol | Responsabilidad Principal |
| Product Owner | Maximiza el valor del producto y gestiona la lista de prioridades (Product Backlog). |
| Scrum Master | Facilita el proceso, elimina obstáculos y asegura que el equipo siga los principios de Scrum. |
| Developers | Equipo multidisciplinario que crea el incremento funcional en cada iteración. |
Eventos Clave (Rituales)
- Sprint: El corazón de Scrum. Es un bloque de tiempo fijo (normalmente de 1 a 4 semanas) donde se crea un incremento de producto utilizable.
- Sprint Planning: Reunión al inicio del Sprint para definir qué se va a hacer y cómo se logrará.
- Daily Scrum: Reunión diaria de 15 minutos para sincronizar actividades y detectar bloqueos.
- Sprint Review: Presentación al final del Sprint para mostrar el trabajo terminado a los interesados (stakeholders).
- Sprint Retrospective: Reunión interna del equipo para analizar qué funcionó, qué no, y cómo mejorar en el siguiente Sprint.
Artefactos
- Product Backlog: Lista priorizada de todo lo que se necesita en el producto.
- Sprint Backlog: El conjunto de tareas seleccionadas del Product Backlog para desarrollarse durante el Sprint actual.
- Incremento: La suma de todos los elementos completados durante un Sprint, que debe cumplir con la definición de “Hecho” (Definition of Done).
Qué es el definition of ready DOR y donde se aplica?
Hay otros artefactos o elementos de scrum que no sean estos que son los tradicionalmente básicos, pero que hoy en día estén muy presentes en el mercado actual?
¿Por qué Scrum a pesar de ser el marco ágil más popular, suele ser mal implementado?
Qué sucede exactamente si surge una emergencia, como un error crítico en el sistema, a mitad de un Sprint? ¿Se interrumpe el trabajo actual para resolverlo o se debe esperar al siguiente Sprint
¿Como se maneja en la practica cuando un desarrollador decide resolver una tarea tecnica de una forma que choca con la arquitectura general del proyecto?
Cómo se determina la duración óptima de un Sprint si el equipo experimenta interrupciones constantes por parte de los stakeholders?
¿hasta qué punto se puede adaptar un Sprint sin dejar de estar trabajando realmente con Scrum?”