Junto a su promesa de transformar las operaciones del centro de datos para que sean más resistentes, eficientes y ágiles, es importante recordar que el software DCIM es principalmente una tecnología habilitadora. Sí, las soluciones DCIM aprovechan la automatización y los datos de telemetría en tiempo real para proporcionar una vista integral del centro de datos a nivel de servidor y rack. Sin embargo, la mayoría del personal de TI no aprovecha estas funciones de automatización desde el comienzo de su implementación de DCIM.

Como tecnología habilitadora, el software DCIM permite al personal reducir o eliminar el exceso de aprovisionamiento, ejecutar centros de datos a temperaturas más altas –lo que permite ahorrar gastos relacionados con la refrigeración– y aumentar los niveles de utilización del servidor. Pero si DCIM es tan revolucionario, ¿por qué tantos departamentos de TI se sienten frustrados con su implementación, y al final acaban por reemplazarlo o relegarlo a una estantería?

En mi experiencia, he observado que las implementaciones de DCIM tienden a fallar o tener éxito en función del estado relativo de tres problemas principales. Examinemos cada uno de estos problemas.

Como aspecto más importante, es esencial obtener el apoyo ejecutivo y la aceptación del personal en toda la organización para garantizar una implementación exitosa de DCIM. Una vez más, como tecnología habilitadora, DCIM se basa principalmente en que el personal tome decisiones y medidas guiadas por los datos que proporciona una solución de software DCIM.

Resultan críticos tanto el compromiso organizacional -comenzando en la parte superior con el CIO o CFO o ambos- y la comunicación C-level como la colaboración cruzada entre operaciones y los equipos de mantenimiento para garantizar el soporte continuo de DCIM.

También es fundamental que cualquier inversión en DCIM deba ser impulsada por los requisitos del negocio, y que la selección de un producto o servicio de DCIM cumpla con estos requisitos a largo plazo. Debido a que una organización puede no implementar todas las características del software DCIM a la vez, es importante asegurarse de que está comprando hoy las capacidades que sus líneas de negocio requerirán en el futuro.

DCIM no es solo una implementación o una instalación, sino un proyecto en curso. Por lo tanto, si un personal de TI no cuenta con políticas y procesos operativos para dar soporte al software, entonces es probable que el ROI de la organización sea nulo.

La mayoría de las empresas subestiman la cantidad de ingeniería de procesos que se requerirá para mantener con precisión sus sistemas de monitoreo DCIM y sus activos de datos. Por lo general, será una combinación de procesos nuevos y rediseñados.

Por esa razón, es fundamental contar con un plan para rediseñar los procesos operativos a fin de garantizar un despliegue y mantenimiento sin inconvenientes y lograr el ROI deseado. La reingeniería de estos procesos operativos requiere una inversión adicional en tiempo y otros recursos, lo que nos lleva al siguiente obstáculo a superar para una implementación exitosa de DCIM.

Antes de implementar DCIM, necesitará documentar los requisitos del personal, incluida la administración del software DCIM y los datos propios. Por lo general, se requiere capacitación del personal.

Incluso con recursos adecuados, no es raro que las implementaciones de DCIM carezcan de personal adecuado, una vez más, debido a los bajos niveles de aceptación del personal al inicio del proyecto.

También es importante presupuestar cuidadosamente y no sorprenderse si los costes de implementación de DCIM y del personal son de dos a cinco veces mayores que el presupuesto original del proyecto. Las empresas pueden gastar mucho más en servicios relacionados con el software de lo que esperaban, incluyendo el despliegue, la integración de datos DCIM con otros datos, y la gestión y mantenimiento continuo de DCIM.

Por supuesto, existen otros obstáculos que superar para garantizar una implementación exitosa de DCIM y lograr el ROI deseado, incluida la integración del software con el equipo heredado y la imposibilidad de aprovechar todas las funciones del software, específicamente las capacidades de TI, como el análisis de costes del centro de datos y los niveles de utilización de TI.