Account Options

  1. Sign in
The old Google Groups will be going away soon.
Switch to the new Google Groups.
Google Groups Home
« Groups Home
Message from discussion ¿El Rol de Scrum Master en Peligro?
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Ángel Medinilla  
View profile   Translate to Translated (View Original)
 More options Mar 25 2011, 1:23 pm
From: Ángel Medinilla <angel.medini...@gmail.com>
Date: Fri, 25 Mar 2011 18:23:34 +0100
Local: Fri, Mar 25 2011 1:23 pm
Subject: Re: [agile-spain] ¿El Rol de Scrum Master en Peligro?

 IMHO:

> 1. ¿Es correcta la visión de Scrumalliance de que los equipos de Scrum son
> auto organizados pero no auto dirigidos

Oh, sí. Si no, podrían decidir que no les gusta hacer aplicaciones CRM y que
prefieren hacer clones de los Angry Birds, y eso a lo mejor no es una buena
idea... ;))

> (labor del SM)?

Oh, no. No creo que la SA diga eso. Dirigir es labor de la Dirección
(gerencia). BTW, El Agile Management es un hot topic ahora mismo...

 ¿Hasta que punto el SM considera que debe tomar decisiones de liderazgo?


Uno: liderar no es decidir. Un lider es aquel a quien seguimos porque, de
alguna forma, queremos seguirle.  Este papel, que sería emergente y orgánico
en la naturaleza, ha sido impuesto en la empresa moderna en la forma de
gerentes o jefes, por lo que debemos seguir a personas que, en muchas
ocasiones, no seguiríamos de motu propio. El SM lidera mediante el ejemplo,
viviendo según los valores y principios Ágiles. Si el equipo *no quiere*
hacer Agilidad, ya puedes poner al SM que quieras. No va  a funcionar por
mucho que el SM *decida* que hay que hacer Scrum. No obstante, si se ha
decidido hacer Scrum, el SM tiene ámbito para decidir en aspectos relativos
a la correcta aplicación de Scrum (por ejemplo, el equipo no debería poder
decidir "dejar de hacer Scrum diario", aunque podrían covencer al SM para
tal cosa y evolucionar hacia algo distinto de Scrum si el SM lo ve
conveniente).

Dos: el problema cuando hablamos del SM es que hay muchos tipos de SM. Para
mi (o mejor dicho, en la escuela de pensamiento en la que yo milito) el SM
no es un estado, sino un camino. Este camino tiene varios estadíos:

0) "Scrunch Master" - El SM convoca las reuniones y poco más. Como no tiene
mucha dedicación, suele ser alguien que trabaja en el equipo y, a ratos,
hace de SM. Quizás actua como portavoz del grupo. Se habla de rotar el
puesto de SM entre los miembros del equipo.

1) "SM Mamá": El SM comienza a tomar decisiones para el equipo en lo
relativo a Scrum / Agile y a los impedimentos a los que el equipo se
enfrenta. Elimina impedimentos para el equipo en la forma de "Ya lo hago
yo". Si el equipo o el P.O. no cumplen con alguna de sus responsabilidades
también las asume él ("ya reporto yo en el tablón", "ya escribo yo las
historias de usuario"). Mayordomo y secretaria del equipo  "para que el
equipo no se desconcentre y no pierda el tiempo", línea de pensamiento
preliminar en las implementaciones que, si bien puede ser necesaria al
principio, es peligrosa a largo plazo, ya que puede  conducir a que el
equipo no sea convocado a las reuniones por lo mismo. Interlocutor /
Interfaz del equipo (misma consideración respecto a peligrosidad en el largo
plazo). Comienza a moderar las reuniones. Es un avance respecto al Scrunch
Master, pero no debería quedarse aquí.

2) Scrum Master: Facilita y dinamiza las reuniones. Actúa de formador y
mentor: enseña a cada uno a ejecutar su papel dentro de Scrum. Evangeliza en
la organización y en el equipo sobre las prácticas ágiles, no solo Scrum
(programación por parejas, refactorización, TDD, propiedad colectiva de
código, estimación en puntos, planning poker, Kanban...). Es un agente del
cambio organizativo. Es un lider del equipo.  Mantiene y ejecuta con el
equipo un plan de mejora continua. Diagnostica problemas y propone
soluciones.

3) Scrum Sensei / Agile Coach: Maestro de la escucha. Nunca decide ni
sugiere soluciones: hace preguntas. Pero son las preguntas correctas.
Respeta las decisiones del equipo, pero hace al equipo responsable de ellas.
Ayuda al equipo a identificar problemas, descubrir soluciones e
implementarlas por ellos mismos. Trabaja aspectos como el trabajo en equipo,
la comunicación, la colaboración... Bajo su influjo emergen equipos de alto
rendimiento con el máximo nivel de compromiso, motivación y rendimiento.

DISCLAIMER: utilizar la estrategia del Agile Coach con un equipo
principiante solo conduce al desastre. Al igual que el SM, el equipo debe
andar un camino.

> 2. ¿Vale esta frase dentro del concepto de impedimento?
> "*Pero también el SM debe colgar por los pulgares al de Sistemas para que
> la impresora funcione, o al de mantenimiento para evitar un frio polar en la
> sala, o facilitar el uso de SCRUM, o detener la derivación hacia ASM.
> Incluso, como parte del equipo, asegurarse del uso de buenas prácticas de
> desarrollo. Cualquier cosa que sea un impedimento, por grande o pequeño que
> sea, para el fluido trabajo del equipo."*

Aplíquese el párrafo anterior. Mira también la definición de Impedimento de
la Scrum Guide y verás que va mucho más allá de "la impresora no funciona".
Si la impresora no funciona y necesitamos al Scrum Master para que lo
solucione, equipo y SM están en la fase pre-Scrum ("SM Mamá").

Sorry for the tocho, espero que lo consideréis de utilidad en vuestro
periplo... ;))


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.