CMDB: Scope, span and Granularity

Create a To-Do list for your upcoming tasks

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
CMDB: Scope, span and Granularity por Mind Map: CMDB: Scope, span and Granularity

1. Alcance

1.1. la CMDB se compone de 2 elementos, que son los Items de Configuración (CI) y las relaciones de estos. El alcance se debe ser redactado de manera simple; pero en función de las categorías de CI's que se van a realizar.

1.1.1. Criterios para determinar el alcance

1.1.1.1. Inicie Simple: la simplicidad del alcance implica un rápido aprendizaje y fácil mantenibilidad

1.1.1.2. Considerar los costos: recordar los costos de mantenimiento de los CI's es mas costoso que la implementación del mimsmo. Por lo que se debe tener un manejo balanceado entre simplicidad y necesidades

1.1.1.3. Anote victorias fáciles: un alcance que genere confianza temprana. Incluir solo aquellos elementos que se puedan rastrear con un alto grado de factibilidad y dejar los que no son tan factibles.

1.1.1.4. Herramienta: preocuparse por los datos que se desean ingresar, pues si la información no es la adecuada podría aumentar los problemas

1.1.1.5. Mirar el valor a futuro: muestre los beneficios de tener información de configuración que se pueda contrastar con proyectos fallidos y demostrando que la información que se obtiene genera valor al negocio

1.1.1.6. Reduzca sus riesgos: considerar los escenarios de interrupción, se retire un servicio, obsolescencia, mejoras...

1.1.1.7. Expandir el alcance: inciar con un alcance pequeño y simple, a medida que se avanza se puede realizar una expansión para cubrir todo el rango de TI

1.1.2. Documentar el alcance

1.1.2.1. Capturar las necesidades de la gestión de la configuración, enumerando las necesidades que deben solventarse y como lo va a realizar. Categorizar los elementos de la estructura de que va a utilizar que serán incluidos en el alcance. Inicie con una categoría de alto nivel y trate de encontrar todas esas piezas que tengan sentido en esa misma categoría. Para luego, iniciar hacia abajo con los nuevas sub categorías generadas. Esta serie de categorías funcionaran como una base de trabajo y reportes sobre el CMS.

2. Span

2.1. establece límites, y las maneras de describir las etapas que se deben seguir en el proyecto.

2.1.1. Criterios para definir el Span

2.1.1.1. El span define proyectos: El alcance puede ser particionado en pequeños entregables o fases en la implementación del proyecto

2.1.1.2. Las herramientas en ocasiones dan el rumbo: Algunas herramientas dictan los lapsos de cómo generar la base de datos.

2.1.1.3. Seguir al líder:

2.1.2. Documentar el span

2.1.2.1. Un documento debe contener el punto de inicio y fin, junto con una justificación para la colocación de paso.

3. Granuralidad

3.1. Es la descripción de la profundidad. Al igual que el alcance y la duración, la granularidad es determinado por la negociación fuera el valor de la información contra el costo de descubrir y mantener esa información.

3.1.1. Granuralidad Fija

3.1.1.1. El beneficio de un sistema de granularidad fijo es que la recolección de datos y el mantenimiento son en gran medida simplificarse. Se puede crear una plantilla de hoja única y relleno en cada artículo configuración como una fila con la misma plantilla.

3.1.2. Granuralidad Variable

3.1.2.1. El conjunto de información que realizar un seguimiento difiere en función del tipo de CI.

3.1.3. Criterios para definir la granuralidad

3.1.3.1. Entender las necesidades: Se deben entender la básicas esenciales para cada elemento de configuración y aspectos críticos para que deban ser tomados en cuenta.

3.1.3.2. Comprender la fuente: Se necesita conocer a las personas que pueden brindar información relevante para la configuración de cado de los CI, además de, comprender fuentes están disponibles ayuda a la hora de determinar que atributos desea realizar un seguimiento y si la persona o la fuente de esta información es la idónea

3.1.3.3. Conocer sus necesidades: En este apartado específico se necesita profundizar y cuanto nivel de detalle es el requerido, acorde con las necesidades.

3.1.3.4. Equilibrio entre conocimiento y esfuerzo: Es necesario equilibrar esas necesidades con el esfuerzo necesario para recopilar la información, ya sea inicialmente y posteriormente gestionarla. También que necesitan determinar qué información se debe tener a cualquier precio, ya que es vital para una función del negocio, además de detectar que otras son tan costosas de mantener que no valen la gestión.

3.1.3.5. Atributos manuales: En el extremo opuesto, evitar el uso de atributos que son demasiado difíciles de mantener porque la única manera es con esfuerzo manual. En algunos casos la información contenida en el atributo vale la pena mantener.

4. Jose Ariel Mora Matamoros 201151356