es_ES Español

Scrum Master: cómo evitar problemas personales

Obtener la preparación correcta y vigilar de cerca la mecánica es un gran comienzo, pero el mayor riesgo de descarrilamiento proviene de problemas con las personas. La planificación tiene que ver con la interacción entre los participantes, por lo que hay muchas cosas que pueden salir mal y saldrán mal:

  • No interesado.  La planificación debe ser rápida, atractiva y motivadora. En general, si un equipo considera que la planificación es aburrida y se desconecta, significa que no la encuentran relevante o que no se sienten involucrados. Hay varias causas posibles que incluyen simplemente la falta de claridad sobre lo que se requiere de ellos para decirle al equipo qué hacer en lugar de dejar que apliquen su propia experiencia e inteligencia.
  • Argumentos.  Se debe alentar el debate saludable, pero los argumentos son contraproducentes y distraen enormemente. El propietario del producto es quien toma las decisiones clave y la mejor persona para tomar una decisión que ayude a que el equipo avance.
  • Frustración.  ¡Deje que el equipo sea escuchado, ya que es frustrante y contraproducente ser ignorado! Hacen el trabajo, son los solucionadores de problemas clave y son parte integral de la entrega de un producto que funcione; sin ellos, no se entregará nada. Entonces, si alguien hace un punto, siéntese y escuche.
  • Concéntrese en el “cómo” en lugar del “qué”.  Si un equipo de desarrollo comienza a profundizar demasiado en los detalles en una sesión de planificación, es probable que esté tratando de encontrar la solución. Hay una sesión de planificación para acordar lo que el equipo puede entregar al final del sprint. El detalle de cómo se realizan las tareas se puede dejar para más adelante.
  • Presión.  El equipo nunca debe ser presionado para asumir más trabajo del que se sienten capaces de hacer. Nunca termina bien. Ellos deciden por sí mismos cuánto trabajo necesitan asumir para trabajar a un ritmo sostenible. Esto es sagrado y necesita ser protegido; el equipo no cumplirá si es una sola vez o simplemente se agotará con el tiempo si sucede regularmente.

Artículos relacionados con el rol de Scrum

Dejar una contestacion

Tu dirección de correo electrónico no será publicada.