Barrapunto

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.

Saludos

Siempre desde mi opinión y de buen rollo. Pero no puedo más que discrepar con lo que dices. Primero si los requisitos son cosa del cliente ¿para qué necesitáis analistas?

Segundo. El cliente no entiende de algoritmos, de entradas ni de salidas, frameworks, persistencia, etc. El cliente entiende de sus reglas de negocio (cuando redacto un documento tengo que llevárselo a tal persona para que me lo firme, luego lo meto en un sobre y lo envío). El trabajo del analista es analizar esas reglas de negocio y ponerlas en orden, el del diseñador convertir esas reglas de negocio en programas sobre "el papel" y el desarrollador implementarlas.

Tal y cómo lo explicas parece que trabajes en una empresa dónde hay analistas muy muy malos haciendo su trabajo y quizá eso sea el mayor de vuestros males. Ya te digo también que es sólo una sensación de leer lo que has escrito y cómo lo has escrito.

Por otro lado yo soy mas de la opinión que en un equipo de desarrollo todo el mundo debe saber y hacer de todo, por pura supervivencia.

Un saludo