Liderazgo para Product Owners

 El liderazgo es vital para cualquier Product Owner

Los Product Owners, y el rol relacionado de Product Manager (como describimos en este otro artículo), deben interactuar con otros roles para obtener información así como para influenciarles en la persecución de la meta de maximizar el valor el producto. Por muy brillantes que sean entendiendo las necesidades del cliente, detectar una oportunidad de negocio o gestionar un backlog, fracasarán en ejecutar su visión y planes si no son capaces de entender e influenciar a las personas dentro y fuera del Equipo Scrum.

 Liderazgo compartido con el Scrum Master

El Scrum Master tiene como objetivo que el Equipo Scrum pueda rendir al máximo potencial usando Scrum como herramienta para gestionar la complejidad a nivel de tecnología, trabajo y personas. Aunque Scrum no lo dicta como obligatorio, es recomendable que el Scrum Master sea una persona separada del Product Owner para tener una visión más objetiva e independiente, así como repartirse la carga de trabajo.

El Scrum Master se concentra en ayudar al Equipo Scrum a trabajar de una manera más efectiva a nivel interno, y a eliminar los impedimentos organizativos externos al equipo. Esto le proporciona una ayuda inestimable al Product Owner, dotándole de un equipo autónomo en la gestión del trabajo, proactivo ofreciendo soluciones y alternativas al Product Owner, así como permitiéndole enfocarse en descubrir que producto hay que construir.

En algunos impedimentos organizativos, posiblemente el Product Owner pueda ayudar al Scrum Master, dada su cercanía con roles de negocio y dirección, así como la gestión del presupuesto.

Por otro lado, el Scrum Master debe ayudar al Product Owner a mejorar su capacidad de liderazgo, según lo que veremos a continuación.

 Liderazgo compartido con el Equipo de Desarrollo

Una visión habitual de Scrum, probablemente por desconocimiento, ve al Product Owner como un líder o manager, y al equipo de desarrollo como seguidores o proveedores que hacen aquello que el Product Owner pide. Esto puede pasar en Equipos Scrum poco maduros y potencialmente puede derivar en un rendimiento pobre del Equipo Scrum, sobrecargando al Product Owner con actividades que le corresponden al equipo (p.e. análisis funcional) así como desmotivando al Equipo de Desarrollo por tener poca autonomía.

En un Equipo Scrum maduro, el Product Owner confiará en el Equipo de Desarrollo y le dará gran autonomía. A su vez, el Equipo de Desarrollo estará motivado por la visión del producto y la autonomía para ofrecer soluciones creativas y valiosas para el cliente. Esto requiere una gran dosis de liderazgo en el Equipo de Desarrollo, para resolver conflictos internos, buscar su mejor versión y colaboración, así como ser proactivos.

 Liderazgo con Stakeholders

Cuando hablamos de stakeholders, o personas «afectadas» por el desarrollo del producto, nos solemos referir a roles de la organización del Equipo Scrum, p.e. del departamento de márketing, ventas u otros equipos técnicos. En algunos casos estos roles pueden tener una posición de poder organizativo (p.e. directores) y en otros el Equipo Scrum puede necesitar de la ayuda de éstos.

En algunos casos, las necesidades u opiniones de los stakeholders chocarán con las del equipo, y la capacidad de influencia, empatía y negociación del Product Owner se pondrán a prueba.

 La visión del producto y las metas de negocio como herramientas para liderar

La visión de producto justifica la inversión de tiempo y dinero que hace la organización en el desarrollo del producto. Debe mostrar los beneficios en mayores ventas, reducción de costes o posicionamiento estratégico. El Product Owner debe buscar el patrocinio de la dirección mediante la visión para el desarrollo de producto, y esto puede ser de ayuda en situaciones de conflicto con roles externos al equipo. La visión también debería servir para obtener la ayuda de los stakeholders.

Las metas e indicadores también deben ser una herramienta potente para alinear internamente al Equipo Scrum y obtener la colaboración con actores externos, así como ofrecerla a éstos. En el artículo Producto, resultado, impacto, métricas y contexto explicamos como estos diferentes niveles de métricas pueden ayudar a fijarnos en lo importante, el valor ofrecido al cliente, y descargar el foco en las métricas de proceso, que tienen más riesgo de generar fricciones entre personas del equipo.

 Comunicación efectiva 

La comunicación efectiva es básica para colaborar con otras personas, especialmente cuando no se tiene poder jerárquico sobre estas, caso frecuente en los Product Owners. 

La escucha activa permite crear empatía entre las partes, al poder entender más profundamente a los interlocutores y que éstos se sientan valorados. Requiere esfuerzo, entre otras cosas, aparcar los prejuicios y tener una mentalidad abierta. Las preguntas poderosas ayudan a entender los hechos y a separarlos de las emociones.

Lamentablemente muchos conflictos son evitables, y se deben a prejuicios, no entender a las demás personas o a priorizar excesivamente cubrir las necesidades propias sobre las ajenas. La comunicación efectiva puede reducir muchos de éstos orígenes de conflictos.

 Gestión de conflictos en Product Management

Los conflictos son naturales en la coexistencia humana. Diferentes personas tienen diferentes necesidades, tanto objetivas (p.e. lo que me pide el Product Owner es incompatible con la estrategia de mi departamento) como emocionales (p.e. el Product Owner no me ayudó una vez, y ahora no lo haré yo). Por otro lado, en muchas organizaciones existe una cultura de competitividad interna, tanto entre personas como entre departamentos, que dificulpa identificar objetivos comunes. Y aunque exista intención de cooperación, la sobrecarga de trabajo es un reto para dedicar tiempo a atender las necesidades de otros equipos y proyectos.

El Product Owner se puede encontrar con conflictos dentro del Equipo Scrum y con interlocutores externos, p.e.:

• Necesito que otro equipo técnico atienda a una petición nuestra y éstos tienen otras prioridades.
• La planificación del producto no encaja con los objetivos y calendarios del departamento de márketing.
• No tengo una buena relación previa con otro Product Owner con el que debo colaborar.

En estos y otros casos, la comunicación efectiva puede ayudar a entender las necesidades mútuas y a crear empatía, y así alcanzar consensos que eviten conflictos. Pero también habrá casos donde no se podrá evitar entrar en un esquema de pensamiento «ganador-perdedor». En estos casos pueden darse dos situaciones:

• Una de las partes decide renunciar a sus objetivos. Así se resuelve el conflicto, pero habitualmente se crea resentimiento de la parte que pierde.
• Ninguna de las partes renuncia a sus objetivos y se entabla una competición. Ésto genera también resentimiento en ambas partes, además de dificultar la cooperación en otros asuntos.

Por un lado, un Product Owner puede aprender técnicas de gestión de conflictos, posiblemente animado por el Scrum Master, como:

• Comunicación No Violenta (NVC)
• Esquemas de solución de conflictos
• Escucha activa y preguntas poderosas

Por otro lado, ser consciente a nivel personal del estilo natural de a afrontar los conflictos puede ayudar a las partes a reducir éstos y gestionarlos mejor. Una herramienta que puede ser efectiva es el test TKI (Thomas-Kilmann Instrument) [2], que permite caracterizar los niveles de asertividad y colaboración de una persona. En el curso Professional Scrum Master, se reflexiona sobre las opciones que proporciona esta herramienta.