Administrador de redes y de sistemas informáticos: guía 2026

Si tu equipo de producto ya está tocando infraestructura “solo mientras contratamos a alguien”, vas tarde. El patrón suele ser el mismo: un backend que también mantiene la VPN, un CTO que revisa alertas fuera de horario, backups configurados pero no validados, accesos en Google Workspace y GitHub con lógica improvisada, y despliegues que dependen demasiado de una o dos personas.

‍

Ahí es donde aparece una duda muy común en startups y scaleups españolas: si de verdad necesitas un administrador de redes y de sistemas informáticos, o si basta con que DevOps, backend y soporte se repartan el trabajo. Mi opinión es clara. Cuando la continuidad del negocio depende de tareas operativas que nadie posee de forma explícita, ya necesitas a esa persona.

‍

No hablo del perfil clásico encerrado en un CPD. Hablo del primer responsable de orden técnico en sistemas, red, accesos, seguridad operativa, observabilidad, backups y respuesta ante incidencias. En España, además, este rol tiene particularidades de mercado y formación que conviene entender bien antes de publicar una vacante.

‍

Por qué tu equipo necesita un administrador de sistemas

‍

El momento de contratar no llega cuando “la infraestructura crece”. Llega cuando el equipo técnico empieza a pagar un impuesto invisible por no tener ownership operativo. Se pierde tiempo en incidencias repetidas, sube la fricción entre desarrollo y operaciones, y cualquier cambio simple requiere demasiada coordinación informal.

‍

En ese punto, un administrador de redes y de sistemas informáticos no es un coste de soporte. Es una pieza de foco. Su trabajo libera a desarrolladores para construir producto y evita que el CTO actúe como parche humano para todo lo que huela a servidores, red, permisos o continuidad.

‍

Las señales que importan de verdad

‍

Hay señales muy concretas que justifican la contratación:

• Tu equipo de desarrollo interrumpe sprints por tareas de sistemas. Si el mismo ingeniero que entrega features también resuelve caídas, renueva certificados, revisa backups o persigue problemas de conectividad, el coste no está en infraestructura. Está en producto no entregado.
• Nadie tiene una visión completa de accesos y dependencias. Esto pasa mucho en empresas pequeñas. Las cuentas existen, los permisos funcionan “más o menos”, pero nadie puede decir con seguridad quién accede a qué y por qué.
• La estabilidad depende de memoria tribal. Si la recuperación de un servicio depende de “preguntarle a Marta” o “mirar el mensaje de Slack de hace meses”, tienes un riesgo operativo serio.
• Los despliegues generan incertidumbre. No porque fallen siempre, sino porque nadie confía del todo en qué puede romperse alrededor.

‍

Un buen sysadmin no solo arregla incidencias. Reduce la cantidad de incidencias que llegan a existir.

‍

Qué cambia cuando contratas bien

‍

El cambio más visible no suele ser técnico. Suele ser organizativo. Por fin hay alguien que define estándares mínimos, documenta, prioriza deuda operativa y pone orden donde antes había buena voluntad.

‍

Ese perfil también introduce disciplina donde más falta hace:

1. Backups con criterio, no solo configurados.
2. Monitorización útil, no dashboards decorativos.
3. Gestión de accesos y permisos como proceso, no como favor interno.
4. Respuesta a incidentes con pasos repetibles.
5. Capacidad de escalar sin improvisar cada nuevo sistema.

‍

Para una startup española, esto marca la diferencia entre crecer con infraestructura razonable o hacerlo acumulando riesgo técnico silencioso.

‍

El rol estratégico más allá del soporte técnico

‍

El error más común al contratar este perfil es describirlo como alguien que “mantiene servidores y da soporte”. Eso atrae candidatos desalineados. El valor real del administrador de redes y de sistemas informáticos está mucho más cerca de la continuidad operativa y del control técnico del negocio.

‍

Michael Page resume bien el núcleo del puesto al indicar que su trabajo incluye “garantizar la disponibilidad y la integridad de los sistemas”, además de la seguridad de la información y la recuperación de datos ante fallos o desastres, en su guía sobre el perfil de administradora de sistemas. Esa combinación es la que separa a un perfil útil de uno meramente reactivo.

Continuidad operativa

‍

Aquí está la parte que más interesa a un CTO. Si falla DNS, DHCP, firewall, balanceo, almacenamiento o una integración de identidad, no se cae “infra”. Se degrada toda la cadena de servicio.

‍

Por eso este perfil debe ser fuerte en entornos como:

• Windows Server y Linux/UNIX para administración real, no solo uso superficial
• TCP/IP, DNS y DHCP como base de diagnóstico
• Routers, switches y firewalls en contexto de operación
• AWS, Azure o VMware cuando la infraestructura ya es híbrida o virtualizada

‍

No necesitas que haga arquitectura de plataforma a gran escala desde el día uno. Sí necesitas que entienda qué sistemas son críticos, cómo se protegen y cómo se recuperan.

‍

Seguridad operativa y control

‍

Muchas empresas contratan tarde porque creen que seguridad y sistemas son áreas separadas. En la práctica no lo son. Si el perfil no entiende accesos, parcheo, segmentación básica, endurecimiento de sistemas y respuesta inicial ante incidentes, vas a trasladar riesgo a otros equipos.

‍

Esto no significa convertir el rol en un analista SOC. Significa pedir criterio en lo cotidiano:

• altas y bajas de usuarios sin caos
• permisos con mínima exposición
• revisión de configuraciones sensibles
• actualización de sistemas sin romper servicio
• documentación de cambios con impacto real

‍

Regla práctica: si tu oferta de empleo habla mucho de “soporte” y poco de “disponibilidad”, “integridad”, “backups” y “recuperación”, estás definiendo mal el puesto.

‍

Eficiencia para desarrollo

‍

Un sysadmin bueno acelera a ingeniería aunque no escriba producto. Lo hace cuando estandariza entornos, automatiza tareas repetitivas y reduce el número de bloqueos absurdos.

‍

Si tu stack ya empieza a parecerse al territorio de platform o DevOps, conviene leer también qué hace un ingeniero DevOps, porque muchas vacantes en España mezclan ambos perfiles sin saber exactamente qué esperan de cada uno.

‍

La clave es no pedir un unicornio. Si tu problema principal es estabilidad, accesos, redes internas, sistemas y cloud básico, estás buscando un administrador de sistemas moderno. No disfraces ese rol con etiquetas de moda.

‍

Stack tecnológico y habilidades clave para 2026

‍

La imagen antigua del sysadmin centrado solo en servidores on-prem ya no sirve para contratar bien. En empresas españolas con SaaS, producto digital o equipos distribuidos, el perfil útil mezcla base sólida de sistemas con cloud, automatización y seguridad práctica.

‍

La evolución es clara. Según Revista Byte, el puesto avanza hacia la administración de entornos híbridos y cloud, donde ya no basta con LAN/WAN y hace falta gestionar identidades, permisos, backups, observabilidad y costes en SaaS e IaaS, tal como recoge en su análisis sobre áreas de negocio del administrador de sistemas.

Lo mínimo que pediría hoy

‍

No hace falta exigir dominio experto en todo. Sí hace falta pedir un núcleo técnico coherente.

‍

• Sistemas operativos. Linux debería estar presente en casi cualquier proceso. Ubuntu, Debian, Red Hat o derivados, más administración básica de Windows Server cuando el entorno lo requiera.
• Cloud. AWS y Azure son las referencias más habituales. Pide experiencia real en IAM, máquinas virtuales, redes virtuales, almacenamiento y políticas de acceso.
• Automatización. Bash y Python ayudan, pero lo importante es que el candidato haya automatizado tareas repetitivas con criterio. Ansible y Terraform son buenas señales.
• Observabilidad. Prometheus, Grafana, ELK Stack o equivalentes. Si el candidato solo sabe “mirar logs”, se queda corto.
• Red y seguridad. DNS, VPN, firewalls, certificados, segmentación y troubleshooting de conectividad.

‍

Lo que separa a un perfil actual de uno antiguo

‍

Un candidato puede llevar años en sistemas y seguir desactualizado. Lo ves rápido cuando entiende servidores, pero no IAM. O cuando sabe parchear, pero no priorizar exposición. O cuando habla de cloud como si fuera solo “otro hosting”.

‍

Para equipos que ya trabajan con herramientas SaaS, la parte de administración de identidades gana mucho peso. Ahí conviene observar si ha tocado Google Workspace, control de usuarios, grupos, permisos y flujos de alta y baja. En ese contexto, recursos como Integrate Salescaling with Google Workspace son útiles para entender cómo ciertas operaciones administrativas se conectan con procesos comerciales y de automatización sin crear más trabajo manual.

‍

El sysadmin moderno no gestiona solo máquinas. Gestiona acceso, visibilidad y orden operativo.

‍

Qué no pondría en una job description

‍

Evita listas infinitas de herramientas. No ayudan y filtran mal. Tampoco mezcles Kubernetes, SIEM, MDM, redes enterprise, compliance, CI/CD, soporte interno y arquitectura cloud como si todo tuviera el mismo peso.

‍

En cambio, separa claramente:

1. Stack imprescindible
2. Entorno actual
3. Responsabilidades de los primeros meses
4. Tecnologías deseables, no obligatorias

‍

Si tu empresa ya roza responsabilidades más cercanas a security, vale la pena revisar también qué hace un especialista en ciberseguridad, porque muchas veces el problema no es de sistemas generalista sino de seguridad operativa más profunda.

‍

KPIs y tareas diarias para medir su impacto

‍

Si no defines cómo medir el impacto, terminarás gestionando al perfil por sensaciones. Eso casi siempre acaba mal. El administrador de redes y de sistemas informáticos necesita métricas simples, vinculadas al negocio y lo bastante concretas como para distinguir entre actividad y resultado.

‍

En España, además, compites en un mercado activo. El SEPE recoge una muestra de 123 ofertas para analistas y administradores de sistemas y redes informáticas, y señala que el 67% procedían de portales de empleo privados en su informe sobre analistas y administradores de sistemas y redes informáticas. En ese mismo contexto de mercado, InfoJobs refleja más de 240 ofertas para esta categoría. Si quieres atraer a alguien bueno, la definición del rol y de sus objetivos no puede ser ambigua.

‍

KPIs que sí sirven

‍

No hace falta construir un cuadro de mando complejo. Empieza con pocos indicadores, revisados de forma regular.

‍

• Disponibilidad de servicios críticos. Define qué servicios importan y qué ventanas de mantenimiento son aceptables.
• Tiempo medio de recuperación. Si algo falla, cuánto tarda el equipo en restaurar servicio razonable.
• Éxito de backups y restauraciones probadas. Hacer backup no basta. Hay que validar recuperación.
• Incidencias repetitivas eliminadas. Un buen perfil reduce recurrencia, no solo cierra tickets.
• Tiempo de provisión de accesos y entornos. Mide fricción operativa interna.
• Cobertura de documentación operativa. Especialmente en procedimientos sensibles.

‍

Cómo es un día útil de verdad

‍

No esperes jornadas heroicas. Espera consistencia.

‍

Un día sano puede incluir revisión de alertas en Grafana, validación de un backup, actualización de un sistema con riesgo controlado, ayuda a un desarrollador bloqueado por permisos, ajuste de una regla de firewall, limpieza de cuentas inactivas y documentación de un procedimiento que hasta ayer vivía en Slack.

‍

Eso parece poco vistoso. Es exactamente lo que sostiene una operación estable.

‍

Cuando el rol funciona bien, notas menos drama. Y eso es una buena señal, no una falta de impacto.

‍

Cómo evitar medir mal

‍

No midas productividad por número de tickets cerrados si la mitad son incidencias que deberían desaparecer con automatización o documentación. Tampoco conviertas el puesto en un receptor universal de cualquier problema técnico.

‍

Lo correcto es separar tres planos:

• Operación diaria
• Mejora estructural
• Reducción de riesgo

‍

Si uno de esos tres queda fuera, acabarás contratando a un bombero. No a un responsable de sistemas.

‍

Cómo evaluar al candidato con pruebas y preguntas eficaces

‍

Los peores procesos de selección para sysadmin se centran en trivia técnica. Preguntas de memoria sobre comandos, puertos o teoría de redes. Eso filtra a quien estudia entrevistas, no a quien resuelve problemas reales.

‍

El mercado se está moviendo en otra dirección. La Universidad Europea señala que el puesto no desaparece, pero se fragmenta, y que parte de la responsabilidad se desplaza hacia seguridad, documentación y gobierno técnico, además de exigir certificaciones y capacidad de respuesta ante incidentes en su artículo sobre administrador de sistemas informáticos en red. Traducido a hiring, eso significa una cosa: hay que evaluar adaptación, criterio y ejecución.

La prueba técnica que mejor funciona

‍

Prefiero escenarios acotados y realistas. No exámenes largos. No home assignments que parecen trabajo gratis.

‍

Tres formatos útiles:

1. Servicio caído con contexto parcial
   Das acceso a una máquina o a un entorno simulado donde una aplicación no responde. El objetivo no es “arreglarlo perfecto”, sino observar cómo diagnostica, prioriza hipótesis y documenta.
2. Automatización pequeña pero real
   Pides un script en Bash o una tarea sencilla en Ansible para crear usuarios, asignar permisos o validar un estado operativo. Ahí ves claridad mental y orden.
3. Diseño operativo básico
   Presentas una empresa con equipo remoto, SaaS, alguna carga en cloud y requisitos simples de acceso y backup. El candidato propone estructura mínima de identidades, monitorización, backups y alertado.

‍

Las preguntas que separan experiencia de teatro

‍

Haz preguntas situacionales. Obligan al candidato a revelar su forma de pensar.

‍

• “Cuéntame una incidencia crítica que gestionaste y qué hiciste primero.”
  Busca secuencia, no dramatismo.
• “Qué automatizarías primero en un equipo pequeño con deuda operativa.”
  Aquí ves si entiende impacto.
• “Cómo priorizas entre una vulnerabilidad urgente y un desarrollador bloqueado.”
  La respuesta correcta no es única. Lo importante es el razonamiento.
• “Qué documentas después de una incidencia y para quién.”
  Muchos candidatos infraestiman esto.
• “Qué revisarías al entrar en una empresa donde nadie sabe bien quién tiene acceso a qué.”
  Excelente para detectar criterio en seguridad operativa.

‍

Lo que más valoro: candidatos que explican decisiones, límites y trade-offs con calma. Desconfío del que asegura dominar todo y nunca habla de riesgos.

‍

Qué peso dar a certificaciones y GitHub

‍

Las certificaciones ayudan, pero no sustituyen capacidad de troubleshooting. GitHub puede aportar señales, pero este rol no siempre deja huella pública. Un sysadmin muy sólido puede no tener repos abiertos y aun así ser excelente.

‍

Mi recomendación de ponderación práctica:

• Experiencia resolviendo problemas reales
• Capacidad de documentación
• Criterio de seguridad
• Base de sistemas y red
• Automatización
• Comunicación con perfiles no especialistas

‍

Ese orden suele funcionar mejor que el culto a la herramienta concreta.

‍

Salario y market fit del perfil en España

‍

No puedo darte aquí bandas salariales verificadas con cifras porque no aparecen en los datos confirmados que tenemos y no voy a inventarlas. Sí puedo decirte algo más útil para contratar bien: en España, este perfil tiene un mercado reconocible, una cantera formativa bastante clara y una valoración que cambia mucho según el mix real de sistemas, cloud, automatización y seguridad que le pidas.

‍

La principal vía formativa directa es el ciclo de Grado Superior en Administración de Sistemas Informáticos en Red, una titulación oficial de 2.000 horas dentro del sistema educativo, tal y como recoge la ficha de ASIR en TodoFP. Ese dato importa bastante en hiring porque hace que muchos perfiles junior en España compartan una base académica relativamente homogénea.

‍

Qué puedes esperar de un junior ASIR

‍

Si contratas a alguien recién salido de ASIR, no deberías esperar autonomía total en cloud complejo ni diseño avanzado de seguridad. Sí puedes esperar base razonable en administración de sistemas, configuración de software, mantenimiento operativo y una curva de aprendizaje útil para soporte, operaciones IT, redes y cloud entry-level.

‍

Eso convierte a ASIR en una cantera muy práctica para:

• Soporte técnico con proyección
• Sistemas junior
• IT operations
• Roles híbridos de infraestructura inicial

‍

Qué encarece o abarata al candidato

‍

Más que la ciudad por sí sola, lo que mueve el encaje salarial suele ser esto:

• Cloud real frente a solo sistemas tradicionales
• Automatización aplicada frente a trabajo manual repetitivo
• Responsabilidad en seguridad operativa
• Capacidad de trabajar sin supervisión constante
• Experiencia en entornos de producto, no solo IT interna

‍

Si estás armando bandas, te conviene apoyarte en una metodología consistente. En esta guía sobre banda salarial en España tienes un marco útil para estructurar rangos sin improvisar ni mezclar seniorities.

‍

El error típico de market fit

‍

Muchas empresas quieren pagar como soporte interno y exigir como cloud engineer con guardias, automatización, IAM, respuesta a incidentes y ownership total de infraestructura. Ese desajuste se nota en seguida. Reduce respuesta, baja calidad de candidatos y alarga el proceso.

‍

La solución no es “vender mejor” la vacante. Es definir con honestidad el nivel técnico y el alcance real del rol.

‍

Checklist para contratar a tu administrador de sistemas

‍

Si tuviera que resumir el proceso en una sola idea, sería esta: contrata para el problema que tienes hoy, pero valida que la persona pueda crecer hacia el problema que tendrás en doce a dieciocho meses. Ese equilibrio evita dos errores caros. Contratar demasiado junior para una operación frágil, o traer a alguien sobredimensionado para un entorno todavía simple.

Antes de publicar la vacante

‍

• Define el alcance real. Decide si necesitas foco principal en sistemas internos, cloud, seguridad operativa, soporte a desarrollo o una mezcla concreta de dos.
• Especifica el stack que sí importa. Linux, Windows Server, AWS, Azure, Ansible, Terraform, Grafana, firewalls, Google Workspace o lo que corresponda. Sin listas infladas.
• Fija objetivos de los primeros meses. Por ejemplo, ordenar accesos, validar backups, documentar servicios críticos, mejorar alertado o reducir incidencias repetitivas.

‍

Durante el proceso de selección

‍

• Haz un filtro inicial corto. Busca claridad de experiencia, no discursos largos.
• Usa una prueba basada en escenario. Mejor una incidencia simulada o una automatización pequeña que un examen teórico.
• Evalúa documentación y comunicación. Este punto pesa más de lo que muchos CTOs creen.
• Contrasta ownership. Pregunta qué cambió gracias a esa persona en su último entorno. No solo qué herramientas tocó.

‍

Antes de cerrar la oferta

‍

• Comprueba el encaje con tu fase. Un perfil muy enterprise puede sufrir en startup. Un perfil demasiado junior puede romperse con demasiada ambigüedad.
• Aclara guardias, soporte interno y prioridad de incidencias. Si eso aparece tarde, el cierre se complica.
• Valida con quién trabajará cada semana. CTO, developers, people ops, security, soporte. El rol suele ser transversal.

‍

Un proceso bueno para este perfil no es el más largo. Es el que deja claro qué sistema va a cuidar, qué problemas tendrá que resolver y cómo sabrás que lo está haciendo bien.

‍

En el onboarding

‍

• Entrega mapa de sistemas y herramientas. Aunque esté incompleto.
• Define accesos desde el primer día. Con responsable claro.
• Prioriza una auditoría inicial ligera. Servicios críticos, backups, usuarios, documentación, alertas.
• Pide un plan de primeras semanas. No una lista genérica. Un diagnóstico priorizado.

‍

Si haces esto bien, tu nuevo administrador de redes y de sistemas informáticos no entrará solo a “mantener cosas”. Entrará a bajar riesgo, aumentar foco del equipo y poner orden donde el crecimiento ya te lo estaba pidiendo.

‍

Si necesitas ayuda para definir el rol, calibrar seniority o evaluar candidatos de sistemas, cloud o seguridad sin montar un proceso genérico, en Kulturo trabajamos con CTOs y founders en España para cerrar este tipo de posiciones con criterio técnico y enfoque real de mercado.