Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Falta una

    (Puntos:1)
    por x3s (6744) el Sábado, 22 Octubre de 2011, 19:37h (#1292692)
    ( http://barrapunto.com/ | Última bitácora: Lunes, 04 Mayo de 2015, 00:07h )
    Usuario: individuo sumergido en el caos que encuentra todos los errores del sistema mediante vías imposibles y usos demenciales.
    • Sí señor de Pirx (Puntos:2) Domingo, 23 Octubre de 2011, 19:05h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • Re:Francamente

    (Puntos:2)
    por MaGaO (6286) <magaoNO@SPAMbigfoot.com> el Viernes, 21 Octubre de 2011, 09:17h (#1292548)
    ( http://barrapunto.com/ | Última bitácora: Miércoles, 06 Noviembre de 2013, 12:05h )
    Aquí no se salva nadie, así que no hace falta que te sulfures:

    • El cliente rara vez tiene una idea clara (si es que tiene una idea) de lo que quiere, y además suele cambiar de idea.
    • El comercial no acostumbra a tener una idea de lo que es o no factible, y mucho menos de su coste.
    • El jefe de proyecto acostumbra a pensar que está en una fábrica de coches, y planifica con los mismos criterios
    • El analista interpreta como quiere (o como puede) lo que el cliente (o el comercial) le dice y mete a menudo sus opiniones (más o menos fundadas) sobre cómo se deben hacer las cosas.
    • El programador, en vez de mandar al cuerno al analista por presentarle especificaciones confusas, acostumbra a repetir su mismo comportameinto, interpretando las especificaciones a su manera e, incluso, ignorándolas directamente (lo que no está necesariamente mal, el problema es que tampoco se lo dice a nadie).
    El resultado habitual es que, si se logra, se acaba teniendo un producto que realiza una tarea que no es la que ha acabado decidiendo el cliente que quiere (quien echa la bronca al comercial, que es el que tiene más a mano), en un plazo fuera de las previsiones del jefe de proyecto, con unas especificaciones internas parcialmente inadecuadas y a menudo obsoletas por la (anti)colaboración de analistas y programadores.

    La presencia de un consultor suele servir para introducir más inestabilidad en el sistema, pues normalmente está fuera del flujo de responsabilidades y comunicación habituales.

    --
    Marcos (cualquier parecido con la coincidencia es pura realidad)
    [ Padre ]
    • Re:Francamente de MaGaO (Puntos:2) Domingo, 23 Octubre de 2011, 00:46h
      • Re:Francamente de sammael (Puntos:1) Lunes, 24 Octubre de 2011, 11:21h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • 2 respuestas por debajo de tu umbral de lectura actual.