Ganaste la guerra a las CMDBs

The CIO's OfficeCuando empezamos este blog, las CMDB estaban de moda. ITIL estaba en su mejor momento. Todos nos interrogaban sobre nuestra “estrategia de CMDB”.

No es por alardear, pero desde el principio sospechamos que pasar información de eventos, rendimiento y contexto de negocio a través de la ya sobrecargada CMDB era un terrible error.

En primer lugar, no era una «mejor práctica», en contraposición al resto de las iniciativas de ITIL. Porque en aquel entonces, el número de empresas existentes en todo el mundo que habían terminado tal CMDB, era cero. Y sigue siendo cero.

En segundo lugar, Sigue leyendo

Gran estreno este viernes en tu Monitoring Symposium preferido.

THeCIOoffice PosterY cuando decimos que va a haber sorpresas, va a haber sorpresas. Pero acá hay una pequeña pista.

Si te lo perdés, te lo perdés.

Nos vemos en el Monitoring Symposium de Europa o en el de Latinoamérica!

 

 

Cómo ser un gran CIO (IX): Concentrate en las sonrisas, no en los trenes

Ian Clayton, excelso gurú de Service Management, publicó un excelente artículo de uno de sus clientes, acerca de por qué el pensamiento Outside-In es clave para evitar la frustración de todos y la de uno mismo. Cito textualmente:

“Para la mayoría de las organizaciones, es una tendencia natural mirar lo que hacen hacia adentro. Están concentrados (a veces completamente) en cómo se diseña y se lleva a cabo el trabajo, y las mediciones de desempeño están orientadas hacia el logro de objetivos internos. (…)

El fracaso en satisfacer al cliente lleva, bueno, al fracaso.”

Traducido: si tu proyecto de monitorización consiste en medir CPU, memoria y disco (y cientos de parámetros técnicos más) estás concentrado en los trenes.

Este artículo es corto y está en inglés, descargalo de http://www.servicemanagement101.com/files/lockheed-lean-for-services-white-paper.pdf y, ya que estás, suscríbete al blog de Ian Clayton.

La CMDB ha muerto

Las CMDBs son dañinas para la salud

 

Cada vez nos preguntan menos acerca de cómo integrar un sistema de monitorización con una CMDB.

¿La razón principal? Antes, la gente pensaba que construir una CMDB súper abarcativa y que contuviera las interrelaciones entre todos los objetos reales y virtuales del universo y alrededores, era más o menos sencillo e incluso obligatorio (gentileza de ITIL). Pero ahora la gente es consciente de las historias de horror y es mucho más cautelosa acerca de usar CMDB más allá de Asset Management (¡sí, las CMDBs son geniales para eso!).

Con una única excepción: aquellos que llegaron tarde a la fiesta, y todavía piensan que la CMDB tal como la define ITIL es beneficiosa o incluso posible. (Si estás entre ellos, por favor lee esto, esto, esto y esto).

No por casualidad el post más popular de los últimos años fue “CMDBs: ¿Orugas o mariposas?» Y eso me alegra.

Entonces, ¿qué es lo que está de moda en este momento? Bueno, la gente pasó muy rápido de desear una solución ambiciosa y estratégica de Service Management (como propone, y con toda razón, ITILv3) a adorar una solución parcial con un enfoque táctico y con un alcance limitado llamada APM.

Cabe repetir: las herramientas APM, como las CMDBs, son algo bueno, si se usan correctamente. Pero no están siendo usadas correctamente. Mi opinión sobre el tema está aquí.

Muy buenas tardes para todos.

El problema con APM

Further Faster

Figura 1 – Los productos técnicos, solos, no llegan muy lejos, y los grandes proyectos ITIL suelen terminar en sangre, sudor y lágrimas. Agile Service Management te puede llevar mucho más lejos que una solución APM aislada, en términos de valor de negocio. 

Hace unos meses, la web BSM Digest fue rebautizada como APM Digest debido, en palabras de su editor, a que APM se transformó un “término mucho más popular, al menos aquí en EEUU”. Lo cual es una verdadera pena.

Si consideramos que hace poco tiempo el punto focal de la monitorización pasaba por la red y los servidores, ¿por qué el tomar la aplicación como centro es una oportunidad perdida, cuando representa claramente un avance desde lo más hondo de la infraestructura hacia el cliente final? Sigue leyendo

El Challenger y la Monitorización Holística: una historia verdadera

challenger-explosion

En enero de 1986, los técnicos del proyecto Space Shuttle sabían que uno de los componentes críticos del transbordador Challenger iba a fallar. Una junta de los cohetes motores no era confiable si hacía frío. Y las temperaturas pronosticadas para el lanzamiento, que ya se había aplazado varias veces, eran bajo cero. El problema era que tenían solamente once horas para convencer al comando de la NASA de cancelar el despegue.  Sigue leyendo

El Monitoring Symposium… y un acertijo

Raul Speaking at the Tango/04 Monitoring Symposium 2012 (Europe)

¿Qué cómo fue nuestro Monitoring Symposium? Fantástico, tanto en la versión europea como la latinoamericana:  récord de asistencia, récord de mareos en PortAventura (con la montaña rusa más alta de Europa), récord de fotos a los pájaros de Temaikén allá, pero sobre todo récord de calidad en las presentaciones de los casos de éxito de Monitorización, con expertos de Zurich Seguros, BBVA, EMCF, International Card Services, Banco Supervielle, entre otros…  ¡Muchísimas gracias a los expositores y a todos los asistentes!

La semana que viene les voy a contar cómo la Visibilidad podría haber evitado uno de los accidentes astronáuticos más sonados de la historia. Pero mientras tanto les dejo un acertijo, que también tiene que ver con Visibilidad.

¿Qué número sigue en esta serie?

1, 3, 5, 15, 90, 40 …

Hasta pronto.

Un Real Time Service Model (RTSM) te puede salvar la vida

Real Time Service Model - Modelo de Servicios en Tiempo Real

Está bien, “salvar la vida” es un poco exagerado. Pero puede hacer que tu vida profesional sea más fácil y próspera. Puede ahorrarle a tu empresa muchas molestias, tiempo y dinero. ¿Interesado? Genial. Entonces, ¿qué es un RTSM? Sigue leyendo