Caso de cliente · Energía e industria
Un solo directorio para una operación europea repartida entre países
La filial europea de un grupo energético internacional operaba oficinas en varios países y departamentos sobre una identidad híbrida: un directorio local sincronizado con la nube. Cada alta o baja cruzaba media docena de herramientas. Diseñamos la estructura, escribimos los procedimientos, construimos el inventario de activos y llevamos el soporte, para que la operación siguiera funcionando mientras cambiaba por debajo.
En cifras
9
pasos en un solo procedimiento de baja, del directorio a la copia y al equipo
3
pertenencias mínimas de cada usuario: país, departamento y VPN
4
líneas de trabajo bajo un mismo equipo: aplicaciones, infraestructura, servicios y migración
Para quién es
Directores y responsables de TI de operaciones en varios países con identidad híbrida, donde cada alta y cada baja cruzan media docena de sistemas y dependen de quién recuerda el orden. Te llevas la estructura que documentamos, el procedimiento de nueve pasos y la razón por la que escribimos la organización antes de tocar una sola herramienta.
Ideas clave
- El problema no eran las herramientas, sino la falta de un modelo escrito de cómo se relacionaban.
- Primero la estructura, después la política. Cuando la organización aparece en el directorio, las políticas se enganchan a ella y se heredan en lugar de aplicarse a mano.
- Escrito, cada paso es un control. Antes era un recuerdo.
- Tres pertenencias como mínimo: país, departamento y VPN. Una regla así de simple es lo que hace visibles las excepciones.
- La empresa tiene ahora documentación de su propio modelo de identidad. Un administrador nuevo puede leerla y actuar. También un auditor.
¿Por qué se rompe la identidad híbrida cuando una empresa crece entre países?
Cada pieza estaba bien; juntas eran el problema
Un grupo de energía e infraestructuras había levantado deprisa una organización europea: oficinas en varios países, equipos organizados por país y departamento, gente que viaja entre ellos. Su tecnología era la habitual en una operación corporativa que crece rápido: un directorio local sincronizado con la nube, Microsoft 365 para correo y archivos, VPN para el acceso remoto, protección de equipos, copia de seguridad de correo y archivos y un servicio de tarjetas de visita digitales. Cada pieza estaba bien. Juntas eran el problema.
Lo que costaba de verdad una sola incorporación
Una incorporación significaba crear a la persona en el directorio, colocarla en el país, el departamento y los grupos de acceso correctos, esperar la sincronización, licenciar correo y archivos, dar de alta el portátil, protegerlo, añadir la VPN y emitir la tarjeta. Una salida significaba deshacerlo todo, en el orden correcto, sin perder los datos que la empresa debía conservar. Sin un modelo escrito de cómo se relacionaban las piezas, cada paso dependía de quién lo hacía y de lo que recordaba.
Sin una vista fiable de los activos, y una web sin responsable
No había una vista fiable de los activos: qué portátiles existían, quién los tenía, qué aplicaciones importaban y quién respondía por ellas. Y la web corporativa tenía que salir de su proveedor de alojamiento sin un responsable claro de lo que vendría después.
No empezamos por una herramienta
No empezamos por una herramienta. Empezamos por escribir cómo está estructurada la organización: los países, las ciudades y los departamentos, la gente que se mueve entre ellos y cómo se tocaba entre sí esa media docena de herramientas.
¿Cómo debería verse una organización dentro de su propio directorio?
Después decidimos cómo debía verse esa estructura en el directorio: las unidades para países, ciudades y departamentos, los grupos que dan acceso, la nomenclatura que hace legible el propósito de un grupo de un vistazo y las excepciones. Con ese modelo, las políticas podían engancharse a él y heredarse en lugar de aplicarse a mano.
- Una estructura de directorio documentada: unidades organizativas, grupos globales, departamentales y geográficos, y la regla de que cada usuario pertenece como mínimo a un país, un departamento y un grupo de VPN.
- Diseño de políticas de grupo con herencia, filtrado y excepciones explícitas, para que una regla se aplique donde debe y se vea dónde no.
- Un solo procedimiento de ciclo de vida para personas y equipos, del directorio a la nube, la copia de seguridad y el equipo, en nueve pasos con su comprobación.
La migración de la web se planificó como proyecto con responsable, no como un ticket.
¿Cómo es un procedimiento de baja en nueve pasos?
El procedimiento de baja, tal como se ejecuta: deshabilitar la cuenta, moverla, quitarle los grupos, reubicar el equipo, forzar la sincronización, confirmar el bloqueo en la nube, confirmar la última copia de correo y archivos, retirar la tarjeta, mantener el equipo protegido hasta su reutilización. Escrito, cada paso es un control. Antes era un recuerdo.
- Deshabilitar la cuenta
- Moverla
- Quitarle los grupos
- Reubicar el equipo
- Forzar la sincronización
- Confirmar el bloqueo en la nube
- Confirmar la última copia de correo y archivos
- Retirar la tarjeta
- Mantener el equipo protegido hasta su reutilización
Un inventario de activos y servicios en el módulo de activos del propio service desk: tipos de dispositivo, números de serie, modelos, relaciones y responsables, importados desde hojas de cálculo y sujetos a una sola nomenclatura.
Cuatro líneas de trabajo (aplicaciones, infraestructura, servicios y migración) bajo un mismo equipo y una misma manera de documentar, para que la operación siguiera funcionando mientras cambiaba por debajo.
¿Qué ha aguantado?
Las altas y las bajas pasaron a ser un procedimiento que cualquiera del equipo puede ejecutar y auditar.
| Antes | Después | |
|---|---|---|
| Quién sabía los pasos | Quien los hacía, de memoria | Cualquiera del equipo, con el procedimiento escrito |
| El orden | Dependía de la persona | Nueve pasos, cada uno con su comprobación |
| Los activos | Sin una vista fiable de equipos, portadores ni responsables | Un inventario con responsables y una sola nomenclatura |
La empresa tiene por primera vez documentación de su propio modelo de identidad: cómo está estructurado, por qué y cómo cambiarlo. Un administrador nuevo puede leerla y actuar. También un auditor.
El soporte pasó por un solo service desk, con los estados de una solicitud, las prioridades y el escalado por escrito, de modo que un ticket de acceso a la VPN y una petición de portátil nuevo siguen el mismo camino y dejan el mismo registro.
Preguntas que hacen los lectores
Equipo de Customer Success
Itaca Technologies
¿Tu pregunta no está aquí?
Escríbela tal cual. La lee el equipo que hace el trabajo y te responde con el siguiente paso concreto.