La decisión de introducir una nueva herramienta de operaciones de TI suele ser sensata y bien preparada. Sin embargo, la realidad de la implementación se impone. Análisis inicial, talleres con cada equipo, diseño de procesos, configuración, migración de datos, pruebas, capacitación. Los tres meses planificados se convierten en seis, y mientras tanto, las operaciones continúan de la manera antigua porque la nueva herramienta "no está terminada todavía".
El personal de operaciones paga por esto dos veces. Primero, asisten a talleres y llenan plantillas además de su trabajo regular. Luego, a medida que la puesta en marcha se retrasa, pierden la fe en que algo realmente cambie. Cuando la herramienta finalmente se pone en marcha, a menudo se encuentra con un escepticismo que no tiene nada que ver con sus características.
Por qué los proyectos grandes se atascan
En la práctica, a menudo vemos las mismas causas una y otra vez:
- Intentar resolver todo a la vez. Incidencias, solicitudes, cambios, la CMDB y la generación de informes para toda la organización en una sola ola. Cada área tiene sus excepciones, y cada excepción detiene todo.
- Diseñar procesos desde cero. En lugar de mantener lo que ya funciona, los equipos diseñan un estado ideal con el que varios grupos luchan por estar de acuerdo.
- Preparar datos al final. Los equipos, usuarios, servicios y sus propietarios se dejan para el último paso, que es cuando finalmente surgen las brechas.
- Una herramienta que impone su proceso completo desde el primer día. Si el proceso de cambio requiere ventanas de mantenimiento que nadie ha definido todavía, no se puede comenzar a trabajar.
Una forma diferente de implementar
Una implementación más rápida no es menos cuidadosa. Es un orden diferente de pasos.
Comience con un área. Un equipo, un grupo de servicios, un tipo de trabajo. Un piloto muestra lo que funciona y da a las personas experiencia en la que el resto de la organización puede basarse.
Traiga los datos que ya tiene. La mayoría de las organizaciones mantienen equipos, usuarios, servicios y servidores en hojas de cálculo. No son perfectos, pero son un punto de partida mucho mejor que un sistema vacío.
Verifique la preparación antes de la puesta en marcha. No es una aceptación formal, sino una verificación práctica: ¿tiene cada servicio un propietario? ¿Hay un SLA? ¿Están los equipos y roles en su lugar?
Y dé al proceso tiempo para madurar. Algunas reglas, como las ventanas de mantenimiento para cada servicio, toman forma gradualmente. La herramienta debe permitirle comenzar a trabajar antes de que todas estén establecidas.
Cómo lo maneja Eywo Stratum
Eywo Stratum ofrece perfiles de implementación: para proveedores de servicios compartidos, para empresas cuya CMDB principal vive en otro sistema, para operaciones reguladas con OT y para organizaciones más pequeñas. Un perfil aplica valores predeterminados sensatos, y los módulos individuales se pueden activar o desactivar. Un piloto puede comenzar solo con incidencias y la CMDB.
Los datos ingresan a través de la importación de Excel. Puede importar equipos, usuarios y sus roles, elementos de la CMDB, servicios con su propietario, SLA y ventana de mantenimiento, relaciones entre elementos y las propias ventanas de mantenimiento. Las hojas de cálculo que ya tiene se convierten en la base, no en un obstáculo.
Antes de la puesta en marcha, Eywo Stratum realiza una verificación de preparación operativa. Doce verificaciones cubren propietarios de servicios, SLA, ventanas de mantenimiento, relaciones, equipos, roles, configuración de correo electrónico y más. El resultado muestra qué todavía necesita ser completado antes de que la primera incidencia se encuentre con él.
Para el período de implementación, existe un modelo de "cambio sin ventana de mantenimiento". Los equipos pueden registrar y aprobar cambios antes de que cada servicio tenga una ventana definida. Las ventanas se agregan paso a paso, y el modelo se desactiva una vez que están en su lugar.
El flujo de trabajo es configurable, por lo que los estados, transiciones y permisos pueden coincidir con cómo trabaja el equipo.
Conclusión
ITSM no tiene que ser implementado como un proyecto grande. Un piloto en un área, datos existentes transferidos y una verificación de preparación hacen posible comenzar a trabajar rápidamente y expandirse paso a paso. El personal de operaciones ve el beneficio antes y acepta la nueva herramienta como ayuda, no como una obligación más.
Los perfiles de implementación, la importación de Excel y la verificación de preparación están incluidos en la edición estándar.
Eywo Stratum Standard
Para organizaciones que desean una CMDB fiable y procesos de ITSM gestionados.