Esta pregunta debe haberse formulado mil veces, pero parece que hay poco progreso en esta área:
-
Le he preguntado al cliente qué le gustaría que hiciera el sistema, ¡para poco!
-
Le he preguntado al cliente sobre el sistema que se supone que debe reemplazar el software, pero el sistema es demasiado complejo o no conoce el sistema o no hay un sistema que reemplazar.
-
He pasado por decirle al cliente lo que quiere, solo para encontrar el cambio de requisitos en una fecha posterior, etc.
-
He intentado usar un lenguaje común, pero luego me he dado cuenta de que el cliente no conoce la diferencia entre un cuadro de texto y una etiqueta.
La lista continúa y se da demasiado por sentado en metodologías como DDD. Le sugiero esto aquí: ¿Qué capas deben reflejar el idioma del dominio (si un idioma del dominio puede existir estrictamente)?
¡Vamos a encajar esto en algún tipo de algoritmo!
EDIT
Este es el mal cliente clásico y no es uno que yo quisiera.
Una actitud prevaleciente sobre si un desarrollador debe visitar a un cliente se consideraría costosa. Se supone que un desarrollador escribe software; Un día fuera de la oficina, lejos del trabajo de desarrollo y los gastos, a menudo puede ser mayor que el beneficio en el trabajo que se realizará.
Usted puede proporcionar maquetas y estructuras alámbricas, pero si esta no es la persona que va a usar el sistema, su entrada no será de mucha utilidad.