Infraestructura tecnológica para una empresa de veinte empleados

Introducción

Una empresa de veinte empleados ya no puede gestionar su tecnología como una microempresa ampliada. A este tamaño aparecen departamentos, distintos niveles de acceso, incorporaciones frecuentes, aplicaciones compartidas, puestos con necesidades diferentes, proveedores externos, trabajo remoto y una dependencia mucho mayor de la continuidad digital.

El error habitual consiste en conservar la misma estructura utilizada cuando había cinco personas y limitarse a añadir ordenadores, licencias y carpetas. Durante un tiempo puede parecer suficiente, pero la infraestructura empieza a degradarse: proliferan excepciones, cuentas compartidas, permisos acumulados, equipos sin estándar, incidencias que nadie prioriza y sistemas cuyo funcionamiento depende de una sola persona.

Una organización de veinte empleados sigue siendo pequeña y no necesita copiar la infraestructura de una gran corporación. Sin embargo, sí necesita pasar de una administración informal a un modelo definido. Debe saber quién usa cada activo, quién administra cada servicio, cómo se asignan los permisos, qué se monitoriza, qué se copia, cómo se atienden las incidencias y qué ocurre si falla una pieza crítica.

Este artículo propone una arquitectura tecnológica práctica para una empresa de unas veinte personas. El objetivo es construir una base estable, segura, documentada y ampliable sin caer en sobreingeniería. El enfoque se centra en la evolución organizativa: cómo pasar de herramientas compartidas a servicios gobernados, cómo separar responsabilidades y cómo preparar la infraestructura para seguir creciendo sin interrupciones.

Índice

• Qué cambia realmente al llegar a veinte empleados
• Principios de diseño para una empresa de veinte personas
• Arquitectura recomendada por capas
• Puestos de trabajo y estandarización
• Identidades, directorio y cuentas administrativas
• Roles, grupos y permisos
• Red local, Wi-Fi y segmentación
• Datos, archivos y colaboración
• Aplicaciones empresariales e integraciones
• Servicios cloud, servidores y virtualización
• Gestión centralizada de dispositivos
• Seguridad práctica para veinte empleados
• Copias de seguridad y recuperación
• Continuidad operativa y redundancia proporcionada
• Soporte, mantenimiento y atención de incidencias
• Documentación e inventario
• Proveedores, titularidad y control
• Dimensionamiento orientativo
• Presupuesto por categorías
• Plan de evolución desde cinco hasta veinte empleados
• Cómo preparar el crecimiento hacia cincuenta empleados
• Errores frecuentes
• Lista de comprobación
• Preguntas frecuentes
• Conclusión

Qué cambia realmente al llegar a veinte empleados

El cambio principal no es multiplicar por cuatro la infraestructura de una empresa de cinco personas. El salto está en la coordinación y en la pérdida de visibilidad informal.

Cuando trabajan cuatro o cinco personas, la dirección puede conocer casi todas las cuentas, equipos e incidencias. Con veinte empleados, esa supervisión directa deja de ser fiable. Aparecen responsables intermedios, departamentos, sustituciones, permisos temporales, aplicaciones específicas y personas que ya no conocen toda la operativa.

La referencia previa para organizaciones pequeñas puede consultarse en infraestructura tecnológica para una empresa de cinco empleados. El presente artículo parte de esa base y desarrolla el salto hacia un entorno con más usuarios, departamentos y servicios.

A partir de veinte empleados, la tecnología debe dejar de depender de conocimiento informal y empezar a funcionar mediante reglas repetibles.

Principios de diseño para una empresa de veinte personas

Administración centralizada sin rigidez innecesaria

Las identidades, dispositivos, licencias y permisos deben poder administrarse desde puntos definidos. Centralizar no significa que una sola persona lo haga todo, sino que las decisiones y cambios queden registrados.

Estandarización por perfiles

No todos los empleados necesitan el mismo equipo ni las mismas aplicaciones. Conviene definir dos o tres perfiles estables, por ejemplo oficina general, perfil técnico y movilidad intensiva.

Separación de responsabilidades

La persona que solicita un alta no debería ser necesariamente quien concede todos los permisos. Dirección, responsables de área y soporte deben intervenir según el tipo de acceso.

Mínimo privilegio

Cada usuario, aplicación e integración debe disponer solo del acceso necesario. Los permisos amplios por comodidad se convierten rápidamente en permisos permanentes.

Recuperación antes que perfección

No todos los servicios necesitan alta disponibilidad, pero todos los importantes deben tener un procedimiento de recuperación y un tiempo objetivo razonable.

Modularidad

Correo, archivos, facturación, CRM, web, copias y aplicaciones sectoriales deben poder evolucionar sin obligar a sustituir simultáneamente toda la infraestructura.

Observabilidad proporcionada

La empresa debe recibir señales sobre copias fallidas, capacidad, disponibilidad, seguridad y renovaciones. No necesita cientos de alertas, sino avisos que permitan actuar.

Documentación operativa

Las instrucciones deben servir para trabajar, resolver incidencias y cambiar de proveedor. La documentación que solo describe la tecnología pero no explica cómo operar aporta poco valor.

Arquitectura recomendada por capas

Una empresa de veinte personas puede organizar su infraestructura en capas funcionales. Esta separación ayuda a asignar responsables y a entender dependencias.

Esta arquitectura no obliga a contratar una herramienta distinta por cada capa. Una plataforma puede cubrir varias funciones. Lo importante es que ninguna función esencial quede sin responsable o dependa de una configuración desconocida.

Puestos de trabajo y estandarización

Con veinte empleados, mantener configuraciones completamente artesanales genera demasiadas diferencias. La empresa debe definir estándares de hardware, sistema operativo, aplicaciones y seguridad.

Crear perfiles de puesto

Un modelo práctico puede incluir:

• Perfil administrativo y comercial: ofimática, CRM, facturación, videoconferencia y aplicaciones web.
• Perfil técnico: mayor memoria, herramientas especializadas, acceso a entornos y almacenamiento de trabajo.
• Perfil de movilidad: portátil ligero, conectividad, cifrado, acceso remoto y autonomía.
• Perfil compartido o de sala: equipo controlado, sin datos personales y con permisos limitados.

Configuración base

• sistema operativo con soporte;
• cifrado de disco;
• bloqueo automático;
• usuario sin privilegios administrativos permanentes;
• software autorizado;
• protección antimalware adecuada;
• actualizaciones gestionadas;
• acceso a almacenamiento empresarial;
• inventario y asignación de propietario;
• procedimiento de preparación y retirada.

Equipos de reserva

Para veinte empleados suele ser razonable disponer de dos equipos de reserva o de una combinación de equipo físico y capacidad de sustitución rápida. Deben estar actualizados, cifrados y preparados para aplicar la configuración estándar.

Ciclo de renovación

No conviene comprar los veinte equipos al mismo tiempo si puede evitarse. Escalonar renovaciones reduce picos de gasto y evita que todo el parque quede obsoleto simultáneamente.

Periféricos y ergonomía

Monitores, bases, teclados, auriculares y cámaras forman parte del puesto. Una empresa de veinte personas acumula muchas horas de trabajo; pequeñas deficiencias ergonómicas se convierten en una pérdida relevante de productividad.

Identidades, directorio y cuentas administrativas

La identidad se convierte en la capa central de la infraestructura. Cada persona debe disponer de una cuenta individual desde la que se asignen correo, archivos, aplicaciones y dispositivos.

Directorio central

La empresa debería utilizar un sistema que permita gestionar usuarios, grupos, MFA, recuperación y acceso a aplicaciones. Puede estar integrado en la suite de productividad o en una plataforma específica.

Cuentas nominales

Las acciones deben atribuirse a personas concretas. Las cuentas compartidas deben reservarse para casos donde la aplicación no admita otro modelo y deben gestionarse mediante un sistema controlado.

Buzones funcionales

Direcciones como ventas, administración, compras o soporte pueden funcionar como buzones compartidos o grupos. Los usuarios acceden con su identidad individual, sin compartir contraseña.

Cuentas administrativas separadas

Las personas que administran sistemas deberían utilizar una cuenta específica para tareas privilegiadas y otra para correo, navegación y trabajo cotidiano.

Recuperación empresarial

Los métodos de recuperación no pueden depender exclusivamente del móvil personal de una persona. Deben existir procedimientos y vías alternativas bajo control de la empresa.

Altas, cambios y bajas

El proceso debe incluir solicitud, aprobación, creación de cuenta, asignación de grupos, entrega de equipo, verificación y documentación. En una baja deben revocarse sesiones, tokens, dispositivos, accesos remotos, grupos y credenciales compartidas.

Roles, grupos y permisos

Con veinte empleados, conceder permisos uno por uno se vuelve difícil de mantener. Conviene asignarlos mediante grupos y roles.

Grupos por departamento

• dirección;
• administración;
• ventas;
• operaciones;
• producción o área técnica;
• marketing;
• soporte;
• proveedores temporales.

Grupos por función

Además de la estructura departamental, pueden existir grupos para aprobadores, responsables de facturación, administradores de contenido, usuarios de una aplicación o participantes en un proyecto.

Permisos por necesidad

La empresa debe evitar dos extremos: permisos tan restrictivos que obliguen a pedir excepciones continuamente y permisos tan amplios que toda persona pueda acceder a información ajena a su función.

Revisión periódica

Los permisos deben revisarse al cambiar de puesto, finalizar un proyecto y, al menos, de forma periódica. La revisión debe centrarse en accesos privilegiados, datos sensibles, cuentas inactivas e integraciones.

Los criterios generales pueden ampliarse con cómo crear políticas de acceso en una empresa pequeña.

Red local, Wi-Fi y segmentación

Una red plana puede funcionar en una oficina pequeña, pero con veinte empleados, impresoras, móviles, invitados, cámaras y otros dispositivos conviene separar usos.

Conexión principal

Debe evaluarse estabilidad, velocidad de subida, tiempo de reparación, dirección IP cuando sea necesaria y calidad del soporte. La cifra comercial de descarga no describe por sí sola la capacidad real.

Conexión de respaldo

Si la empresa depende de servicios cloud, telefonía IP, videoconferencia o aplicaciones remotas, una conexión alternativa puede evitar una paralización completa. Puede utilizar otro operador o tecnología diferente.

Router y firewall

El equipo de borde debe ser gestionable, recibir actualizaciones, conservar copias de configuración y permitir reglas claras. Las credenciales deben pertenecer a la empresa.

Switches gestionables

Permiten separar redes, revisar puertos y detectar incidencias. No es obligatorio crear una topología compleja, pero sí disponer de capacidad para ordenar el tráfico.

Segmentación mínima

• red de empleados;
• red de invitados;
• dispositivos auxiliares o IoT;
• servidores o almacenamiento interno cuando proceda;
• administración de red separada y restringida.

Wi-Fi planificado

La cobertura debe medirse en las zonas reales de trabajo. Añadir repetidores sin planificación puede generar interferencias y roaming deficiente. Para una oficina de este tamaño suele ser preferible utilizar puntos de acceso gestionados y cableados.

Acceso remoto

Las personas que trabajen fuera deben acceder mediante servicios cloud protegidos o mecanismos remotos seguros. Exponer escritorios, paneles o NAS directamente a Internet por comodidad es una mala práctica.

Datos, archivos y colaboración

La infraestructura debe establecer una fuente oficial para cada tipo de información. A veinte empleados, los archivos repartidos entre ordenadores y cuentas personales generan versiones contradictorias y pérdida de trazabilidad.

Estructura compartida

Una organización básica puede incluir:

• dirección;
• administración y finanzas;
• clientes;
• proyectos;
• ventas y marketing;
• operaciones;
• recursos humanos;
• plantillas;
• archivo;
• tecnología y documentación.

Propietarios de la información

Cada área debe tener una persona responsable de estructura, permisos, conservación y calidad. El departamento de tecnología puede administrar la plataforma, pero no debería decidir por sí solo qué documentos son válidos o cuánto tiempo deben conservarse.

Versionado y colaboración

La plataforma debe permitir editar de forma simultánea cuando sea necesario, recuperar versiones y conocer quién realizó cambios. En documentos críticos puede ser necesario un flujo de revisión y aprobación.

Datos estructurados

Clientes, proveedores, productos, cursos, proyectos, facturas y tickets no deberían vivir permanentemente en documentos sueltos si existe una aplicación adecuada. El objetivo no es implantar un ERP por obligación, sino asignar cada tipo de dato a una fuente coherente.

Evitar silos

Los departamentos pueden necesitar espacios separados, pero deben compartir identificadores, reglas y procesos cuando intercambian información. Un artículo relacionado es cómo integrar múltiples fuentes de datos sin crear caos operativo.

Aplicaciones empresariales e integraciones

Una empresa de veinte empleados suele utilizar más aplicaciones que una microempresa: suite de productividad, facturación, CRM, gestión de proyectos, soporte, almacenamiento, videoconferencia y software sectorial.

Catálogo de aplicaciones

Debe mantenerse una relación con:

• función empresarial;
• propietario del servicio;
• usuarios y grupos;
• tipo de datos tratados;
• coste y fecha de renovación;
• método de autenticación;
• integraciones;
• procedimiento de exportación;
• alternativa o plan de salida;
• criticidad y soporte.

Evitar duplicidades

Con distintos departamentos es frecuente contratar varias herramientas para tareas similares. Antes de incorporar una nueva solución debe comprobarse si una plataforma existente ya cubre la necesidad de forma suficiente.

Integraciones controladas

Las conexiones entre CRM, facturación, formularios, almacenamiento, LMS o herramientas de soporte deben documentarse. Cada integración necesita propietario, registros, alerta de fallo y alternativa manual.

No crear acoplamientos innecesarios

Una integración debe intercambiar la información necesaria, no convertir dos sistemas en una única pieza inseparable. Los identificadores, formatos y reglas deben ser comprensibles y exportables.

Este enfoque se relaciona con cómo integrar servicios digitales sin añadir complejidad.

Servicios cloud, servidores y virtualización

Veinte empleados no implican automáticamente la necesidad de un servidor local. La decisión debe responder a aplicaciones, volumen, rendimiento, control y continuidad.

Servicios gestionados

Correo, colaboración, videoconferencia y muchas aplicaciones empresariales suelen resolverse mejor mediante servicios gestionados. Reducen mantenimiento interno y permiten ampliar usuarios con facilidad.

NAS

Puede aportar valor para archivos voluminosos, copias locales, repositorios internos, recuperación rápida y control sobre determinados datos. Debe incluir mantenimiento, supervisión, copias externas y control de acceso.

Servidor local

Puede justificarse cuando una aplicación lo requiere, se necesita baja latencia, existen equipos especializados o hay servicios internos que no conviene exponer. No debe instalarse solo para “tener infraestructura propia”.

Servidor virtual o cloud

Puede alojar aplicaciones, entornos de pruebas, integraciones o servicios públicos. Debe contar con actualización, copias, monitorización y responsable.

Virtualización

Resulta útil para consolidar varios servicios, aislar aplicaciones y facilitar recuperación. Sin embargo, añade una capa que debe mantenerse. Antes de virtualizar conviene decidir qué servicios lo necesitan y cuáles funcionan mejor como SaaS, equipo físico o servicio dedicado.

Para profundizar en la decisión puede consultarse cómo usar contenedores en PYMES y Docker frente a máquinas virtuales.

Gestión centralizada de dispositivos

Con veinte puestos, revisar cada ordenador manualmente empieza a ser costoso. Una plataforma de gestión puede ayudar a aplicar configuraciones, desplegar software, comprobar cifrado y retirar datos.

Funciones útiles

• inventario automático;
• políticas de seguridad;
• estado de cifrado;
• actualizaciones;
• instalación y retirada de aplicaciones;
• configuración de Wi-Fi y VPN;
• bloqueo o borrado remoto;
• comprobación de cumplimiento;
• separación entre datos empresariales y personales.

No implantar por moda

La gestión centralizada debe resolver un problema real. Si todos los equipos permanecen en una oficina y el soporte es muy estable, puede empezar con herramientas sencillas. Si hay teletrabajo, movilidad, información sensible o cambios frecuentes, su valor aumenta.

Dispositivos personales

Si se permite el uso de móviles u ordenadores personales, la empresa debe definir qué datos pueden almacenarse, cómo se retira el acceso y qué requisitos mínimos se exigen. No basta con aceptar informalmente el uso.

Seguridad práctica para veinte empleados

La seguridad debe apoyarse en controles consistentes y comprensibles. A este tamaño, confiar únicamente en que cada persona actúe correctamente no es suficiente.

Controles básicos

• MFA en servicios críticos;
• cuentas individuales;
• cifrado de portátiles;
• actualizaciones gestionadas;
• protección antimalware;
• gestor de contraseñas empresarial;
• mínimo privilegio;
• red de invitados;
• copias separadas;
• registro de accesos administrativos;
• procedimiento de incidentes;
• formación periódica frente a fraude y phishing.

Clasificación sencilla de información

Puede utilizarse una clasificación básica:

• Pública: puede difundirse sin restricciones.
• Interna: destinada al funcionamiento de la empresa.
• Confidencial: requiere acceso limitado.
• Crítica o especialmente sensible: necesita controles reforzados y trazabilidad.

Formación repetida

Una sesión anual aislada tiene poco efecto. Conviene reforzar prácticas mediante recordatorios, simulaciones proporcionadas y comunicación clara de incidentes.

Respuesta ante incidentes

Debe quedar definido quién recibe el aviso, quién puede aislar equipos, quién contacta con proveedores, cómo se revocan accesos y quién decide la comunicación. El procedimiento debe poder utilizarse aunque la persona habitual no esté disponible.

La base se desarrolla en cómo diseñar seguridad empresarial práctica.

Copias de seguridad y recuperación

La estrategia de copias debe cubrir datos, configuraciones y aplicaciones, no solo carpetas compartidas.

Ámbitos que deben evaluarse

• documentos compartidos;
• datos locales de puestos;
• correo cuando sea necesario;
• bases de datos;
• facturación y CRM;
• servidores y máquinas virtuales;
• NAS;
• web y LMS;
• configuraciones de red;
• repositorios de código o automatización;
• documentación técnica;
• exportaciones de servicios cloud.

Frecuencia según pérdida tolerable

La empresa debe decidir cuánto trabajo puede perder en cada sistema. Una aplicación que cambia durante todo el día puede necesitar copias frecuentes; un archivo histórico puede copiarse con menor periodicidad.

Separación

Una copia conectada permanentemente al mismo sistema puede verse afectada por ransomware, borrado o error administrativo. Conviene mantener varias capas y al menos una copia separada.

Pruebas de restauración

Debe probarse la recuperación de archivos, carpetas, bases de datos y, cuando sea crítico, sistemas completos. La empresa necesita conocer el tiempo real de restauración, no solo el tiempo teórico.

Responsabilidad

Una persona debe revisar alertas y otra debe poder sustituirla. El proveedor puede operar la copia, pero la empresa debe conocer cobertura, retención, ubicación y procedimiento de recuperación.

La referencia general es cómo implementar copias 3-2-1.

Continuidad operativa y redundancia proporcionada

Una empresa de veinte empleados puede perder muchas horas de trabajo ante una incidencia común. No necesita duplicar todo, pero sí identificar los puntos cuyo fallo afecta a varias personas.

Escenarios mínimos

• caída de Internet;
• fallo del correo;
• indisponibilidad del almacenamiento compartido;
• bloqueo de una cuenta administradora;
• avería del router o switch principal;
• fallo de una aplicación crítica;
• pérdida de un portátil;
• borrado o corrupción de datos;
• ausencia del responsable tecnológico;
• fallo o desaparición de un proveedor.

Redundancia selectiva

Puede incluir:

• dos conexiones a Internet;
• dos administradores de recuperación;
• equipos de reserva;
• copias en ubicaciones distintas;
• configuración exportada de red;
• procedimiento manual de facturación o atención;
• canal alternativo de comunicación;
• proveedor secundario para incidencias críticas.

RTO y RPO prácticos

Sin necesidad de utilizar documentación compleja, conviene fijar dos límites: cuánto tiempo puede estar indisponible un servicio y cuántos datos se pueden perder. Estos límites orientan copias, soporte y redundancia.

Simulaciones

Una prueba anual o semestral permite comprobar si los contactos, credenciales, copias y procedimientos siguen siendo válidos.

El diseño completo puede apoyarse en cómo diseñar continuidad tecnológica en una microempresa.

Soporte, mantenimiento y atención de incidencias

Con veinte empleados, el soporte informal interrumpe demasiado a las personas más técnicas. La empresa debe disponer de un canal y una priorización.

Canal único

Las incidencias deberían registrarse en correo, formulario o herramienta de tickets. Los mensajes dispersos dificultan priorizar, medir y detectar problemas repetidos.

Niveles de prioridad

Responsable interno

La empresa necesita una persona que coordine altas, prioridades, inventario, proveedores y renovaciones. No tiene que resolver técnicamente todo.

Proveedor externo

Debe existir un alcance claro: sistemas cubiertos, horario, tiempos, urgencias, trabajos excluidos, acceso remoto y documentación.

Mantenimiento preventivo

Debe incluir actualizaciones, revisión de capacidad, copias, certificados, licencias, hardware, alertas y cuentas. El objetivo es reducir incidencias, no limitarse a responder cuando algo se rompe.

Métricas útiles

• incidencias por categoría;
• tiempo medio de respuesta;
• tiempo de resolución;
• problemas repetidos;
• equipos con más fallos;
• porcentaje de actualizaciones pendientes;
• restauraciones probadas;
• altas y bajas completadas correctamente.

Documentación e inventario

La documentación debe permitir administrar la infraestructura sin depender de la memoria de una persona.

Inventario de activos

• ordenadores, móviles y periféricos;
• red, switches y puntos de acceso;
• servidores, NAS y máquinas virtuales;
• usuarios, grupos y administradores;
• aplicaciones y licencias;
• dominios, DNS y certificados;
• proveedores y contratos;
• copias y retenciones;
• integraciones y automatizaciones;
• fechas de renovación;
• responsables y sustitutos.

Documentación técnica

• diagrama de red;
• arquitectura de servicios;
• configuraciones importantes;
• dependencias;
• métodos de acceso;
• procedimientos de copia y restauración;
• historial de cambios.

Documentación operativa

• alta y baja de empleados;
• preparación de equipos;
• solicitud de permisos;
• atención de incidencias;
• recuperación de cuentas;
• actuación ante pérdida de dispositivo;
• continuidad ante caída de servicios;
• cambio de proveedor.

Ubicación y control

La documentación debe estar accesible para las personas autorizadas y parte de ella debe estar disponible si falla el sistema principal. Las contraseñas no deben escribirse directamente en documentos generales.

Para desarrollar un sistema ligero puede consultarse cómo crear documentación tecnológica sencilla en una PYME.

Proveedores, titularidad y control

Una empresa de veinte empleados puede trabajar con varios proveedores: telecomunicaciones, soporte, software, hosting, seguridad y aplicaciones sectoriales. La coordinación debe quedar bajo control empresarial.

Titularidad

La empresa debe ser titular de:

• dominios;
• cuentas principales;
• licencias;
• repositorios;
• datos y contenidos;
• métodos de recuperación;
• contratos y facturación;
• copias de información crítica.

Acceso delegado

Los proveedores deben utilizar cuentas propias, permisos limitados y accesos revocables. Compartir una contraseña administradora elimina trazabilidad.

Entregables

Los cambios relevantes deben dejar documentación, copia de configuración y explicación de las dependencias creadas.

Plan de salida

Antes de contratar un servicio crítico, conviene conocer cómo se exportan los datos, cuánto tiempo requiere una migración y qué costes aparecen al terminar la relación.

Este control se amplía en cómo reducir la dependencia tecnológica de proveedores externos.

Dimensionamiento orientativo

El dimensionamiento debe partir del uso, los perfiles y el crecimiento previsto. La siguiente referencia no sustituye una medición real.

La capacidad debe revisarse mediante datos: utilización, crecimiento, incidencias y tiempos de respuesta. Sobredimensionar por intuición encarece la infraestructura y puede aumentar su complejidad.

Presupuesto por categorías

Los precios concretos cambian, por lo que resulta más útil estructurar el presupuesto por funciones y ciclo de vida.

El coste debe analizarse a varios años, incluyendo tiempo interno, migraciones, soporte y salida. Puede utilizarse como referencia cómo calcular el coste real de una infraestructura tecnológica.

Plan de evolución desde cinco hasta veinte empleados

La transición debe realizarse por fases. Intentar implantar simultáneamente directorio, red, copias, nuevas aplicaciones y gestión de dispositivos aumenta el riesgo.

Fase 1: inventario y control

• inventariar usuarios, equipos, cuentas y aplicaciones;
• confirmar titularidad;
• identificar datos y servicios críticos;
• localizar permisos excesivos;
• documentar proveedores y renovaciones.

Fase 2: identidad y accesos

• implantar cuentas nominales;
• crear grupos por función;
• activar MFA;
• separar cuentas administrativas;
• formalizar altas y bajas.

Fase 3: puestos y red

• definir perfiles de equipo;
• crear configuración base;
• preparar equipos de reserva;
• revisar cableado y Wi-Fi;
• segmentar invitados y dispositivos auxiliares.

Fase 4: datos y aplicaciones

• definir fuentes de verdad;
• ordenar carpetas y permisos;
• eliminar duplicidades;
• catalogar aplicaciones;
• documentar integraciones.

Fase 5: seguridad y gestión

• centralizar políticas;
• implantar gestión de dispositivos si procede;
• formar al equipo;
• crear procedimiento de incidentes;
• revisar accesos de proveedores.

Fase 6: copias y continuidad

• definir frecuencias y retenciones;
• separar copias;
• probar restauraciones;
• preparar conexión y equipos alternativos;
• simular escenarios críticos.

Fase 7: soporte y gobierno

• crear canal de incidencias;
• definir prioridades y tiempos;
• asignar propietarios de servicio;
• establecer revisión mensual y trimestral;
• crear métricas de capacidad y calidad.

Cómo preparar el crecimiento hacia cincuenta empleados

La infraestructura para veinte personas debería admitir crecimiento sin una reconstrucción completa. No significa comprar hoy para cincuenta, sino elegir estructuras que puedan ampliarse.

Preparar desde ahora

• grupos y roles escalables;
• nomenclatura común;
• licencias ampliables;
• red con capacidad disponible;
• Wi-Fi gestionado;
• almacenamiento modular;
• procesos repetibles de alta y baja;
• gestión centralizada de dispositivos;
• soporte con capacidad de crecer;
• contratos y datos portables.

Qué deberá revisarse antes de llegar a cincuenta

• necesidad de personal técnico interno;
• mayor segmentación de red;
• gestión formal de activos;
• mayor trazabilidad y registros;
• acuerdos de servicio más exigentes;
• respuesta a incidentes;
• continuidad por departamentos;
• automatización de altas, bajas y software;
• gobierno de datos;
• renovación y capacidad presupuestaria.

La evolución estratégica puede relacionarse con cómo planificar la evolución tecnológica de una empresa durante cinco años.

Errores frecuentes

Multiplicar la infraestructura de cinco empleados

Añadir equipos y licencias sin cambiar el modelo de administración provoca excepciones y desorden.

Compartir cuentas entre departamentos

Elimina trazabilidad y complica bajas, auditorías y recuperación.

Conceder permisos directamente a cada persona

Los permisos individuales se acumulan y resultan difíciles de revisar. Es preferible utilizar grupos.

Mantener una red plana para todo

Empleados, invitados y dispositivos auxiliares no deberían compartir el mismo nivel de acceso.

Depender del empleado más técnico

La capacidad de veinte personas no puede quedar condicionada por la disponibilidad de una sola.

No formalizar el soporte

Las incidencias dispersas interrumpen a varias personas y ocultan problemas recurrentes.

Implantar demasiadas herramientas

Cada departamento puede pedir su propia solución, creando duplicidad, integraciones frágiles y costes crecientes.

Centralizar sin preparar recuperación

Un directorio, un NAS o una plataforma central puede mejorar el control, pero también convertirse en un punto único de fallo.

No probar las bajas

Sesiones, tokens, reenvíos y dispositivos pueden mantener acceso después de desactivar la cuenta principal.

Comprar infraestructura para cincuenta usuarios antes de tiempo

La capacidad de crecer no exige pagar hoy por recursos que quizá no se utilicen.

No documentar integraciones

Los automatismos silenciosos pueden fallar durante semanas sin que nadie detecte la pérdida de información.

Confundir cumplimiento con seguridad real

Marcar controles en una lista no garantiza que las cuentas, copias y procedimientos funcionen cuando se necesitan.

Lista de comprobación

Preguntas frecuentes

Conclusión

La infraestructura tecnológica de una empresa de veinte empleados debe evolucionar desde una colección de herramientas administradas informalmente hacia un sistema gobernado.

El cambio exige identidades centralizadas, grupos de permisos, puestos estandarizados, red gestionable, datos con fuentes oficiales, aplicaciones catalogadas, integraciones documentadas, copias probadas y soporte formal.

El reto de llegar a veinte empleados no es disponer de más tecnología, sino conseguir que más personas puedan utilizarla sin perder control, seguridad ni continuidad.

La empresa no necesita implantar una arquitectura corporativa pesada. Debe construir una base modular y proporcionada, capaz de absorber nuevas personas y servicios sin multiplicar excepciones.

Cuando los responsables, accesos, activos, copias y procedimientos están definidos, la tecnología deja de depender de memoria e improvisación. La organización puede crecer, sustituir proveedores y resolver incidencias con menos impacto.

ESTUDIO METADATOS desarrolla programas de formación online orientados a comprender y aplicar tecnología en entornos profesionales reales. Puedes consultar sus programas de formación tecnológica para profundizar en infraestructura, sistemas, datos, seguridad y productividad digital.