Guía del Product Owner - novaDepto/Nova GitHub Wiki
Responsables
| Nombre | Rol |
|---|---|
| Erwin | Dueño de la guía |
| Lisi | Autor |
| Luis | Autor |
Objetivo
Esta guía tiene como objetivo describir las responsabilidades y desafíos de un Product Owner. Así mismo, servirá para que cualquier miembro del departamento Nova esté orientado sobre lo que implica este rol y cuando se haga transición de roles sirva como referencia para quién sea PO.
¿Quién es el Product Owner?
El Product Owner es la persona que representa la voz de los stakeholders, tomando en cuenta sus necesidades y aclarando cualquier detalle sobre el proyecto. Tiene la responsabilidad de mantener una visión clara del proyecto y responder sus dudas para que el equipo se pueda mantener concentrado en sus tareas. También tiene que representar el trabajo del equipo ante los stakeholders.
1. Proyecto
- Representar los intereses de los stakeholders ante el departamento.
- Representar al departamento ante los stakeholders.
- Tener una idea general del proyecto.
- Asegurar la participación e involucramiento de los stakeholders en el proyecto.
- Convertir las necesidades de los stakeholders en objetivos del proyecto.
- Plantear y priorizar las tareas que permitan cumplir los objetivos del proyecto.
- Transmitir constantemente la visión del proyecto al equipo.
- Agendar las reuniones con los stakeholders del proyecto.
- Asistir a las reuniones con los stakeholders del proyecto.
- Moderar y aclarar las inquietudes del equipo y los stakeholders.
- Representar los intereses de los stakeholders durante la toma de decisiones a lo largo del proyecto.
- Informar los progresos del proyecto a los stakeholders.
- Organizar demos con los stakeholders para validar los avances del proyecto.
2. Respuesta con Stakeholders
- Comunicar constantemente los riesgos del proyecto así como sus planes de mitigación y contingencia.
- Mantener abiertos los canales de comunicación con los stakeholders del proyecto.
- Llevar el control de cambios del proyecto.
- Consultar con los stakeholders las proyecciones de entrega de cada iteración.
- Entregar el plan de liberaciones y acta del proyecto.
- Validar el producto con los stakeholders y usuarios finales.
- Verificar el producto con los stakeholders y usuarios finales antes de mandarlo a producción.
3. Redirección de Esfuerzos
- Monitorear la prioridad de los Work Items.
- Tomar las riendas de la dirección del proyecto.
- Participar durante el diseño y aceptación de pruebas.
- Generar acciones correctivas para el plan de proyecto.
- Administrar los intereses de los stakeholders con la capacidad del equipo.
Referencias:
- Ambler, S. W., & Lines, M. (2012). Disciplined agile delivery: A practitioner's guide to agile software delivery in the enterprise. Upper Saddle River, NJ: IBM Press.
versión 2.0