El cliente parece estar demasiado ocupado para tener reuniones periódicas

Estamos haciendo un desarrollo Agile , y aunque no somos tan estrictos como Scrum , nos gustaría mantener la reunión de planificación de sprint para que el cliente pueda priorizar los valores comerciales para cada iteración y posiblemente algunos comentarios.

Dicho esto, tener un propietario del producto como representante del cliente no es realmente una opción porque el equipo no es lo suficientemente grande como para separar roles como ese.

A primera vista, pensé en hablar con el cliente para que asignara a alguien de su empresa en su nombre que actuaría como su representante, con suficiente poder/permisos para tomar decisiones y priorizar los valores comerciales, para que podamos ir con las reuniones de planificación de sprint.

La empresa del cliente no es tan grande, estimo un máximo de 15 a 20 empleados.

¿Hay una mejor manera de manejar esto, tal vez una perspectiva diferente? ¿Cómo debo acercarme al cliente y hablarle de una solución?

¿Se da por hecho el uso de un enfoque ágil? ¿O consideraría hacer un desarrollo tipo cascada si el cliente no tiene el personal, el tiempo o lo que sea para admitir Agile?
¿Cómo estás manejando este problema actualmente?
@DougB sí, prácticamente estamos descubriendo qué variante ágil sería la mejor opción para el mercado de software en nuestro país, ya que el desarrollo de software aún se encuentra en su etapa inicial. El uso de cascada probablemente ayudaría, pero nuestro principal objetivo es encontrar un buen enfoque ágil en el mercado aquí.
@JeffLindsey Hemos leído y discutido repetidamente las respuestas en este hilo, y probablemente intentaremos educar al cliente sobre el valor de la reunión. Eso es, por supuesto, si el cliente está dispuesto a
@ChristopherFrancisco: según mi experiencia, es posible que tenga un desafío para convencer al cliente de que Agile es el mejor enfoque, un enfoque lineal como cascada es mucho más fácil de entender para ellos y, por lo tanto, parece menos riesgoso. Su mejor apuesta es evitar las palabras de moda. Por ejemplo, organice reuniones de estado cada dos semanas, simplemente conviértalas en reuniones de planificación de sprint de facto (muéstreles lo que ha hecho, déles una lista de nuevas piezas para agregar, pídales que elijan prioridades). Es como hacer que un niño pequeño coma sus verduras. Buena suerte.

Respuestas (4)

El cliente parece estar demasiado ocupado para tener reuniones periódicas, a menudo se traduce en 1 de 2 cosas:

1) El cliente no entiende el valor de la reunión o

2) El cliente tiene cosas más valiosas que hacer

En el caso 1 se requiere educación con el cliente. El cliente puede no entender el valor que aportan al resto de participantes en la reunión.

En el caso 2, mire la reunión en sí. ¿Están allí las personas adecuadas? el largo esta bien? ¿Están ocurriendo actividades que no son relevantes para el cliente que podrían simplificarse o eliminarse? Si el valor es bajo para el cliente, esto puede requerir educación con otros participantes de la reunión para asegurarse de que están creando una reunión en la que el cliente pueda obtener valor.

Sugeriría resaltar al cliente que cuanto más se involucre, más rápido y efectivo será el desarrollo.

A veces, el Equipo Scrum debe ser bastante flexible para acomodar al Propietario del producto (o al cliente en su caso). He trabajado con equipos que harán la reunión de planificación del sprint con el cliente por teléfono. Esto no es ideal, pero puede tener menos impacto en el tiempo del cliente.

También recomendaría incluir las reuniones de planificación de sprints en el calendario de su cliente lo antes posible. A menudo tengo las reuniones de planificación de sprints reservadas con varios meses de anticipación, solo para asegurarme de que puedan trabajar en su calendario en esos intervalos de tiempo.

La preparación del trabajo pendiente no tiene que llevarse a cabo en reuniones discretas. No hay nada que le impida hacer una (re)priorización continua con el cliente. Si el cliente no parece tener tiempo para muchas reuniones formales con su equipo, puede preguntar si una llamada rápida o un correo electrónico, o incluso una sesión de mensajería instantánea, cada pocos días funcionaría mejor. Eso no es estrictamente scrum, pero usted mencionó que de todos modos no está siguiendo la letra de la ley. Puede continuar usando su variante de scrum internamente, pero adáptese al flujo de trabajo del cliente si eso es lo que le dará más valor.

Alternativamente, vea si el cliente siente que está involucrado en decisiones que son de muy bajo nivel. ¿Estarían bien con un sprint más largo y una reunión más pesada al final? Si el cliente no dedica tiempo a usted, probablemente no vea el valor de hacerlo. Averigüe qué haría que las reuniones fueran más valiosas para ellos y ajústelos según corresponda.

Intente educar al cliente sobre su papel en la salud general del proyecto. Sería su visión que el equipo funcionara. Si es capaz de proporcionar continuamente al equipo ideas y características claras para trabajar. Reduciría el tiempo de desarrollo para el equipo y podría tener un prototipo rápido disponible para compartir con las partes interesadas y los usuarios finales.

Además, con cada final de Sprint, asegúrese de realizar una demostración para el equipo de elementos completado durante la iteración respectiva para él.

Esto aumentaría su confianza en el equipo y le gustaría estar más involucrado con el equipo. Esto te ayudaría a tener:

  • Elementos de la cartera de pedidos priorizados
  • Requisitos claros, y opción de contactarlo en caso de dudas.

El Product Owner tendría más confianza con el equipo.