¡Mejorando tu Scrum Sprint!

Sé que hay muchas charlas y artículos sobre Agile y Scrum. Pero me gustaría saber cómo mejorar tu sprint de scrum para un equipo nuevo y pequeño. Estamos buscando una duración de sprint de 3 semanas. Me gustaría ver algunas experiencias reales explicadas en lugar de los puntos del libro de texto.

Abdel, buena pregunta, solo necesito una pequeña aclaración. En su pregunta, usted dijo que estaba mejorando su sprint de scrum, pero la descripción parece que es un equipo nuevo que usa Scrum por primera vez. ¿Tienes algún punto de dolor en este momento? Tener un pequeño equipo nuevo en sí mismo es un desafío, solo me pregunto si estoy leyendo la pregunta correctamente antes de responder.
Sí, somos un equipo nuevo con nuestro primer scrum en marcha (terminará a continuación). ¡Siento que estamos lentos, desviándonos del camino! Pero creo que está bien las primeras veces... así que hago esta pregunta

Respuestas (3)

Algunas ideas que pueden funcionar:

  • Si tiene un equipo bastante inexperto pero al menos uno de los miembros del equipo tiene algo de experiencia en diferentes entornos de trabajo, permítale compartir sus ideas sobre lo que puede funcionar y trate de adoptar algunas de ellas (no demasiadas).

  • Si el equipo es bastante nuevo en Scrum, asegúrese de que todos sepan que trata el primer sprint/primer par de sprints como un experimento: lo más valioso es cuánto aprenderían todos, no cuánto trabajo se haría.

  • Puede romper la rutina habitual de hacer retrospectivas al final del sprint y hacer retrospectivas con más frecuencia. Si los miembros del equipo generalmente confían entre sí, puede intentar hacer retrospectivas ad-hoc .

  • Encuentre a alguien dentro de la organización que tenga experiencia con Scrum. Pídele ayuda. Permítale hacer un poco de tutoría o al menos compartir su conocimiento. Trátelo más como un asesor que como un tomador de decisiones. En otras palabras, si el equipo no quiere seguir una idea/técnica específica, no se la imponga.

  • Cambia tus sprints gradualmente. Después de cada sprint, encuentre solo una o dos cosas que sean más dolorosas y que no cambien más. De esta manera, aprenderá qué cambios funcionan y cuáles no. Además, no sobrecargará a las personas con demasiadas cosas nuevas que deberían respaldar el éxito de la adopción.

  • Tomar decisiones con el equipo. Deja que ellos decidan lo que intentas y lo que no intentas. No imponga nuevas técnicas o prácticas sobre ellos. Trate de ser más un entrenador que hace las preguntas correctas para ayudar a la otra parte a encontrar el camino correcto por sí mismos en lugar de ofrecer una solución bien hecha para cada problema.

Scrum tiene un concepto de "retrospectiva de sprint", donde te sientas como equipo y hablas sobre lo bueno y lo malo que salió del último sprint. úsalo

Para usarlo de manera efectiva, recomiendo preguntarle a cada miembro del equipo cuáles son sus tres aspectos positivos (cosas buenas que queremos volver a hacer) y negativos (cosas que salieron mal que queremos arreglar la próxima vez). Cuente los votos de todos juntos y tome los tres primeros con más votos. (Verá temas repetidos con bastante frecuencia).

Luego implemente las sugerencias de su equipo y siga adelante.

Un punto no cubierto anteriormente es la longitud del sprint. Con los equipos más nuevos, generalmente he encontrado que las iteraciones más cortas funcionan bien con un equipo scrum pequeño y recién acuñado (1-2 semanas).

Con sprints más largos, encuentro eso;

  • los miembros del equipo tienden a "olvidarse" de los obstáculos encontrados durante el sprint y esos elementos se pierden en la retrospectiva del sprint
  • Las reuniones de planificación/estimación pueden consumir mucho tiempo al iniciar un nuevo sprint.
  • si tienes un mal sprint, tu lista de cosas para probar puede ser bastante extensa
  • dependiendo del proyecto y de sus clientes, es posible que tenga fiebre de "inyección" en la que los elementos se incorporan a un sprint porque el cliente simplemente no puede esperar hasta el próximo sprint.