por
pobrecito hablador
el Jueves, 18 Noviembre de 2010, 13:53h
(#1251646)
A explicarse mejor, concretamente, y saber definir especificaciones.
En mi experiencia, el problema de comunicacion entre equipos de desarrollo y clientes/comerciales es a menudo que los segundos, o no saben lo que quieren o no saben explicarse.
Pues el trabajo del analista y del comercial, entre otras cosas, es saber lidiar con este tipo de personas, fijate tú que rápido el problema ha pasado del cliente al proveedor.:-)
Por otro lado entiendo que con definir especificaciones te refieres a definir requisitos o historias de usuario. Yo creo que eso es tarea también del analista.
En mi experiencia (y en la de muchísima gente) todo tiene que ver con el cómo se están llevando a cabo los proyectos. Cuando se entrega el proyecto la idea del cliente ya no es la misma que cuando se inicia. Por lo tanto hacer una super especificación al inicio del proyecto suele terminar en desastre.
Ten en cuenta que los clientes/usuarios también aprenden/cambian a medida que evoluciona el proyecto.
Tal vez debio aprender otra cosa
(Puntos:0)En mi experiencia, el problema de comunicacion entre equipos de desarrollo y clientes/comerciales es a menudo que los segundos, o no saben lo que quieren o no saben explicarse.
Re:Tal vez debio aprender otra cosa
(Puntos:2)( http://barrapunto.com/~payo_ranger | Última bitácora: Sábado, 25 Diciembre de 2010, 07:17h )
Por otro lado entiendo que con definir especificaciones te refieres a definir requisitos o historias de usuario. Yo creo que eso es tarea también del analista.
En mi experiencia (y en la de muchísima gente) todo tiene que ver con el cómo se están llevando a cabo los proyectos. Cuando se entrega el proyecto la idea del cliente ya no es la misma que cuando se inicia. Por lo tanto hacer una super especificación al inicio del proyecto suele terminar en desastre.
Ten en cuenta que los clientes/usuarios también aprenden/cambian a medida que evoluciona el proyecto.
Saludos