Cuantas veces nos pasa que tenemos una idea pero a la hora de transmitirla para hacerla realidad vemos como la misma se va modificando…

El diseño de software esta considerado por quienes están implicados en el mismo (el diseñador, el programador y el usuario) como un ejercicio formal y excelente de una aplicación de “resolución de problemas”. Lamentablemente, los problemas a resolver siempre se asume que son de tipo técnico, mientras que los problemas reales están presentes desde el comienzo del proyecto y por lo general se crean en el primer encuentro del usuario y el “experto”. En efecto el resultado de una mala comunicación inicial, lleva a una descripción incompleta del problema y las necesidades del usuario, dando como resultado la producción de un sistema insatisfactorio que el usuario se verá forzado a aceptar.

Lo que el diseñador penso que necesitaba el usuario.

Lo que el programador penso que quería decir el diseñador.

Lo que finalmente le vendieron al usuario.

Lo que en realidad quería el usuario.

Si el equipo de desarrollo de software típico (o sea usuario, diseñador y programador) se hubiera dedicado a resolver el problema de desplazar cargas, esto es lo que habría hecho. La mala comunicación entre expertos y no experto, y también entre expertos, sigue siendo un importante problema con que se enfrentan todos los equipos de diseño. Su solución radica en el establecimiento de adecuados documentos de trabajo, en forma previa a la contratación, durante el diseño y desarrollo, y finalmente en la etapa de evaluación. Estos documentos debe entenderse que forman parte del “contrato” entre el usuario y el equipo de diseño y programación.

Comparte este articulo: