Ser Scrum Master es un rol de tiempo completo

Introducción

En la actualidad, las organizaciones se encuentran adoptando Scrum para generar valor a través de soluciones adaptativas para problemas complejos; gracias a ello se encuentran apreciando los beneficios de la autogestión de los equipos y la responsabilidad del Product Owner para maximizar el valor del producto. Pese a ello, aún en nuestros días no existe una comprensión cabal de la importancia de un Scrum Master, ya que en muchas ocasiones solo es percibido como alguien que agenda las reuniones y por lo tanto no se considera necesario que alguien asuma solo este rol todo el tiempo.

Scrum Master de tiempo parcial

Debido a la falta de compresión de los roles de Scrum, las organizaciones están incorporando Scrum Masters de tiempo parcial, con la intención de ahorrar costos, lo cual puede generar conflictos de intereses con el otro rol que comparten, como se puede apreciar a continuación:

Scrum Master y Product Owner a la vez

  • Esta es la combinación de roles que puede traer más conflictos, por lo que se debe evitar a toda costa.
  • El Product Owner es responsable de que se este desarrollando el producto correcto, mientras que el Scrum Master es responsable del proceso. La separación de estos roles garantiza un equilibrio y mantiene neutral a los roles.
  • La ausencia de neutralidad influiría en los resultados de las facilitaciones y la protección tanto del equipo como del proceso.

Scrum Master y Developer a la vez

  • Esta combinación es muy común en las organizaciones, ya que se piensa que de esta manera se puede generar confianza y transparencia ya que los restantes Developers podrían comunicarse con su Scrum Master en un “mismo lenguaje”.
  • Esta situación trae consigo muchos inconvenientes, por ejemplo, durante la planificación no se tiene la seguridad sobre el tiempo que este Scrum Master destinará a las actividades propias de su rol y cuanto a desarrollar.
  • En ocasiones debido a esta incertidumbre, se le puede asignar al Scrum Master tareas que no son muy “prioritarias”, sin embargo, ahí no se estaría siendo coherente con la necesidad de atender los ítems ordenados como importantes. Además, el Scrum Master siente que sus habilidades como Developer están siendo menospreciadas, cuando solamente se limita a hacer tareas no muy prioritarias o extras; además también es conocido que por tratar de asumir dos roles al final no se realiza ninguno de la forma adecuada, lo cual también influye en su motivación.

Scrum Master de varios equipos a la vez

  • El conocido refrán “el que mucho abarca, poco aprieta” se ajustaría esta situación. En el caso de que se considere a un Scrum Master como alguien que agenda “reuniones” o reporta el estado del avance, participar en varios equipos sería posible.
  • Esta situación en ocasiones acarrea muchas complicaciones, el conflicto de intereses se puede manifestar al momento de ayudar a levantar los impedimentos; también aparece el conflicto cuando los horarios en los que se realizan los eventos coinciden, en esta situación tendría que ver a cuál debe asistir.

Consideraciones finales

  • Para que un ScrumMaster logre la efectividad del Scrum Team necesita mucha dedicación y tiempo.
  • Asumir el rol de un verdadero líder involucra que este enfocado en todo momento en las acciones que le permitan alcanzar ello.
  • Lograr guiar a los miembros del equipo en ser autogestionados y multifuncionales requiere experimentar nuevas cosas, estar atento a las inquietudes de sus colaboradores y por lo tanto el tiempo necesario para hacer estas cosas.

Leave a Reply

Your email address will not be published. Required fields are marked *