Barrapunto

No te equivoques: yo no quiero que sólo pueda trabajar "un tío que tenga título para que haya menos gente viviendo de esto y podamos cobrar más los que lo tenemos". No es mi caso. Estamos en otro tema: ingeniería en informática.

Partamos de la base de la juventud de la carrera de informática. No es justo comparala en métodos con otras ingenierías que llevan décadas.

Aún así, ¿te crees que todo lo que proyecta un ingeniero sobre el plano -aeronáutico, naval, de telecomunicaciones, etc- funciona con seguridad? Ni de coña. Hay prototipos y todo tipo de pruebas de funcionamiento, antes de darlo por finalizado. La cosa es que en estos proyectos de ingeniería nadie pone unos plazos ridículos de meses para un desarrollo serio.

En la Ingeniería Informática esto no pasa, ¿por qué? Por no se piensa en procesos de ingeniería (como es tu caso), sino en ñapas, chapuzas que se acaban en pocos meses y se entrega al cliente sin unos mínimos de calidad (se apañan con un simple manual de usuario). Porque como en tu casa puedes hacer los programas, la cosa no estan complicada (no se necesitan túneles de viento, osciloscopios, etc.).

A todo esto se añade que cada cliente quiere cosas distintas y personalizadas por lo que es difícil estandarizar procesos como sucede en otras ingenierías. Súmale a esto que el director del proyecto (o el comercial) dice que sí -a todo lo que pide el cliente- sin incrementar el precio del producto o alargar los plazos de entrega, porque sino el cliente se va a otra empresa que se lo "hace" por dos duros. En estos momentos nos encontramos con un marronazo encima que lo único que queremos es perderlo de vista. Y el resultado es el esperado: una mierda pinchada en un palo que no tiene nada de ingeniería.

Pensando así es imposible ver ingeniería en el desarrollo del software.

Tengo bastante experiencia profesional en empresas de todo tipo y lo primero que piden es el plazo de entrega sin hacer un análisis serio del problema. Suelo clavar los plazos de entrega, pero no veas lo que cuesta hacer compreder a un director de proyecto (matemáticos, físicos o todo tipo de ingenieros) que no se trata de picar códico desde el primer día como un pollo sin cabeza, sino de entregar un producto de calidad en plazos razonables. No pueden entenderlo, como tú.