¿Malos datos, o no datos?

¿Wrong data, or bad data? That is the question… Pero yo lo tengo muy claro, me quedo siempre con "no datos"

Cuando vas a tomar una decisión importante, al menos en esto de las TI, es imprescindible realizar un buen análisis de datos y alternativas, y decidir cuál es la mejor decisión que se podría tomar. Si realmente garantizas que tienes buenos datos al alcance la mano, no hay problema, todo perfecto, pero desgraciadamente no siempre es así.

La dificultad está cuando tienes datos a tu alcance, crees que son buenos, los tratas como tal, y tomas una decisión en base a una información incorrecta o no actualizada. Esos "malos datos" harán que tomes la decisión tranquilo, con firmeza, pensando que estás bien informado, cuando realmente no es así.

Si por el contrario no tuvieses los datos, antes de lanzarte al vacío de una decisión no informada, te preocuparás de obtener los datos, y como son "datos nuevos", te esforzarás un poco en garantizar que son buenos, que la recopilación de la información es más o menos rigurosa, y que los datos son "frescos", que están actualizados. Sin duda necesitas un esfuerzo extra, y si luego esos datos no se mantienen, cuando dentro de unos meses los vuelvas a necesitar, tendrás que volver a perder tiempo en obtenerlos (pero de nuevo serán buenos datos). Trabajar así es ineficiente, aunque quizá más efectivo.

Pues si compartes este razonamiento, ahora piensa en qué haces con tu CMDB, o con tu Gestión del Conocimiento, o con tu Catálogo de Servicios,… ¿Está realmente actualizado? ¿Estás corriendo demasiados riegos tomando decisiones con malos datos? Tener una CMDB o un Catálogo de Servicios en estos días ha dejado de ser opcional, y es casi mandatorio, así que ya que vamos a tenerlos, más nos vale que estén bien al día…

Un saludo, 

Jandro Castro