¿Puede scrum master ser altamente técnico e involucrarse en arquitectura y codificación?

¡NO!

Bueno … puedes pero no significa que debas hacerlo.

¿Por qué?

Scrum Master protege al equipo de las distracciones .

La necesidad de estos roles es para que el equipo pueda concentrarse en las tareas en cuestión. Esto reduce los errores y aumenta la velocidad.

Ahora, si el maestro scrum mismo codifica e intenta proteger al equipo de distracciones, entonces él mismo se distrae de sus tareas de codificación o descuida su papel como maestro scrum.

La ‘altitud’ es diferente,

Creo que el scrummaster es responsable de los procesos y la comunicación en el equipo. Necesita tener una visión general de hacia dónde se dirige el takt. Anticípese a los bloqueadores y la necesidad de colaboración, en todas las historias en todos los ámbitos. Está involucrado de una forma u otra desde el aseo hasta la entrega de una historia.

Ahora, si el scrum master codifica una historia, el contexto que cambia de su historia a todas las historias está distrayendo de un alcance de detalles de micro nivel ‘realidad a nivel del suelo’, tiene que saltar al alcance de nivel macro ’10, 000 pies de vista ‘.

No se trata de distracciones, sino de cambiar tu forma de pensar.

Mi impresión cuando veo a un maestro scrum haciendo “doble tarea”

Creo que está bien si scrum master es un probador o maneja la infraestructura, no parece causar tantos problemas, ya que las distracciones no son tan perjudiciales ya que las tareas discretas terminan relativamente más rápido que la codificación y, por lo general, no hay tanta necesidad de profundizar en Los detalles esenciales.

  • La organización en general no es muy madura en las prácticas Scrum y Agile.
  • (o el otro extremo del espectro) El equipo extremadamente maduro en realidad no necesita un scrummaster. El entorno operativo del equipo también está muy alineado con las prácticas de Scrum. en una palabra utopía. Muy muy raro, casi nunca visto.

El Scrum Master protege el proceso Scrum seguido por el equipo y sigue impulsando su mejora. Esas son las responsabilidades mínimas esperadas del rol.

Si tiene tiempo libre después de cumplir con esta responsabilidad y, lo que es más importante, protegerá a otro rol para que no influya en el rol de Scrum Master, no hay daño en asumir más responsabilidades. He visto a muchas SM asumir otros roles simultáneamente.

Sin embargo, uno debe tener en cuenta que un SM que también codifica tiene la responsabilidad de corregir todos los errores que surgen del código que él / ella escribió. Un SM que arquitectos tiene la responsabilidad de solucionar todos los problemas que surjan debido a esa arquitectura.

Permítanme responder esto tomando el ejemplo de un deporte. ¿Puede un entrenador del equipo de cricket entrar al juego si algún bateador se lastima / lesiona? Espero que esto responda.

El desarrollo de software también es como un deporte en el que SM, PO y Team tienen un papel que desempeñar. Arquitectura y codificación es responsabilidad del equipo. Necesitan tomar posesión.

Scrum Master puede estar al tanto de la arquitectura / codificación, aunque no es necesario para que el equipo pueda consultar, pero la responsabilidad final debe ser con el equipo.

El responsable de Scrum Master es demostrar que las ideas de su equipo son correctas o incorrectas … Él / ella no es responsable de la codificación y el arquitecto.

El papel de Scrum Master son

  1. dando las actualizaciones diarias sobre el proceso
  2. vigilando a cada miembro del equipo
  3. dando orientación a los miembros del equipo
  4. manteniendo el método de trabajo, etc.

Él / ella tiene que recibir actualizaciones de los miembros de cada equipo … no es que les guste la codificación, o la arquitectura …

Scrum Master es responsable de las prácticas de scrum dentro del equipo e idealmente no tiene ningún papel en el diseño técnico o la arquitectura del software. Es bueno si alguien es altamente técnico para que pueda entender el problema del equipo Mejor pero no obligatorio.

Podría haber una situación diferente en la que Scrum Master siente que él o ella tiene suficiente tiempo para desempeñar un doble papel. Scrum Master, así como miembro del equipo técnico y, en este caso, la experiencia técnica se volvió útil.

Creo que toda la experiencia es excelente, especialmente cuando eres un Scrum Master para un equipo, y ese equipo está trabajando en el área que tienes conocimiento.

Lo único es que, con un nuevo equipo, es menos relevante usar su experiencia hasta que el equipo haya madurado un poco.

Luego, cuando el equipo está pensando con una mentalidad ágil, es el momento de comenzar a dar más consejos.

Deja que el equipo crezca al principio.

Salud,

Ben

No hay daño en eso. Es beneficioso para el equipo thr. El único problema es ser un buen maestro de scrum, hay muchas otras cosas que deben ser atendidas. Es bueno si SM tiene conocimiento tecnológico, pero eso no debería esperarse de él / ella.