¿Deberían los desarrolladores tener comunicación directa con las partes interesadas durante la implementación de los elementos de la cartera de productos para su aclaración? ¿O toda la comunicación debería pasar por el Dueño del Producto?
En la Guía Scrum podemos leer lo siguiente:
Por un lado, el Product Owner debe:
El propietario del producto es la única persona responsable de gestionar la cartera de productos. La gestión de la cartera de productos incluye:
Expresar claramente los elementos del Product Backlog;
...
Pero en la otra mano:
El propietario del producto puede hacer el trabajo anterior o hacer que el equipo de desarrollo lo haga. Sin embargo, el propietario del producto sigue siendo responsable.
Entonces, en teoría, el Equipo de Desarrollo puede comunicarse con las partes interesadas para la aclaración del PBI.
Pero, ¿es esta una buena práctica? Siempre pienso que el propietario del producto es el único punto de entrada para todos los requisitos.
Veo 4 opciones en esta situación:
Los desarrolladores pueden aclarar los PBI con las partes interesadas durante la implementación. Pero en ese caso tenemos el riesgo de que la visión de las partes interesadas sobre este PBI pueda ser diferente a la visión del propietario del producto (por ejemplo, la parte interesada puede querer ampliar el alcance o puede tener una visión diferente sobre el aPBI incluso entre ellos mismos). ). El propietario del producto puede perder el control del alcance de los PBI.
Los desarrolladores pueden aclarar los PBI solo con el propietario del producto. Esta es la forma en que siempre trabajo. Pero en un caso que conozco, el propietario del producto físicamente no tiene tiempo suficiente para hacer todo este trabajo. ¿Qué haremos en este caso?
Pida a los desarrolladores que tomen más iniciativa y resuelvan todos los problemas a su exclusivo criterio.
Obligar a definir muy bien PBI antes de tomarlo en Sprint, y después de tomarlo, prohibir a los desarrolladores hacer cualquier pregunta al respecto (no es una broma, es la situación real. Lo leí en este artículo . Desafortunadamente, es solo en ruso, así que créanme, la situación descrita es el caso real).
Entonces, ¿cómo aclararán los desarrolladores PBI durante su implementación? ¿Quizás exista una solución mejor que la descrita anteriormente?
Nota importante: estoy hablando de PBI, que ya están en Sprint, y que necesitan una aclaración adicional durante el trabajo.
Excelente pregunta:
Para responder a la pregunta directamente, sí, los desarrolladores pueden y deben hablar con el cliente cuando sea posible. Sin embargo, como ha señalado, la logística de esto puede ser difícil.
Algo que está aumentando en uso, que aborda directamente esto, es el equipo de propietario del producto (también conocido como el equipo de negocios ágil y el equipo de cliente ágil).
Equipo de propietario del producto: Este es un reconocimiento directo de que un propietario del producto a menudo no puede ser el "propietario único". Ya sea por falta de conocimiento o porque hay demasiados cocineros en la cocina (en las grandes empresas, el OP rara vez toma la decisión final).
Un POT construye un equipo alrededor del PO que tiene como producto el Backlog. El trabajo del POT es asegurarse de que el backlog esté bien ordenado, bien definido y cumpla con la definición de "listo" o una historia que el equipo de desarrollo pueda retomar y ejecutar sin más trabajo.
El POT está compuesto por el PO, un "arquitecto" técnico, un representante de control de calidad y, potencialmente, atención al cliente, operaciones o incluso el cliente. El rol de arquitecto técnico puede ser una persona senior con conocimientos técnicos y comerciales (más común en empresas más grandes), representantes reales del equipo de desarrollo o ambos. Esto permite explorar completamente una historia antes de llegar a la reunión de planificación de Sprint.
El POT es la forma en que recomiendo involucrar al cliente en los elementos de la cartera de productos.
Como Scrum Master animo a los miembros del equipo a hablar con las partes interesadas. Pero sugiero que lo hagan en presencia del Dueño del Producto o informen al Dueño del Producto tan pronto como sea posible después de que la conversación haya terminado.
El propietario del producto ve el panorama general. Lo que suena como una solicitud perfectamente razonable para un desarrollador, en realidad podría ser una mala idea en el contexto de las conversaciones mantenidas con otras partes interesadas.
Esto no es una crítica a los desarrolladores. Simplemente no tienen tiempo para compartir ideas continuamente con las partes interesadas y desarrollar una comprensión del mercado para el producto.
El rol de Product Owner es de tiempo completo y es muy exigente. Los desarrolladores deben buscar apoyar al propietario del producto en cada oportunidad, pero nunca pasarlos por alto.
Joel Bancroft-Connors