it-swarm-es.com

¿Cómo obtiene el propietario de su producto más comprometido en proyectos ágiles?

Durante las retrospectivas de iteración en proyectos ágiles, uno de los temas que surge más a menudo para nosotros es que el propietario del producto es (o los dueños de productos están) no están disponibles ni se dedican al proyecto a nivel de día a día.

Parece ser un tema común que los clientes no están dispuestos a "renunciar" a la cantidad necesaria del tiempo del propietario de su producto al proyecto, pero en lugar de eso, responder a las preguntas por correo electrónico, o durante las demostraciones de productos solamente. Esto tiene el efecto de aumentar la longitud del ciclo de retroalimentación y hacer que el proyecto sea menos efectivo.

¿Has tenido que superar este obstáculo? ¿Cómo lo hiciste?

6
Paddyslacker

La presencia del propietario del producto en reuniones requeridas (Sprint Review y Planning) es (debe ser) no negociable. Haga lo que necesita para negociar un tiempo que funciona, y luego mantener al propietario del producto. Si surge algo, retrate, pero mantenga el propietario del producto responsable de llevar a cabo todo el equipo.

Si el propietario del producto es realmente (de) su cliente y no están dispuestos a participar en esa capacidad, entonces tal vez tenga sentido encontrar un propietario de un producto interno que se comunique con el cliente, pero es capaz/autorizado para hacer algunas llamadas por su cuenta, en nombre del cliente. Ese es el arreglo típico de todos modos, ya que hay algunas cosas que el propietario de un producto es responsable de eso, realmente no debe pasar por los ojos de un cliente.

De lo contrario, su única opción es básicamente abandonar Agile. No vas a hacer que funcione sin un PO en esas reuniones.

7
Mark Peters

Daily parece mucho para un propietario de un producto. Independientemente de la frecuencia con la necesidad de que sean necesarios, deben saber que hay consecuencias por su falta o aportación retrasada. Si quieren el proyecto antes/a tiempo, pueden sacrificarse y hacer el compromiso de tiempo.

Si está 100% vendido en un enfoque ágil y su cliente está en 0%, tiene un punto muerto. Alguien que está a cargo debe enfrentarse al hecho de que los negocios se agoten en la puerta sin pedido si es ágil, no ágil, solo Windows, solo Linux, solo web, solo incrustadas, etc.

Estoy tratando de implementar de manera de comprometerse con los propietarios de proyectos en nuestra firma. Hubo un momento en que cada proyecto en el que estaba trabajando, estaba esperando una revisión, prueba, aprobación, etc. de otra persona. Gracias a Dios por SO/SE.

2
JeffO

Por supuesto, la abundante disponibilidad es mejor, pero el proceso Scrum proporciona que el equipo tiene muchas oportunidades para obtener comentarios del propietario del producto si el maestro de Scrum de Scrum se lleva a cabo reuniones periódicas.

Esto incluye las sesiones de estimación, la planificación de Sprint, la revisión de Sprint, retrospectiva.

Esto ya es mucho.

Si su proyecto es complejo y exige una implicación del propietario de un producto más alto, el Scrum Master tiene que resolver el problema para el equipo.

Un buen comienzo sería decirle al propietario del producto sobre las necesidades del equipo.

1
user2567

Si el propietario del producto está demasiado ocupado, esté disponible para el equipo, eso significa que no están convencidos de que ese tiempo no sea productivo para el éxito del proyecto, o que el propietario del producto no le importe el éxito del proyecto .

Suponiendo que el primero es que su trabajo muestre al propietario del producto qué tan receptiva puede ser un equipo ágil para las sugerencias hechas por el propietario del producto. Si puede demostrar cambios en el software que en respuesta a sus comentarios y sugerencias, puede venir a comprender por qué su participación está en su mejor interés.

Por encima de todo, no intente decirle al propietario del producto que esto es lo que sted necesita. El desarrollo ágil es sobre resolver sus problemas, no lo dejes pensar por un minuto ágil significa que tiene que resolver sus problemas.

1
Eric Wilson