sábado, agosto 31, 2013

Scrum Master: Identificando y removiendo impedimentos... y adicionalmente el conflicto humano

Ayer realizamos en Medellín el primer AGILE BEER NIGHT - un gran espacio, de amistad, compartir experiencias y de cerveza - pero entre muchas cosas que conversábamos noté que algo no estaba muy claro, y es el trabajo del scrum master en remover todo tipo impedimentos.

Del Scrum Master, como lo he escrito en varios post  y como lo dice www.scrum.org es responsable de:
  1. Remover impedimentos
  2. Ser dueño del proceso y que se cumpla el proceso 
  3. Realizar coach al equipo (orientarlo a que sea mejor tanto técnica como humanamente)
Pero el primer punto es el que me ocupa, un scrum master debe trabajar en identificar impedimentos en todas partes - un cazaimpedimentos -:
  • sea que se los digan los team member en el daily (recordemos las tres preguntas mágicas: ¿qué hice ayer?¿qué voy a hacer hoy?¿qué impedimentos tengo?) 
  • que se lo diga cualquier miembro del equipo scrum en el transcurso del día, (aclaro: el equipo scrum esta compuesto por Product Owner, Scrum Master y Team Members, estos últimos son los encargados de construir el producto)
  • que se evidencien y expliciten en la review y con mayor razón en la retrospectiva
  • o que el Scrum Master, lo "huela" o lo identifique sin que nadie se lo diga. 

(ya se dan cuenta por que se requiere un scrum master con dedicación de medio a tiempo completo para un proyecto)

Y allí esta una de las claves del liderazgo servicial, es estar preguntándose constantemente: 


¿qué le falta o estorba a mi equipo para que se sientan muy cómodos y hagan bien lo que más le gusta : construir un producto que los haga sentir orgullosos?, 



La respuesta a esta pregunta puede tener muchos tamaños, colores, sabores, y fuentes, pues pueden ser identificados desde los 3 pilares (que enumera Alan Cyment):
  • Productividad
  • Calidad
  • y Felicidad
Como en las 4 capas ( que nos cuenta fuerza tres ver más aquí)
  • Filosofía : las personas
  • Metodología: el proceso
  • Técnica: el conocimiento requerido para completar el producto
  • Ecosistema: que entorno laboral que tiene el Equipo Scrum y los team member para realizar su trabajo 
Pero he notado que el esfuerzo depende mucho del tipo de impedimento:
  • impedimentos tipo hard: de productividad, calidad, metodología, técnica y ecosistema es relativamente sencillo. Su remoción se centra en encontrar qué remueve el impedimento, y en muchos casos la remoción es causal, típica acción-reacción.: ejemplos:
    • falta de conocimiento
    • lugar inadecuado del equipo
    • información inoportuna
    • no se entiende cierto tipo de reunión del framework
    • historias de usuario muy grandes
    • salarios
    • etc.
  • impedimentos tipo soft: correspondientes a la felicidad, filosofía, estos dos tienen la complejidad correspondiente al ser humano, a la persona, sus experiencias, su forma de relacionarse con otros, a como se relacionaba en el pasado, a su presente, a como ve el futuro; y en este campo las acciones son más complejas y se requiere de grandes habilidades blandas de parte del Scrum master para removerlos. Ejemplos de estos impedimentos pueden ser:
    • miembros que le hagan bulling a otros por falta de conocimiento o por falta de personalidad
    • personas desmotivadas a pesar de ser buenas técnicamente
    • alguien con baja auto-estima
    • des motivación para al trabajo
    • equipo rebelde
    • equipo desmotivado
    • equipo ubicado en zona confortable de la que no queire salir (en otras palabras: equipo sin coraje)
    • equipo o persona sin los valores ágiles
      • transparencia, 
      • coraje, 
      • respeto,
      • comunicación, 
      • simplicidad
      • foco
      • capacidad de dar retroalimentación
    • alguien que no cumple los compromisos pero que se nota comprometido
    • miembros de equipo aislados
    • Product Owner al extremo perfeccionista
    • equipo desmotivado
    • rivalidad entre miembros del equipo
    • alguien que aplasta a los otros con sus comentarios ya sean técnicos o no
    • Producto Owner conflictivo
    • team member conflictivo
    • o que el del problema sea yo mismo, el Scrum Master (y como lo decíamos acompañados de cervecitas, yo sea un Scrum Monster)
    • etcétera, etcétera, y muchos etcéteras.
Estos últimos requieren de una intervención más cuidadosa y cada caso es un mundo aparte, lo que funcione en una situación no significa que vaya a funcionar en una situación similar.

Muchas veces es suficiente con hablar con el/los implicado(s), otras veces es requerido una serie de acciones y toma de evidencias para saber como actuar.

Esta intervención y problemática está relacionada con nuestra forma de ser, y cuando se trabaje en remover el impedimiento ha de ser con bisturí, con claridad, con hechos (no suposiciones y juicios) de forma que logremos cambios a través de los pedidos y ofertas. 

A estos pedidos, ofertas y compromisos se les debe hacer seguimiento para identificar mejoras o detrimentos de las situaciones e identificar pasos a seguir.

Ser Scrum Master tiene su ciencia, cada vez lo concluyo más.

Para comenzar a adentrarse en este aspecto humano, les sugiero:

Nota: 
Sé que no les solucioné los problemas, pero si los evidencié, y si algún SM (Scrum Master) solo estaba ocupado del proceso y de que solo tuvieran los insumos, creo que con este post, tiene un buen punto de partida para trabajar lo más delicado y valioso del proyecto: LAS PERSONAS Y SUS RELACIONES.


Saludos a todos

2 comentarios:

  1. Hola Jorge!
    si, al igual que vos, yo también me quedé pensando mucho luego de escuchar diferentes comentarios el viernes,
    Y creo que, tal como lo dije un par de oportunidades ese día, todo se resume muchas veces, a la concepción de trabajo o enfoque que cada empresa le da a la aplicación de estas prácticas ágiles.
    Tenemos casos, donde esta forma agil de trabajo es una gran herramienta para solo aumentar la productividad, entonces encontramos esos casos de "fanaticos" de la velocidad o como lo comentaba (¿Daniel?) de su Scrum Master que todo el tiempo les trae nuevas tools de trabajo, logicamente para aumentar la velocidad,y bueno creo que aca entran muchos ejemplos que se hablaron de todo lo que NO necesitan que haga un Scrum Master,

    Pero también tenemos el otro enfoque, donde se ve a Scrum (y las metodologias ágiles en general)no solo como una herramienta que te permitirá aumentar tu productividad (con calidad) sino y por sobre todo, te permitirá lograr un cambio organizacional, un cambio de como se trabaja, y por lo que escuchaba el viernes, es justamente esto, personificado en valores y principios, lo que a todos los enamora, y lo que todos o muchos "extrañan" de ver y vivir en el día a día...
    Porque esto implica mas allá de la visión sistémicad de trabaja, o quizas justamente porque se entiende que somos un sistema, requiere de un líder jardinero :), yo desde que conocí esta idea me gustó mucho, porque creo que es cierta. Un jardinero al comienzo sabe que un plantita recien plantada necesita mucho de su atención, pero luego ya no...o no tan intenso...(esto lo relaciono cuando hablabamos de la fecha de "caducidad" del trabajo de un SM), o un jardinero tambien sabe cuando SI debe ponerle un "tutor" a la plantita para que no crezca torcida, y cuando NO lo hará...porque la planta al enderezarse por si misma ganará la fuerza suficiente para seguir creciendo (y esto lo relaciono con el tema "Impedimentos"...¿el SM siempre debe encargarse de los impedimentos? :) yo creo que no, pero esto lo charlamos en el proximo encuentro!)

    Sobre el líder jardinero, dejo estos dos links:
    http://metacool.com/12-instead-of-managing-try-cultivating/

    http://www.hodu.com/garden.shtml

    que tengan buen domiendo!
    Vero.

    ResponderBorrar