El mundillo de SAP y los informáticos

Leyendo hoy Barrapunto, uno de los pocos vestigios que aun me quedan de mi vida informática, me encuentro con la siguiente pregunta: ¿Qué estudiar después de la ingeniería técnica informática?, en la que alguien que acaba de sacarse la carrera pregunta que estudiar después para enfocarse al mercado laboral. Dice el muchacho lo siguiente:

Resulta que despues de sacar el título de ingeniero técnico aparece una pregunta en el horizonte: ¿y ahora qué? Entre las opciones que me han sugerido están las de estudiar para ingeniero superior aunque el problema es que no sé qué ocurrirá con Bolonia o si realmente me aporta mayor valor al currículum y/o conocimientos. Otra opción sería estudiar un máster (me atraería formarme sobre SAP), y por último quedarme como estoy, trabajar, y esperar a que Bolonia aparezca. ¿Qué me recomendáis?

Y parece que últimamente se hable de lo que se hable, siempre acaba apareciendo SAP, esa cosa mágica que sirve para casi todo, pero que casi nadie saber para que sirve exactamente. Como tengo algo de experiencia en este tipo de proyectos voy a aportar mi punto de vista.

En primer lugar, SAP es un ERP, ¿y eso qué es? quiere decir que es un software para la gestión de los recursos empresariales, entendiendo esos recursos como las diferentes partes de la empresa: la gestión financiera, los recursos humanos, la logística, o la gestión de proveedores y clientes. La gran ventaja de SAP es que a partir de un núcleo bien definido ha ido incorporando módulos para la gestión de casi cualquier tipo de industria: así tiene soluciones (sectoriales) para hospitales, petroleras, sector público o incluso sector de defensa. Todo ello centralizado en una misma aplicación y con la posibilidad de comunicarse con otros sistemas.

Por lo que la primera conclusión que un informático debe sacar es que SAP es un software empresarial. Con esto quiero decir que SAP no tiene nada que ver con la informática, o al menos tiene tanto que ver como el Contaplus. Si trabajas con este sistema aprenderás sobre logística, gestión contable o sobre gestión de recursos humanos, pero desde el punto de vista de la informática y en especial de la programación, retrocederás treinta años. Decir que SAP (al menos R/3) es para los informáticos es como decir que una plancha es para los ingenieros eléctricos, que para eso usa electricidad.

A mi modo de ver SAP funciona entre los informáticos porque es una salida fácil para mucha gente que se metió en la carrera en pleno boom de la informática y allí descubrió que la informática no era para ellos. Es como una segunda oportunidad de trabajar algo en lo que te gusta. Acabar haciendo nóminas, calculando IRPFs o leerte el nuevo plan contable serán el día a día en tu trabajo, sobre todo si quieres ir a las reuniones y no salir todos los días con la misma cara del poker.

Para un informático trabajar en este tipo de negocios puede llegar a ser frustrante. Ojo! cada persona es un mundo pero estoy hablando de un informático con interés por la programación, vocación investigadora, de esos que les gustaban las asignaturas de la carrera. En estos proyectos te encontrarás con todo tipo perfiles, y cuando digo todo tipo es cualquier cosa. ¿Recuerdas ese tipo de historias dónde se hablaba de proyectos en los que había abogados, biólogos y hasta licenciados en bellas artes? Bienvenido a SAP. En la consultoría acaba todo el mundo, así que prepárate para lidiar con Economistas, Psicólogos, Licenciados en Relaciones Laborales, Ingenieros de todo tipo (los menos), físicos, matemáticos, la lista es interminable.

Y no es por hacerlos de menos, de hecho este tipo de gente es el núcleo del proyecto. A fin de cuentas, cuando hay que ir a una reunión y se empiece a hablar de cuentas de mayor, imputaciones o controlling finaciero, todo eso te va a sonar a chino. En primer lugar tu no irás a la reunión, puesto que no aportas nada, la información te llegará de segunda o tercera mano y te pedirán hacer una cosa que probablemente no entiendas en un sistema que lo más seguro es que desconozcas.

Porque ese es el mayor problema, los programadores en SAP saben de programación, pero no saben nada del comportamiento del sistema. Con esto quiero decir, un bucle es igual en ABAP, Java o Haskell, lo importante es la lógica a implementar. Imagíte realizar cambios sobre la jornada laboral de un empleado cuando no sabes nada de las repercusiones que eso va a tener en la nómina. El choque entre el equipo funcional y el técnico es muy grande, un economista desconoce cualquier concepto informático, mientras que algo tan básico como una cuenta de mayor es un misterio para un informático.

Y ya me estoy extendiendo demasiado, en la próxima entrega hablaremos de otras cosas como los sueldos o el futuro de este tipo de proyectos