Scrum en una frase
Un pequeño equipo entrega, a intervalos fijos y cortos, una versión mejorada del producto — y aprende de cada ciclo para mejorar el siguiente.
Los tres roles
El Product Owner
Lleva la visión del producto y ordena el backlog por valor. Decide el qué, nunca el cómo.
El Scrum Master
Guardián del marco de trabajo: protege al equipo de las interrupciones y hace desaparecer los bloqueos. Ni jefe de proyecto ni jerarquía — un facilitador.
El equipo de desarrollo
De tres a nueve personas, multidisciplinares, que se comprometen colectivamente con el alcance del sprint.
Los eventos del ciclo
La planificación de sprint
Al inicio de cada sprint: elegir un objetivo y las tareas que lo sirven, en función de la velocidad pasada. Es exactamente lo que muestra la demo Scrum FluidOps.
El punto diario
Quince minutos, de pie, tres preguntas: ¿qué he terminado? ¿qué está bloqueando? ¿qué hago a continuación?
La revisión de sprint
Demostración del resultado a las partes interesadas: feedback real, no informes.
La retrospectiva
El equipo examina su propio funcionamiento: un punto fuerte, un punto débil, un compromiso de mejora.
Los artefactos, o cómo Scrum materializa el trabajo
- El product backlog: todas las ideas y necesidades, ordenadas por valor.
- El sprint backlog: el subconjunto comprometido para el sprint en curso.
- El incremento: lo que está realmente terminado y entregado al final del sprint.
La velocidad — los puntos de esfuerzo terminados por sprint — se convierte en tu capacidad previsionales, visible en el módulo de sprints de FluidOps.
Los errores clásicos
Sprints demasiado largos (se pierde el bucle de retroalimentación), un backlog nunca re-priorizado, una retro que no cambia nada. El remedio se resume en una frase: los rituales sirven al avance, no al revés.