martes, 21 de junio de 2011

Alcance de una CMDB eficaz: Caso real. Parte III. Definición de los Atributos Genéricos de un CI

Después de una introducción a modo de presentación, de una estructura de CMDB típica y de presentar el escenario en el que vamos a desarrollar nuestra implantación, paso a comentar brevemente una de las actividades iniciales que debemos realizar, sin olvidar nunca nuestra meta: Conseguir una CMDB eficaz.

Nuestra primera tarea será valorar en cantidad y calidad, la documentación, procedimientos y herramientas existentes con anterioridad al proyecto.

Una vez hecho esto, definiremos la profundidad y alcance de nuestra futura CMDB, basándonos en una estructura definida. Quizás lo más complicado de todo ello, sea definir los atributos de cada CI que se van gestionar, especialmente aquellos que deberán ser actualizados manualmente.

*Alcance

Que elementos vamos a incluir en nuestra CMDB.

(HW, SW, documentación, licencias, etc., Incluimos todos los servicios o solo los de alta criticidad)

*Nivel de detalle y Profundidad

Tras la definición del alcance es necesario establecer el nivel de detalle y profundidad.

(Atributos, Relaciones, Número de capas de subcategorías de CI´s)

¿Me vale con tener, Servicio > Aplicación > BBDD > Servidores o tengo que bajar más?; ¿Con gestionar el estado, ubicación, propietario, nombre de red del CI, es suficiente? , ¿Qué atributos nos aportan la información que necesitamos de nuestra infraestructura?. Adjunto tabla de ejemplo de atributos generales, a los que habrá que añadir atributos específicos por categoría y subcategoría. (Adjuntaré ejemplos en próximas entradas)

Identificaremos a los responsables funcionales y operacionales por categoría de CI. Nos ayudará a acotar la profundidad y definir mejor, que atributos tendremos que gestionar.

Si la compañía necesita migrar datos históricos, tendremos que empezar por depurarlos y estandarizarlos. Revisar inventarios, hojas Excel, etc, de las áreas técnicas y una vez hecho esto, completarlo con la primera carga inicial de la nueva CMDB, utilizando, sondas de descubrimiento para los CI´s conectados a red.

Yo después de la experiencia vivida, recomiendo:

1º Modelar, como primera tarea todos los servicios con sus CI´s y relaciones en una única herramienta.

2º Realizar una primera carga de CI´s conectados a red y que por lo tanto serán gestionados de manera automática. Integración entre la CMDB que vamos a utilizar para nuestra gestión y la CMDB-global, con todos los datos suministrados por las sondas de descubrimiento.

3º Incluir los datos de los CI´s que serán gestionados de manera manual (contratos, licencias u otros activos) migándolos desde las fuentes actual.

4º Establecer un procedimiento de actualización de CI´s.

Dentro de la complejidad del proyecto, debemos depurar los atributos de los CI´s a mantener, ajustándolo, por un lado a su mantenimiento y actualización eficiente y por otro a la aportación de información completa y suficiente para el resto de procesos implantados.

lunes, 13 de junio de 2011

Gestión del Conocimiento TI: Caso de estudio para adoptar ITIL en una organización

El grupo de trabajo de Gestión de Conocimiento TI, queremos plantear un caso de estudio, de una organización ficticia, como el típico caso práctico que se plantea en los cursos de Service Manager de ITIL - los que hayan tenido la oportunidad de afrontar dicho curso sabrán de que hablo -  descargar caso estudio y como dar o proponer una solución - cada cual estamos seguro que tendrán la suya - dando un rumbo estratégico a la nueva empresa, y que se puede hacer siguiendo diferentes marcos metodológicos y buenas prácticas como ITIL tomando como centro la aportación de la Gestión del Conocimiento TI.

Creemos que esta forma de difundir la Gestión del Conocimiento TI puede promulgar el debate, poder compartir experiencias y conocimientos reales, de ahí, que todos sumemos en el aprendizaje, y por qué no, nos pueda servir para encarar diferentes situaciones de nuestro día a día.



Alcance de una CMDB eficaz: Caso real. Parte II.

Antes de continuar con los primeros pasos que se deben dar en la definición de una CMDB eficaz, me gustaría compartir con vosotros el programa en que esta incluido el proyecto de implantación de una CMDB.

Fue presentado como caso éxito en el evento de HP, 25 de Marzo de 2010 - HP Software y Soluciones sobre la gestión eficiente de los entornos de operaciones de TI, podéis acceder a la presentación a través de este link:

http://h41267.www4.hp.com/eventpage.aspx?eventid=MgAzADAANQA5AA%3d%3d&subpage=MQAyADcAOAAzAA%3d%3d&cc=es&lang=es

Es un buen resumen, para que todos tengamos claro el alcance del proyecto.

Gracias a todos por vuestros comentarios, bastante acertados. Continuará.

martes, 7 de junio de 2011

Alcance de una CMDB eficaz: Caso real. Parte I.

Recientemente he tenido la ocasión de participar activamente en el análisis, definición y estructura para implantar una CMDB en una empresa de Ibex35.

El proyecto de mas de un año de trabajo, me ha reportado varias lecciones aprendidas que quiero compartir con vosotros, esperando que os sirvan para futuras implantaciones o mejoras de vuestra gestión actual.

Cuando uno se embarca en este ambicioso proyecto debe perseguir como objetivo principal disponer de una Base de Datos con la información de la infraestructura de la compañía necesaria para aportar información a las áreas técnicas y a los procesos de gestión del área de TI. Esta información debe ser fiable y actualizada.

Para obtener esta meta, debemos realizar un estudio previo exhaustivo, que nos permita organizar las categorías y subcategorías necesarias, relaciones entre elementos de configuración y árboles de servicio, pero incluyendo solo aquello que devuelva un valor informativo para la compañía.

Os adjunto el esquema inicial con el que yo comencé mi estudio y en entradas posteriores os iré detallando como evolucionó el sistema, su implantación en producción, la gestión actual con sus auditorias y lo que es más importante las lecciones aprendidas.

Os adelanto, que el fin debe ser siempre, disponer de la información necesaria, que atributos por elemento de configuración (CI), serán importantes para cada categoría de la CMDB, dependiendo de los objetivos de cada empresa y siempre teniendo presente su actualización y mantenimiento futuro, buscando la automatización y huyendo en la medida de lo posible de procesos manuales.