Perfiles TI: quién hace qué

Por qué los títulos cambian

No existe ningún organismo que fije estos nombres de puesto. Lo que hace un administrador de sistemas lo determina la organización en la que trabaja, y esas difieren enormemente.

En una organización de treinta personas, el administrador de sistemas es también el service desk, el comprador, el administrador de redes y quien conoce la centralita. En una de tres mil es uno de doce y hace una cosa bien. Mismo título, otra profesión.

A eso se suma que los títulos se mueven con lo que hay en el mercado. "Cloud engineer" no existía hace quince años y ahora describe un trabajo que entonces caía en parte bajo la administración de sistemas. Eso vuelve engañosos los textos de vacantes antiguos: piden un título que hoy cubre otra cosa.

Lo que sí se sostiene es la pregunta de a qué dedica alguien su día. Por eso, más abajo, cada perfil se describe por el trabajo y no por lo que toca poner en la tarjeta.

Los perfiles de administración: lo que sigue en marcha

Estos tres mantienen en pie lo que ya existe. El trabajo es cíclico, el resultado es que no pasa nada, y eso hace que se infravalore hasta que un día falla.

• Administrador de sistemas. Servidores, máquinas virtuales, sistemas operativos, actualizaciones, cuentas y permisos, copias de seguridad y la vigilancia sobre ellas. Se ocupa de que los cimientos aguanten. En organizaciones pequeñas la misma persona lleva también los puestos de trabajo y el service desk.
• Responsable de aplicaciones. A cargo de una o unas pocas aplicaciones: el ERP, la historia clínica, el paquete de planificación. Mantiene la aplicación funcionando, aplica cambios, prueba la nueva versión del proveedor y es el punto de contacto para quienes la usan.
• Administrador de redes. Switches, cortafuegos, wifi, los enlaces entre sedes y el tráfico que circula por ellos. Un perfil que en organizaciones pequeñas se diluye en la administración de sistemas y que a partir de unas cinco sedes se convierte en oficio propio.

En torno a la gestión de aplicaciones corre una distinción que genera bastante confusión: administración técnica, de aplicaciones y funcional. La técnica va de la máquina y la plataforma sobre la que corre; la de aplicaciones, de la aplicación en sí; y la funcional, de lo que la organización quiere de ella: qué campos, qué permisos, qué proceso. Esa tercera a menudo no es un puesto de TI sino que vive en el departamento que usa la aplicación. Quien publica una vacante de responsable de aplicaciones queriendo decir gestión funcional recibe candidatos que dominan lo que no es.

El service desk: primera línea no es línea menor

El service desk es donde la organización se encuentra con TI. El trabajo se describe a menudo en líneas, lo cual es útil mientras sepas que se refiere al tipo de pregunta y no al nivel de las personas.

• Primera línea. Recoge, resuelve lo que se puede resolver de inmediato y se asegura de que el resto llegue lo bastante completo para pasarlo. Aquí está la mayor influencia sobre cómo se vive TI, y esa no es una responsabilidad menor.
• Segunda línea. Coge lo que pide más tiempo o más permisos: el puesto que está roto más abajo, la aplicación que se comporta de forma rara.
• Tercera línea. Los especialistas y, en la práctica, a menudo el propio fabricante del paquete.

El error de razonamiento habitual es pensar que la primera línea es un trampolín hacia el trabajo de verdad. A veces lo es, pero quien es bueno en ella —mantener la calma, hacer la pregunta correcta, saber cuándo pasar algo— es más difícil de reemplazar que quien sabe instalar un servidor. Cómo montamos esas líneas está en service desk TI.

Los perfiles de construcción: lo que aún no existe

Aquí el peso está en levantar en lugar de mantener en marcha. Otro trabajo, otro ritmo y normalmente otro tipo de persona.

• Cloud engineer. Construye y gestiona entornos en un proveedor cloud: redes, máquinas, permisos y la automatización alrededor. La frontera con la administración de sistemas es más fina de lo que parece; la diferencia está sobre todo en si el entorno se levanta a mano o en código.
• Data engineer. Se ocupa de que los datos lleguen desde los sistemas donde nacen a un sitio donde se pueda hacer algo con ellos: informes, análisis, un modelo. Construye las tuberías, no las conclusiones; eso último es trabajo de un analista o de un data scientist, y esos dos se confunden con frecuencia.
• Especialista en seguridad. Un nombre paraguas que se descompone en al menos tres oficios: quien vigila y responde a incidentes, quien prueba si se puede romper, y quien monta la política y la evidencia. No piden a la misma persona.

Estos perfiles se contratan a menudo con un encargo de mantenimiento añadido, porque la organización todavía no puede separar el trabajo. Eso funciona un tiempo, y después el constructor se va.

Qué perfil necesitas de verdad

Antes de poner un título en una vacante, hay tres preguntas que casi siempre dan ya la respuesta.

• ¿Qué trabajo se queda sin hacer? No "necesitamos a alguien", sino: qué tareas no están ocurriendo. Escríbelas. A menudo resultan ser dos cosas que pertenecen a perfiles distintos.
• ¿Cuántas horas semanales son? Por debajo de veinte horas, una contratación fija rara vez es la mejor forma y estás más cerca de la incorporación externa o de externalizar. Por encima de treinta, la balanza se inclina.
• ¿Es cíclico o puntual? Una migración es un proyecto y tiene final; la administración es un estado y no lo tiene. Para lo primero incorporas a alguien, para lo segundo contratas o externalizas.

La comparación entre contratar y incorporar externos está más desarrollada en consultores TI o contratar. Si de la primera pregunta sale que se trata sobre todo de mantenimiento cíclico, externalizar es una tercera opción; qué implica está en servicios gestionados TI.