¿Qué es Scrum?

Scrum: definición e idea básica

Scrum fue desarrollado por Ken Schwaber y Jeff Sutherland y está descrito en la Guía de Scrum oficial (Scrum Guide). Parte de la base de que en los proyectos complejos no todo puede planificarse de antemano. En lugar de un plan global rígido, se planifica, se implementa, se revisa y se ajusta en ciclos cortos.

Tres principios sostienen el marco de trabajo: transparencia sobre el progreso y los problemas, revisión periódica de los resultados y adaptación cuando algo no funciona como se desea. Además, la Guía de Scrum describe cinco valores para la colaboración: compromiso, foco, apertura, respeto y coraje.

Cómo funciona Scrum

Scrum define tres responsabilidades, cinco eventos y tres artefactos. Un sprint dura como máximo un mes; en la práctica, normalmente entre una y cuatro semanas.

En el Daily Scrum, el equipo se coordina cada día en un máximo de 15 minutos. En la Sprint Review se comenta el resultado con los clientes y los usuarios, y en la retrospectiva el equipo mejora su propia forma de trabajar.

• Product Owner: responsable del valor del producto, prioriza el product backlog
• Scrum Master: apoya al equipo y ayuda a eliminar obstáculos
• Developers: implementan las tareas del sprint
• Eventos: Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective
• Artefactos: product backlog, sprint backlog, incremento

Ventajas y límites de Scrum

Scrum hace visible el progreso: cada pocas semanas, los clientes ven software que funciona en lugar de solo informes de estado. Las prioridades pueden ajustarse entre sprints y las desviaciones se detectan pronto.

Sin embargo, Scrum exige una participación activa por parte del cliente, sobre todo mediante un Product Owner con capacidad de decisión. Un alcance total fijo con una fecha fija solo encaja de forma limitada con la idea de este marco de trabajo. Si Scrum solo se adopta formalmente, surgen muchas reuniones sin un beneficio real.

• Resultados intermedios utilizables de forma periódica
• Flexible ante requisitos cambiantes
• Gran transparencia para el cliente
• Requiere tiempo y capacidad de decisión por parte del cliente

Ejemplo práctico: Scrum en un proyecto para un cliente

Una empresa encarga el desarrollo de una plataforma de gestión de encargos. En lugar de una gran fecha de entrega, ambas partes acuerdan sprints de dos semanas. Tras el primer sprint está lista la creación de encargos; tras el segundo, su asignación a los empleados. En la review se ve que una vista móvil es más importante de lo previsto, y pasa a ocupar un lugar más alto en el backlog. El cliente ve el progreso de forma continua y puede cambiar el rumbo a tiempo.

Según el proyecto, Nano Concepts trabaja de forma ágil con Scrum o con un alcance fijo claramente definido, y en la primera consulta analiza con usted qué forma de trabajo encaja con su proyecto.