8. Fundamentos de ITIL V.3 O&M
8 | P á g i n a
Buena Práctica
Buena: Comprobada como adecuada para su uso Práctica: Una forma de trabajar, actividades o
procesos
Las organizaciones operan en ambientes dinámicos con la necesidad de aprender, adaptar y mantener
una ventaja competitiva con respecto a las alternativas que sus clientes pueden tener. Para este fin, las
organizaciones realizan una evaluación comparativa de sí mismas contra los colegas y buscan cerrar las
brechas en las capacidades (capabilities) a través de la adopción de las buenas prácticas que se utilizan
en toda la industria.
La adopción de una buena práctica necesita considerar las Fuentes, Habilitadores, Escenarios e
Impulsores involucrados.
Fuentes: Genera opciones de buenas prácticas entre las cuales se puede elegir, tales como:
• Marcos público
• Normas
• Conocimientos propietarios de organizaciones y personas
Los marcos públicos y las normas son atractivos cuando se comparan con los conocimientos
propietarios:
Los conocimientos propietarios están personalizados para el contexto local y las necesidades
específicas del negocio y están integrados profundamente en las organizaciones. Dichos
conocimientos con frecuencia se encuentran a través de conocimientos tácitos, que son
inextricables y están deficientemente documentados, son difíciles de adoptar, reproducir o
transferir
Los marcos y las normas disponibles a nivel público tales como ITIL, COBIT, CMMI, ISO/IEC 20000 e
ISO/IEC 27001 se validan para un grupo diverso de organizaciones, disciplinas y situaciones en lugar
de la experiencia limitada de una sola organización. Cuentan con el respaldo de un grupo diverso de
socios, proveedores y competidores con conocimientos ampliamente distribuidos entre una gran
comunidad de profesionales
Ignorar los marcos y las normas públicos puede poner a una organización innecesariamente en
desventaja. Las organizaciones deben cultivar sus propios conocimientos propietarios sobre un cuerpo
de conocimientos que se basan en los marcos y las normas públicos. El esquema de ITIL ofrece un
cuerpo de conocimientos como una fuente no propietaria de buenas prácticas que las organizaciones
pueden utilizar para establecer y mejorar las capacidades (capabilities) de la Administración de Servicios.
• Habilitadores: Agregan la capacidad de llevar a cabo buenas prácticas seleccionadas.
(Empleados, Clientes, Proveedores, Asesores, Tecnología)
• Escenarios (un filtro): La(s) situación(es) que causa(n) que una organización se concentre en
prácticas específicas. (Competencia, Conformidad, Compromiso)
• Impulsores (un filtro): Eventos o actividades que crean la necesidad de adoptar una práctica.
(Sustitutos. Reguladores, Clientes)
10. Fundamentos de ITIL V.3 O&M
10 | P á g i n a
Definición de Servicio
“Un servicio es un medio para entregar valor a los clientes a/facilitar los resultados que desean obtener
los clientes sin la propiedad de costos y riesgos específicos.”
Los resultados del cliente se logran mediante la realización de tareas pero están limitados por la
presencia de ciertas restricciones.
En el amplio sentido de la palabra, los servicios facilitan los resultados al mejorar el rendimiento del
cliente y reducir la fuerza de las restricciones. En tanto que algunos servicios mejoran el rendimiento de
las tareas, otros realizan la tarea por sí mismos.
El resultado es un efecto positivo: un incremento en la posibilidad de obtener resultados deseados.
Es imprescindible comprender que los servicios no son análogos a los sistemas o componentes de
tecnología. El cliente percibe los servicios como una entidad completa de principio a fin compuesta de
tecnología, personas, procesos, proveedores, fondos instalaciones, conformidad con la regulación,
etcétera.
Ejemplo
Una unidad de negocio requiere un terabyte de almacenamiento seguro para brindar soporte a su
sistema de compras en línea. Desde una perspectiva estratégica, desea que el personal, equipo,
instalaciones e infraestructura para un terabyte de almacenamiento permanezcan dentro de su rango
de control. Sin embargo, no desea responsabilizarse de todos los costos y riesgos asociados, reales o
nominales, verdaderos o percibidos.
Por fortuna, existe un grupo dentro del negocio con los conocimientos especializados y la experiencia en
sistemas de almacenamiento a gran escala, y la confianza para controlar los costos y riesgos asociados.
La unidad de negocio acepta pagar por el servicio de almacenamiento que suministra el grupo de
conformidad con términos y condiciones específicos.
La unidad de negocio sigue siendo la responsable del cumplimiento de las órdenes de compra en línea.
No es responsable de la operación ni del mantenimiento de las configuraciones tolerantes a fallas de los
dispositivos de almacenamiento, fuentes de energía dedicadas y redundantes, personal capacitado, o la
seguridad del perímetro del edificio, gastos administrativos, seguro, cumplimiento de las reglas de
seguridad, medidas de contingencia, ni del problema de optimización de la capacidad inactiva para los
incrementos inesperados en la demanda.
La complejidad del diseño, las incertidumbres operacionales y las compensaciones técnicas asociadas
con el mantenimiento de sistemas confiables de almacenamiento de alto rendimiento conducen a
costos y riesgos que la unidad de negocio simplemente no está dispuesta a asumir. El proveedor de
servicios asume la propiedad y asigna esos costos y riesgos a cada unidad de almacenamiento que utiliza
el negocio y cualquier otro cliente del servicio de almacenamiento.
11. Fundamentos de ITIL V.3 O&M
11 | P á g i n a
Servicio vs. Tecnología
Las ofertas de servicio deben proporcionar un menú de opciones significativas con precios asequibles
entre las cuales se pueda elegir. El cliente no se interesa por los ingredientes individuales de cada
artículo del menú. La redacción de los acuerdos sobre el servicio proporciona la visión consolidada que
necesitan para alinearla con los procesos del negocio.
Los clientes no se interesan por la complejidad estructural, los detalles técnicos ni las
operaciones de nivel bajo
Prefieren interfaces sencillas y seguras en lugar de configuraciones complejas de recursos
tales como aplicaciones, datos, instalaciones e infraestructura
Las ofertas de servicio se deben montar de una forma que sean útiles y utilizables para el
negocio y que oculten lo que no interesa a los clientes
12. Fundamentos de ITIL V.3 O&M
12 | P á g i n a
Las expectativas influyen sobre las percepciones de valor. Los clientes tienen valores de referencia sobre
los cuales basan sus percepciones del valor agregado de un servicio. El valor de referencia puede estar
definido con imprecisión o basarse en hechos ineludibles.
El valor se define estrictamente en el contexto de los resultados del negocio. La concentración en los
resultados del negocio por encima de cualquier otra cosa es un avance fundamental en la perspectiva de
muchos proveedores de servicios. Representa un cambio de énfasis del uso eficiente de los recursos a la
realización efectiva de los resultados. La necesidad de efectividad para ayudar a que los clientes lleven a
cabo los resultados es lo que impulsa la eficiencia en las operaciones. Los clientes no compran servicios;
compran el cumplimiento de necesidades particulares. Esta distinción explica la desconexión frecuente
entre las organizaciones de TI y los negocios a los que brindan sus servicios. Lo que el cliente valora
muchas veces es diferente a lo que la organización de TI cree que proporciona. Tenga cuidado con esta
brecha.
13. Fundamentos de ITIL V.3 O&M
13 | P á g i n a
¿Cuáles son los resultados que importan? ¿Cómo se identifican y qué lugar ocupan en términos de las
percepciones y preferencias del cliente? La efectividad al responder dichas preguntas requiere un modo
de pensar orientado hacia el marketing, que es muy diferente a los modos de pensar orientados hacia la
ingeniería y las operaciones. En lugar de concentrarse hacia dentro en la producción de los servicios,
existe la necesidad de mirar de afuera hacia dentro, desde la perspectiva del cliente.
Los proveedores de servicios se diferencian a sí mismos de los vendedores de equipo Únicamente a
través del valor agregado incluso cuando se utiliza el equipo de esos mismos vendedores como activos.
La diferencia puede surgir a partir del aprovisionamiento de servicios de comunicación en lugar de
enrutadores y paneles de control. Se puede obtener otra diferenciación a partir del aprovisionamiento
de servicios de colaboración en lugar de simplemente operar servicios de correo electrónico/correo de
voz. El enfoque cambia de los atributos al cumplimiento de los resultados.
15. Fundamentos de ITIL V.3 O&M
15 | P á g i n a
Utilidad y Garantía
El valor de un servicio para los clientes se relaciona con la definición de un servicio, en parte, como un
medio para entregar valor a los clientes al facilitar los resultados que desean los clientes. Dichos
resultados se hacen posibles de dos maneras:
(1) La realización de las tareas
(2) Una reducción en la fuerza de las restricciones
El servicio realiza tareas que logran un resultado de negocio, ya sea de manera directa (al realizar
actividades), o de manera indirecta (al limitar o reducir las restricciones). En cualquier caso, el resultado
es un incremento en la posibilidad de obtener los resultados deseados.
El valor de un servicio para los clientes se basa en dos elementos primarios: Utilidad y garantía.
Valor (Cliente) = (Servicio) Utilidad Y (Servicio) Garantía
La utilidad se deriva de los atributos de un servicio que tienen un efecto positivo en la realización de las
actividades, los objetos y las tareas asociados con los resultados deseados. La eliminación o relajación de
las restricciones sobre la realización también se percibe como un efecto positivo.
La garantía se deriva del efecto positivo del servicio que se está poniendo a disposición cuando es
necesario y con la capacidad o magnitud suficientes. También se refiere a la capacidad de dependencia
del servicio en términos de continuidad y seguridad. La utilidad se trata de !J recibe el cliente. La
garantía se trata de cómo se entrega el servicio al cliente.
Tanto la Utilidad como la Garantía son necesarias para el Valor. Los clientes no se pueden beneficiar de
algo que es adecuado para el propósito (Utilidad) pero que no es adecuado para el uso (Garantía) y
viceversa. Cuando la Utilidad de un servicio no está respaldada por la Garantía, los clientes se preocupan
acerca de las pérdidas posibles debido a una calidad de servicio deficiente más que por las ganancias
posibles de recibir la Utilidad prometida. Para disipar tales inquietudes e influir en las percepciones del
cliente acerca de las pérdidas y ganancias posibles, es importante que el valor de un servicio se describa
plenamente en términos de Utilidad y Garantía.
Resulta útil separar la lógica de la Utilidad de la lógica de la Garantía para fines de diseño, desarrollo y
mejora. El Efecto de la Utilidad de un servicio se explica como el incremento en las ganancias posibles
que proviene del rendimiento de los activos del cliente que generan un incremento en la probabilidad
de la consecución de los resultados. La Garantía de los Servicios se explica como la reducción en las
pérdidas posibles para el cliente a partir de la variación en el rendimiento.
De lo que se deduce que los resultados del cliente, más que la recopilación de los requisitos, se
convierten en la preocupación final de los Gestores de Productos. Los requisitos son necesarios, pero no
son suficientes, para asegurar el Valor de los servicios que se entregan a los clientes. También es
necesario definir los resultados esperados. Los requisitos se generan para la coordinación y el control
internos únicamente después de que se comprenden plenamente los resultados del cliente.
16. Fundamentos de ITIL V.3 O&M
16 | P á g i n a
Los recursos y las capacidades (capabilities) son tipos complementarios de los activos que utilizan las
organizaciones para crear valor a través de bienes y servicios. Es relativamente fácil adquirir recursos en
comparación con las capacidades (capabilities).
Los recursos son aportaciones directas para producción. La administración, organización, personas y
conocimientos se utilizan para transformar los recursos.
Las capacidades (capabiities) se desarrollan con el tiempo y representan la habilidad de una
organización para controlar, coordinar e implementar los recursos para producir valor. Por lo general
son impulsadas por la experiencia, comprenden extensos conocimientos, se basan en información y
están integradas firmemente dentro de las personas, sistemas, procesos y tecnologías de una
organización. Las capacidades (capabilities) no pueden producir valor por sí mismas sin los recursos
adecuados y apropiados.
18. Fundamentos de ITIL V.3 O&M
18 | P á g i n a
Unidades de Negocio y Unidades de Servicio
Los Activos de Servicio son los recursos y las capacidades disponibles para el proveedor de servicios. Los
recursos son las aportaciones directas para la producción. Las capacidades representan la habilidad de la
organización para coordinar, controlar e implementar recursos para producir valor.
La organización desarrolla capacidades con el tiempo y suponen que la organización captura
conocimientos e integra esos conocimientos en sus capacidades. Las capacidades por sí mismas no
pueden producir valor. Los recursos adecuados y apropiados deben estar bajo el control del proveedor
para ejercer las capacidades de la organización y que éstas sean efectivas.
Unidad de Negocio
Una unidad de negocio es simplemente un conjunto de activos que tiene como finalidad crear valor para
los clientes a través de bienes y servicios. Los clientes pagan por el valor que reciben, lo cual asegura
que la unidad de negocio mantenga un retomo adecuado sobre los activos. La relación es buena siempre
y cuando el cliente reciba valor y la unidad de negocio recupere los costos y reciba algún tipo de
compensación o utilidad.
Unidad de Servicio
Las unidades de servicio son como las unidades de negocio, un conjunto de activos de servicio que se
especializa en crear valor a través de servicios. Los servicios definen la relación entre las unidades de
negocio y las unidades de servicio. En muchos casos, las unidades de negocio (clientes) y las unidades de
servicio forman parte de la misma organización. En otros casos las unidades de servicio son entidades
jurídicas independientes
19. Fundamentos de ITIL V.3 O&M
19 | P á g i n a
Es necesario distinguir los diferentes tipos de proveedores de servicios. En tanto que muchos aspectos
de la administración de servicios aplican de la misma forma a todos los tipos de proveedores de
servicios, otros tales como clientes, contratos, competencia, espacios de mercado, ingresos y estrategia
adquieren diferentes significados dependiendo del tipo. Existen tres arquetipos de modelos de negocio
para los proveedores de servicios:
Tipo I — proveedor interno de servicios
Tipo II — unidad de servicios compartidos
Tipo III — proveedor externo de servicios
21. Fundamentos de ITIL V.3 O&M
21 | P á g i n a
Definición de Administración de Servicio
Las organizaciones necesitan administrar y utilizar con efectividad sus activos de servicio para entregar
valor y habilitar resultados que están alineados con las necesidades del negocio.
La Administración de Servicios es el acto de transformar los recursos en servicios valiosos al explotar las
capacidades (capabilities) organizativas especializadas, que:
Adoptan la forma de funciones y procesos para administrar servicios durante un ciclo de vida
Se especializan en la estrategia, diseño, transición, operación y mejora continua
Representan la capacidad, competencia y confianza para actuar de una organización de servicios
Colocan a la organización como un agente de cambio para facilitar la transformación del negocio
Sin las capacidades (capabilities) especializadas requeridas, una organización de servicios es
simplemente un conjunto de recursos que por sí mismo tiene un valor intrínseco relativamente bajo
para los clientes.
A medida que se incrementa la madurez de la Administración de Servicios, se pueden entregar niveles
más altos de utilidad y garantía sin un incremento proporcional en el uso de los recursos, en concreto
los costos y el personal.
Las capacidades (capabilities) de la Administración de Servicios están influidas por los retos que
distinguen los servicios de otros sistemas de creación de valor tales como la manufactura, minería y
agricultura:
La naturaleza intangible del resultado y los productos intermedios de los procesos del servicio
los vuelve difíciles de medir, controlar y validar (o probar)
La demanda está sumamente vinculada a la demanda de activos por parte del cliente para
estimular la producción de servicios
El alto nivel de contacto para los productores y consumidores de servicios con una barrera
pequeña o inexistente entre el cliente, la front-office y la back-office
La naturaleza perecedera de los resultados del servicio y la capacidad del servicio; los clientes
necesitan contar con la seguridad de que el servicio seguirá siendo suministrado con una calidad
consistente, en tanto que los proveedores necesitan asegurar un suministro estable de
demanda por parte de los clientes.
23. Fundamentos de ITIL V.3 O&M
23 | P á g i n a
Dueño del Servicio
Para asegurar que un servicio se administra con un enfoque en el negocio, es absolutamente
imprescindible la definición de un punto de responsabilidad único para proporcionar el nivel de atención
y enfoque requeridos para su entrega.
El Dueño de Servicio es responsable de la entrega de un servicio de TI específico y es una parte
fundamental que está involucrada en todos los procesos de TI subyacentes que habilitan o brindan
soporte al servicio que posee.
El Dueño de Servicio tiene las siguientes responsabilidades:
Representa el servicio en toda la organización
Proporciona información sobre los atributos del servicio tales como rendimiento, disponibilidad,
etcétera.
Comprende el servicio (componentes, etcétera)
Sirve como un punto de escalar (notificación) para Incidentes mayores
Representa al servicio en las reuniones del Comité Asesor de Cambios para la administración de
cambios que afectan al servicio bajo su cuidado
Contribuye a la mejora continua al proporcionar información sobre CSI
Participa en las reuniones de revisión de los servicios internos (dentro de TI)
Trabaja con el Administrador de CSI para identificar y establecer la prioridad de las mejoras del
servicio
Participa en las reuniones de revisión de los servicios externos (con el negocio)
Es responsable de asegurar que la entrada del servicio en el Catálogo de Servicios sea precisa y
reciba mantenimiento
Participa en la negociación de los Acuerdos de Nivel de Servicio (SLA) y Acuerdos de Nivel
Operacional (OLA)
26. Fundamentos de ITIL V.3 O&M
26 | P á g i n a
Proceso
Un proceso es un conjunto estructurado de actividades diseñadas para conseguir un objetivo específico.
Un proceso toma una o más aportaciones definidas y las convierte en resultados definidos.
Modelo de Proceso
El trabajo con procesos definidos ha sido el fundamento de ITIL desde su inicio. Al definir cuáles son las
actividades de la organización, qué aportaciones son necesarias y qué resultados se obtendrán a partir
del proceso, se puede trabajar de una forma más eficiente y efectiva. La medición y dirección de las
actividades del proceso incrementan su efectividad.
Un proceso:
Es un conjunto estructurado de actividades organizadas alrededor de un conjunto de objetivos
definidos en términos medibles y que se expresan como beneficios para el negocio
Toma una o más aportaciones y las convierte en resultados definidos; resultados impulsados por
los objetivos que incluyen mediciones del proceso (métricas) reportes y mejora del proceso
Lo desencadena un evento o más
Incluye todos los roles, responsabilidades, herramientas y controles de administración
requeridos para entregar los resultados del proceso de forma confiable
Se debe documentar y controlar para que se pueda repetir y administrar
Requiere recursos y capacidades (capabilities) para habilitarlo, de otra manera sólo sería
documentación
Debe contar con un dueño de proceso, una persona responsable de su éxito (que cumpla los
objetivos, se adopte, documente, mejore, etcétera)
Debe ser efectivo en cuanto al cumplimiento de las normas operacionales (condiciones que
deben cumplir los resultados), las cuales derivan de los objetivos del negocio
También puede definir o modificar políticas, normas, líneas directrices, actividades, procesos,
procedimientos e instrucciones de trabajo en caso necesario
28. Fundamentos de ITIL V.3 O&M
28 | P á g i n a
Proceso
Las definiciones de proceso describen acciones, dependencias y secuencias
Los procesos son ejemplos de sistemas de circuito cerrado porque proporcionan un cambio
y una transformación para conseguir una meta. Utilizan retroalimentación para las acciones
de auto refuerzo y autocorrección
Características
Medible
Podemos medir el proceso de una manera relevante
Es impulsado por el rendimiento. Los administradores desean medir el costo, la calidad y
otras variables, en tanto que los profesionales están preocupados con la duración y
productividad
Resultados Específicos
Un proceso existe para entregar un resultado específico. Este resultado debe ser
individualmente identificable y medible
Clientes
Todos los procesos entregan sus resultados fundamentales a un cliente o una parte
involucrada. El cliente o la parte involucrada pueden ser internos o externos a la
organización, pero el proceso debe cumplir las expectativas del cliente
Responde a un evento específico
Si bien un proceso puede ser constante o iterativo, este debe ser rastreable conforme a un
disparador específico
29. Fundamentos de ITIL V.3 O&M
29 | P á g i n a
Dueño del Proceso
El Dueño de Proceso es responsable de garantizar que el proceso se lleve a cabo conforme a los
procesos acordados y documentados, y que cumple los objetivos de la definición de proceso.
Las tareas incluyen:
Documentar y publicar el proceso
Definir los Indicadores Clave de Rendimiento (KPI) para el proceso
Revisar y tomar una acción sobre los KPI
Mejorar el proceso
Revisar las mejoras propuestas para el proceso
Proporcionar información sobre el Plan de Mejora del Servicio (SIP)
Resolver los problemas con la ejecución del proceso
Garantizar que el personal está capacitado y conoce los roles de su proceso
Garantizar que el proceso y sus roles y responsabilidades asociados son revisados y auditados
con regularidad
Garantizar que el proceso recibe los recursos de personal necesarios
30. Fundamentos de ITIL V.3 O&M
30 | P á g i n a
Tres Tipos de Métricas
Métricas de Tecnología
Estas métricas con frecuencia están asociadas con métricas que se basan en los componentes y
aplicaciones, tales como el rendimiento, la disponibilidad, etcétera.
Métricas de Proceso
Estas métricas se capturan en CSFs, KPIs y métricas de actividad para los procesos de gestión de
servicios. Estas métricas pueden ayudar a determinar el estado general de un proceso. Las cuatro
preguntas clave que los KPI pueden ayudar a responder giran en tomo a la calidad, el rendimiento, el
valor y la conformidad del seguimiento del proceso. La CSI utilizó estas métricas como información para
la identificación de oportunidades de mejora para cada proceso.
Métricas de Servicio
Estas métricas son los resultados del servicio de principio a fin. Las métricas del componente se utilizan
para calcular las métricas del servicio.
31. Fundamentos de ITIL V.3 O&M
31 | P á g i n a
Acerca de los CSF y KPI
Factor Crítico de Éxito (CSF)
Un CSF es algo que debe ocurrir en caso de que un proceso, proyecto, plan o servicio tengan éxito.
Indicador Clave de Rendimiento (KPI)
Un KPI es una métrica seleccionada de forma específica que se utiliza para medir el logro de cada CSF.
Muchas métricas se pueden medir, pero sólo las más importantes de éstas se definen como KPIs y se
utilizan para monitorear activamente los CSF.
32. Fundamentos de ITIL V.3 O&M
32 | P á g i n a
Por ejemplo, un CSF (“proteger ¡os servicios de TI al realizar cambios”) sólo se puede medir mediante
KPIs, tales como reducción en el porcentaje de los cambios no exitosos, o reducción en el porcentaje de
los cambios que causan Incidentes, etcétera.
Los KPI se deben seleccionar para asegurar que se utilice un enfoque equilibrado para evaluar los CSF,
de manera que se administren la eficiencia, efectividad y rentabilidad. Para este fin, por lo general se
consideran cuatro categorías de KPI:
Valor: Reportes o encuestas para medir la efectividad y el valor percibido para las partes
involucradas y usuarios
Calidad: Los indicadores de calidad por lo general se basan en actividades y se establecen para
medir la calidad de las actividades individuales o clave conforme éstas se relacionan con el
objetivo del servicio o el proceso de principio a fin.
Rendimiento: Métricas para determinar la velocidad y el rendimiento del servicio o proceso
objetivo
Conformidad: Una medida del nivel de adopción del proceso. Los procesos pueden tener un
valor percibido como bueno, de buena calidad y de rendimiento (throughput) rápido pero
pueden ser adoptados únicamente por una fracción de la organización.
Cada una de éstas se puede evaluar utilizando un enfoque cualitativo y/o cuantitativo.
Ejemplo de Calidad Cualitativa:
CSF: Mejora de la calidad del servicio de TI
KPI: Incremento del 10% en la satisfacción del cliente en cuanto al manejo de Incidentes en los próximos
seis meses.
Métricas requeridas:
Puntuación original de la satisfacción del cliente en cuanto al manejo de Incidentes
Puntuación final de la satisfacción del cliente en cuanto al manejo de Incidentes
Ejemplo de Valor Cuantitativo:
CSF: Reducción de los costos de IT
KPI: Reducción del 10% en los costos del manejo de Incidentes de impresora.
Métricas requeridas:
Costo original del manejo de un Incidente de impresora
Costo final del manejo de un Incidente de impresora
Costo del esfuerzo de mejora
34. Fundamentos de ITIL V.3 O&M
34 | P á g i n a
Función
Grupo de personas, una unidad u organización, que proporciona estructura y estabilidad
Especializada para realizar ciertos tipos de trabajo y responsabilizarse de resultados específicos
Autocontenida con capacidades (capabilities) y recursos necesarios para su rendimiento y
resultados
Responsable de su propio cuerpo de conocimientos, que se acumulan a partir de la experiencia
Las funciones suelen optimizar sus métodos de trabajo localmente para concentrarse en los resultados
asignados, de este modo la coordinación de las funciones cruzadas y el control son imprescindibles para
el éxito de la organización como un todo. El uso de procesos compartidos permite utilizar una
especialización funcional en la organización al tiempo que proporciona los medios para la coordinación y
el control.
Roles
Un conjunto de responsabilidades, actividades y autorizaciones que se otorga a una persona o equipo.
Un rol se define en un proceso. Una persona o equipo pueden tener varios roles; por ejemplo, los roles
del Administrador de Configuraciones y Administrador de Cambios pueden ser realizados por una sola
persona.
37. Fundamentos de ITIL V.3 O&M
37 | P á g i n a
Modelo RACI
Con frecuencia se utiliza una matriz de autoridad dentro de las organizaciones para indicar los roles y las
responsabilidades relacionados con los procesos y las actividades. Si bien existen muchas variaciones de
la matriz de autoridad, el modelo RACI está respaldado por los COBIT®1 (Objetivos de Control para la
Información y Tecnología Relacionada, un modelo de gobierno de tecnología de la información
ampliamente reconocido).
Al utilizar el modelo RACI como un ejemplo, sólo existe una persona responsable (accountable) de una
actividad, aunque varias personas pueden ser responsables (responsible) de la ejecución de partes de la
actividad. En este modelo, responsable (accountable) se refiere a la responsabilidad de principio a fin del
proceso. La responsabilidad debe permanecer con la misma persona en todas las actividades de un
proceso.
R Responsable
(Responsible)
• Ejecución adecuada del proceso y las actividades
• La persona o personas responsables de hacer que se lleve a cabo el trabajo
A Responsable
(Accountable)
• Propiedad de la calidad, y los resultados finales del proceso
• La persona que tiene la autoridad final sobre la decisión, actividad o diseño del
proceso
C Consultada
(Consulted)
• Participación a través de la aportación de conocimientos e información
I Informada • Recibe información acerca de la ejecución y calidad del proceso (Informed)
Problemas potenciales con el modelo RACI:
Contar con más de una persona responsable de un proceso significa que en la práctica nadie es
responsable
Delegación de responsabilidad (responsibility/accountability) sin la autoridad necesaria
Concentración en relacionar los procesos y las actividades con los departamentos
División/combinación incorrecta de las funciones; agendas o metas en conflicto
Combinación de la responsabilidad para procesos estrechamente relacionados, tales como
Administración de Incidentes, Problemas, Configuraciones, Cambios y Liberaciones
Modelo RACI Muestra
Para construir un modelo RACI se requieren los siguientes pasos:
Identificar las actividades/los procesos
Identificar/definir los roles funcionales
Llevar a cabo reuniones y asignar los códigos RACI
Identificar cualquier brecha o traslape, por ejemplo, cuando existen dos R o ninguna R
Distribuir la tabla e incorporar la retroalimentación
Asegurar que se sigan las asignaciones
38. Fundamentos de ITIL V.3 O&M
38 | P á g i n a
W. Edwards Deming es ampliamente conocido por su filosofía de gestión que genera una mayor calidad,
mayor productividad y una posición más competitiva. Como parte de esta filosofía, Deming formuló 14
puntos de atención para los gestores. Algunos de estos puntos son más apropiados para la Gestión de
Servicios de Ti que otros. Para la mejora de la calidad propuso el Ciclo o Círculo Deming. Este ciclo aplica
particularmente para la CSI. Las cuatro etapas clave del ciclo son Planifique, Realice, Revise, Actúe
después de las cuales una fase de consolidación evita que el Círculo regrese a la etapa inicial. Nuestra
meta al utilizar el Ciclo de Deming es la mejora continua y constante. Es un principio fundamental de la
Mejora Continua del Servicio.
El Ciclo Deming es imprescindible en dos puntos de la CSI: Para la implementación de la CSI y para la
aplicación de la CSI en los servicios y procesos de gestión de servicios. En la implementación, se utilizan
las cuatro etapas del Ciclo Deming (Planifique, Realice, Revise, Actúe). Con la mejora continua, la CSI
recurre a las etapas Revise y Actúe para monitorear, medir, revisar e implementar las iniciativas.
El Ciclo está respaldado por un enfoque de gestión dirigido por procesos, en el cual se cuenta con
procesos definidos, las actividades se miden para determinar su conformidad con los valores esperados,
y los resultados se auditan para validar y mejorar el proceso.
40. Fundamentos de ITIL V.3 O&M
40 | P á g i n a
Publicaciones Centrales de ITIL
Las Publicaciones Centrales de ITIL ofrecen una guía de buenas prácticas que aplica a todos los tipos de
organizaciones que brindan servicios a un negocio.
Las Publicaciones Centrales de ITIL consisten de cinco publicaciones, cada una ofrece la guía necesaria
para un enfoque integrado en cuanto a la administración de servicios y aborda las capacidades
(capabilities) que generan un impacto directo sobre el desempeño de un proveedor de servicios:
Estrategia del Servicio — Piense y actúe de una forma estratégica y modele y planifique
servicios que tienen una utilidad y garantía
Diseño del Servicio — Cree la integridad del servicio a través del diseño de servicios nuevos o
modificados de una manera amplia, consistente y efectiva
Transición del Servicio — Desarrolle y mejore las capacidades (capabilities) para llevar a cabo
efectiva y eficientemente la transición de servicios nuevos o modificados hacia la operación, al
controlar los riesgos de falla o interrupción, mientras realiza la Estrategia del Servicio codificada
en el Diseño del Servicio
Operación del Servicio — Coordine y lleve a cabo las actividades y los procesos necesarios para
entregar y administrar servicios a los niveles acordados
Mejora Continua del Servicio — Guía práctica para la evaluación y mejora de la
calidad/madurez de los servicios, procesos y el Ciclo de Vida del Servicio
La estructura de las publicaciones centrales adquiere la forma de uñ ciclo de vida, es interactiva y
multidimensional. Asegura que las organizaciones están configuradas para optimizar las capacidades
(capabilities) de aprendizaje para un área, y de mejora para otras. Se espera que las publicaciones
centrales proporcionen estructura, estabilidad y fuerza a las capacidades (capabilities) de administración
de servicios con principios, métodos y herramientas duraderos. Esto sirve para proteger las inversiones y
brindar las bases necesarias para la medición, el aprendizaje y la mejora.
42. Fundamentos de ITIL V.3 O&M
42 | P á g i n a
Información específica de cada uno de los procesos que se incluyen en el ciclo de vida del servicio de ITIL
se pueden localizar en las publicaciones principales de ITIL como se muestra:
ESTRATEGIA DEL SERVICIO
Representa las políticas y los objetivos
Modele y planifique servicios que tienen una
utilidad y garantía:
DISENO DEL SERVICIO
Una de las tres fases progresivas que representa el
cambio y la transformación
Servicios de alta calidad, rentables y consistentes
TRANSICION DEL SERVICIO
Una de las tres fases progresivas que representa el
cambio y la transformación
Transición de servicios nuevos y modificados en
operaciones
OPERACIÓN DEL SERVICIO
Una de las tres fases progresivas que representa el
cambio y la transformación para conseguir
efectividad y eficiencia en la entrega de los
servicios
MEJORA CONTINUA DEL SERVICIO
Representa el Aprendizaje y la mejora
Proceso de mejora de Siete pasos
43. Fundamentos de ITIL V.3 O&M
43 | P á g i n a
La especialización y coordinación son necesarias en el enfoque del ciclo de vida. Esto es posible gracias a
la retroalimentación y el control entre las funciones y los procesos dé todos los elementos del ciclo de
vida. El patrón dominante en el ciclo de vida es el progreso secuencial que comienza a partir de la
Estrategia del Servicio (SS) a través del Diseño del Servicio (SD), Transición del Servicio (ST) y Operación
del Servicio (SO) y que posteriormente regresa a la Estrategia del Servicio a través de la Mejora Continua
del Servicio (CSI). Sin embargo, ese no es el único patrón de acción. Cada elemento del ciclo de vida
proporciona puntos para la retroalimentación y el control.
La combinación de múltiples perspectivas permite una mayor flexibilidad y control entre los ambientes y
las situaciones. El enfoque del ciclo de vida imita la realidad de la mayoría de las organizaciones donde la
administración efectiva requiere el uso de múltiples perspectivas de control. Los responsables del
diseño, desarrollo y mejora de los procesos de la Administración de Servicios pueden adoptar una
perspectiva de control basada en los procesos.
46. Fundamentos de ITIL V.3 O&M
46 | P á g i n a
El Portafolio de Servicios representa los siguientes elementos:
Compromisos e inversiones realizados por un Proveedor de Servicios para todos los Clientes y
Espacios de Mercado
Compromisos contractuales actuales
Desarrollo del nuevos Servicios
Programas de Mejora Continua del Servicio iniciados por la Mejora Continua del Servicio
El Portafolio de Servicios también incluye servicios de terceros que forman una parte integral de las
ofertas de servicios para los clientes, algunos de los cuales son visibles para los clientes, y otros no.
Un enfoque de administración de portafolios ayuda a que los gestores determinen la prioridad de las
inversiones y mejoren la asignación de los recursos. Un Portafolio de Servicios representa la habilidad y
preparación de un Proveedor de Servicios para servir a los Clientes y Espacios de Mercado. Representa
todos los recursos que actualmente están involucrados o están siendo liberados en diversas fases del
Ciclo de Vida del Servicio. Los cambios a los Portafolios de Servicios están regidos por las políticas y los
procedimientos. El Portafolio de Servicios se divide en tres fases: Canal de Entrada de Servicios, Catálogo
de Servicios y Servicios Retirados.
48. Fundamentos de ITIL V.3 O&M
48 | P á g i n a
Los Servicios Conceptuales
La fase Servicios Conceptuales consiste de servicios en desarrollo para un Espacio de Mercado o Cliente
dados. En la fase de Transición del Servicio se pondrán estos servicios en operación una vez terminados
el Diseño, Desarrollo y la Prueba del Servicio.
Los Espacios del Mercado
Un Espacio de Mercado se define y determina por un conjunto de resultados de negocio que pueden ser
facilitados por un servicio; representa un conjunto de oportunidades para que los Proveedores de
Servicios entreguen valor al negocio de un cliente a través de uno o más servicios.
Entre los ejemplos de algunos resultados de negocio que pueden constituir la base para uno o más
Espacios de Mercado, se incluyen:
Los equipos de ventas son más productivos al utilizar el sistema de administración de ventas en
computadoras inalámbricas
El sitio Web de comercio electrónico está vinculado al sistema de administración de almacenes
Las aplicaciones clave de negocio son monitoreadas y están seguras
Los funcionarios de crédito cuentan con un acceso más rápido la información que se requiere
Acerca de los solicitantes de préstamos
El servicio de pago de facturas en línea ofrece más opciones de pago a los compradores
Se garantiza la continuidad de los negocios
Una definición adecuada de los servicios toma en cuenta el contexto bajo el cual los Clientes perciben
valor de los servicios. Los Espacios de Mercado ayudan a colocar los servicios en el contexto dentro del
cual los Clientes pueden percibir con mayor claridad el valor que se obtiene de esos servicios.
Los Espacios de Mercado contribuyen a una definición de servicios basados en resultados que aseguran
que los gestores planifiquen y ejecuten todos los aspectos de la administración de servicios en su
totalidad desde la perspectiva de lo que es valioso para el Cliente y lo que puede medir. Los servicios por
lo tanto no sólo crean valor para los Clientes, sino que también captan valor para el Proveedor de
Servicios.
El Catálogo de Servicios
El Catálogo de Servicios es el subconjunto del Portafolio de Servicios que es visible para los Clientes.
Consiste de servicios que están activos en la fase de Operación del Servicio, así como aquellos servicios
aprobados para ser ofrecidos a los Clientes actuales o prospectos. Debido a que el Catálogo de Servicios
es una expresión de la capacidad operativa del Proveedor de Servicios dentro del contexto de un Cliente
o Espacio de Mercado, puede ser muy útil para desarrollar soluciones adecuadas para Clientes de uno o
más servicios.
49. Fundamentos de ITIL V.3 O&M
49 | P á g i n a
El Catálogo de Servicios puede servir para lo siguiente:
Servir como una orden de servicio y un mecanismo de canalización de la demanda
Comunicar y definir las políticas, las guías y la rendición de cuentas requeridas para la
Administración del Portafolio de Servicios
Definir los criterios para determinar qué servicios entran en la Administración del Portafolio de
Servicios y el objetivo de cada servicio
Actuar como el portal de adquisición para los Clientes, incluyendo precios y compromisos a nivel
de servicio, así como los términos y las condiciones para el aprovisionamiento del servicio
En el Catálogo de Servicios es donde los servicios se dividen en componentes. Aquí es donde los activos,
procesos y sistemas son introducidos con los puntos de entrada y términos para su uso y
aprovisionamiento. Se pueden proyectar varios Catálogos de Servicios desde el Portafolio de Servicios.
Además, un subconjunto del Catálogo de Servicios puede ser un catálogo de servicios de terceros o de
externos. Este Catálogo de terceros puede consistir de servicios que son ofrecidos a los Clientes con
diversos niveles de valor agregado o en combinación con otros elementos del Catálogo de Servicios.
Los servicios de terceros se pueden utilizar para resolver la demanda hasta que los artículos del Canal de
Entrada de Servicios se encuentran en la fase de operación, o bien se pueden utilizar como un sustituto
para los servicios que se están eliminando de la fase del Catálogo de Servicios.
Servicios Retirados
Los Servicios Retirados son servicios del Catálogo de Servicios que se eliminan de la fase o que se retiran.
La actividad de eliminar un servicio de una fase forma parte de la Transición del Servicio y garantiza el
cumplimento total de todos los compromisos que se hicieron con los Clientes, así como la liberación de
los activos de servicio de los contratos.
El Catálogo de Servicios es la única parte del Portafolio de Servicios que recupera costos o genera
utilidades. Por último, el Portafolio de Servicios como un todo debe contar con una combinación
adecuada de servicios de entrada y el Catálogo de Servicios para asegurar la viabilidad financiera del
Proveedor de Servicios.
51. Fundamentos de ITIL V.3 O&M
51 | P á g i n a
El Catálogo de Servicios tiene dos aspectos:
El Catálogo de Servicios del Negocio presenta la visión del cliente del Catálogo de Servicios.
Contiene detalles de todos los servicios de TI que se ofrecen al cliente, junto con las relaciones
con las unidades de negocio y los procesos de negocio que dependen de los servicios de TI
El Catálogo de Servicios Técnico soporta el Catálogo de Servicios de Negocio pero no forma
parte de la visión del Cliente. Contiene detalles de todos los servicios de TI que se ofrecen al
cliente, junto con las relaciones con los servicios de soporte, servicios compartidos,
componentes y Elementos de Configuración (CIs) necesarios para soportar el aprovisionamiento
del servicio al negocio
La relación entre estos dos aspectos se ilustra en el diagrama que se incluye en la diapositiva anterior.
La situación preferida que adoptan las organizaciones más maduras mantiene estos dos aspectos dentro
de un Solo Catálogo de Servicios que forma parte de una actividad totalmente integrada de la
Administración de Servicios y del Portafolio de Servicios.
El Catálogo de Servicios de Negocio facilita un proceso mucho más proactivo de la Administración de
Niveles de Servicio, lo que permite desarrollar más el campo de la Administración de Servicios de
Negocio.
El Catálogo de Servicios Técnicos resulta útil para la construcción de las relaciones entre los servicios,
SLAs, OLAs y otros acuerdos y componentes de soporte al ayudar a identificar la tecnología que se
requiere para soportar un servicio y los grupos de soporte que brindan soporte a los componentes.
52. Fundamentos de ITIL V.3 O&M
52 | P á g i n a
El riesgo se define como la incertidumbre de un resultado, ya sea que se trate de una oportunidad
positiva o de una amenaza negativa. La administración de riesgos requiere la identificación y el control
de la exposición al riesgo, el cual puede tener un impacto en el alcance de los objetivos de negocio de
una organización.
Todas las organizaciones administran sus riesgos, pero no siempre de una manera visible, repetible y
que se puede aplicar consistentemente para soportar la toma de decisiones. La tarea de la
administración de riesgos consiste en asegurar que la organización haga un uso rentable de un marco de
riesgos que tiene una serie de pasos bien definidos. El objetivo es soportar una mejor toma de
decisiones a través de la comprensión de los riesgos y su impacto probable.
53. Fundamentos de ITIL V.3 O&M
53 | P á g i n a
Existen dos fases distintas en la Administración de Riesgos: Análisis de Riesgos y Administración de la
Mitigación del Riesgo.
Análisis de Riesgos
El Análisis de Riesgos involucra la identificación y evaluación del nivel (medida) de los riesgos calculados
a partir de los valores de activos evaluados y los niveles de amenazas evaluadas, así como de las
vulnerabilidades de esos activos.
Administración de la Mitigación del Riesgo
La mitigación del riesgo también involucra la identificación, selección y adopción de medidas justificadas
por los riesgos identificados en los activos en términos de su impacto potencial en los servicios en caso
de que ocurra un fallo, así como la reducción de esos riesgos a un nivel aceptable.
54. Fundamentos de ITIL V.3 O&M
54 | P á g i n a
Un Caso de Negocio describe el potencial, ya sea bueno o malo de una propuesta, de una manera tal
que la propuesta se puede juntar otras propuestas para su comparación.
Estructura del Caso de Negocio
A. Introducción Presenta los objetivos de negocio que se tratan en la iniciativa de administración
de servicios.
B. Métodos y Suposiciones Define los límites del caso de negocio, tales como el plazo, costos y
beneficios.
C. Impactos de Negocio Los resultados financieros y no financieros del caso de negocio.
D. Riesgos y Contingencias La probabilidad de que vayan a surgir diferentes resultados.
E. Recomendaciones Acciones específicas recomendadas.
Con facilidad, se pueden encontrar una gran variedad de formatos de Casos de Negocio en la Web, y
dentro de una organización se puede utilizar más de un formato; sin embargo, una Estructura de Caso
de Negocio común incluye los elementos anteriores.
55. Fundamentos de ITIL V.3 O&M
55 | P á g i n a
ADMINISTRACION DE LA DEMANDA
La Administración de la Demanda con frecuencia utiliza el Cargo Diferencial para fomentar que los
Clientes utilicen los servicios de TI en los horarios menos ocupados. La Administración de la Demanda
también utiliza otras técnicas tales como la limitación del número de usuarios concurrentes.
La Administración de la Demanda:
Son actividades que comprenden e influyen en la demanda del Cliente por Servicios y el
suministro de Capacidad para cumplir esas demandas
A nivel Estratégico, la Administración de la Demanda puede involucrar el análisis de los Patrones
de Actividad de Negocio y Perfiles del Usuario
A nivel Táctico puede involucrar el uso del Cargo Diferencial para fomentar entre los Clientes el
uso de un Servicio de TI en horarios con menor actividad
56. Fundamentos de ITIL V.3 O&M
56 | P á g i n a
La capacidad en exceso genera costos sin crear un valor que proporciona una base para la
recuperación del costo. Los clientes se resisten a pagar por capacidad inactiva a menos que
tenga valor para ellos
La capacidad insuficiente genera un impacto sobre la calidad de los servicios entregados y limita
el crecimiento del servicio. Los SLA, la prospección, planificación y estrecha coordinación con el
cliente pueden reducir la incertidumbre en la demanda pero no pueden eliminarla por completo
El consumo produce demanda y la producción consume demanda en un patrón altamente
sincronizado. A diferencia de los bienes, los servicios no se pueden fabricar con anticipación ni
surtir en un inventario de bienes esperando la demanda. La demanda y la capacidad están
mucho más conectadas en los sistemas de servicio aun cuando se comparan con la fabricación
justo-a-tiempo (JIT)
La capacidad productiva de los recursos disponibles para un servicio se ajusta de acuerdo con las
prospecciones y los patrones de demanda Algunos tipos de capacidad se pueden incrementar
rápidamente conforme se requieren, y liberar cuando no se utilizan. Se puede influir en la
llegada de la demanda al utilizar incentivos de precio; sin embargo, no se puede producir ni
surtir el resultado del servicio antes de que la demanda en realidad se materialice
57. Fundamentos de ITIL V.3 O&M
57 | P á g i n a
ADMINISTRACION FINANCIERA
La Administración de la Demanda con frecuencia utiliza el Cargo Diferencial para fomentar que los
Clientes utilicen los servicios de TI en los horarios menos ocupados. La Administración de la Demanda
también utiliza otras técnicas tales como la limitación del número de usuarios concurrentes.
La Administración de la Demanda:
Son actividades que comprenden e influyen en la demanda del Cliente por Servicios y el
suministro de Capacidad para cumplir esas demandas
A nivel Estratégico, la Administración de la Demanda puede involucrar el análisis de los Patrones
de Actividad de Negocio y Perfiles del Usuario
A nivel Táctico puede involucrar el uso del Cargo Diferencial para fomentar entre los Clientes el
uso de un Servicio de TI en horarios con menor actividad
59. Fundamentos de ITIL V.3 O&M
59 | P á g i n a
Una meta de la Administración Financiera es asegurar el financiamiento adecuado para la entrega y el
consumo de servicios. La planificación brinda la traducción y calificación financiera de la demanda futura
esperada de servicios de TI. La Planificación de la Administración Financiera parte de la planificación
histórica de TI al concentrarse en la demanda y suministro de variaciones que resultan de la estrategia
del negocio, información de la capacidad y prospección, en lugar de los tradicionales gastos de artículos
de línea individuales o cuentas de costo del negocio.
La contabilidad dentro de la Administración Financiera se diferencia de la contabilidad tradicional ya que
se deben definir categorías y características adicionales que permitan la identificación y el rastreo de los
gastos concebidos en función del servicio o artículos de capital. La Administración Financiera desempeña
un rol transaccional entre los sistemas financieros corporativos y la administración de servicios.
Un modelo de ‘contra cargos’ para TI puede ofrecer responsabilidad y transparencia. Sin embargo, si el
modelo operativo actual ofrece un reaprovisionamiento de fondos anual más sencillo, entonces el cargo
con frecuencia no es necesario para ofrecer responsabilidad y transparencia. En este ejemplo la
visibilidad deseada provendría en su lugar de las actividades e información de la planificación, modelado
de la demanda y Valoración del Servicio.
El cumplimiento implica el uso de métodos y prácticas adecuadas y consistentes de contabilidad,
específicamente en cuanto a la valoración financiera de activos, prácticas de capitalización,
reconocimiento de ingresos, y controles de acceso y seguridad.
Meta de la Valoración del Servicio
La meta principal de la Valoración del Servicio es producir un valor para los servicios que el negocio
perciba como justo, y cumpla las necesidades del proveedor en términos de su respaldo como una
inquietud constante.
61. Fundamentos de ITIL V.3 O&M
61 | P á g i n a
El propósito principal de la etapa Diseño del Servicio del ciclo de vida es el diseño de servicios nuevos o
modificados para su introducción en el ambiente de producción. Es importante que se adopte un
enfoque amplio en todos los aspectos del diseño, y que cuando se modifique o corrija cualquiera de los
elementos individuales de diseño se considere el resto de los aspectos. Por lo tanto durante el diseño y
desarrollo de una aplicación nueva, esto no se debe llevar a cabo de forma aislada, sino que también
debe considerar el impacto sobre el servicio en general, los sistemas de administración y las
herramientas (por ejemplo: el Portafolio de Servicios y el Catálogo de Servicios), las arquitecturas, la
tecnología, los procesos de Administración de Servicios y las medidas y métricas necesarias. Esto no sólo
asegurará que el diseño aborde los elementos funcionales, sino también que todos los requerimientos
de Administración y operacionales se tratan como una parte fundamental del diseño y no se agregan de
último momento
63. Fundamentos de ITIL V.3 O&M
63 | P á g i n a
Las metas y los objetivos principales del Diseño del Servicio son:
Diseñar servicios para satisfacer los objetivos del negocio, con base en los requerimientos de
calidad, conformidad, riesgo y seguridad
Diseñar servicios que se pueden desarrollar y mejorar de una manera fácil y eficiente
Diseñar procesos eficientes y efectivos para el diseño, transición, operación y mejora de
servicios TI de alta calidad
Identificar y administrar los riesgos
Diseñar infraestructuras de TI, ambientes, aplicaciones y recursos y capacidades (capabilities) de
datos/información seguros y resistentes
Diseñar métodos de medición y métricas
Producir y mantener planes, procesos, políticas, arquitecturas, marcos y documentos de TI para
el diseño de soluciones de TI de calidad
Ayudar con el desarrollo de políticas y normas en todas las áreas de diseño y planificación de
servicios y procesos de TI
Desarrollar las habilidades y capacidades (capabilities) dentro de la TI al mover las actividades de
estrategia y diseño hacia las tareas operacionales
Contribuir a la mejora de la calidad general del servicio de TI dentro de las restricciones de
diseño impuestas, especialmente mediante la reducción de la necesidad de retrabajos
El Diseño del Servicio debe considerar los siguientes aspectos al diseñar las soluciones del servicio para
cumplir las necesidades nuevas y en evolución del negocio:
Proceso del negocio
Servicio
Acuerdos de Nivel de Servicio (SLA) / Requerimientos de Nivel de Servicio (SLR)
Infraestructura
Ambiente
Datos
Aplicaciones
Servicios de Soporte
Acuerdos de Nivel Operacional (OLA) y contratos
Equipos de Soporte
Proveedores
65. Fundamentos de ITIL V.3 O&M
65 | P á g i n a
Beneficios de un Buen Diseño del Servicio
Menor Costo Total de Propiedad (TCO): El costo de propiedad sólo se puede minimizar si todos
los aspectos de los servicios, procesos y la tecnología se diseñan correctamente e implementan
contra el diseño
Calidad mejorada del servicio: Se mejorará tanto la calidad del servicio como la calidad
operacional
Consistencia mejorada del servicio: Ya que los servicios se diseñan dentro de la estrategia,
arquitecturas y restricciones corporativos
Implementación más sencilla de los servicios nuevos o modificados: Ya que existe un Diseño del
Servicio integrado y completo, así como una producción de Paquetes de Diseño del Servicio
(SDP) completos
Alineación mejorada del servicio: Participación desde la concepción del servicio al asegurar que
los servicios nuevos o modificados coinciden con las necesidades de negocio, y contar con
servicios diseñados para cumplir los Requisitos de Nivel de Servicio
Rendimiento más efectivo del servicio: Con la incorporación y el reconocimiento de los planes
de Capacidad, Disponibilidad Financiera y Continuidad de los Servicios de TI
Gobierno mejorado de la TI: Ayuda con la implementación y comunicación de un conjunto de
controles para el gobierno efectivo de la TI
Administración más efectiva de Servicios y procesos de TI : Los procesos se diseñarán con una
calidad óptima y de manera rentable
Información y toma de decisiones mejoradas: Las medidas y métricas más completas y efectivas
harán posible una mejor toma de decisiones y realización de mejoras continuas a las prácticas
de administración de servicios en la etapa de diseño del ciclo de vida del servicio
67. Fundamentos de ITIL V.3 O&M
67 | P á g i n a
Proveedor
Cualquier tercero externo necesario para proporcionar soporte a cualquiera de los componentes
o entregar los servicios que se requieren para proporcionar un servicio al negocio
Opera dentro del alcance de un contrato que se negocia entre el proveedor de servicios y el
proveedor
Es administrado mediante el proceso de Administración de Proveedores
Acuerdo de Nivel de Servicio (SLA)
Un acuerdo por escrito entre un proveedor de servicios de TI y sus clientes, que define los
objetivos de servicio clave y las responsabilidades de ambas partes
Constituye la base para la administración de la relación entre el proveedor de servicios y el
cliente
Acuerdo de Nivel Operacional (OLA)
Un Acuerdo de Nivel Operacional (OLA) es un acuerdo entre un proveedor de servicios de TI y
otra parte de la misma organización que ayuda con el aprovisionamiento de los servicios de TI
Contiene los objetivos que soportan al Acuerdo de Nivel de Servicio (SLA)
Puede incluir partes que no pertenecen al área de TI de la misma organización, tales como
Recursos Humanos, Finanzas o Mantenimiento Físico.
Contrato de Soporte
Proporciona un compromiso que tiene fuerza jurídica entre dos o más partes
Se utiliza como la base de los acuerdos del proveedor externo en los que se requiere un
compromiso que se pueda hacer cumplir conforme a las leyes
Contiene Responsabilidades, Objetivos y las actividades necesarias para administrar las partes a
lo largo del ciclo de vida del contrato
68. Fundamentos de ITIL V.3 O&M
68 | P á g i n a
Las Cuatro P
Muchos diseños, planes y proyectos fracasan por la carencia de preparación y administración La
implementación de ITIL como una práctica consiste en preparar y planificar el uso efectivo y eficiente de
las cuatro P (por sus siglas en inglés):
Personas Este término se refiere a la organización de las personas a través de las funciones, roles,
equipos, grupos, divisiones y departamentos. Estos se definen utilizando organigramas y descripciones
de trabajo.
Procesos Este término se refiere a la documentación de todos los procesos relevantes tales como
políticas, flujos de proceso, procedimientos e instrucciones de trabajo.
Productos/Tecnología Este término se refiere a los servicios, la tecnología y las herramientas.
Socios /Proveedores Este término se refiere a los proveedores, fabricantes y distribuidores.
69. Fundamentos de ITIL V.3 O&M
69 | P á g i n a
Durante la etapa de diseño, se debe producir un Paquete de Diseño del Servicio (SDP) para cada servicio
nuevo, cambio mayor a un servicio, eliminación de un servicio o cambios al Paquete de Diseño del
Servicio mismo. Posteriormente, este paquete pasa de la etapa de Diseño del Servicio a la Transición del
Servicio junto con los detalles de todos los aspectos del servicio y sus requisitos a lo largo de todas las
etapas posteriores de su ciclo de vida.
70. Fundamentos de ITIL V.3 O&M
70 | P á g i n a
Cinco Aspectos Principales del Diseño del Servicio
Se debe adoptar un enfoque integrado general para las actividades de diseño documentadas en la
sección anterior y se debe cubrir el diseño de:
Las soluciones de servicio, incluyendo todos los requisitos, recursos y capacidades funcionales
necesarios y acordados
Los sistemas y herramientas de Administración de Servicios, en especial el Portafolio de
Servicios para la administración y el control de los servicios a lo largo de su ciclo de vida
Las arquitecturas de la tecnología, arquitecturas de la administración y herramientas que se
requieren para proporcionar los servicios
Los procesos que se necesitan para el diseño, la transición, operación y mejora de los servicios
Los sistemas, métodos y métricas de medición para los servicios, las arquitecturas y sus
principales componentes y los procesos
71. Fundamentos de ITIL V.3 O&M
71 | P á g i n a
Existen muchas actividades que se deben completar dentro de la etapa Diseño del Servicio para un
servicio nuevo o modificado. Se requiere un enfoque formal y estructurado para producir el servicio
nuevo con el costo, funcionalidad y calidad correctos y dentro del periodo adecuado. Este proceso y las
etapas que lo constituyen se ilustran en la Figura 3.5, junto con el resto de las áreas principales que será
necesario involucrar dentro del proceso. Este proceso debe ser iterativo/incremental para asegurar que
el servicio entregado cumple las necesidades en constante evolución y cambio del negocio durante el
desarrollo del proceso del negocio y el Ciclo de Vida del Servicio de TI. Es posible que sea necesario
asignar administradores de proyecto y equipos de proyecto adicionales para administrar las etapas
dentro del ciclo de vida para la implementación del servicio nuevo.
72. Fundamentos de ITIL V.3 O&M
72 | P á g i n a
El servicio se considera junto con los sistemas y las herramientas de Administración de Servicios,
especialmente el Portafolio de Servicios, para asegurar que el servicio nuevo o modificado es
consistente con el resto de los servicios, y que el resto de los servicios con los que se conecta, que
soportan o dependen de los servicios nuevos o modificados son consistentes con este servicio nuevo. De
no ser así, será necesario adaptar el diseño del servicio nuevo o el resto de los servicios existentes.
Además, se deben revisar los sistemas y las herramientas de Administración de Servicios para asegurar
que pueden soportar el servicio nuevo o modificado.
73. Fundamentos de ITIL V.3 O&M
73 | P á g i n a
El servicio se considera junto con las arquitecturas de tecnología y los sistemas de Administración para
asegurar que todas las arquitecturas de tecnología y los sistemas de Administración son consistentes
con el servicio nuevo o modificado, y tienen la capacidad (capability) para operar y mantener el servicio
nuevo. De no ser así, entonces será necesario corregir las arquitecturas o los sistemas de
Administración, o revisar el diseño del nuevo servicio.
74. Fundamentos de ITIL V.3 O&M
74 | P á g i n a
Los procesos, roles, responsabilidades y habilidades deben tener la capacidad (capability) para operar,
soportar y mantener el servicio nuevo o modificado. De no ser así, será necesario revisar el diseño del
servicio nuevo o mejorar las capacidades (capabilities) del proceso existente. Esto incluye todos los
procesos de TI y de Administración de Servicios, no sólo los procesos clave del Diseño del Servicio.
75. Fundamentos de ITIL V.3 O&M
75 | P á g i n a
Los métodos de medición existentes deben proporcionar las métricas requeridas sobre el servicio nuevo
o modificado. De no ser así, entonces será necesario mejorar los métodos de medición o revisar las
métricas del servicio.
76. Fundamentos de ITIL V.3 O&M
76 | P á g i n a
ADMINISTRACION DEL CATALOGO DE SERVICIOS
79. Fundamentos de ITIL V.3 O&M
79 | P á g i n a
Conceptos Básicos de la SCM
Definición de Servicio
El personal de TI con frecuencia confunde un servicio como lo percibe el cliente con un sistema de TI. En
muchos casos un servicio puede estar conformado por otros servicios (y así sucesivamente) que a su vez
están conformados por un sistema de TI o más. Con frecuencia, un buen punto de inicio es preguntar a
los clientes qué servicios de TI utilizan y cómo se correlacionan, y soportan estos servicios a los procesos
de su negocio. Con frecuencia los clientes tienen una mayor claridad de lo que creen que es un servicio.
Jerarquía del Servicio
Para evitar confusiones, puede ser una buena idea definir una jerarquía del servicio dentro del Catálogo
de Servicios, al calificar con exactitud qué tipo de servicio se registra, por ejemplo: Servicio del negocio
(aquel que ve el cliente). De otra manera, también será necesario registrar los servicios de soporte, tales
corno los servicios de infraestructura, servicios de red, servicios de aplicación (todos invisibles para el
cliente, pero imprescindibles para la entrega de los servicios de TI).
Servicio como un Elemento de Configuración (CI)
Al definir cada servicio como un Elemento de Configuración (CI) y, cuando así corresponde, relacionar
éstos para formar una jerarquía del servicio, la organización puede relacionar eventos tales como
Incidentes y Solicitudes de Cambio (RFC) con los servicios afectados, y de esta manera proporcionar la
base para el monitoreo y la generación de reportes del servicio utilizando una herramienta integrada.
Por lo tanto es imprescindible que los cambios dentro del Portafolio de Servicios y el Catálogo de
Servicios estén sujetos al proceso de la Administración de Cambios.
Catálogo de Servicios del Negocio
El Catálogo de Servicios del Negocio contiene los detalles de todos los servicios de TI que se entregan al
cliente, junto con las relaciones con las unidades de negocio y los procesos del negocio que dependen
de los servicios de TI.
Catálogo de Servicios Técnicos
El Catálogo de Servicios Técnicos contiene los detalles de todos los servicios de TI que se entregan al
cliente, junto con las relaciones con los servicios de soporte, servicios compartidos, componentes y CIs
necesarios para respaldar el aprovisionamiento del servicio al negocio. Este debe respaldar al Catálogo
de Servicios del Negocio y no formar parte de la visión del cliente.
80. Fundamentos de ITIL V.3 O&M
80 | P á g i n a
ADMINISTRACION DE NIVELES DE SERVICIO
81. Fundamentos de ITIL V.3 O&M
81 | P á g i n a
La Administración de Niveles de Servicio (SLM) negocia, acuerda y documenta los objetivos
correspondientes de los servicios de TI con los representantes del negocio y posteriormente monitorea y
produce reportes sobre la capacidad del proveedor de servicios para entregar el nivel de servicio
acordado. La SLM es un proceso imprescindible para todas las organizaciones de proveedores de
servicios de TI. Es responsable de acordar y documentar los objetivos y las responsabilidades del nivel de
servicio dentro del Acuerdo de Nivel de Servicio (SLA) y los Requerimientos de Nivel de Servicio (SLR)
para todas las actividades dentro del área de TI.
82. Fundamentos de ITIL V.3 O&M
82 | P á g i n a
La SLM debe proporcionar un punto de contacto y comunicación regulares con los clientes y gestores del
negocio de una organización. Debe representar al proveedor de servicios de TI ante el negocio y al
negocio ante el proveedor de servicios de TI. Esta actividad debe abarcar tanto el uso de los servicios
existentes como los requisitos futuros potenciales para los servicios nuevos o modificados. La SLM
necesita administrar la expectativa y percepción del negocio, de los clientes y usuarios, así como
asegurar que la calidad de servicio que entrega el proveedor de servicios coincide con esas expectativas
y necesidades. Para hacer esto con efectividad, la SLM debe establecer y mantener Acuerdos de Nivel de
Servicio (SLAs) para todos los servicios reales actuales, y administrar el nivel de servicio que se
proporciona para cumplir los objetivos y medidas de calidad que se incluyen en el Acuerdo de Nivel de
Servicio. La SLM también debe producir y acordar Requisitos de Nivel de Servicio (SLR) para todos los
servicios planificados nuevos o modificados.
84. Fundamentos de ITIL V.3 O&M
84 | P á g i n a
SLA basado en el servicio: Este se refiere a cuando un SLA cubre un servicio para todos los clientes de
ese servicio, por ejemplo, se puede establecer un SLA para el servicio de correo electrónico de una
organización, el cual cubre a todos los clientes de ese servicio.
Cuando se proporcionan niveles comunes de servicio a todas las áreas del negocio (por ejemplo: correo
electrónico o telefonía) el SLA basado en el servicio se puede utilizar como un enfoque eficiente.
También se pueden utilizar múltiples clases de servicio (por ejemplo: oro, plata y bronce) para
incrementar la efectividad de los SEA basados en el servicio.
SLA de múltiples niveles: Las estructuras del SEA de múltiples niveles permiten que los SLA se
mantengan en un tamaño manejable, evita la duplicación innecesaria, y reduce la necesidad de
actualizaciones frecuentes. Un ejemplo puede incluir:
Nivel corporativo: Cobertura de todos los problemas genéricos de la SLM apropiados para todos
los clientes de la organización. Esos problemas suelen ser menos volátiles, de manera que las
actualizaciones se requieren con menor frecuencia
Nivel cliente: Cobertura de todos los problemas de la SLM relevantes para el grupo o unidad de
negocio de un cliente en particular, independientemente del servicio que se utiliza
Nivel servicio: Cobertura de todos los problemas de la SLM relevantes para el servicio específico,
en relación con un grupo del cliente específico (uno para cada servicio cubierto por el SEA)
Requerimientos de Nivel de Servicio (SLR) El conjunto de objetivos y responsabilidades se debe
documentar y acordar dentro de un SLR para cada servicio nuevo o modificado propuesto.
Gráfica SLAM Una gráfica de Monitoreo del SLA (SLAM) se puede utilizar al frente de un reporte del
servicio para proporcionar una descripción general ‘en un vistazo’ acerca de cómo se miden los logros
contra los objetivos. Estas gráficas son más efectivas si se codifican por colores (Rojo, Ambar, Verde, y
como resultado algunas veces se les conoce como gráficas RAG, por sus siglas en inglés).
Revisión del Servicio Reuniones periódicas de revisión que se llevan a cabo regularmente con los
clientes (o sus representantes) para revisar los logros del servicio en el último periodo y para anticipar
cualquier problema en el siguiente periodo. Es normal llevar a cabo estas reuniones cada mes o, como
mínimo, cada trimestre.
Plan de Mejora del Servicio (SIP) Los SIP se utilizan para registrar todas las acciones y los planes de
mejora acordados entre los proveedores de servicios y sus proveedores, siempre que es necesario, y se
deben utilizar para administrar el progreso de las acciones de mejora acordadas, incluyendo las medidas
de reducción de riesgos.
85. Fundamentos de ITIL V.3 O&M
85 | P á g i n a
Desencadenadores
Existen muchos desencadenadores que provocan actividades en la SLM. Éstos incluyen:
Cambios en el Portafolio de Servicios
Acuerdos, SLRs, SLAs, OLAs o contratos nuevos o modificados
Reuniones y acciones de revisión del servicio
Infracciones del servicio o amenaza de infracciones
Halagos y quejas
Actividades periódicas tales como revisión, generación de reportes, y encuestas de satisfacción
del cliente
Cambios en la estrategia o política
86. Fundamentos de ITIL V.3 O&M
86 | P á g i n a
Entradas
Existen diversas fuentes de información que son relevantes para el proceso de la Administración de
Niveles de Servicio. Estas incluyen:
Información del negocio: De la estrategia del negocios, planes, y planes financieros e
información de la organización sobre sus requerimientos actuales y futuros
Análisis del Impacto al Negocio: Suministra información acerca del impacto, prioridad, riesgo y
número de usuarios asociados a cada servicio
Requerimientos del negocio: Detalles de cualquier requerimiento del negocio acordado, nuevo o
modificado
Las estrategias, políticas y restricciones de la Estrategia del Servicio
El Portafolio de Servicios y el Catálogo de Servicios
Información sobre los cambios del proceso de la Administración de Cambios
CMS: Contiene información sobre las relaciones entre los servicios del negocio, los servicios de
soporte y la tecnología
Retroalimentación, quejas y halagos de los clientes y usuarios
Otra información: Incluye asesoría, información y datos del resto de los procesos (por ejemplo,
Administración de Incidentes, Administración de la Capacidad y Administración de la
Disponibilidad), junto con los SLA, SLR, y OLA existentes y reportes anteriores dci servicio sobre
la calidad del servicio entregado.
Salidas
Las salidas de la Administración de Niveles de Servicio deben incluir:
Reportes del servicio: Proporcionan detalles de los niveles del servicio alcanzados en relación
con los objetivos estipulados en los SLA
Plan de Mejora del Servicio (SIP): Un programa o plan general de acciones de mejora prioritarias,
que abarca todos los servicios y todos los procesos, junto con los impactos y riesgos asociados
El Plan de Calidad del Servicio: Documenta y planifica la mejora general de la calidad del servicio
Plantillas de documentos: Plantillas estándar de documentos, formatos y contenido de los SLA,
SLR y OLA, alineados con las normas corporativas
Acuerdo de Nivel de Servicio (SLA): Un conjunto de objetivos y responsabilidades que se debe
documentar y acordar dentro de un SLA para cada servicio operacional
Requerimientos de Nivel de Servicio (SLR): Un conjunto de objetivos y responsabilidades que se
debe documentar y acordar dentro de un SLR para cada servicio nuevo o modificado propuesto
Acuerdo de Nivel Operacional (OLA): Un conjunto de objetivos y responsabilidades que se debe
documentar y acordar dentro de un OLA para cada equipo de soporte interno
Reportes sobre OLAs y contratos de soporte, minutas y acciones de las reuniones de revisión del
Servicio: Todas las reuniones se deben programar de forma regular, así mismo se deben
planificar las agendas, y registrar y avanzar Sus análisis y acciones
Minutas de la reunión de revisión del SLA y revisión del alcance del servicio: Resume las acciones
acordadas y revisiones de los SLA y el alcances del servicio
Contratos revisados: Los cambios a los SLA o SLR nuevos pueden requerir la modificación de los
contratos de soporte existentes, o la negociación y el acuerdo de contratos nuevos
88. Fundamentos de ITIL V.3 O&M
88 | P á g i n a
Administrar proveedores y los servicios que suministran, proporcionar una perfecta calidad del servicio
de TI al negocio, al asegurar que se obtiene valor por el dinero. El proceso de la Administración de
Proveedores asegura que los proveedores y los servicios que suministran se administran de tal manera
que respaldan los objetivos del servicio de TI y las expectativas del negocio. El objetivo es crear
conciencia del contexto del negocio de trabajar con socios y proveedores, y cuál es la mejor forma de
dirigir este trabajo hacia la obtención del beneficio del negocio para la organización.
89. Fundamentos de ITIL V.3 O&M
89 | P á g i n a
Idealmente, la Base de Datos de Proveedores y Contratos (SCD) debe formar un elemento integrado de
un Sistema de Administración de Configuraciones (CMS) o Sistema de Administración de Conocimientos
de Servicio (SKMS) completos, al registrar todos los detalles del proveedor y del contrato, junto con los
detalles del tipo de servicio o producto que proporciona cada proveedor y el resto de la información y
relaciones con otros CI asociados. Los servicios que proporcionan los proveedores también formarán
una parte clave del Portafolio de Servicios y del Catálogo de Servicios. La relación entre los servicios de
soporte y los servicios de TI y de negocio que soportan es clave para proporcionar servicios de TI de
calidad.
90. Fundamentos de ITIL V.3 O&M
90 | P á g i n a
ADMINISTRACION DE LA SEGURIDAD DE LA
INFORMACION
93. Fundamentos de ITIL V.3 O&M
93 | P á g i n a
Marco de seguridad
El proceso y marco de la Administración de la Seguridad de la Información generalmente consistirán de:
Una Política de Seguridad de la Información y políticas de seguridad específicas que abordan
cada aspecto de la estrategia, controles y reglamentos
Un Sistema de Administración de la Seguridad de la Información (ISMS), que contiene las
normas, los procedimientos de Administración y las líneas directrices que respaldan las políticas
de seguridad de la información
Una estrategia extensa de seguridad, estrechamente vinculada con los objetivos, estrategias y
planes del negocio
Una estructura organizativa de seguridad efectiva
Un conjunto de controles de seguridad para respaldar la política La mitigación de riesgos de
seguridad
Procesos de monitoreo para asegurar la conformidad y proporcionar retroalimentación sobre la
efectividad
Estrategia y plan de comunicación para seguridad
Estrategia y plan de capacitación y conciencia
Política de Seguridad de la Información
La Política de Seguridad de la Información debe contar con el pleno respaldo de la alta gerencia
ejecutiva de TI e, idealmente, con el apoyo y compromiso de la alta gerencia ejecutiva.
Sistema de Administración de la Seguridad de la Información (ISMS)
El marco proporciona la base para el desarrollo de un programa rentable de seguridad de la información
que respalda los objetivos del negocio. Los cinco elementos dentro de este marco son: Controlar,
planificar, implementar, evaluar y mantener.
94. Fundamentos de ITIL V.3 O&M
94 | P á g i n a
ADMINISTRACION DE LA DISPONIBLIDAD
97. Fundamentos de ITIL V.3 O&M
97 | P á g i n a
El tiempo acordado de servicio se documenta en el Acuerdo de Nivel de
Servicio (SLA)
El tiempo inactivo se calcula al ir anotando los tiempos de interrupción que provienen de los registros de
Incidentes y de las interrupciones provocadas por los Cambios, ya sea que estén documentadas o no. No
incluye ningún acuerdo para las interrupciones provocadas por los cambios acordados ni las ventanas de
mantenimiento programadas.
El tiempo activo se calcula al restar el tiempo inactivo del tiempo acordado de servicio.
Para obtener un porcentaje se debe dividir el tiempo activo entre el tiempo acordado de servicio y
multiplicar este resultado por 100.
Ejemplo
Tiempo acordado de servicio:
24 horas al día, 7 días a la semana = 168 para la semana -
Menos 4 horas para una ventana acordada de servicio
Menos 4 horas para los tiempos inactivos debido a un cambio acordado o programado
El total ahora es de 160 horas del tiempo acordado de servicio para la semana
Tiempo inactivo provocado por Incidentes 2 horas
Tiempo inactivo provocado por cambios no planificados y no documentados =2 horas
Total = 4 horas de tiempo inactivo para la semana
Tiempo activo = Tiempo acordado de servicio — tiempo inactivo
Tiempo activo = 160—4 = 156 horas
Disponibilidad = Tiempo activo dividido entre el tiempo acordado de servicio. Posteriormente, se debe
Multiplicar el resultado por 100
Disponibilidad = (156 / 160) * 100 =97.5%
99. Fundamentos de ITIL V.3 O&M
99 | P á g i n a
Actividades Reactivas: Monitoreo, medición, análisis y administración de todos los eventos, Incidentes y
Problemas relacionados con la no disponibilidad
Actividades Proactivas: Planificación, diseño y mejora de la disponibilidad.
Disponibilidad de Servicio: Disponibilidad o no disponibilidad a nivel de servicio y el impacto, o impacto
potencial, de la disponibilidad del componente en los servicios.
Disponibilidad de Componente: Disponibilidad y no disponibilidad a nivel de componente.
Confiabilidad: Medida del tiempo que puede realizar su función un servicio, componente o CI sin
interrupciones.
Capacidad de Mantenimiento: Medida de qué tan rápido y con cuánta efectividad se puede restaurar
un servicio, componente o CI a la normalidad después de un fallo.
Capacidad de Servicio: Habilidad de un tercero para cumplir los términos de su contrato en cuanto a la
disponibilidad, confiabilidad y capacidad de mantenimiento.
Diseño para una Función Vital de Negocio:
Alta Disponibilidad: Minimiza o cubre los efectos del fallo de un componente de TI ante los
usuarios de un servicio
Tolerancia a Fallas: Habilidad de un servicio, componente o CI para operar correctamente
después del fallo de una parte de un componente
Operación Continua: Un enfoque o diseño para eliminar los tiempos inactivos planificados de un
servicio de TI, los componentes individuales pueden no estar disponibles pero el servicio sigue
estando disponible
Disponibilidad Continua: Un enfoque o diseño para conseguir una disponibilidad del 100% — El
servicio de TI no tiene tiempos inactivos planificados o no planificados
100. Fundamentos de ITIL V.3 O&M
100 | P á g i n a
ADMINISTRACION DE LA CAPACIDAD
El propósito de la Administración de la Capacidad es proporcionar un punto de enfoque y
Administración para todos los asuntos relacionados con la capacidad y el rendimiento, que se relacionan
tanto con los servicios como con los recursos.
101. Fundamentos de ITIL V.3 O&M
101 | P á g i n a
Producir y mantener un Plan de Capacidad adecuado y actualizado que refleja las necesidades
actuales y futuras del negocio
Proporcionar asesoría y guía al resto de las áreas del negocio y del área de TI sobre todos los
asuntos relacionados con la capacidad y el rendimiento
Asegurar que los logros de rendimiento del servicio cumplen o exceden todos los objetivos de
rendimiento acordados, al administrar el rendimiento y la capacidad tanto de los servicios como
de los recursos
Ayudar con el diagnóstico y la resolución de los Incidentes y Problemas relacionados con el
rendimiento y la capacidad
Evaluar el impacto de todos los cambios en el Plan de Capacidad, así como en el rendimiento y la
capacidad de todos los servicios y recursos
Asegurar la implementación de medidas proactivas para mejorar el rendimiento de los servicios
siempre que se pueda justificar su costo
103. Fundamentos de ITIL V.3 O&M
103 | P á g i n a
Conceptos Básicos de la Administración de la Capacidad
Equilibrio de los costos contra los recursos necesarios La necesidad de asegurar que la capacidad de
procesamiento que se adquiere tiene un costo justificable en términos de las necesidades del negocio, y
la necesidad de utilizar esos recursos de la forma más eficiente.
Equilibrio del suministro contra la demanda La necesidad de asegurar que el suministro disponible de
potencia de procesamiento de TI coincide con las demandas del negocio, tanto ahora como en el futuro.
También puede ser necesario manejar o influir en la demanda de un recurso particular.
Plan de Capacidad Una de las actividades clave de la Administración de la Capacidad es la producción de
un plan que documenta tanto el uso de los recursos como el rendimiento de los servicios actuales.
También prospecta los requerimientos futurosde1os recursos de TI nuevos que se necesitan para
respaldar las actividades anticipadas del negocio. El Plan de Capacidad se debe publicar por lo menos
cada año (junto con un plan de inversión de capital propuesto), y posteriormente actualizar con
regularidad (trimestralmente) para dar cuenta de los cambios del negocio y de la tecnología.
Administración de la Capacidad del Negocio Este subproceso traduce las necesidades y los planes del
negocio en requerimientos para el servicio y la infraestructura de TI, al asegurar que los requerimientos
futuros de servicios de TI del negocio se cuantifican, diseñan, planifican e implementa de manera
oportuna.
Administración de la Capacidad del Servicio El enfoque de este subproceso es la Administración, control
y predicción del rendimiento y capacidad de principio a fin del uso y las cargas de trabajo de los servicios
de TI de producción y operacionales. El Acuerdo de Nivel de Servicio (SLA) y los Requerimientos de Nivel
de de Servicio (SLR) son monitoreados y medidos para identificar los asuntos relacionados con la
capacidad. Los umbrales automatizados son útiles para ayudar a administrar los servicios. Las alertas del
umbral, cuando se diseñan correctamente, proporcionan un plazo suficiente a la Administración técnica
y de operaciones para que lleve a cabo los ajustes y evite un Incidente relacionado con la capacidad.
Administración de la Capacidad de Componente El enfoque de este subproceso es la Administración,
control y predicción del rendimiento, uso y capacidad de los componentes individuales de tecnología del
área de TI. El enfoque específico consiste en el monitoreo y la Administración de los componentes
individuales junto con los requerimientos del servicio.
104. Fundamentos de ITIL V.3 O&M
104 | P á g i n a
ADMINISTRACION DE LA CONTINUIDAD DE LOS
SERVICIOS DE TI
106. Fundamentos de ITIL V.3 O&M
106 | P á g i n a
Objetivos
Mantener el conjunto de Planes de Continuidad de Servicios de TIy planes de recuperación de TI
que soportan los Planes de Continuidad de Negocio (BCP) generales de la organización
Llevar a cabo, de manera regular, ejercicios de Análisis del Impacto de Negocio (BIA) para
asegurar que todos los planes de continuidad se mantienen en línea con los impactos y
requisitos de negocio en constante cambio
Realizar una evaluación de riesgos y ejercicios de administración regulares en coordinación con,
el negocio así como los procesos de Administración de la Disponibilidad y Administración de la
Seguridad, que administra los servicios de TI dentro de un nivel acordado de riesgos de negocio
Proporcionar asesoría y guía al resto de las áreas de negocio y al área de TI sobre los asuntos
relacionados con la continuidad y recuperación
Asegurar la instauración de los mecanismos de continuidad y recuperación adecuados para
cumplir o exceder los objetivos acordados de continuidad de negocio
Evaluar el impacto de todos los cambios en los Planes de Continuidad de Servicios de TI y planes
de recuperación del área de TI
Asegurar la implementación de medidas proactivas para mejorar la disponibilidad de los
servicios siempre que sea justificable su costo
Negociar y acordar los contratos necesarios con los proveedores para el aprovisionamiento de la
capacidad de recuperación necesaria con la finalidad de soportar todos los planes de
continuidad junto con el proceso de Administración de Proveedores
108. Fundamentos de ITIL V.3 O&M
108 | P á g i n a
Enfoque del ciclo de vida
La ITSCM es un proceso cíclico a través del ciclo de vida que asegura que una vez que se desarrollan los
planes de continuidad y recuperación del servicio éstos se mantienen alineados con los Planes de
Continuidad del Negocio (BCPs) y las prioridades del negocio.
Iniciación y requerimientos
Las etapas de iniciación y requerimientos son principalmente actividades de la BCM. La ITSCM sólo se
debe involucrar en estas etapas para respaldar las actividades de la BCM y para comprender la relación
entre los procesos del negocio y los impactos que provocan en éstos la pérdida del servicio de TI. Como
resultado de estas actividades iniciales del BIA y los Análisis del Riesgo, la BCM debe producir una
Estrategia de la Continuidad del Negocio, y la primera tarea real de la ITSCM es producir una estrategia
de la ITSCM que soporte la estrategia de la BCM y sus necesidades.
Planes de Continuidad del Negocio (BCP)
La Estrategia de la Continuidad del Negocio se debe concentrar principalmente en los procesos del
negocio y los problemas asociados (por ejemplo: Continuidad de los procesos del negocio, continuidad
del personal, continuidad de los edificios). Una vez que se produce la Estrategia de la Continuidad del
Negocio, y se determina el rol que los servicios de TI deben proporcionar dentro de la estrategia, se
puede producir una estrategia de la ITSCM que respalda y habilita la Estrategia de la Continuidad del
Negocio. Esto asegura que se puedan tomar decisiones rentables, que consideran todos los ‘recursos’
que entregarán un proceso del negocio. Las fallas al llevar a cabo esto suelen impulsar opciones de
ITSCM que son más rápidas, más complicadas y costosas que las que realmente se necesitan.
Análisis del Impacto al Negocio (BIA) & funciones críticas del negocio
Los BIA son la actividad que identifica las Funciones Vitales del Negocio (VBF) y sus dependencias. Estas
dependencias pueden incluir proveedores, personas, otros procesos del negocio, servicios de TI,
etcétera. Los BIÁ definen los requerimientos de recuperación para los Servicios de TI. Estos
requerimientos incluyen los objetivos del tiempo de recuperación, objetivos del punto de recuperación y
objetivos mínimos del Nivel de Servicio para cada Servicio de TI.
Retos de la contratación externa
Esta situación puede ser incluso más complicada en situaciones de contratación externa donde un
proceso de la ITSCM dentro de un proveedor de servicios externo u organización de contratación
externa tiene que cumplir las necesidades no sólo de los procesos y estrategias de la BCM del cliente,
sino también los procesos y las estrategias de la BCM de la propia organización de contratación externa.
Estas necesidades pueden estar en conflicto entre ellas, o pueden estar en conflicto con las necesidades
de la BCM de alguno de los clientes de la organización de contratación externa.
111. Fundamentos de ITIL V.3 O&M
111 | P á g i n a
Metas de la Transición del Servicio
Planificar y administrar la capacidad y los recursos que se requieren para empaquetar, crear,
probar e implementar una liberación en producción y establecer el servicio que se especifica en
los requerimientos del cliente y la parte involucrada.
Proporcionar un marco consistente y riguroso para la evaluación de la capacidad (capability) del
servicio y el perfil de riesgo antes de la liberación o implementación de un servicio nuevo o
modificado.
Establecer y mantener la integridad de todos los activos y configuraciones de servicio
identificado conforme evolucionan a lo largo de la etapa Transición del Servicio.
Proporcionar buenos conocimientos e información sobre calidad de manera que la
Administración de Cambios, Liberación e Implementación pueda acelerar una toma efectiva de
decisiones acerca de la promoción de una liberación a través de los ambientes de prueba y hacia
producción.
Proporcionar mecanismos de creación e instalación eficientes y repetibles que se puedan utilizar
para implementar liberaciones en los ambientes de prueba y producción, y reconstruir en caso
de que se requiera restaurar el servicio.
Asegurar que el servicio se puede administrar, operar y soportar de acuerdo con los
requerimientos y las restricciones especificados en el Diseño del Servicio.
112. Fundamentos de ITIL V.3 O&M
112 | P á g i n a
Planificar y administrar los recursos para establecer con éxito un Servicio nuevo o modificado en
la producción dentro del costo, la calidad y los plazos estimados.
Asegurar que existe un impacto mínimo imprevisto sobre los Servicios de producción,
operaciones y la Organización de soporte.
Incrementar la satisfacción del cliente, usuario y personal de Gestión de Servicios con las
prácticas de transición del Servicio, incluyendo la implementación del Servicio nuevo o
modificado, comunicaciones, documentación de versiones, capacitación y transferencia de
conocimientos.
Incrementar el uso adecuado de los Servicios, así como de las aplicaciones y soluciones de
tecnología subyacentes.
Proporcionar planes claros y completos que permiten que el cliente y el negocio cambien los
proyectos para alinear sus actividades con los planes de transición del servicio.
113. Fundamentos de ITIL V.3 O&M
113 | P á g i n a
La Transición del Servicio también agrega valor al negocio mejorar:
La calidad para adaptarse con rapidez a los requisitos nuevos y desarrollos del mercado (ventaja
competitiva)
La Gestión de transiciones de fusiones, separaciones, adquisiciones y transferencia de Servicios.
El índice de éxito de los Cambios y las Versiones para el negocio.
Las predicciones de los niveles de Servicio y las garantías para los Servicios nuevos y modificado.
La confianza en el grado de cumplimiento de los requerimientos de negocio y gobierno durante
el cambio.
La variación de lo real en comparación con los calculados y los planes/presupuestos de recursos
aprobados.
La productividad del negocio y el personal del Cliente debido a una mejor planificación y un
mejor uso de los Servicios nuevos y modificados.
La cancelación de o los cambios oportunos en los contratos de mantenimiento tanto para el
hardware como para el software cuando los componentes son desechados o puestos fuera de
servicio.
La compresión del nivel de riesgo durante y después del cambio; por ejemplo, la interrupción,
trastorno o re-trabajo del Servicio.
114. Fundamentos de ITIL V.3 O&M
114 | P á g i n a
Las siglas DIKW significan Datos, Información, Conocimientos y Sabiduría
Los datos son un conjunto de hechos discretos acerca de los eventos.
La información proviene de proporcionar contexto a los datos.
Los conocimientos están compuestos de las experiencias, ideas, información, valores y juicios
tácitos de las personas
La sabiduría proporciona el discernimiento final del material y proviene de contar con la ciencia
de la aplicación y contextual para proporcionar un juicio lógico solidó y común.
ANALISIS DE SERVICIO E INSTRUMENTACION
El Análisis de Servicio es útil para modelar los componentes de la infraestructura y servicios de soporte
existentes para los servicios del negocio de nivel más alto. Este modelo se construye sobre las
dependencias y no sobre la topología: causalidad en lugar de correlación. Posteriormente, los eventos
de infraestructura se ligan a los procesos correspondientes del negocio. Hasta aquí pueden llegar las
tecnologías modernas en una jerarquía DIKW. Es bien sabido que ninguna tecnología para computadora
puede proporcionar sabiduría. Se necesitan personas para proporcionar un entendimiento evaluado, así
como para responder y percibir las preguntas “¿Porqué?”.