Para mi es cotidiano que me pidan cosas con los plazos cerrados. “Se ha aprobado el proyecto X, tiene que estar para Enero” (Esto es de esta semana, os lo juro). O “lo necesitamos para la próxima producción” (es significa el mes que viene), etc.

Cuando presento un proyecto no falla una en la que no me “aprieten” en las fechas. Parece un método. Y siempre están con el “Si no puede ser pues nada, lo dejamos” o con el “Hacer lo que tengáis que hacer pero tiene que estar en esas fechas” Eso me lo dicen a mi los clientes, no mi jefe o el departamento Comercial, directamente los clientes tiene internamente compromisos y eso se le trasmite al proveedor.

Efectivamente la culpa es nuestra por decir que Si. Pero siempre hay otro que si dirá que sí, y además el cliente difícilmente te vuelve a llamar porque aunque lo otro al final salga mal, caro o lento. No lo reconocerán. No es como decir que no le pasa nada a quien toma esa decisión, es peor. Las organizaciones se anestesian, se venden entre ellos que ha sido un éxito de forma que no consta el fallo por lo que la siguiente vez se llama a “esos que lo hicieron tan bien”.

En este patrón yo pondría no solo a unas cuantas empresas medianas, también a unas cuantas de esas consultoras grandes. Hablas con todos y en privado blasfeman de lo lindo, pero oficialmente nadie critica el proyecto ¿A quien han vuelto a llamar? Ya sabéis. Y de nuevo, hablo por propia experiencia, muy vivida y actual.

Los bancos de negocios se están convirtiendo es el destino natural para los consultores que se sienten atraídos por su imagen de marca.

Por otro lado, completamente de acuerdo con el tema de la responsabilidad de los técnicos en este problema, todos queremos ganar tela, sin aprender nada nuevo si es que alguna vez supimos algo, y no tener responsabilidades. Disfrutar de las cosas bien hechas no es una prioridad claramente. Asi que la solución es muchas veces la deserción (conste que no la descarto).

Para un cliente la calidad de un proyecto (de un proyecto!, no de un software) será el número de fallos que tenga, plazos de entrega, desviaciones de precio, adecuación a sus necesidades en cuanto a funcionalidad o rendimiento, etc. Las empresas se tendrán que encargar de darles eso, y ahí es dónde empezará el tema técnico, pero al cliente lo más normal es que se le traiga al fresco “como se lo hagan” (siempre que se adecue a lo que tienen en lo posible).

Comparto totalmente tu “solución”, pero le veo una “pega”. ¿Sabe el cliente lo que es la calidad o que algo está hecho con mejor calidad?

Supongo que en determinados proyectos/productos es sencillo comprobarlo, pero en otros no.

Un saludo

Mi “solución” es la ya expuesta, el día que el cliente empiece a tirar d ela cadena de la “calidad”, entonces se moverá la cosa (y ahí se podrá procedimentar, colegiar, sindicar, etc.), pero hasta entonces…