Lo necesario en una CMDB, Proceso SACM

Track and organize your meetings within your company

Get Started. It's Free
or sign up with your email address
Rocket clouds
Lo necesario en una CMDB, Proceso SACM by Mind Map: Lo necesario en una CMDB, Proceso SACM

1. Lecciones aprendidas

1.1. Crear un plan de gestión de configuraciones

1.2. CIs y su cantidad es irrelevante, lo que importan es que se incluyan atributos y relaciones que generen valor al proceso de SACM

1.3. Gestión de cambios y SACM deben trabajar juntos, hay sinergia y es necesario mantener actualizada la información con la que se adquiere de la gestión de cambios

2. CMDB

2.1. Habilita los requerimientos para otros procesos del negocio

2.2. SACM controlar todos los CI que se encuentren en la infraestructura

2.3. Si no sirve para los demás procesos (incidentes, problemas, cambios), es un fracaso

3. Transición es el corazón de la operación del servicio

4. ¿Valor?

4.1. Se debe proporcionar por medio de los servicios

4.2. Se construye con Recursos, Competencias y Activos

4.2.1. Activos

4.2.1.1. Son el conjunto de capacidades y recursos de TI utilizados para entregar valor, por medio de los servicios

4.2.2. Capabilites

4.2.2.1. Lo construrye la gestión, organización, Procesos (de entrega, producción), conocimiento y las personas (con sus experiencias, habilidades, relaciones)

4.2.3. Recursos

4.2.3.1. Lo construyen el capital financiero, la infraestructura, aplicaciones, información

5. SACM

5.1. Busca asegurar que los activos para entregar los servicios están adecuadamente controlados así como que la información de esos activos sea precisa, confiable y se encuentra disponible

5.2. ¿De qué manera se puede mantener actualizada la información de las piezas (CI) que conforman un servicio?

6. Retos

6.1. Formar el CMDB

6.1.1. El mismo busca

6.1.1.1. Alimentarse constantemente, Apoyar, ayudar e impulsar el logro de los objetivos de cada uno de los procesos (Incidentes, Problemas, Cambios, Disponibilidad, Capacidad, Continuidad, Seguridad, Toma de Decisión, etc)

6.1.2. Es un medio para

6.1.2.1. Ejecutar el proceso de configuraciones, es participativa, quiere decir que suministra información al proceso.

6.2. Buscar la relación entre las piezas o CI que conforman un servicio

6.3. Asegurar que la información se va a tener actualizada

6.4. Mantenerse durante el tiempo arriba, utilizable

7. Conceptos

7.1. CI

7.1.1. Activo, componente o cualquier elemento que está o estará bajo el control del SACM

7.2. Modelo lógico

7.2.1. Generar diferentes relaciones entre los CI's

7.3. Atributos

7.3.1. Características que representan al CI, el nivel de detalle es de acuerdo a la necesidad

7.4. CMS

7.4.1. El CMS es quien integra todos los CMDB

7.4.2. Trabajo en distintas capas

7.4.2.1. Capa de datos

7.4.2.1.1. Busca mantener y concentrar varias CMDBs, que puede incluir registros (de incidentes, solicitudes, problemas, errores, etc), bases de datos propias de la cía (RH, Financiera, ERP's)

7.4.2.2. Capa de integración de la información

7.4.2.2.1. Warehouse interno, donde se puede hacer minería de datos para obtener información de las distintas CMDB

7.4.2.3. Capa de procesamiento del conocimiento

7.4.2.4. Capa de presentación

8. Factores críticos de éxito

8.1. Mantener actualizados los datos

8.1.1. Gestión de cambios y SACM, sinergia entre sus etapas y las solicitudes/actualización de información en la CMDB

8.1.1.1. Solicitar el cambio

8.1.1.1.1. Implica para el SACM pedir los reportes de solicitudes de cambios y auditorías

8.1.1.2. Evaluar el cambio

8.1.1.2.1. Verificar los CI afectados

8.1.1.3. Autorizar cambio

8.1.1.3.1. Sobreescribir el registro

8.1.1.4. Coordinar implementación

8.1.1.4.1. Captura y liberación de lineas base, relación con G. de liberación

8.1.1.5. Revisar cambio

8.1.1.5.1. Y los elementos de reportes y auditoría

8.1.1.6. Cerrar cambio

8.1.1.6.1. Registrar el cierre

8.2. Ejecutar el proceso de SACM

8.2.1. Implica

8.2.1.1. Planear el alcance de la CMDB (incluir activos fijos, servicios, etc)

8.2.1.2. Elaborar el diseño y mantenimiento de la CMDB

8.2.1.3. Controlar la configuración

8.2.1.3.1. Por ejemplo en el proceso de cambios, cuando se va a hacer el cierre, se debe verificar si ya se actualizó el estado en la CMDB.

8.2.1.3.2. Se esperan los RFC actualizados, con los datos ya insertados en la CMDB

8.2.1.4. Identificar la configuración

8.2.1.4.1. Identificar los temas de los CI actuales que se van a tener en la CMBD

8.2.1.4.2. Se esperan los atributos que tendrán los CI, como una salida de esta etapa.

8.2.1.5. Contabilidad de estado y reportes

8.2.1.5.1. Por qué estados va a pasar el CI antes de ponerse en producción

8.2.1.5.2. Busca mejorar la trazabilidad de los CI

8.2.1.6. Verificar y auditar

8.2.1.6.1. Mapear lo que dice la CMDB y lo que tienen los CI registrados

8.3. Definir el alcance adecuado

8.3.1. Se deben de incluir los datos necesarios del CI que generen valor al proceso, no que se metan por puro gusto.

8.3.2. Esto se puede realizar siempre teniendo en cuenta el Backbone de la organización que soporta los VBF (Switch de core, servidores)

8.3.3. El alcance se va construyendo, por etapas, al corto plazo. Definido en el plan de gestión de configuraciones

8.4. Calidad vs Cantidad

8.4.1. Se deben establecer diferentes métricas para identificar la calidad de los CIs almacenados

9. Proceso para realizar el plan de la CMDB

9.1. Planear

9.1.1. El cómo se van a integrar los datos de los demás procesos en la CMDB

9.1.2. El alcance es un factor critico de éxito para establecer el plan y para iniciar el SACM

9.2. Hay que administrar las expectativas

9.2.1. Este proceso debe ser un habilitador para todos los procesos, es un proceso iterativo

9.2.2. Se ve como "el proceso mágico" por eso se deben establecer las expectativas

9.3. Siempre

9.3.1. Generar planes del proyecto para cualquier cambio en la CMDB (Cambiarla, implementarla, repararla)

9.4. ¡Qué debe contener el Plan?

9.4.1. Planeación general del proceso

9.4.1.1. Establecer recursos para el proyecto, herramientas, capacitaciones necesarias, proveedores.

9.4.1.2. Riesgos, planes de comunicación, costos del proyecto, cronogramas, autorización de todo lo establecido

9.4.2. Definir el proceso

9.4.2.1. Definir cuales son los temas de alcance, como se van a controlar los CI, cuales van a ser las entradas al proceso de incidentes, o a cualquier otro proceso que se vea involucrado

9.4.2.2. Elaborar un diseño de alto nivel, una matriz RACI para establecer quien realiza las cosas

9.4.2.3. Diseño detallado de los procesos, se debe escribir el cómo se van a realizar

9.4.2.4. Establecer los procedimientos y politicas

9.4.2.5. Establecer las entradas y salidas a otros procesos, para controlar el acceso a la CMDB

9.4.3. Definir los datos que se van a tomar en cuenta

9.4.3.1. Que datos se incorporan, y como se hace

9.4.3.2. Realizar el diagnósitco incial

9.4.3.3. Modelo lógico de alto nivel, como el de una base de datos, con las relaciones de los CI, sus atributos y relaciones

9.4.3.4. Categorización de los CI, los principales para la primer etapa

9.4.4. Las Herramientas que se van a utilizar

9.4.4.1. Buscar configurar los CI y sus relalciones

9.4.4.2. Personalizar, en aspectos de seguridad, Entradas y salidas, reportes, pruebas

9.4.5. Cómo se va a Implementacr

9.4.5.1. El reto, la configuración de las interfaces con otros procesos, los tipos de reportes que se generarán

9.4.5.2. Actualizar la seguridad de los perfiles establecidos

9.4.5.3. Establecer las relaciones entre los CI

9.4.5.4. Tomar en cuenta la capacitación

9.4.6. Cierre del plan

9.4.7. Definir algunas actividades post-implementación