Scrum no dice que
Con el amable permiso del autor Adrian Howard (Quietstars) hemos traducido este artículo de su cuenta de Medium. Después de todo, día a día escribimos y enseñamos sobre qué es Scrum, cómo se puede aplicar Scrum de manera sensata y qué condiciones deben darse. – Por eso quizás también sea hora de decir lo que Scrum definitivamente no es y tampoco pretende ser.
Como Adrian ya lo hizo perfectamente en su artículo, aquí está la traducción íntegra al español:
¡Una queja sobre lo que Scrum no es!
En Quietstars no usamos Scrum nosotros mismos. Tampoco soy un gran fan de Scrum (sobre todo no de la industria de certificaciones que se ha construido alrededor de Scrum – ver CSSTWP para más información).
Sin embargo, parece que paso gran parte de mi tiempo defendiendo a Scrum. Porque la mayoría de las críticas que escucho no se refieren a cosas que Scrum prescribe.
Por ejemplo:
Scrum no dice que las historias deban ser: “Como rol quiero por razón llegar al objetivo”.
Scrum no dice que solo se pueda hacer un release por Sprint.
Scrum no dice que solo se pueda hacer un release al final de un Sprint.
Scrum no es un acrónimo y no se escribe S.C.R.U.M. (vale… rara vez escucho quejas sobre esto, ¡pero me molesta muchísimo!)
Scrum no dice que el Sprint Backlog y el Product Backlog deban contener el mismo tipo de elementos.
Scrum no dice que haya que quemar o destruir diagramas.
Scrum no dice que haya que esperar hasta el Sprint Review para mostrar cosas a la gente.
Scrum no dice que haya que esperar hasta la Sprint Retrospective para hablar de problemas.
Scrum no dice que solo se pueda hacer una demo o hablar con stakeholders una vez durante el Sprint.
Scrum no dice cómo debemos estimar los elementos del Backlog.
Scrum no dice que haya que tener puntos.
Scrum no dice que se deba usar la velocidad como objetivo.
Scrum no dice que haya que rastrear la velocidad en absoluto.
Scrum no dice que haya que tener Epics, Stories o Tasks.
Scrum no dice que no se puedan tener reuniones que no tengan que ver con la planificación del Sprint, los Stand-Ups, los Sprint Reviews o las Sprint Retrospectives.
Scrum no dice que el Product Owner pueda impedir que el equipo trabaje en deuda técnica.
Scrum no dice que el Product Owner pueda decirle al equipo cómo traducir el Backlog en código liberable.
Scrum no dice que el Scrum Master pueda decirle al equipo cómo traducir el Backlog en código liberable.
Scrum no dice que los empleados del área operativa no puedan estar en el equipo.
Scrum no dice que los testers no puedan estar en el equipo.
Scrum no dice que los diseñadores o investigadores de usuarios no puedan estar en el equipo.
Scrum no dice que los analistas de negocio, gerentes, directores de proyecto, etc. no sean necesarios.
Scrum no dice que el Product Owner deba tomar todas las decisiones por sí mismo.
Scrum no dice que el Product Owner deba priorizar todo el Product Backlog.
Scrum no dice que debas trabajar más de 80 horas por semana para cumplir con el pronóstico que hiciste al inicio del Sprint.
… y probablemente Scrum tampoco dice muchas más cosas. – ¡Danos más sugerencias!
¿Qué es Scrum?
Como Tim Ottinger dijo tan acertadamente en respuesta a la serie de quejas en Twitter que generó este post:
He descubierto que la pregunta: “¿Puedes hablar un poco sobre cómo se relacionan Scrum y Agile?” es una pregunta realmente importante. Porque en un extremo del espectro obtienes miradas confusas, porque la gente piensa que Scrum y Agile son sinónimos. Y en el otro extremo del espectro obtienes una discusión reflexiva sobre Scrum, otros métodos ágiles, cómo se relacionan y cuáles son los compromisos de estos métodos.
Muchas, si no la mayoría de las quejas que escucho sobre Scrum, son causadas por personas que copian sin pensar prácticas de una organización disfuncional en la que aprendieron por primera vez sobre agilidad.
Así que si escuchas a alguien quejarse de lo que Scrum le obliga a hacer, anímale a leer la Guía de Scrum correctamente y de nuevo. Eso se puede hacer durante la pausa del almuerzo y aún queda tiempo para un postre tranquilo – la guía tiene menos de trece páginas en la nueva edición de 2020.
Scrum es en esencia un framework mínimo de mejora de procesos
Solo cuando entiendes cómo está compuesto este framework, puedes lidiar con el horrible monstruo de la semana laboral de ochenta horas, que a menudo se denomina Scrum.
A veces ese conocimiento es lo que te hace saber que Scrum no es lo que necesitas.
Porque Scrum no dice que sea la única forma verdadera de trabajar de manera ágil, o siquiera la única forma de trabajar.
¿Qué hace un Agile Leader?
=> ¿Qué distingue a los líderes ágiles?
Agile HR
=> Si quieres ser ágil, ¡empieza por tu departamento de recursos humanos!
¿Cómo pueden ayudarte las formaciones ágiles?
=> Preguntamos a una consultora de personal cuán populares son las formaciones ágiles entre los empleadores.
