Brecha de comunicación:Usuario vs Analista-Diseñador

Question

La práctica normal es utilizar estudios de casos, construir flujos de trabajo y de datos, etc.Pero esto no crea necesariamente un vocabulario compartido entre el usuario/patrocinador y el analista-diseñador:uno u otro, normalmente ambos, tendrán que adquirir términos y puntos de vista de los "internos" del área de especialización del otro, y esto generalmente conduce a malentendidos y reuniones para aclarar (ingrese las técnicas RAD como la creación de prototipos evolutivos), etc. .

El usuario/patrocinador se centra en sus necesidades/entorno y no quiere ni debe verse obligado a adquirir, desde su perspectiva, "terminología de programación" no relacionada.La responsabilidad de aprender un nuevo entorno recae en el analista/diseñador(/programador).

¿Cómo se supera la curva de aprendizaje?¿Qué funciona para usted cuando se enfrenta a un usuario que quiere una solución de software?

Answer 1

Intenta eliminar tantos pasos intermedios entre el usuario y el implementador final como sea posible.Cada uno de esos pasos oscurece y pierde información.Los miembros más valiosos de su equipo pueden ser personas que puedan usar ambos trajes - "interactuar" con los usuarios y, de hecho, implementarlo.

Si no, asegúrese de tener iteraciones rápidas e implementar cosas de forma iterativa.Es fácil confundirlo con incrementalmente.La diferencia es que con el enfoque iterativo se tiene una amplia gama de funcionalidades implementadas en un grado pequeño pero uniforme.En un enfoque incremental, se implementan grandes porciones de funcionalidad, una tras otra.

En el enfoque iterativo tienes la ventaja de agilidad. ¿El usuario cambió de opinión o hubo algún malentendido?No hay problema, todavía hay margen para cambiar.Es de esperar que no se haya invertido mucho esfuerzo.

Answer 2

yo uso los comentarios

"Si no puedes explicarle tu física a una camarera, no es muy buena física" y "Realmente no entiendes algo a menos que puedas explicárselo a tu abuela" (Atribuido a Rutherford y Einstein)

como mantras cuando hablo de requisitos con los clientes.

Adopte el enfoque doble: una presentación de alto nivel, Powerpoint o pizarra, y si puede, deje que los usuarios se suelten a una prueba de concepto o una maqueta.

Luego, haga los requisitos detallados línea por línea.El diablo está en los detalles.Pídales que aprueben estos detalles.Etiquétalos y numeralos para que puedan hacer un análisis línea por línea.

Si cumple con los requisitos detallados antes del conjunto de alto nivel, los usuarios nunca comprenderán ningún concepto en el diseño y se atascarán en las especificaciones más detalladas.Sin ningún marco ni concepto, los usuarios girarán alrededor del número de ángeles en la cabeza de un alfiler.

La agilidad y las iteraciones son buenas, siempre que el cliente y el equipo de desarrollo puedan hablar un lenguaje similar.Asegúrese de que las expectativas se establezcan y cumplan.

Answer 3

Un buen diseñador de interacción debería poder describir el funcionamiento del software en términos sencillos.Si no, no debería hacer interfaces, en mi humilde opinión.

Answer 4

Se necesita una variedad de técnicas, y ambas partes deben aprender a comprender los negocios del otro hasta cierto punto:es decir.los analistas deben comprender el dominio del usuario y el usuario debe familiarizarse con algunas de las técnicas de los analistas.

Considero que los flujos de procesos son una buena manera de comenzar, de acordar a alto nivel cómo opera el negocio.Algunos usuarios son buenos con los modelos de datos (ERD, por ejemplo), pero en general yo diría que no lo son:A menudo responden mejor cuando las reglas se detallan en el texto, p.

• Una Orden puede constar de una o más Líneas de Orden
• Cada Pedido tiene un número de referencia único de 10 dígitos

Pueden leerlos y marcarlos o tacharlos mucho más fácilmente que verificar la calidad de un ERD.

A continuación, nada supera a los bocetos de pantallas de entrada e informes para que los usuarios se concentren en los detalles de lo que desean.