Las mejores prácticas para la participación del cliente en el desarrollo Ágil?[cerrado]

Question

Necesitamos involucrar a nuestros clientes asociados en el desarrollo de nuestro proceso de desarrollo.Estamos más o menos de las metodologías Ágiles.Algunos de los clientes de los socios son remotas, otros más cerca.Es necesario minimizar los costos de viaje.

Nuestros clientes están en el cuidado de la salud y tienden a ser ocupados, costoso y difícil de programar.

Cuáles son las prácticas y las tecnologías han trabajado para apoyar la participación del cliente?Estamos usando llamadas telefónicas, conferencias telefónicas y de correo electrónico.Somos curiosos sobre el aprovechamiento de la wiki técnicas y nos encantaría escuchar lo que se trabaja para los demás.

Answer 1

Mi experiencia con métodos ágiles es principalmente para aplicaciones de escritorio. Cuando nuestros clientes son remotas, hemos pasado tiempo para llegar a un ingeniero para el sitio del cliente para configurar / instalar una plataforma de demostración. El ingeniero trabaja con el cliente en una configuración de prueba y demostración / plan que va a proporcionar un entorno que el cliente cree que replica los aspectos importantes del entorno de despliegue, pero aísla el sistema de demostración de la infraestructura existente (para que podamos empujar actualizaciones cada vez que necesitamos ). El ingeniero también establece sistemas de despliegue para mover nuestras aplicaciones en producción, de manera que podamos "desplegar" sin estar en el lugar. Nuestras aplicaciones pueden auto-actualización (ya sea para cada versión o cada generación) y cuidadosamente instrumento de las liberaciones para iniciar la sesión todos errores y sometemos todos los accidentes como errores a nuestro gestor de fallos. De esta manera por lo menos sabemos lo que salió mal, incluso si no sabemos lo que está pasando bien.

Para cada entrega / construcción que aparece en banco de pruebas del cliente, proporcionamos un screencast (corto), narrado por el líder del proyecto o desarrollador principal, demo-ción de todas las nuevas características. Las notas de la versión contienen ningún problema a largo plazo o preguntas que queremos que el cliente piense en los problemas (es decir, que no se pueden resolver de inmediato por una llamada telefónica o correo electrónico), y la aplicación muestra estas notas para el usuario.

Por último, y posiblemente lo más importante, conseguimos el cliente y / o de enlace del cliente una cuenta en nuestro servidor de calendarios y configurar sus aplicaciones de calendario para hacer uso de esa cuenta. Esto entonces va en ambos sentidos -. Podemos programar el tiempo (en las instalaciones, teléfono, correo electrónico, etc.) con el cliente y ellos pueden hacer lo mismo con nuestros desarrolladores

Answer 2

no importa si el cliente se encuentra en la misma cabina o al otro lado del planeta, a excepción de los retardos de comunicación -. El factor crítico es Disponibilidad

a un cliente que está demasiado ocupado para responder a sus mensajes de correo electrónico durante varios días va a hacer que su iteración a llegar tarde, o no

el cliente tiene dos compromisos críticos para la ágil:

1. disponible para responder preguntas de manera oportuna
2. No cambiar de opinión / prioridades durante una iteración

cliente debe comprometerse a un acuerdo razonable de nivel de servicio (SLA) de la disponibilidad, por ejemplo, tiempo de 1 hora respuesta, o el tiempo de respuesta de 24 horas, etc., y se tendrá que ajustar todas las estimaciones y los programas por el factor de retraso. Si el cliente no va a cometer o no seguir adelante, cancelar la iteración y volver a planificar, con lo que el compromiso del cliente a la vanguardia de nuevo. Hacer no simplemente "adivinar" lo que cree que el cliente desee.

En pocas palabras:. Sin un compromiso con el cliente, ágil no funcionará

Answer 3

Una de las opciones: instalar un proxy cliente en el sitio de "socio al cliente" que puede extraer la información que necesita cuando los clientes están disponibles. Tienen estos proxies construyen las relaciones sólidas que les permitan representan la vista del cliente. Su tiempo es todo suyo. Y cuando surgen preguntas que no pueden contestar, tienen acceso inmediato a sus socios de los clientes -. Incluso si en la línea de café

Answer 4

El punto del cliente en ágil es tener un discurso abierto y libre con los desarrolladores (IE) de retroalimentación inmediata. Si sus clientes actuales no pueden proporcionar esto, entonces usted necesita un intermediario / proxy que puede desempeñar este papel. No lo hace necesidad real los clientes, sólo necesitan a alguien que pueda representar los intereses lo suficientemente bien como para satisfacer sus clientes de los clientes necesidades.

Answer 5

sólo algunas ideas:

Si usted elige utilizar un Wiki, asegúrese de que es compatible con una lista de "cambios recientes" todo-en toda la wiki, y preferiblemente una que es específica para los usuarios. Cuanto menos distante de la gente de desarrollo son, mayor será la probabilidad de tener el correo electrónico como una metáfora de su uso de la computadora. Si ellos no pueden decir inmediatamente cuando hay algo nuevo para ellos ver, nunca explorarlo. También es necesario preferentemente maneras para señalar a los que necesita su atención a los asuntos, o que va a tratar los cambios como los CC.

Soy un gran creyente en la creación de capturas de pantalla de vídeo de interacciones (narrado) y su distribución a los usuarios. A diferencia de una demostración real, los clientes no sienten que necesitan para interrumpir, y pueden rebobinar y volver a ver la misma interacción y otra vez, prestar atención a los pequeños detalles.

Por último, si lo hace distribuir prototipos, asegúrese de enviar a alguien (o al menos una sesión de uso compartido de la pantalla) para ver cómo se utilizan los prototipos. diseño contextual es eficaz. Puede contar con las personas que utilizan el prototipo de forma diferente a la forma esperada, y usted tiene que entender cómo lo utilizan para comprender realmente cuando las cuestiones son, incluso si no los reportan.

Answer 6

¿Ha considerado algo así como LogMeIn .

Esto permitiría a los clientes, ya sea de inicio de sesión a un PC en su red ya se está ejecutando la aplicación, o, alternativamente, permitirá instalar / actualizar la aplicación de uno de sus ordenadores.

Esto resolvería el problema del cliente remoto y podría también apoyar el requisito de retroalimentación de los clientes continua en curso en el proceso ágil.

Lo utilicé una empresa anterior para soporte técnico, pero no hay ninguna razón (excepto tal vez el costo) que no iba a trabajar para su situación.

También es una gran manera de ver realmente cómo los usuarios utilizan su aplicación y, por tanto, averiguar lo que funciona y lo que no lo hace.

Answer 7

En primer lugar, asegúrese de que usted tiene un administrador o dueño del producto un producto cierran los los desarrolladores. Esta persona será la gestión de la relación con el cliente.

A continuación, el gerente de producto puede demostrar el producto al cliente al final de cada iteración y también haga la pregunta a los clientes cuando el desarrollador necesita retroalimentación para implementar una historia de usuario.

Es sorprendente la respuesta positiva que puede obtener de los clientes cuando ellos implican.

No usamos un wiki y la mayor parte de la comunicación se realiza a través de correo electrónico, teléfono, y una aplicación de uso compartido de pantalla (estamos utilizando GoToMeeting, pero hay un montón de alternativas por ahí).

Answer 8

Probablemente debería hacer el saque inicial una vez con todo el mundo en un solo lugar. Cara a cara el tiempo es muy valioso. Eso incluye a todos los desarrolladores. Prepare algunas preguntas METAPLAN, sino también tener suficiente tiempo para simplemente se mezclan.

Answer 9

Creo que la mayoría de las definiciones de procesos Ágiles que tienen una alta dependencia en la participación del cliente ya ha perdido "la mejor práctica", que sería para un sitio, y de preferencia "en equipo" cliente presente en todo momento.Así que supongo que estamos buscando para un "mejor práctica".:)

Existe la posibilidad de introducir un "proxy de cliente" en el sitio.Tengo que admitir que son muy escépticos sobre el valor de un proxy de los clientes.Estoy preocupado por el riesgo de la introducción de algún tipo de segunda clase y de otra manera innecesaria analista de negocios de la función a la mezcla, con el aumento de la relación señal-ruido y el potencial de mensajes confusos.También conlleva el riesgo de permitir ocupado real a los clientes a reducir su participación en el proceso, que es probable que conduzca a la insatisfacción.Me pregunto si puede haber alguien con buen conocimiento del dominio que se ha retirado recientemente y podría estar disponible para actuar en esta capacidad como un consultor?

Comunicación de ancho de banda con los clientes remotos es asombrosamente inferior de la cara-a-cara, algo que no me había dado cuenta hasta que empecé a tratar con los usuarios de otro país.Incluso con video de la pérdida es significativa.

Cuánto son sus iteraciones?Cómo es de difícil planificación de iteraciones?Podría ser más fácil ir por más iteraciones y obtener más de la planificación hecho con menos frecuencia, o reducir la longitud de iteración y de ir a los más pequeños, pero más frecuentes sesiones de planificación?Son más de un cliente involv

¿Tienes un utilizable y disponible construir al final de cada iteración?Hay tiempo para los usuarios implicados tener las manos en el tiempo antes de la próxima sesión de planificación?Mantener a los usuarios comprometidos mediante el envío de una periodicidad en la superficie parece ser una Buena Idea, que tal vez legisla para pequeñas y frecuentes iteraciones (en una semana?dos semanas?)

La wiki idea podría funcionar:has mirado en la AJUSTE de Marco?Es una especie de integrado de las pruebas de aceptación/wiki, que podría ayudar en la obtención de pruebas de aceptación de los clientes remotos.Creo que también me gustaría mirar a proporcionar algún tipo de (independiente o integrado) de proyecto "tablero de mandos", posiblemente empujado regularmente a los clientes clave, así como disponible en la demanda.utilizar como un sustituto para cosas como los post-its en las pizarras, Gran Visible Gráficos y similares.Hay un número de código abierto o de opciones de bajo costo que puede servir de escribir su propia alternativa sencilla no necesita ser demasiado tiempo o muy costosos, ya sea.

Sobre todo, recuerde que "Ágil" que es una especie de " catch-all de la etiqueta para los desarrollos que se llevan a cabo con un énfasis en los valores y principios consagrados en la Manifiesto ágil.Lo que se considera "mejor" en una situación puede no serlo en otro.Si usted entiende los principios y revisar periódicamente sus métodos con un ojo crítico, entonces usted está probablemente va a estar lo suficientemente cerca como para la mejor aplicación a la práctica su situación.

No he mirado por algún tiempo, pero con Beck y Fowler en la lista de autor, no debe ser algo útil en La Planificación De La Programación Extrema.

Answer 10

En mi posición anterior @ drchrono.com I agregados peticiones de datos / feedback / iteración de 20.000 médicos en todo el país. La mejor manera de hacerlo es a evangelizar a un sitio como uservoice.com. Sostuve "manifestaciones web en vivo diarias" con 50 a 100 veces los médicos (médicos inscribieron desde nuestro sitio web). En estas demostraciones Me gustaría demostrar nuestro producto actual y evangelizar voz del usuario para conducir sus comentarios en una herramienta útil para nuestro equipo de desarrollo. Todo esto fue hecho de forma remota y condujo a un aumento global de 1.400% en el crecimiento de los ingresos recurrentes.