Al momento de adoptar la metodología ágil Scrum en
una organización que está acostumbrada a trabajar usando el enfoque en cascada
para sus proyectos de Desarrollo de Software, nos encontramos con ciertas preguntas
de cara a los roles que generalmente existen en la gestión en cascada y cuáles
son los mejores candidatos para ocupar los nuevos roles que propone Scrum.
Los roles que generalmente encontramos en la gestión
en cascada o “Plan Driven” son el Product Manager, Business Analyst, Project
Manager, Software Developer, DataBase Admin, Tester, UI Designer, Functional
Director, etc. En Scrum solo son tres, el Product Owner, el Scrum Master y el
Development Team. Como decidimos quien
va a ocupar que rol de Product Owner? Y quien puede ser el Scrum Master? Hablemos un poco de eso.
En Scrum, el rol de Product Owner es el que se
encarga de administrar el repositorio de requerimientos (el Product Backlog),
priorizar los elementos de este repositorio basado en el valor que tienen para
el negocio, agregar detalles a dichos elementos y además debe estar disponible
para que el equipo de desarrollo pueda aclarar sus dudas y obtener respuesta a
las posibles preguntas relacionadas con el trabajo que estarán haciendo. Estas responsabilidades del Product Owner
pueden ser cubiertas por varios de los roles que existen en la gestión
tradicional o en cascada, sin embargo, hay que tomar en cuenta algunos
elementos importantes antes de decidir quien será el que ocupara este rol de
Product Owner. Dentro de los elementos
a tomar en cuenta están:
- El candidato (o candidata) debe tener un buen conocimiento (yo diría que un perfecto dominio) del negocio, del producto que se espera construir o del servicio que va a crear.
- Debe tener alto nivel de credibilidad en la organización, esto para que sus decisiones sean respetadas.
- Debe ser un buen comunicador, es decir, debe saber transmitir una idea de manera clara (generalmente lo tendrá que hacer usando el lenguaje del negocio).
Todo aquel que cumpla con estos tres elementos es un
candidato a ser Product Owner. No es
casualidad que generalmente las personas que pertenecen al área de negocios, áreas
de gestión de productos, gestión de proyectos, áreas de mercadeo, operaciones,
etc., son los que generalmente son seleccionados para cubrir este rol, esto es así
debido a que esas personas conocen bien el producto o el negocio (a veces no
saben exactamente lo que quieren pero tienen bien claro cual es la necesidad
que se desea cubrir), gozan de alta credibilidad en la organización por sus hazañas
pasadas en esas posiciones y como trabajan generalmente con muchas personas a
su alrededor (o bajo su cargo) tienden a ser buenos comunicadores.
Por otro lado tenemos al Scrum Master, este rol debe
tener un excelente dominio y conocimiento de la metodología Scrum y debe saber
moverse dentro de la empresa, es decir, debe conocer los procesos,
procedimientos, políticas de la empresa, la cultura organizacional e incluso es
deseable que conozca algunos “atajos” para solucionar situaciones (conoce
exactamente quien puede resolver un problema en particular cuando se
presenta). Esta persona debería de poder
entender el lenguaje que use el Product Owner, me refiero al lenguaje del
negocio y también debe poder comunicarse sin inconvenientes usando el lenguaje
del equipo de desarrollo (siendo este el último el equipo de personas que
creara el producto, servicio o resultado esperado), con esto del lenguaje me
refiero a palabras y jergas propias del producto que se esta construyendo, si
es de software debería poder entender una conversación técnica, si es un
producto basado en maderas preciosa debería poder entender la terminología
usada por los constructores de artículos en madera o ebanistas. Debe tener capacidades de facilitador, poder
solucionar conflictos (que seguro va a tener algunos que solucionar, tanto a lo
interno del equipo de desarrollo como entre el Product Owner, el equipo, los
stakeholders y demás involucrados).
Los candidatos
a Scrum Master son generalmente personas que salen del equipo de desarrollo,
que presentan buenas capacidades de comunicación, solucionan conflictos,
cuentan con alto nivel de empatía, conocen la empresa y saben como moverse
dentro de ella. También un Project
Manager puede ser un buen Scrum Master, siempre y cuando cumpla con los
elementos que ya hemos citado (si tiene un conocimiento básico o moderado sobre
el producto o servicio a construir y las técnicas y herramientas que usara el
equipo de desarrollo para crear dicho producto o servicio seria excelente).
Aunque esto que les describo en esta ocasión aplica
para la generalidad de los proyectos que son llevados con Scrum, recuerden que
existen escenarios puntuales donde el caso particular del Product Owner puede
necesitar características especiales, este es el caso de múltiples equipos de
Scrum que desarrollan componentes de un producto mayor, en ese caso los Product
Owners requieren de un conocimiento “técnico” importante para poder pasar los
requerimientos (historias de usuario) de manera que cumplan con los requisitos
de la integración que en un momento futuro habrá que realizar, pero esa es otra
historia :P.
Bueno eso es todo en cuanto los quien puede ocupar los
roles de Product Owner y Scrum Master en Scrum, espero verlos pronto por acá en
otro post de Agile Zone.
