Estoy interesado en comprender cómo la gestión ágil de proyectos difiere entre un equipo centrado en un solo producto y una agencia digital o una firma de consultoría de desarrollo de software.
Para empezar, en una situación en la que la empresa o agencia consultora tiene varios clientes, ¿el Cliente es lo mismo que el Dueño del Producto?
Representar a las partes interesadas en el equipo ágil
La función principal de un propietario de un producto es representar las necesidades y los deseos de la comunidad de partes interesadas ante un equipo de entrega ágil:
Representar al equipo ágil ante las partes interesadas
Una función secundaria del propietario de un producto es representar el trabajo del equipo ágil ante la comunidad de partes interesadas:
Quien pueda hacerlo bien será un buen Product Owner. Como señaló CodeGnome, para ser eficaz, el propietario del producto debe ser una parte integral del equipo Scrum. Probamos su enfoque de un cliente (en nuestro caso, un cliente interno) que desempeña el papel de propietario del producto a tiempo parcial. No fue tan efectivo. Cuando contratamos a una persona para que fuera Product Owner a tiempo completo, el cambio fue espectacular.
[E]n una situación en la que la empresa o agencia consultora tiene varios clientes, ¿es el Cliente el mismo que el Propietario del producto?
No, son roles fundamentalmente diferentes. Si bien el propietario del producto puede provenir del cliente, el propietario del producto es un rol específico de una sola persona dentro del marco de Scrum. El cliente es una parte interesada (un "pollo"), mientras que el propietario del producto es un miembro formal del equipo Scrum (un "cerdo").
Nota: Consulte The Chicken and the Pig para obtener más información sobre el uso de esta terminología en Scrum.
El cliente es, quizás axiomáticamente, una parte interesada en el proceso. Una persona o un comité directivo dentro de la organización del cliente se designa como patrocinador del proyecto y, por supuesto, el cliente es responsable de financiar el proyecto. Sin embargo, Scrum asigna el rol de propietario del producto como representante de todas las partes interesadas en lo que respecta a la priorización y la programación.
El propietario del producto trabaja con las partes interesadas para crear la cartera de productos y generar consenso entre las partes interesadas para las prioridades del proyecto y las asignaciones de recursos. Como rol definido en el proceso Scrum, el propietario del producto debe ser un participante activo en el proyecto, y no simplemente una parte interesada que espera que se entreguen las características.
En la práctica, el Product Owner debe ser una parte integral del equipo Scrum. Como tal, generalmente es beneficioso para el Product Owner ser miembro de la misma organización que el Scrum Master y los desarrolladores. De esta manera, el rol de apoderado de las partes interesadas se sitúa correctamente dentro del proyecto.
Los clientes más grandes a menudo tienen su propia PMO o marco de gestión de proyectos; dichos clientes pueden proporcionar su propio gerente interno de proyecto/producto (u otro representante de las partes interesadas) para cada proyecto. En tales casos, los dos representantes se coordinan entre sí: el representante interno del cliente representa al cliente ante el Propietario del producto, y el Propietario del producto facilita los intereses del cliente dentro del equipo Scrum.
Para cada producto, hay una persona que se preocupa lo suficiente por ese producto como para defenderlo y proporcionar el presupuesto para desarrollarlo o hacer arreglos para que se proporcione el presupuesto.
Esa persona es el propietario del producto (en ocasiones, es un equipo en lugar de una sola persona).
Todos los demás, ya sean internos o externos a la agencia, son representantes de ese Product Owner, independientemente de los roles o títulos que se les puedan otorgar.
Además del propietario del producto, es probable que haya partes interesadas cuyas necesidades deben satisfacerse antes de que el producto pueda lanzarse. Los usuarios son un gran ejemplo de esto: no les gustará un producto que sea difícil de usar, pero también puede incluir anunciantes, auditores, personal legal, arquitectos, etc. En esta situación, a veces, un representante del propietario del producto puede ser más efectivo. que el propio OP, ya que pueden tener una mayor conciencia de estas partes interesadas "guardianes". Espero que ese sea el caso en cualquier consultoría de software que se especialice en un dominio en particular; por ejemplo, telecomunicaciones, comercio de productos básicos, banca, comercio minorista u hoteles, cada uno tendrá su propio conjunto de partes interesadas conocidas.
Es probable que PO sea un cliente o parte del personal del cliente, y también lo serán algunos de los interesados en el control, pero no todos.