|
 El método de trabajo que dibuja scrum para trasladar a la programación los principios de desarrollo ágil de los "campos de scrum", tiene los siguientes roles:
- Propietario del producto
- Equipo
- Scrum Master
- Otros implicados
y considera como comprometidos con el desarrollo (cerdos): al cliente, al equipo y al Scrum Master; y como implicados (gallinas) al resto. (gallinas y cerdos)
Pero el Scrum Master ni desarrolla ni gestiona el proyecto. Ambas cosas las hacen el equipo y el propietario del producto; por eso... ¿Es acertado darle un rol de cerdo en el equipo?. En los campos de scrum no hay tal rol (?)
En equipos, y con propietarios de producto sin experiencia en scrum, es básica la asistencia y ayuda continua de un ScrumMaster, pero en equipos ágiles maduros, con miembros que ya saben trabajar y gestionar el campo de scrum y no necesitan un guía, terminan viendo la figura de un "ScrumMaster jar jar": una mezcla de miembro del equipo que no produce, y de gestor de proyectos en un proyecto que se auto-gestiona.
Si además de ver los roles que intervienen en la implantación de Scrum, pensamos también las responsabilidades que la organización tiene que cubrir para proporcinar a los equipos de Scrum el ecosistema que necesitan, entonces las responsabilidades del rol ScrumMaster (facilitador, moderación de reuniones, gestión de impedimentos...) pasan a este grupo; y ya según el diseño de cada empresa, se ubicarán en los departamentos y personas oportunas (con la formación adecuada, of course). Visto así, la implantación y funcionamiento de scrum en la empresa depende de: Los roles de los artífices de los proyectos (producción) - Equipo
- Propietario del producto
- Implicados
Las responsabilidades de la empresa para dar soporte al funcionamiento de Scrum:
De Management
- Equilibrio sistémico de la empresa
- Coherencia del modelo
- Compromiso, medios y formación para su implantación
De Procesos / calidad
- Configuración de Scrum
- Mejora continua
- Garantía de funcionamiento de Scrum (facilitador, moderador, gestión de impedimentos...)
 |
RSS de los comentarios
Además, por mucho que podamos asumir que el equipo se autogestiona, es importante que alguien haga de 'marcapasos' para el 'heartbeat' del proyecto, para los dailymeetings, las reviews, interactúe con el owner (e incluso haga de barrera entre el owner y el equipo si es necesario, y por mucho que esto pueda parecer contradictorio en el idílico mundo del 'somos un gran equipo feliz' ;-) ).
Personalmente creo que el ScrumMaster puede ser parte del equipo, porque el hecho de la autogestión no sustituye la necesidad (o el hecho!) de que existen diferentes perfiles, y que siempre existe una supervisión o tutela del trabajo productivo de unos por otros.
El sentido democrático de Scrum es de cara a la gestión, pero eso no implica que determinadas decisiones en el curso de un proyecto no las tome alguien con liderazgo; arquitectura, aprobación de elementos técnicos, librerías a utilizar, estructura técnica, ...)
Como en todo sistema participativo, la gestión se ejerce por liderazgo, y no por autoridad, pero eso no significa que no exista.
Saludos, y sigue generando contenidos interesantes :-) !
_
Jorge