¿Qué te piden?: ¿dar una solución a un problema?, o ¿automatizar un proceso?
Debería de ser 'automatizar un proceso'. Pero muchas veces ese proceso, (la solución al problema), no existe o tiene "dificultades" para implantarse.
Y, en esos casos, no queda otro remedio que: o ser lo suficientemente ignorante para no darse cuenta de ello; o ser lo suficientemente cínico para automatizar un proceso que no existe.
Aunque, habitualmente, lo que esperan de tí es que: determines el proceso, lo implantes y lo automatices. Permitiendote para ello que "invadas" áreas y competencias no-informáticas. Pero eso sí, sin herir la "sensibilidad" de las personas encargadas; que no han sabido o no han querido abordar el proceso.
En el proyecto del puente, al comienzo del proyecto, se recogen las especificaciones y se toman medidas en la ubicación donde se construirá; se vuelve a la oficina a elaborar el proyecto; y, tras meses de cálculos y detallado diseño, al volver a donde vamos a levantar el puente, nada ha cambiado; ni el entorno ni las medidas. En el proyecto informático, en cambio, todo está cambiando continuamente; un proyecto "vivo", "de nunca acabar"; no tenemos más remedio que "fluir" con él.
En el proyecto de ingeniería te piden algo concreto. (salvar la distancia entre dos puntos) En el proyecto informático te piden algo más genérico. (salvar la distancia entre dos puntos y que nadie los cruce a más de 120 Km/h; eso sí, molestando lo menos posible a los conductores y sin recurrir ni a multas ni a coacciones)
En ingeniería se trabaja con coeficientes de seguridad 2, 3,... Pero en informática se trabaja con coeficiente 1 o incluso inferiores.
En cuanto a la gestión del proyecto, (tiempo y dinero), ambas son muy parecidas. En todo caso en ingeniería puede ser más sencillo justificar retrasos o aumentos de costes (porque se trata con elementos tangibles, que pueden ser mostrados como justificantes)
Precisamente, por trabajar con elementos tangibles, en ingeniería se vé perfectamente que un puente de 8000 m. ha de valer mas que uno de 50 m. Pero en informática no se aprecia que un software para gestionar 50 facturas al día y uno para gestionar 8000 valgan lo mismo. (de hecho, ambos tienen exactamente la misma complejidad/costedefabricación; es más, es el mismo software en ambos casos; en todo caso, corriendo sobre un hardware más potente en el segundo caso.
Pocos proyectos de ingeniería afectan radicalmente a la forma de trabajar particular de los usuarios. (están mayormente basados en normativas y generalidades) Sin embargo, la mayoría de los proyectos informáticos están íntimamente ligados a la forma de trabajar particular de cada usuario.
20080125