Scrum es el marco de trabajo ágil más utilizado en desarrollo de software. Lo formalizaron Ken Schwaber y Jeff Sutherland a mediados de los 90 y describe un proceso iterativo e incremental en el que el equipo entrega un incremento de producto potencialmente entregable en cada sprint, que suele durar entre una y cuatro semanas.
El marco define tres roles —Product Owner (responsable del valor y del backlog), Scrum Master (facilitador del proceso) y equipo de desarrollo (autoorganizado, multidisciplinar)—, cuatro eventos clave —sprint planning, daily, sprint review y retrospectiva— y tres artefactos —product backlog priorizado, sprint backlog comprometido e incremento—. El objetivo no es seguir una receta rígida, sino crear un bucle corto de feedback entre cliente y equipo para ajustar el rumbo cuando los supuestos cambian.
Scrum brilla cuando el alcance es incierto, el negocio necesita iterar y el equipo tiene la madurez para autoorganizarse. Falla cuando se aplica de forma ceremonial sobre proyectos cerrados a precio fijo, cuando el Product Owner no está disponible o cuando se mide al equipo por velocity en vez de por valor entregado. En ese contexto Kanban suele encajar mejor, o un híbrido (Scrumban) más fluido.
En 10Code trabajamos con Scrum en proyectos a medida con sprints de dos semanas, demos al cliente al final de cada sprint y métricas centradas en producto (lead time, cycle time, % de objetivos cumplidos). Cuando el flujo es continuo —soporte, mantenimiento evolutivo, bolsas de horas— pasamos a Kanban con WIP limits. La metodología siempre se elige en función del contrato y de la madurez del cliente, no al revés.
En 10Code llevamos más de una década aplicando estas tecnologías a productos reales. Si quieres comentarnos tu caso, escríbenos y te respondemos personalmente.
Hablar con un ingeniero