Desafíos de la gestión de TI
Veinte desafíos de gestión de TI y cómo los abordamos.
Implantación de ITSM sin un proyecto de seis meses
La introducción de una nueva herramienta de ITSM no tiene que significar meses de talleres y consultores. Comience con un área, importe los datos que ya mantiene en Excel y verifique la preparación antes de salir en vivo.
Auditoría y regulación: una rendición de cuentas que usted puede demostrar
Un auditor no pregunta si usted tiene un proceso, sino si puede mostrar quién hizo qué, cuándo y quién lo aprobó. A continuación, se explica cómo tener las respuestas listas antes de que llegue la pregunta.
El centro de datos en su CMDB: desde la sala hasta la unidad de rack
Un técnico que se encuentra en una sala de servidores no necesita una dirección IP. Necesita saber el pasillo, el rack y la unidad de rack, y tiene que saber si ese hardware todavía está bajo contrato de soporte.
Final del soporte para sistemas operativos y hardware, bajo control
El final del soporte para un sistema operativo o servidor rara vez llega por sorpresa, pero aún así puede pillar a los equipos desprevenidos. A continuación, le explicamos cómo mantener el ciclo de vida bajo control y planificar la renovación en torno a los servicios, no a las listas de servidores.
Plataforma compartida, datos de clientes separados
Un proveedor de servicios compartidos necesita una plataforma para cada cliente, mientras que cada cliente solo quiere ver sus propios servidores, incidencias y costes. A continuación, se explica cómo lograr ambos sin comprometer la seguridad.
Una lista de precios de la que alguien es responsable
Una lista de precios de TI suele ser una hoja de cálculo que alguien creó hace años y que nadie quiere tocar. A continuación, se explica cómo convertirla en un documento gobernado con un propietario claro y cambios aprobados.
Mostrar y cobrar sin la maratón de hojas de cálculo
La facturación mensual de TI a menudo significa días de manipulación manual de datos y una verificación nerviosa antes de que nada salga. A continuación, se explica cómo convertir el cierre de fin de mes en una rutina respaldada por datos rastreables.
¿Cuánto cuesta realmente un servicio de TI?
Conocemos nuestras facturas de nube y centro de datos hasta el céntimo, pero el coste de un servicio individual suele ser una estimación. A continuación, le explicamos cómo vincular los costes a la CMDB le proporciona un número que puede defender con tranquilidad.
Incidencias graves: coordinación en lugar de caos
En una incidencia grave, la tecnología solo es la mitad del problema. La otra mitad es quién sabe qué y cuándo. A continuación, se explica cómo convertir los primeros minutos en trabajo coordinado en lugar de una búsqueda de información.
Un catálogo de servicios que la gente realmente utiliza
Muchos catálogos de servicios existen solo en papel, mientras que las solicitudes siguen llegando por correo electrónico y teléfono. A continuación, se explica cómo crear uno en el que los solicitantes sepan qué rellenar y los responsables sepan qué hacer.
SLA medidos de la manera correcta
Un plazo límite que transcurre durante fines de semana y festivos, o que ignora el tiempo dedicado a esperar al cliente, genera disputas innecesarias. Cómo medir los SLA para que los números coincidan tanto con el acuerdo como con la realidad.
Ruido de monitorización: de miles de alertas a unas pocas situaciones
Cuando la monitorización informa de todo, en realidad no informa de nada. Cómo convertir un flujo de eventos en unas pocas situaciones claras con una causa probable y un impacto visible en los servicios.
Desde la detección de vulnerabilidades hasta un cambio en producción
El escáner encuentra miles de problemas, pero solucionarlos en producción sigue siendo un trabajo manual. Cómo vincular vulnerabilidades con servidores, servicios y cambios para que los importantes se solucionen primero.
Aplicación de parches sin la negociación mensual
Cada mes, la misma ronda de correos electrónicos sobre cuándo se pueden reiniciar los servidores. Un acuerdo de parcheo con el propietario del servicio convierte una negociación recurrente en una regla permanente.
Ventanas de mantenimiento y congelaciones: cuándo puede tocarse la producción
Las ventanas de mantenimiento, congelaciones de cambios y colisiones a menudo viven en la cabeza de las personas y en hojas de cálculo dispersas. A continuación, se explica cómo convertirlos en reglas que el sistema hace cumplir para usted.
Aprobaciones de cambios sin el tira y afloja por correo electrónico
Un cambio está a la espera de aprobación, la aprobación se encuentra en la bandeja de entrada de alguien y la ventana de mantenimiento se acerca. A continuación, se explica cómo trasladar las aprobaciones fuera del correo electrónico y a una cola única.
¿Quién es el propietario de este servicio? Responsabilidad que puede rastrear
Cuando nadie está seguro de quién es responsable de un servicio, los cambios se retrasan, las incidencias se trasladan entre equipos y las aprobaciones se estancan. La propiedad clara es la base sobre la que se apoya el resto de las operaciones.
Los puntos únicos de falla que no conoce
Un servicio es redundante en papel. En la realidad, puede depender de un solo conmutador, matriz de almacenamiento o hipervisor. A continuación, se explica cómo encontrar esos puntos débiles antes de que se conviertan en un problema.
¿Qué se rompe si esto deja de funcionar? Impacto antes del apagón
Los equipos suelen preguntar qué depende de un componente solo una vez que ha fallado. Un mapa de dependencias en capas le permite conocer la respuesta antes de que nada salga mal.
La CMDB en la que nadie confía
Cuando nadie puede confiar en la CMDB, la gente mantiene sus propias hojas de cálculo y llama a colegas durante las incidencias. A continuación, se explica cómo reconstruir la confianza en los datos de configuración, paso a paso.
Comience con un piloto en un área.
Elija un cliente o un departamento y sus servicios clave. Después del piloto, revisamos los SLA, los cambios y los costos juntos – y usted decide sobre la expansión con tranquilidad.