ROLES DE SCRUM

En un equipo Scrum se espera que intervengan tres roles:

EQUIPO DE DESARROLLO
El equipo de desarrollo est formado por todos los individuos necesarios para la
construccin del producto en cuestin. Es el nico responsable por la construccin y
calidad del producto.
El equipo de desarrollo es auto-organizado. Esto significa que no existe un lder externo
que asigne las tareas ni que determine la forma en la que sern resueltos los problemas.
Es el mismo equipo quien determina la forma en que realizar el trabajo y cmo resolver
cada problemtica que se presente. La contencin de esta auto-organizacin est dada
por el objetivo a cumplir: transformar las funcionalidades comprometidas en software
funcionando y con calidad productiva, o en otras palabras, producir un incremento
funcional potencialmente entregable.
Es recomendable que un equipo de desarrollo se componga de hasta nueve personas.
Cada una de ellas debe poseer todas las habilidades necesarias para realizar el trabajo
requerido.
Esta caracterstica se conoce como multi-funcionalidad y significa que dentro del equipo
de desarrollo no existen especialistas exclusivos, sino ms bien individuos generalistas
con capacidades especiales. Lo que se espera de un miembro de un equipo de desarrollo
es que no solo realice las tareas en las cuales se especializa sino tambin todo lo que
est a su alcance para colaborar con el xito del equipo.
El equipo de desarrollo tiene tres responsabilidades tan fundamentales como
indelegables.
La primera es proveer las estimaciones de cunto esfuerzo ser requerido para cada una
de las caractersticas del producto. La segunda responsabilidad es comprometerse al
comienzo de cada Sprint a construir un conjunto determinado de caractersticas en el
tiempo que dura el mismo. Y finalmente, tambin es responsable por la entrega del
producto terminado al finalizar cada Sprint.
PRODUCT OWNER
El Product Owner es la persona responsable del xito del producto desde el punto de
vista de los stakeholders. Sus principales responsabilidades son:
Determinar la visin del producto, hacia dnde va el equipo de desarrollo
Gestionar las expectativas de los stakeholders
Recolectar los requerimientos
Determinar y conocer en detalle las caractersticas funcionales de alto y de bajo
nivel
Generar y mantener el release plan: fechas de entrega y contenidos de cada una
Maximizar la rentabilidad del producto
Determinar las prioridades de cada una de las caractersticas por sobre el resto
Cambiar las prioridades de las caractersticas segn avanza el proyecto,
acompaando as los cambios en el negocio.
Aceptar/rechazar el producto construido al final de cada Sprint y proveer feedback
valioso para su evolucin
El Product Owner se focaliza en maximizar la rentabilidad del producto. La principal
herramienta con la que cuenta para poder realizar esta tarea es la priorizacin. De esta
manera puede reordenar la cola de trabajo del equipo de desarrollo para que ste
construya con mayor anticipacin las caractersticas o funcionalidades ms requeridas por
el mercado o la competitividad comercial.
Otra responsabilidad importante del Product Owner es la gestin de las expectativas de
los stakeholders mediante la comprensin completa de la problemtica de negocio y su
descomposicin hasta llegar al nivel de requerimientos funcionales.
SCRUMMASTER
El ScrumMaster es el Coach del equipo y es quien lo ayuda a alcanzar su mximo nivel
de productividad.
Se espera que el ScrumMaster sea un lder servil, facilitador, que acompae al equipo de
trabajo en su da a da y garantice que todos, incluyendo al Product Owner, comprendan y
utilicen Scrum de forma correcta.
Las responsabilidades principales del ScrumMaster son:
Velar por el correcto empleo y evolucin de Scrum
Facilitar el uso de Scrum a medida que avanza el tiempo. Esto incluye la
responsabilidad de que todos asistan a tiempo a las daily meetings, reviews y
retrospectivas
Asegurar que el equipo de desarrollo sea multi-funcional y eficiente
Proteger al equipo de desarrollo de distracciones y trabas externas al proyecto
Detectar, monitorear y facilitar la remocin de los impedimentos que puedan surgir
con respecto al proyecto y a la metodologa [Estos impedimentos podrn ser
resueltos dentro del equipo de desarrollo (usualmente), entre diferentes equipos
(Scrum de Scrums) o con la intervencin de la gerencia.]
Asegurar la cooperacin y comunicacin dentro del equipo
Estar al corriente del progreso de las actividades del equipo de desarrollo, de las
nuevas tareas que hayan surgido como consecuencia del trabajo que el equipo de
realiza y de los cambios en las estimaciones
Mantener actualizadas las mtricas que denotan el avance del Sprint
Adems de estas cuestiones, el ScrumMaster debe detectar problemas y conflictos
interpersonales dentro del equipo de trabajo. Para respetar la filosofa auto-organizativa
del equipo, lo ideal es que el equipo mismo sea quien resuelva estas cuestiones. En el
caso de no poder hacerlo, deber involucrarse al ScrumMaster y eventualmente a niveles
ms altos de la gerencia.
EL SCRUMMASTER ES UN LDER FACILITADOR
No es casualidad la aparicin de un nuevo nombre o rol. Este nuevo concepto del enfoque
gil representa el cambio respecto de las responsabilidades y el modelo de gestin de los
gerentes de proyectos tradicionales en relacin al equipo de trabajo.
El ScrumMaster puede ser visto como un Facilitador, incluso muchas veces se lo
referencia as en lugar de ScrumMaster. Su responsabilidad es asegurar que se cumpla
con el proceso de Scrum sin interferir directamente en el desarrollo del producto final. Es
importante establecer que el equipo de Scrum elige la forma de trabajo que ms prefiera,
siempre que se cumplan las pautas bsicas de Scrum, por ello mientras lo hagan no
existe una forma errnea de trabajar.
El rol del ScrumMaster tambin incluye asegurar que el desarrollo del producto tenga la
mayor probabilidad de ser completado de forma exitosa. Para lograr este cometido,
trabaja de cerca con el Product Owner asegurando una correcta priorizacin de los
requerimientos, por un lado, y con el equipo de desarrollo para convertir los
requerimientos en un producto funcionando, por el otro.
Por lo que hemos visto, el ScrumMaster tiene un rol ms indirecto que un Gerente de
Proyectos tradicional, a pesar de esto es un rol vital para el xito de Scrum. Para todo
Gerente de Proyectos tradicional, el cambio hacia esta nueva filosofa de gestin es
desafiante. Se dice que Scrum es fcil, hacer Scrum es difcil. Esta afirmacin tiene sus
fundamentos en la idea de que una cosa es aprender Scrum y otra muy diferente es
aplicar Scrum exitosamente.
Emprender este camino significa adoptar una filosofa de liderazgo servil por sobre el
comando y control.
Finalmente, cuando un ScrumMaster logra cubrir exitosamente su rol, la implementacin
de Scrum sucede sin sobresaltos. Las responsabilidades del ScrumMaster deberan cubrir
la totalidad de su tiempo. Si bien hay casos en los que el ScrumMaster cumple, adems
de su rol, el rol de desarrollador, no siempre es la mejor de las situaciones ya que ambas
responsabilidades podran llegar a exceder la disponibilidad de una sola persona, y as
alguno de ambos roles no estara siendo cubierto satisfactoriamente.