Gestión de la Capacidad del Componente

El enfoque de este subproceso es la gestión, control y predicción del rendimiento, utilización y capacidad de componentes tecnológicos de TI individuales. Esto garantiza que se monitorice y se mida el rendimiento de todos los componentes de la infraestructura de TI, y que se registren, analicen y se transmitan los datos recopilados. De nuevo, siempre que sea posible, deberán implementarse umbrales automatizados para gestionar todos los componentes, para garantizar que se identifiquen rápidamente las situaciones en las que el uso de los componentes incumpla los objetivos del servicio o en las que haya amenaza de ello, y para identificar las acciones rentables para reducir o evitar su posible impacto.

Gestión de la Capacidad del Negocio se centra en los requisitos de negocio actuales y futuros, mientras que Gestión de la Capacidad del Servicio se centra en la entrega de los servicios existentes que dan soporte al negocio, y Gestión de la Capacidad del Componente se centra en la infraestructura de TI que da soporte a la provisión del servicio.

El Gobierno de TI

Consiste en un completo marco de estructuras, procesos y mecanismos relacionales. Las estructuras implican la existencia de funciones de responsabilidad, como los ejecutivos y responsables de las cuentas de TI, así como diversos Comités de TI.

Los procesos se refieren a la monitorización y a la toma de decisiones estratégicas de TI. Los mecanismos relacionales incluyen las alianzas y la participación de la  empresa/organización de TI, el diálogo en la estrategia y el aprendizaje compartido.

El gobierno y la gestión están claramente diferenciados, ya que el gobierno permite que surja una situación en la que otros pueden gestionar sus tareas de forma eficaz (Sohal y Fitzpatrick). Como consecuencia, el Gobierno de TI y la Gestión de TI se deben tratar como entidades independientes. La Gestión de Servicios de TI se puede considerar parte de la Gestión de TI, por lo que el Gobierno de TI está dentro del dominio de la Gestión de la Información o de la Empresa.

Aunque muchos marcos de trabajo están caracterizados como “marcos de Gobierno de TI”, como CobiT o incluso ITIL, la mayor parte de ellos son en realidad marcos de  gestión. Existe al menos un estándar para el Gobierno de TI: el estándar australiano para el gobierno corporativo de las tecnologías de la información y las comunicaciones (AS8015-2005).

La historia

La Gestión de Servicios

La gestión del servicio es un conjunto de capacidades organizativas especializadas que proporcionan valor a los clientes en forma de servicios. Las capacidades adoptan la forma de funciones y procesos para gestionar servicios durante un ciclo de vida, con especializaciones en estrategia, diseño, transición, operación y mejora continua.

Las capacidades representan la capacidad, competencia y confianza de acción de una organización del servicio. El acto de transformación de recursos en servicios de valor se encuentra en el centro de la gestión del servicio. Sin estas capacidades, una organización del servicio es simplemente un conjunto de recursos que, por sí mismos, tienen un

valor intrínseco relativamente bajo para los clientes. 

Gestión del servicio

La gestión del servicio es un conjunto de capacidades organizativas especializadas que proporcionan valor a los clientes en forma de servicios.

Gestión de Cambios y SIX SIGMA?

Complementar buenas prácticas? SI!, de hecho en la Gestión de Cambios ITIL, podemos usar SIX SIGMA para los desarrollos, proyectos o despliegues sin error, mejora continua.

META:
El objetivo de Six Sigma es, Minimizar Variación. Esto significa la necesidad de aprender cómo ser casi perfecto en la ejecución de los procesos clave , porque una ejecución perfecta es crítica para la satisfacción del cliente y mayor productividad
.
1. Un defecto es cualquier incidente o evento que no cumple con las expectativas del cliente.

68% 1 Sigma (s),
95%  2s,
99.99997% of defects 6s

Errores en la Gestión de Problemas

Un error común, es querer implementar la Gestión de Problemas al mismo tiempo que la Gestión de Incidentes cuando esta no está madura, ¿Qué puede suceder? Se confunde con el último nivel del mismo y no se aprecia su valor.

Los Problemas son la causa de uno o más incidentes.
• Un Error Conocido es un Problema que tiene una causa raíz documentada y una Solución Temporal.
Un registro de un Error Conocido:
• Se crea para garantizar un diagnóstico más rápido para encargarse de dichos Problemas.
• Se crea para apoyar la gestión y la resolución de Incidentes.
• Guarda todos los registros de Problemas y Errores Conocidos, garantizando un diagnóstico más rápido.
Adicionalmente, se puede crear un modelo de Problema para gestionar Problemas que tengan unas características similares.

Un Problema
Es la causa de uno o más Incidentes, aún cuando la causa no se conoce normalmente en el momento se crea un registro de Problema.

PMBOK® vs ITIL, como se integran?

PMBOK®  Ofrece un marco de buenas prácticas para la gestión de proyectos.

ITIL Ofrece un marco de buenas prácticas para la gestión del ciclo de vida de los servicios.

Alcance

PMBOK® Se aplica a cualquier tipo de proyecto y área laboral
ITIL Se ha aplicado frecuentemente al área IT, pero en la actualidad se aplica más generalmente a los servicios en general.