Puede ser muy difícil decir al inicio cuales son los resultados por usar Scrum en la empresa, ya que la mayoría de las veces, antes de implementar esta metodología, no se miden los principales indicadores presentes en ella. En este texto, conocerás los resultados que obtuvimos al usar Scrum en ClubPetro.

Entonces, al principio, el único resultado que podemos medir es el nivel de satisfacción del equipo después que empezamos a utilizar esa nueva metodología. Durante la Retrospectiva de Sprint, uno de los objetivos es comprender cuál es este nivel de satisfacción.

Pocas personas y pocos equipos estarán extremadamente satisfechos por empezar una nueva metodología. Después de todo, estos equipos han estado trabajando de manera diferente durante mucho tiempo, por lo que el inicio de cualquier cambio no tiende a ser agradable, y eso se reflejó en ClubPetro.

Como indicamos en un texto anterior, comenzamos a usar Scrum principalmente en el equipo de Marketing, y no tenemos ningún problema en decir que al principio no funcionó correctamente. El equipo no entendió la priorización de las tareas, por lo que realizó tareas fuera de orden. Para que lo sepas, tuvimos miembros del equipo haciendo tareas que estaban en el Backlog en lugar de hacer las tareas que tenían prioridad para Sprint.

Quizás no es lo que parece

Del mismo modo, varios miembros estaban acostumbrados a realizar múltiples tareas al mismo tiempo, la famosa «multitarea» que, al contrario del sentido común, hace que la productividad disminuya, en lugar de aumentar.

Sería demasiado injusto simplemente hablar sobre los errores del equipo, que no tenían conocimiento de la metodología, sin mencionar los errores de aquellos que intentaban implementarlo en los equipos. Como Scrum Master, no me da vergüenza decir que también cometí muchos errores en esta fase inicial. No sabía cómo instruir al propietario del producto del equipo correctamente para crear las tareas con criterios claros de aceptación, lo que llevó al equipo a tener que volver a trabajar muchas veces.

Del mismo modo, los Daily Scrums no estaban siendo productivos porque no pude demostrar la importancia de este ritual para el equipo. El Daily se parecía más a una reunión informativa, en la que los miembros hablaban sobre lo que habían hecho y lo que iban a hacer, pero se detuvo allí. No éramos lo suficientemente maduros para comprender realmente los impedimentos que estaban obstaculizando al equipo y resolverlos.

El comienzo fue dificil

No es sorprendente que el resultado de nuestro primer Sprint haya sido desastroso. Pero aun así, no lo vimos como un fracaso, sino como nuestro primer éxito.

«¿Pero cómo es eso? El Sprint tuvo un resultado desastroso y ¿estás diciendo que fue un éxito?».

Aquí, vale la pena recordar que Scrum no propone ser una metodología que ya comience con golpes, sino una metodología de mejora continua, por lo que es importante no comenzar ya extremadamente ágil, sino ganar agilidad a medida que pasan los Sprints.

En nuestro segundo Sprint al frente de este equipo, muchas cosas han cambiado. Pudimos entender varios de los puntos que realmente estaban molestando al equipo y trabajar para solucionarlos. Antes de la próxima planificación de Sprint, llevamos a cabo una nueva capacitación sobre la metodología, centrada en aclarar los puntos que el equipo no había entendido muy bien, como la importancia de los Scrums diarios, la priorización y la creación correcta de tareas, especialmente con respecto a los criterios de aceptación.

El equipo comenzó a comprender mejor cómo la metodología podría ayudarlos a desempeñarse más mientras mejoraban la condición del trabajo que tenían anteriormente. Después del Daily Scrums, el equipo y el Scrum Master trabajaron para ayudar a resolver los impedimentos que los miembros tenían en el día, las tareas se llevaban a cabo de acuerdo con la priorización y los miembros comenzaron a intentar cada vez menos realizar la multitarea.

Los resultados del segundo Sprint estuvieron muy por encima de lo que esperábamos.

Tuvimos un crecimiento de más del 100% de los puntos de historia logrados entre el primer y el segundo Sprint. Del mismo modo, el nivel de satisfacción de los miembros en relación con este Sprint ha aumentado de un nivel extremadamente bajo a un nivel que ya consideraban superior a la forma de trabajar en vigor antes de la implementación de Scrum.

Los siguientes Sprints continuaron mejorando constantemente, comparando el segundo Sprint con el último en el trimestre (no contamos el primer Sprint porque tuvo un resultado muy por debajo de todo lo demás). Tuvimos un crecimiento del 42% en Story Points logrados y el nivel de satisfacción con la metodología aumentó aún más, con los miembros encantados con la nueva forma de trabajar.

La principal lección que podemos extraer de estos resultados al usar Scrum son:

  1. Empezar temprano
  2. Comenzar sin temor a cometer errores.

Es probable que tu primer Sprint sea un desastre y este no es el fin del mundo. Después de todo, ¿qué es mejor? Comenzar bien y mantenerse en ese nivel o comenzar por debajo de las expectativas y tener una buena aceleración, que después de un tiempo hará que tu equipo esté en un nivel superior. La aceleración es más importante que la velocidad inicial, en este caso.

Sharing is Caring!