Al trabajar en una gran organización, a menudo los miembros del equipo de desarrollo no pueden obtener acceso directo al cliente para reunir los requisitos. ¿Es posible / aconsejable dar una lista de preguntas a un gerente de cuenta para que pueda reunir los requisitos en su nombre?

• Posible: sí :-)

• Aconsejable: solo si realmente no hay otra manera. Esto resultaría fácilmente en requisitos muy frágiles y poco entendidos. Y los problemas solo pueden aparecer en una etapa posterior, durante la implementación o las pruebas de aceptación.

Idealmente, la recopilación de requisitos debería ser una serie de discusiones detalladas entre el cliente y el desarrollador.Los clientes generalmente tienen ideas muy débiles de lo que realmente quieren, por lo que la implementación de su primera descripción vaga, como es inevitable, conduciría a problemas. Por lo tanto, los desarrolladores deberían poder decir el precio de cada idea / historia / requisito, lo que ayuda a los clientes a priorizar sus necesidades y dar retroalimentación técnica sobre lo que es posible y factible. Además, deben comprender el dominio del problema tan profundo como sea necesario, a fin de proporcionar la mejor solución técnica al problema del cliente. Y a lo largo del camino, deben asegurarse de que entendieron al cliente correctamente, lo que significa pedir con frecuencia aclaraciones y repetir lo que entendieron con sus propias palabras durante las sesiones de comunicación (y con frecuencia proporcionar prototipos de UI / maquetas de ideas del cliente).El mejor medio para esto es la comunicación oral: si no es posible cara a cara, la siguiente mejor opción es una videoconferencia o una conferencia telefónica.

Tener una persona no técnica como canal de comunicación entre clientes y desarrolladores limita severamente la eficiencia de la comunicación. Incluso enviar documentos de un lado a otro por correo electrónico sería mejor, donde al menos no hay intermediario, por lo que hay una posibilidad menor de malentendidos.

Si bien estoy de acuerdo con Péter Török en que un intermediario puede limitar la eficiencia, tener una conversación con los usuarios finales que no sea desarrollador puede aumentar la efectividad de la comunicación.

He descubierto que los desarrolladores y los usuarios finales a menudo pueden hablar juntos, pero aún se entienden mal porque provienen de "mundos diferentes". Mientras hablan las mismas palabras, pueden entender que significan cosas completamente diferentes ... Un intermediario que entiende tanto la mentalidad / lenguaje del usuario final como el del desarrollador, puede valer su peso en oro mejorando la comprensión mutua de lo que se necesita / lo que se desarrollará

Dicho esto, preguntarle a un gerente, ya sea un administrador de cuentas o cualquier otro tipo de administrador, no es el camino a seguir. Cerrar la brecha entre el mundo del desarrollador y el del usuario final es una habilidad y no algo que se hace "como algo aparte".

En resumen, esta forma de trabajar está llena de peligros y fue una de las razones por las que nació el Manifiesto Ágil .

{mal intento de humor} Suplica, pide prestado, lucha, engaña, roba, encanta, lleva al pub, haz lo que puedas para involucrarte con el usuario final {/ mal intento de humor}

Pero en serio, si no puede obtener acceso, al menos asegúrese de que haya un ciclo de retroalimentación rápido. Entonces, sí, puede hacer preguntas a través del administrador de cuentas (si puede acceder al cliente directamente, incluso de forma remota a través de correo electrónico, eso es aún mejor), pero hágalas todos los días y proporcione un prototipo con la mayor frecuencia posible para que el cliente lo pruebe.

De lo contrario, corre un riesgo enorme de entregar algo que el cliente final no desea realmente.

Trabajo en una organización de tamaño medio-grande y tenemos un equipo de soluciones de negocios que tiene muchos analistas de negocios. Hacen un trabajo importante ya que entienden muy bien el proceso de negocio y traducen lo que el negocio quiere a lo que el desarrollador entiende. Funciona de otra manera también. Si detecto algún problema de diseño y / o arquitectónico o propongo una forma alternativa de resolver el problema, hablo con ellos y ellos, a su vez, hacen negocios.

En una gran empresa hay muchas cosas que considerar además de las técnicas al hacer un requerimiento. Al igual que los problemas de capacitación del personal, como no impactar a un cliente con un cambio, como un proceso de compensación que existe para hacer que su pregunta no sea un problema, o "John" es marketing utiliza esta función y no puede simplemente cambiar esto, etc.

Para responder a su pregunta si tiene una estructura en su lugar, úsela. Dales la lista de preguntas para hacer un seguimiento con los gerentes de cuentas comerciales.

Estás jugando la versión de recopilación de requisitos del juego telefónico. En el mejor de los casos, esto causará mucha ineficiencia en la comunicación. En el peor de los casos, causará requisitos recopilados incorrectamente. La importancia de este ciclo de retroalimentación y su eficiencia es una de las razones principales por las que el Representante de atención al cliente es uno de los roles más valiosos (y más difíciles de escalar) en un equipo ágil.

NO

Tomando su pregunta literalmente, la respuesta no puede ser otra cosa que un rotundo "¡NO! ¡NO! ¡MIL Y VEINTICUATRO VECES NO!" a menos que el "Administrador de cuentas" también sea un consultor, analista y desarrollador capacitado

Si tiene que haber un intermediario no capacitado en el proceso, es mejor que envíe las encuestas a los usuarios por correo electrónico y simplemente envíe un CC al administrador de la cuenta. Él / Ella no puede agregar valor al proceso, pero ciertamente puede confundir las comunicaciones.

El rol apropiado para el Gerente de Cuenta en este proceso es participar en la conversación como parte interesada , no jugar middleware o analista aficionado.