En cada formación, en cada consultoría, en cada acompañamiento y en cada día que estoy ayudando equipos surge esta pregunta.
¿Es Scrum para mi organización?, y la respuesta muchas veces deja indiferente al preguntador.
La respuesta se basa en el Cynefin o en el Stacey Chart.
Siempre depende de cómo tu desafío encaja en esos frameworks.
Recuerda que Scrum está basado en el empirismo y te sirve sobre todo para navegar la incertidumbre.
Asumir esa incertidumbre es básico y estratégico de cualquier organización.
Las organizaciones que asuman que deben gestionar la incertidumbre serán mucho más exitosas.
¿Cuáles son los desafíos de Scrum para ser implementado en cualquier organización?
Siempre parece que hay un equipo viviendo en una falsa harmonía de tranquilidad es una completa falacia y no refleja la realidad.
La resistencia al cambio siempre está ahí.
No hay ninguna que abrace Scrum de buenas a primeras y lo implemente acto seguido. Ninguna, que os digan la verdad.
Eso es debido a varios factores, como la lucha constante por crear productos liberables en cada sprint o la indisponibilidad del Product Owner.
Además si le sumas que las partes interesadas o los usuarios claves muestran un interés nulo por Scrum, la cosa se complica.
Vamos a sumarle más factores, como las luchas sobre la longitud de Sprint.
Esta es una lucha que siempre veo y nunca veo ninguna justificación.
Una justificación válida es alinearla con el tiempo de ciclo del tiempo.
Así nos aseguramos de que el equipo puede cumplir basados en su progreso.
¿Por qué rinden tan poco mis equipos?
Y ahora vamos a abrir un melón, la falta de entrenamiento.
Le sumamos gente poco entrenada y capacita con la poca voluntad de capacitar de las organizaciones.
Luego se sorprenden de lo poco que rinden los equipos. Los equipos no rinden solos, se deben capacitar, cuidar y entrenar.
Todo el mundo que me he encontrado que hace agilidad o dice hacer agilidad comenta que lo primero que hacen son la reuniones diarias de pie.
Esas reuniones de pie diarias siempre son ineficientes y nunca se entiende el propósito.
Cualquier reunión diaria va vinculada a ver cómo de cerca o de lejos estamos de cumplir la meta del Sprint.
Vamos a añadir aún la entrada de tareas urgentes/errores entre un Sprint.
Este es un mito a destruir.
Lo que no cambia es la meta del Sprint, pero lo que si se puede adaptar es el contenido del Sprint Backlog.
Hay mucha organización que asume que el Sprint Backlog es algo grabado en piedra, sacrosanto que nunca se debe cambiar.
Cuando es lo totalmente contrario, ir hacia una meta y adaptarse en el camino.
Conclusión
A veces mirar hacia dentro de la organización, y mejorar nuestra capacidad organizativa y operativa es vital para una buena implementación de Scrum.
Otro punto importante, es ver que Scrum es diferente para cada organización.
Si hay patrones y reglas a seguir pero cada organización debe andar su camino hacia la agilidad de negocio.
