lunes, abril 01, 2019

El Equipo Oculto de Scrum: El Equipo del Product Owner o Equipo del Producto




Hola a todos

Este corresponde a uno de esos post que tengo en mi lista de pendientes que por fin salen a la luz después de presionarme internamente una y otra vez por ser escritos.

Definitivamente el título del artículo es el "spoiler", pero aunque saben para donde voy, vamos a conocer las razones de esta afirmación.

Un Product Owner con Pleno Conocimiento

En primer lugar, tenemos equipos scrum, con esquemas muy simples de trabajo donde el Product Owner (PO), es alguien que tiene todo el conocimiento sobre el producto y le es fácil tomar decisiones sobre lo que se esta construyendo.

Desde mi punto de vista esta es la configuración más simple pero muy escasa, principalmente en espacios corporativos, pues muchas veces para diseñar un Producto un PO debe interactuar con muchos interesados; y eso nos lleva a la siguiente configuración.


Un PO Interactuando un Grupo de Interesados

En este caso el PO, posible que tenga conocimiento de una parte del universo del problema pero requiere de áreas adicionales para diseñar el producto correcto.
En este caso, cada una de esas áreas proporciona conocimiento y decisiones claves sobre el mismo, y le ayuda a entender al PO, como gestionar las dependencias, y diseñar estrategias para hacer exitosa la construcción del producto.


El Equipo del Producto

Bajo el contexto anterior en la medida que los productos son más complejos, los PO deben interactuar con más áreas y esas áreas son de contacto frecuente, adicionalmente estas terminan volviéndose lo que en muchos entornos se denomina "El Equipo del Producto".

Este Equipo del producto, debido al rol que desempeñan se podrían definir como son un grupo de personas que  proporcionan información estratégica, táctica, operativa y técnica sobre el producto y que debe ser considerada para la elaboración y refinamiento del Product Backlog.




Este Equipo del producto,es muy probable que:
  • sea con el que se realice el Inception y el continuo refinamiento del producto
  • tenga un ciclo de reuniones para hablar sobre el producto, su presente y futuro.
  • algunos de sus integrantes hagan parte de los stakeholders a los cuales después de cada sprint se presenta incremento del producto cada sprint
  • se presenten conflictos entre ellos, pues donde donde hay restricciones y diferentes intereses, lo más natural es que aparezca el conflicto
  • tengan necesidades de un facilitador, es decir,  de alguien que les ayude a coordinarse, resolver sus conflictos para no perder su foco. 

El Equipo del Producto ¿Es realmente un equipo?

Lo cierto, es que este Equipo del Producto permanece oculto a la vista de todos, pero es frecuente escuchar por parte del PO, del SM y hasta del Equipo de Desarrollo, quejarse de problemas de:falta de coordinación
  • involucramientos tardíos
  • falta de compromiso
  • conflicto de intereses
  • entre otros
Y aunque este grupo de personas tengan un interés común, no implica que se vean como un equipo, pero esto no los exime de las necesidades de que exista un facilitador entre ellos que permita la fluencia de los diferentes temas que ellos tratan. Este rol de facilitador podría ser ejercido por:

  • El Product Owner (aunque sería viable por su ubicación estratégica entre el equipo Scrum y los Stakeholders, es probable que no cuente con las habilidades de facilitación)
  • El Scrum Master
  • El Agile Coach del ecosistema ágil al que pertenece el producto
Este facilitador, determinará si avanza a formarlos como equipo, o los sigue gestionando como un grupo con un interés común.








Unos consejos: Al menos una Sincronización Semanal y una Retrospectiva Mensual

Ahora, sea que ellos se vean o no como equipo, es altamente recomendado:
  • Ejecutar al menos una sincronización semanal para identificar avance de pendientes y necesidades de ayuda, esto podría ser apoyado por la gestión visual que proporciona un tablero kanban.  
  • Realizar una retrospectiva cíclica, al menos una vez al mes que busque mejorar tanto las interacciones al interior como con el Equipo Scrum.
Estas dos dinámicas serán de gran valor y sumarán bastante a la dinámica de la construcción del producto.



Cerrando

Por último unas preguntas:

  • ¿tienes un "equipo del producto"?¿realmente son un equipo?¿les interesa serlo?
  • ¿ya lo identificaste?¿o justo ahora te haces consciente de el?
  • ¿necesita facilitador?
  • ¿podría ser el scrum master del equipo scrum?
  • ¿podría ser otro scrum master?¿o un agile coach?
  • ¿que cadencia de sesiones tienen?
  • ¿sería útil una sicronización diaria, semanal?
  • ¿sería valioso tener al menos una retrospectiva mensual para corregir problemas y lograr responder a a las necesidades del equipo scrum?

Hasta acá este compartir, bienvenido el feedback.

Saludos ágiles
Jorge Abad.





Saludos Ágiles
Jorge Abad

2 comentarios:

  1. Que tal Jorge. En mi caso existe un equipo de producto que les interesaría coordinar actividades que están fuera de su responsalildad contractual. Es voluntariado. Esa reunión se llama weekly? Gracias por tu ayuda.

    ResponderBorrar
  2. Hola Jorge,

    me gustó el post, pero me nace la duda, de tener un equipo que piensa y otro que ejecuta, no suena a un antipatron de la agilidad? saludos

    ResponderBorrar