Tirar para adelante

10-10-2007 Raul Vicente

Hace poco encontré esta frase en un blog y la verdad es que me toco la fibra sensible, la frase es la siguiente:

What they are saying is: if you know of a problem but don’t know of a solution I would rather have my company continue to have that problem than admit some of my staff don’t know how to fix it (and then have to deal with it myself - maybe then having to accept responsibility for results instead of just blaming you if I am never told and there is a problem later…).

Básicamente significa, que una empresa prefiere no admitir que tiene un problema en un proyecto y seguir para adelante e intentar solucionarlo, sea como sea, y si al final no se puede, pues prefiere asumir el coste de quedar mal y tener que mentir al cliente, en vez de haberlo hablado en su momento.

Ya se que los informáticos nos ganamos la vida de vender humo y parecer magos del PC, pero ¿no es un poco culpa nuestra que el cliente se atreva a pedir lo que le de la gana ?

Si es que a todo le decimos que sí. Que quiere que el ordenador levite mientras adjunta un pdf, pues se le ponen 2 ventiladores al PC y arreglado. Yo al menos, no he conocido a nadie que en una captura de requisitos no pliegue a todo lo que dice el cliente, y al final pasa lo que dice la frase que o bien se soluciona mentiendo muchas horas, o bien, se termina mintiendo para salir del paso.

¿Que opinaís vosotros?

6 Comentarios

  • 1. Luis Artola  |  October 10th, 2007 at 9:16 am

    Sin duda es uno de los mayores retos de la ingeniería informática. Una buena captura de requisitos simplifica infinitamente el problema.

    Estoy totalmente de acuerdo con que hay que ser un poco déspota con el cliente. Normalmente uno sabe mejor lo que el cliente quiere que el propio cliente.

    Se nota mucha diferencia entre aquellos proyectos que se hacen con un cliente con cierta cultura informática y de internet, y aquellos proyectos donde el cliente no sabe ni qué es un ratón.

  • 2. Bleach  |  October 10th, 2007 at 9:43 am

    En este tema me queda una duda, ¿está hablando de los requisitos o que el programa falla si se cumplen determinadas condiciones?

  • 3. Raul Vicente  |  October 10th, 2007 at 9:45 am

    Yo lo comentaba, en general, dado que en ambas ocasiones la solución suele ser la misma, echar tierra encima y aquí no ha pasado nada compadre.

    Gracias por la colaboración.

  • 4. David  |  October 10th, 2007 at 9:52 am

    Sinceramente, mi jefe tiene formación técnica pero mis compañeros son periodistas, esto se traduce en que una petición del jefe implica hablar dos veces y modificar el código tres, mientras que una petición de mis compañeros se traduce en lo menos cinco reuniones y seis meses de cambios en el código.
    Así como hay que ser un poco déspota con el cliente, el cliente debería entender que el informático no es el y precisamente por eso ha recurrido a nosotros.

  • 5. Yireth  |  November 17th, 2007 at 1:03 pm

    En mi caso las 3/4 partes de la plantilla son informáticos pero como el que vende el proyecto es un comercial de tres parece de narices, los cambios se hacen por goteo y ciertamente las mil y una reuniones son el no va más.
    Las veces que sí que se ha hecho algo bien es porque conocíamos al cliente y sabíamos qué árbol le iba a gustar. Adoro ese tipo de proyectos (lástima que sean tan pocos).

  • 6. Raúl Vicente  |  November 17th, 2007 at 2:44 pm

    Eso también lo he sufrido yo y te comprendo perfectamente. Muchas Gracias por colaborar Yireth.

    Un saludo

Comenta el articulo:

Requerido

Requerido,