El equipo Scrum

1. Las responsabilidades del Scrum Master

Aunque el Scrum Master no sea un jefe de proyecto, tiene responsabilidades principales para el correcto desempeño del proyecto.

1. Las responsabilidades del Product Owner

La primera de las responsabilidades propias del Product Owner es crear la visión del producto.

1. Aspectos generales

En primer lugar, preferimos utilizar el término de "Equipo de realización", en lugar de "Equipo de desarrollo" utilizado habitualmente, porque este último es demasiado restrictivo y podría dar la impresión de que está compuesto solo por desarrolladores y que otro perfiles (como los testers, por ejemplo) no forman parte del equipo Scrum, lo que sería una error fundamental.

Su función principal es la transformación de las User Stories contenidas en el Sprint Backlog en funcionalidades de un software. Pero, aunque esto pueda parecer claro para todo el mundo, es útil profundizar en lo que se espera en el mundo Scrum de manera más precisa.

2. Características

1. La desaparición del jefe de proyecto

Como ya hemos dicho anteriormente, un Scrum Master no es un jefe de proyecto. Aunque estos roles se puedan redefinir, inicialmente son completamente diferentes.

Ante todo un Scrum Master es un facilitador, un coach en cierto sentido. Garantiza sus funciones aplicando un enfoque no directivo. Por lo tanto, no se trata de que dirija al equipo o que distribuya las tareas entre los miembros del mismo.

Es un rol poco común en la cultura empresarial tradicional, donde cada proyecto se realiza con un jefe que organiza su equipo e indica las cosas que se deben hacer. En Scrum, como hemos visto, el equipo se auto-organiza siempre que sea posible o, en cualquier caso, tiene una autonomía importante.

Por otro lado, nos damos cuenta de que ciertas tareas que desempeñaba tradicionalmente el jefe de proyecto, recaen bajo la responsabilidad del Product Owner en el modelo Scrum.

En cualquier caso, durante el paso a Scrum, conviene ver cómo se puede hacer evolucionar la responsabilidad del Jefe de Proyecto hacia funciones compatibles con el modelo Ágil. Cambiar simplemente la etiqueta de "Jefe de Proyecto" por "Scrum Master", conservando las antiguas responsabilidades como todavía se ve en la actualidad, es un gran error.

2. El resto de roles

Scrum no reconoce ningún otro rol particular más allá de los descritos...

1. Reunir para ganar

Perseguiremos todo lo posible el objetivo de que el equipo esté junto (todo el mundo en el mismo sitio o, mejor, en la misma sala), para que la comunicación sea lo más directa posible.

A diferencia de lo que se dice algunas veces, no es molesto que el Product Owner (y los eventuales miembros de su equipo, analistas de negocio, por ejemplo) esté cerca del equipo de desarrollo. Al contrario, como forman parte del mismo equipo Scrum y hablan de los mismos objetivos, se deben poder comunicar de la manera más eficaz posible. Evidentemente, será necesario prestar atención a que cada uno permanezca dentro de los límites de su rol (el Scrum Master está para eso).

Situar a un equipo Scrum en mitad de un espacio donde reine el silencio absoluto, creará dificultades evidentes. En efecto, el equipo necesita intercambiar impresiones a lo largo de la fase de realización. Tanto si se trata de un aspecto técnico como de una noción de diseño, las discusiones se pueden producir en cualquier momento.

El equipo debe disponer del soporte que le permita compartir de manera permanente la información visual (por ejemplo el Scrum Board): tableros, pizarras, etc.

Sería muy beneficioso disponer de una sala dedicada (algunas veces llamadas "War Room") para simplificar el rompecabezas logístico relacionado...