Documentos de Académico
Documentos de Profesional
Documentos de Cultura
CONTENIDO
1. OBJETIVO------------------------------------------------------------------------------------------------------ 3
1.1 Objetivos Específicos --------------------------------------------------------------------------------------- 3
2. ALCANCE ------------------------------------------------------------------------------------------------------ 4
3. TÉRMINOS Y DEFINICIONES ------------------------------------------------------------------------------- 4
4. ADMINISTRACION DE NIVELES DE SERVICIO ----------------------------------------------------------- 8
4.1 Principales actividades del Lineamiento de Administración de Niveles de Servicio según
ITIL® ------------------------------------------------------------------------------------------------------------ 8
4.2 Descripción de actividades del Lineamiento de Administración de Niveles de Servicio ------13
4.3 Descripción de Roles ---------------------------------------------------------------------------------------17
4.4 Matriz RACI --------------------------------------------------------------------------------------------------18
4.5 Políticas del Lineamiento de Administración de Niveles de Servicio -----------------------------19
4.6 Definición de Acuerdo de Nivel de Servicio -----------------------------------------------------------21
4.7 Consideraciones Claves -----------------------------------------------------------------------------------22
4.8 Reportes------------------------------------------------------------------------------------------------------23
5. MARCO LEGAL ----------------------------------------------------------------------------------------------25
6. REQUISITOS TÉCNICOS ------------------------------------------------------------------------------------25
7. DOCUMENTOS ASOCIADOS ------------------------------------------------------------------------------25
8. RESPONSABLE DEL DOCUMENTO -----------------------------------------------------------------------25
2
Proceso Tecnología de Información y
asociado Comunicaciones
INTRODUCCIÓN
Como parte funcional de las mejores prácticas de Administración de Servicios, se desarrolla un
lineamiento que permite evaluar y administrar los niveles de calidad de la entrega de servicios, este
lineamiento es denominado Administración de Niveles de Servicio, el cual asegura que los objetivos de
los servicios definidos en el Área de Tecnología y Sistemas de Información de Presidencia sean acordados
y documentados con todos sus clientes a través de un documento nombrado Acuerdo de Niveles de
Servicio o SLA por sus siglas en inglés. Esto habilita las herramientas e insumos necesarios para realizar
el monitoreo y revisión de los Niveles de Servicio establecidos y acordados.
Los niveles de servicio deben responder a las necesidades cambiantes del entorno que cada día se hace
más competitivo, obligando al Área de Tecnología y Sistemas de Información de Presidencia a contar con
mecanismos flexibles y capaces de detectar las necesidades de los clientes en forma oportuna.
Este documento está dirigido a los niveles tácticos y operativos del Área de Tecnología y Sistemas de
Información de Presidencia, a quien se recomienda adquirir un amplio conocimiento en la Administración
de Servicios de Tecnología y Sistemas de Información - TICs, especialmente a los funcionarios que
tomarán el rol del Lineamiento de Administración de Niveles de Servicio.
1. OBJETIVO
Evaluar y administrar los niveles de calidad de los servicios de TI, aportando valor a los usuarios y clientes,
basados en las mejores prácticas de ITIL® y el Marco Operativo de Microsoft (MOF), que apoye al
cumplimiento de estándares de calidad de la Presidencia.
Definir, documentar y acordar los niveles de servicios proporcionados por el Área de Tecnología y
Sistemas de Información.
Monitorear, medir, reportar y revisar los niveles de servicios proporcionados por el Área de
Tecnología y Sistemas de Información.
Proporcionar y mejorar la relación y la comunicación con los clientes de Presidencia de la República.
Asegurar que se implementen objetivos específicos y medibles para todos los servicios
proporcionados por el Área de Tecnología y Sistemas de Información.
Monitorear y mejorar la satisfacción de cliente mediante la calidad del servicio entregado por el
Departamento de TI DAPRE.
Asegurar que tanto el Área de Tecnología y Sistemas de Información, como los usuarios de la
Presidencia de la República tengan una expectativa clara e inequívoca del nivel de servicio que se
entregará.
3
Proceso Tecnología de Información y
asociado Comunicaciones
Asegurar que las medidas tomadas para mejorar el nivel de servicio entregado sean ejecutadas,
dentro de una relación costo beneficio justificable y acorde a la solución.
2. ALCANCE
El alcance de la Administración de Niveles de Servicio cubre los servicios definidos en el Catálogo de
Servicios de Tecnología de Información y Comunicaciones y aplican a los clientes y usuarios de la
Presidencia de la República.
También abarca los requerimientos futuros de nuevos servicios y las modificaciones en los servicios
existentes.
La Administración de Niveles de Servicio es responsable de tener comunicación regular con los clientes
del Área de Tecnología y Sistemas de Información para efectos de negociaciones.
Desde una perspectiva integral, la Administración de Niveles de Servicio debe asegurarse de que todos
los acuerdos de niveles de servicios (SLA) sean soportados por los Acuerdos de Niveles de Servicio
Operacionales (OLAs) apropiados y los contratos de terceros.
3. TÉRMINOS Y DEFINICIONES
Activo: Componente del proceso de negocios. Los activos pueden incluir, gente, edificios, sistemas
computacionales, redes, registros en papel, faxes, etc.
Acuerdo de Niveles de Servicio (Service Level Agreement - SLA): Acuerdo escrito entre el proveedor de
servicios y el cliente sobre los niveles de servicio acordados entre ambas partes.
Administración de Niveles de Servicio (Service Level Management - SLM): El proceso de definir, acordar,
documentar y manejar los niveles de servicio del cliente de TI, que son requeridos y justificados en costo.
Análisis de Impacto: La identificación de los procesos críticos de negocio, daño potencial y pérdida que
pueden causarle al negocio, resultantes de una interrupción en las operaciones de los procesos. El
análisis de impacto al negocio identifica:
4
Proceso Tecnología de Información y
asociado Comunicaciones
El tiempo dentro del cual la recuperación total del negocio es alcanzada, si es identificada.
Análisis de Riesgo: Identificar y evaluar el nivel de riesgo, tomando en cuenta los activos expuestos o
amenazados.
Calendario de Cambios Programados (Forward Scheduled Changes - FCS): Calendario que muestra a
detalle todos los cambios aprobados para su implementación con sus respectivas fechas para ello.
Deberá realizarse un acuerdo entre el cliente y el negocio, Administración de los Niveles de Servicio,
Mesa de Servicio o Mesa de Ayuda y Manejo o Administración de la Disponibilidad. Una vez realizado el
acuerdo, la mesa de servicio deberá comunicar a la comunidad usuaria cuando no se podrá disponer de
los servicios que estén relacionados con los cambios planeados, a través de los medios más efectivos
dentro de la organización.
Calidad del Servicio: Nivel de servicio contratado o acordado entre el proveedor de servicios y el cliente.
Cambio: Modificación adicional aprobada sobre la línea base de: hardware, red, software, aplicación,
ambiente, sistema, o documentación asociada.
Cambios normales: Son aquellas solicitudes de cambio que son requeridas por las unidades de negocio
o internamente por la organización de TI para mejorar un servicio. Este tipo de cambios se clasifican
también como cambios planeados, ya que se tramitan en el proceso de administración de cambios con
todos sus pasos, entre otros el de análisis y evaluación de riesgos, impacto y recursos necesarios para
realizar el cambio; puede incluso participar el Consejo de Control de Cambios (Change Advisory Board -
CAB).
Cambios urgentes: Son solicitudes de cambio, que por su naturaleza pueden provenir de un incidente
con un alto impacto o de un problema que afecte gravemente los niveles de servicio comprometido, y
cuya única solución sea a través de un cambio.
Catálogo de Servicios: Estatutos escritos de los servicios de TI, usuarios beneficiados, horarios de
atención, niveles de incumplimiento y opciones.
Cierre: Cuando un cliente está satisfecho por la resolución del incidente que levantó.
Cliente: Receptor de un servicio, normalmente servicio al cliente es responsable del costo del servicio,
ya sea de manera directa a través de la transferencia de costos o indirectamente en términos de las
necesidades del negocio.
5
Proceso Tecnología de Información y
asociado Comunicaciones
Comité de Aprobación de Cambios (CAB) (Change Advisory Board - CAB): Grupo de personas que provee
de consejos expertos en el Manejo de Cambios en la implementación de ellos. Este consejo debe contar
con un representante de cada una de las áreas de TI y de las unidades de negocio. Al final del análisis, el
CAB autoriza o rechaza la RFC en curso.
Control de Cambio: Procedimiento para asegurar que todos los cambios están controlados, incluyendo
el análisis, toma de decisiones, sujeción, aprobación, implementación y post-implementación del
cambio.
Documentación del Cambio: Requerimiento de Cambio (RFC), forma de control, orden y registro del
cambio.
Factores Críticos de Éxito (FCE): Un medidor del éxito o madurez de un proyecto o proceso. Puede ser
un estado, entregable o meta. Un ejemplo podría ser: “La elaboración de toda la estrategia de
tecnología”
Incidente: Cualquier evento que no forma parte usual o normal de la operación diaria del proceso de
negocio, que causa o puede causar una interrupción o reducción en la calidad del servicio.
Mesa de Servicios: Punto único de contacto dentro de la organización de TI, para los usuarios.
6
Proceso Tecnología de Información y
asociado Comunicaciones
Operaciones: Todas las actividades y medidas para habilitar y/o mantener el uso de la infraestructura de
TI.
Prioridad: Secuencia con la que un problema o incidente se resuelve, basado en impacto y urgencia.
Proceso: Serie de acciones, actividades, cambios, etc. conectadas. Realizadas por agentes que tienen el
propósito de satisfacer o lograr un objetivo.
Recursos: Ayudan a proveer los requerimientos de los clientes de TI. Los recursos son usualmente
computadoras y equipo relacionado, software, facilidades (edificio, sites, etc.) y gente.
Requerimiento de Servicios: Cada servicio que no sea una falla provista por la infraestructura de TI.
Servicio de TI: Conjunto de facilidades de TI y de no TI, proveídos por el servidor de dichos servicios, que
satisface con una o varias necesidades de los clientes y que el cliente lo percibe como un todo.
Sistema: Compuesto integral que consiste de uno o más procesos, hardware, software, facilidades y
gente, que tiene la capacidad de satisfacer una necesidad u objetivo.
Solicitud de Cambios (RFC): Es un formato electrónico o en papel, que contiene un conjunto de campos
para llenar cierta información, que ya en forma integral crea el perfil de un requerimiento de cambios,
entre otros campos contiene también: Filtrado, Evaluación, Análisis de Riesgos e Impacto y Consejo de
Control de Cambios, éste último a nivel de autorización.
Solución o Soporte Remoto: Incidente o problema solucionado sin la necesidad de presencia física de un
elemento del staff de soporte. Note: Esta modalidad minimiza el tiempo de falla, por lo que ayuda a
minimizar el costo efectivo de falla.
7
Proceso Tecnología de Información y
asociado Comunicaciones
Tiempo de Caída: Periodo de tiempo que un servicio o dispositivo está fuera de servicio, dentro de los
tiempos de servicio acordados.
Unidad de Negocio: Segmento de una entidad de negocio por el cual los ingresos son recibidos y los
egresos son controlados. Los egresos e ingresos son utilizados para evaluar el desempeño por segmento.
La Administración de Niveles de Servicio debe intentar mejorar de una forma proactiva todos los niveles
de servicio dentro de las prioridades establecidas al interior del departamento de TI DAPRE, de igual
forma debe mantener la calidad del servicio durante un ciclo constante, supervisar y divulgar los logros
del servicio y emprender acciones para evitar entrega de servicios deficientes.
4.1 Principales actividades del Lineamiento de Administración de Niveles de Servicio según ITIL®
Existen algunas actividades principales del lineamiento, métodos y técnicas que pueden utilizarse para
tener un Lineamiento de Administración de Niveles de Servicio eficiente y efectivo. A continuación, se
listan dichas actividades:
Se debe decidir cuál será la mejor estructura de SLA para asegurar que todos los servicios y todos los
clientes estén cubiertos de la manera más apropiada en relación con las necesidades de la organización.
Existe un número de marcos de trabajo disponibles:
• SLAs basados en servicio – Este es cuando un acuerdo de nivel de servicio abarca sólo un servicio y a
todos los usuarios que están utilizándolo. Este es un método adecuado cuando todos los clientes están
8
Proceso Tecnología de Información y
asociado Comunicaciones
utilizando el servicio de la misma manera o con un nivel de servicio similar, por ejemplo, el correo
electrónico.
• SLA basado en Cliente – Este SLA es para un grupo específico de clientes y cubre todos los servicios
que ellos utilizan. Una ventaja clave con esta estructura es que es la más fácil para negociar debido a que
no habrá conflicto entre los requerimientos de los clientes y sólo se necesita una firma. Una ventaja para
el cliente es que todos sus servicios estarán cubiertos en un solo documento.
• SLA Multinivel – Esta estructura es adoptada por muchas organizaciones y está compuesta por tres
niveles:
1. Nivel Corporativo – abarca todos los objetivos genéricos y aplica a todos los clientes de toda la
organización
2. Nivel del Cliente – abarco todos los objetivos específicos de un grupo particular de clientes
independientemente del servicio que se está recibiendo.
3. Nivel de Servicio – cubre todos los objetivos relevantes a un servicio específico en relación a un
grupo específico de clientes
Cuando sea definido ya sea una estructura o una combinación de estructuras, el SLM debe desarrollar
un número de formatos estándares para ser usados y así asegurar que todos los acuerdos sean creados
de una forma consistente. El lenguaje utilizado en dichos acuerdos debe ser claro, articulado y conciso
para prevenir malos entendidos entre las partes como resultado de ambigüedades. Debe también
incluirse un glosario de términos que ayude al personal a entender mejor la terminología utilizada.
Una de las primeras actividades al diseñar un nuevo servicio o al modificar uno existente será el generar
los borradores de las metas de desempeño, así como los requerimientos administrativos y operacionales
del servicio. Las discusiones deberán involucrar al cliente y a los representantes de todos los lineamientos
relevantes para poder asegurar que las metas y los requerimientos sean tanto realistas como
económicamente justificables. Tal vez sea apropiado plantear metas temporales las cuales pueden ser
inicialmente monitoreadas y ajustadas antes de que el servicio entre en acción y antes de firmar
cualquier acuerdo. Será responsabilidad de SLM asegurarse de que los SLRs serán revisados y
actualizados conforme el ciclo de vida del diseño avance especialmente en aquellos puntos donde exista
un impacto directo a las metas inicialmente pactadas. Todos estos factores están vigentes tanto en
servicios solicitados como aquellos diseñados y desarrollados en casa.
Los requerimientos de niveles de servicio serán usados como base en las negociaciones con los clientes
y con los proveedores de servicio al afinar los términos de los acuerdos de niveles de servicio.
9
Proceso Tecnología de Información y
asociado Comunicaciones
Un punto importante al esbozar los acuerdos de niveles de servicio es que las metas sólo deben incluirse
si efectivamente pueden ser medidas y monitoreadas. Tal vez sea necesario mejorar las capacidades de
monitoreo para poder soportar los SLAs siempre y cuando esto sea económicamente justificable. Es
también necesario asegurarse de que las metas contenidas en cualquier herramienta de Gestión de
servicios sean configuradas para coincidir con aquellas contenidas en los SLAs. Por ejemplo, las metas
que la Mesa de Servicio puede tener para la capacidad de manejo de incidentes que están configuradas
dentro de la herramienta de documentación de incidentes deben ser las mismas contenidas dentro del
SLA de manejo de incidentes.
Existen algunas cosas que no pueden ser medidas por medio de una herramienta automática. Una de
ellas es la percepción del cliente acerca del servicio recibido. Puede ser que haya algunos asuntos del
servicio que han sido manejados de manera eficaz y por lo tanto la satisfacción del cliente puede ser
buena. Pero también puede ocurrir lo contrario. Obviamente es importante el conocer la expectativa
que tiene el cliente y establecer una meta realista cuando se está esbozando y acordando un SLA, siendo
esto una parte vital de este lineamiento.
Es importante el monitorear y revisar con regularidad la percepción del cliente a cerca de los servicios
recibidos. Algunos métodos para lograr esto son:
Será muy útil en caso de que sea posible el incluir metas para estos dentro de los SLA. Es útil por lo menos
monitorear de manera regular los ratings de satisfacción general del cliente. Esto puede realizarse
fácilmente en una junta de revisión del servicio, en la cual se puede solicitar una calificación por ejemplo
del 1 al 5. Esta información será oficialmente asentada y se acordarán acciones para mejorar el
desempeño.
La entrega del servicio normalmente depende de varios proveedores y equipos de soporte tanto internos
como externos. Aunque un contrato con proveedores externos es normalmente obligatorio, se obtienen
muchos beneficios de tener documentados los acuerdos sobre las expectativas de nivel de servicio con
equipos de soporte interno y con proveedores. Cuando se depende de un tercero es vital que las metas
contenidas dentro de los acuerdos estén asentadas entre el proveedor de servicio y ese tercero y que los
acuerdos respalden la entrega de los servicios principales que están siendo entregados al cliente tal como
se definen en el SLA correspondiente. Si las metas no respaldan dichos servicios o si no existen acuerdos
establecidos entonces esto pone en riesgo la entrega del servicio al cliente.
10
Proceso Tecnología de Información y
asociado Comunicaciones
Crear un Acuerdo de Nivel de Operación entre el proveedor y la parte interna no tiene que ser un trabajo
complicado o pesado, pero debe asegurar que las metas estén establecidas entre los equipos de trabajo
internos que respaldan las metas en cuanto a los SLAs de cara al cliente. Estos deben ser monitoreados
y reportados de la misma manera en que se hace con los SLAs.
Una vez que se ha acordado un Nivel de Servicio, fírmelo e impleméntelo. Después, debe iniciar el
monitoreo de metas y la generación de los reportes respectivos. Los reportes operacionales deben ser
generados de manera regular. Reportes excepcionales se deben generar cuando existen incumplimientos
en el servicio (o sea probable que ocurran). Los reportes de servicio deberán distribuirse con anterioridad
a las juntas de revisión permitiendo así que los asistentes revisen su contenido y estén preparados poder
discutirlas dentro de la junta. Los reportes deben detallar el desempeño del servicio y medirlo contra las
metas estipuladas en los SLA. Así mismo deben contener información sobre las tendencias y cuando sea
necesario detalles de las actividades que se están llevando a cabo para mejorar la calidad del servicio (ya
sean reactivas o proactivas). En medida de lo posible se recomienda que la generación de los reportes
de servicio sea los más automatizada posible
Las juntas de revisión del servicio con el cliente deben efectuarse de manera regular. La frecuencia,
formato y asistencia debe ser formalmente documentada. Estas juntas deben revisar los reportes que
muestren el desempeño del servicio y los logros obtenidos contra las metas propuestas para el presente
periodo y también deben discutirse los asuntos que próximamente podrían generarse. Es importante
que se tomen minutas precisas especialmente de las acciones asignadas y que dichas acciones sean
revisadas activamente en las siguientes reuniones.
En las reuniones de revisión se debe poner especial atención a cualquier nivel de servicio que haya sido
comprometido y el determinar las causas de cualquier incumplimiento del servicio (o de incumplimientos
posibles), y acordar las acciones pertinentes para prevenir la recurrencia de las mismas. Más que el
rediseño de un servicio o la introducción de un nuevo y mejor componente para mejorar el desempeño
del servicio, tal vez sean las metas de servicio actuales las que deban ser revisadas.
Otro punto posible a tratar es la introducción o revisión de los OLAs. Como con cualquier acción, estas
deben ser económicamente justificables para poder ser implementadas y ser parte del programa de
mejora de continua del servicio (SIP). Esto debe ser realizado junto con el Gestor de Problemas y con el
Gestor de la Disponibilidad. Con el SIP administrado de una manera activa para poder asegurar que las
acciones son medidas para asegurar que han resuelto los asuntos para los cuales fueron generados.
Todos los acuerdos incluyendo los SLAs, OLAs y los contratos con terceros deben mantenerse
actualizados. Una vez acordados y firmados se convierten en documentos formales y sus cambios
11
Proceso Tecnología de Información y
asociado Comunicaciones
dependen de un control formal de cambios, por lo tanto, sus correcciones no proceden salvo que se
apeguen a los lineamientos y procedimientos del Gestión del Cambio. De cualquier forma, como mínimo
deben ser revisados anualmente para asegurarse de que permanecen actualizados y que continúan
alineados al negocio.
El Gestor de Niveles de Servicio provee una relación clave entre el negocio, el cliente y el proveedor de
servicios de TI. Por tal motivo necesita ganarse la confianza de todas las partes en cuestión. Esto será útil
principalmente al negociar las metas y requerimientos y permitirá al SLM poder asegurar a todas las
partes que no hay un favoritismo particular.
El Catálogo de Servicios provee información importante que permite al SLM entender las relaciones entre
los servicios, el negocio y el lineamiento que depende de dichos servicios. El catálogo también debe
contener información clave y detallada acerca de todo el negocio y de los contratos de TI relacionados
con dichos servicios. Para poder maximizar esta oportunidad, SLM debe llevar a cabo una serie de
actividades entre ellas están:
Quejas y Cumplidos:
La Gestión de Niveles de Servicio deberá incluir los lineamientos para el registro y Gestión de las quejas
y cumplidos. Todas las partes relevantes deberán acordar de inicio la definición de una queja y un
cumplido junto con las rutas de comunicación y escalamiento requeridas para que las quejas y los
cumplidos sean recibidos por los equipos de trabajo correctos de manera oportuna.
Todas las quejas y sugerencias deben ser formalmente registradas. Esto normalmente se realiza en la
herramienta de registro de incidentes. La mayoría de las quejas y cumplidos se reciben vía Mesa de
Servicio. Las quejas deben ser revisadas y se deben tomar las acciones apropiadas junto con los
escalamientos correspondientes. SLM deberá reportar particularmente acerca de las quejas recibidas y
12
Proceso Tecnología de Información y
asociado Comunicaciones
las acciones que se realizaron para rectificar los asuntos surgidos, así como cualquier detalle que debe
ser resaltado.
Actividades de Definición de SLAs A continuación se presenta una tabla con la descripción de las
actividades del Lineamiento de Administración de Niveles de Servicio. Dicha tabla está conformada por
los siguientes ítems:
13
Proceso Tecnología de Información y
asociado Comunicaciones
14
Proceso Tecnología de Información y
asociado Comunicaciones
Continúa en el procedimiento de
“Administración de cambios” y finalmente en
“Programar monitoreo continuo”
Programar Definir programación de monitoreos Administrador de
monitoreo continuo continuos. Niveles de Servicio
Negociar nuevo SLA Revisión de los contratos con proveedores Usuario Externo
externos y OLAs (Operational Level
Agreements) relacionados con el SLA, para
asegurar que los objetivos establecidos se
puedan cumplir.
15
Proceso Tecnología de Información y
asociado Comunicaciones
Continúa en el procedimiento de
“Administración de incidentes” y luego en la
compuerta “¿Existe estrategia de
mejoramiento?”
¿Existe estrategia de Determina si se identifica alguna estrategia Administrador de
mejoramiento? para la mejora en: Niveles de Servicio
- Servicios
- SLAs
- OLAs
- Contratos con terceros
16
Proceso Tecnología de Información y
asociado Comunicaciones
A continuación, se presenta la descripción del principal rol de la Administración de Nivel de Servicio. Para
el rol se proporciona la siguiente información:
17
Proceso Tecnología de Información y
asociado Comunicaciones
Administrativas
Facilidad de palabra
Capacidad de trabajo en equipo
Habilidades
Saber trabajar bajo presión
Conocimiento de la organización del Área de Tecnología y Sistemas de
Información
Una tarea muy importante es realizar un mapeo de los roles y las responsabilidades, así como su
intervención en cada una de las actividades del lineamiento, con motivo de conocer quién toma parte
en cada actividad y con qué nivel de participación. Este mapeo se lleva a cabo con una matriz llamada
RACI, donde cada letra que forma su nombre es una responsabilidad específica en la actividad.
A continuación, se muestra la nomenclatura a utilizar dentro de la tabla RACI definida para el lineamiento
de Administración de Niveles de Servicio.
RESPONSABILIDAD DESCRIPCIÓN
R Responsible Responsable de ejecutar la actividad.
18
Proceso Tecnología de Información y
asociado Comunicaciones
5 Actualizar SLA´s R
6 Crear SLA R
7 Monitoreo continuo R I
8 Revisar servicios R
9 ¿Incumplimiento de los SLA´s? R
10 Analizar el incumplimiento R
¿Alguna estrategia de
11 R
mejoramiento?
12 Programa de mejora continua I/C R
Reporte de terminación de
13 R
SLA
Las políticas del Lineamiento de Administración de Niveles de Servicio se han creado con el objetivo de:
1. Cualquier cambio a un SLA debe ser evaluado y planeado para su realización e implementación.
3. Todo cambio de los SLA´s y OLA´s debe realizarse a través del Lineamiento de Administración de
Cambios.
4. Todos los acuerdos deberán estar aceptados y firmados por las partes involucradas. Prestador(es) y
receptor(es) del servicio.
6. En la creación de un nuevo servicio, se debe diseñar un proyecto para la definición y operación que
tenga en cuenta como mínimo los siguientes aspectos:
19
Proceso Tecnología de Información y
asociado Comunicaciones
g. Identificar riesgos.
h. Diseño de una estructura del SLA.
i. Definir SLA´s pilotos para el servicio.
j. Identificar herramientas de soporte y monitoreo para los SLA y el servicio.
k. Acordar niveles de prioridad y escalamientos de incidentes y problemas que se pueden
presentar en el servicio.
7. Realizar los reportes, indicadores e informes de control, cumplimiento y seguimiento a los servicios
y SLA existentes.
9. Cuando se realice una solicitud de reporte, indicador o informe, el solicitante deberá especificar los
usuarios que tendrán acceso a dicha información
11. El diseño y producción de los reportes y/o informes, tanto los relacionados con los lineamientos,
como con los servicios, estarán a cargo del Administrador de Niveles de Servicio.
13. Todo reporte y/o informe aprobados se publican en los portales de las herramientas utilizadas por
el Área de Tecnología y Sistemas de Información.
14. Se realizará una reunión de revisión por lo menos una vez cada seis meses, con el fin de revisar el
cumplimiento de los objetivos, niveles de servicios, inconsistencias del lineamiento, e identificar
mejoras o cambios en los reportes y/o informes.
20
Proceso Tecnología de Información y
asociado Comunicaciones
15. Las inconsistencias encontradas dentro de los reportes y/o informes deberán ser registradas en
Administración de Incidentes, para tener el registro como evidencia.
16. Los cambios identificados dentro de los reportes y/o informes se reportarán por medio de un RFC a
la Administración de Cambios.
17. Las estructuras oficiales de SLAs utilizados en el Área de Tecnología y Sistemas de Información son:
SLA basado en cliente y SLA basado en servicio.
Toda estrategia de mejora deberá ser comunicada a todos los lineamientos vía correo electrónico, para
que el Grupo de Mejora Continua las tome en cuenta para proponerlas ante la Administración de
Cambios.
Realizar una matriz, que muestre el mapeo de los servicios vs los clientes que reciben el servicio es útil
para determinar el tipo de estructura de SLA más conveniente en el Área de Tecnología y Sistemas de
Información.
Con base a la tabla anterior, los Acuerdos de Niveles de Servicio identificados son:
Acuerdo de Nivel de Servicio basado en Servicio para Intranet, que abarcará a todos los usuarios,
excepto usuarios VIP.
21
Proceso Tecnología de Información y
asociado Comunicaciones
Acuerdo de Nivel de Servicio basado en Servicio para Correo Electrónico, que abarcará a todos los
usuarios, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para Diseño y Publicación de Páginas Web, que
abarcará a todos los usuarios, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para Sistemas de Información, que abarcará a todos
los usuarios, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para Video Conferencia, que abarcará a todos los
usuarios, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para SIGOB, que abarcará a todos los usuarios,
excepto usuarios VIP.
Un acuerdo de nivel de servicio basado en Servicio para los usuarios VIP; estos acuerdos serán por
cada uno de los servicios, dando un total de 10 documentos.
Acuerdo de Nivel de Servicio basado en Servicio para DALET, que abarcará los usuarios de la
Secretaría de Prensa, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para HOMINIS, que abarcará los usuarios de la
Gestión Administrativa, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para HOMINIS, que abarcará los usuarios de Talento
Humano, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para HOMINIS, que abarcará los usuarios de la
Gestión Financiera, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para ALADINO, que abarcará los usuarios de la
Adquisición de Bienes y Servicios, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para ALADINO, que abarcará los usuarios de Talento
Humano, excepto usuarios VIP.
Acuerdo de Nivel de Servicio basado en Servicio para ALADINO, que abarcará los usuarios de la
Gestión Financiera, excepto usuarios VIP.
Las Consideraciones Claves de la Administración de Niveles de Servicio son las condiciones, capacidades
y actitudes fundamentales para el éxito de la implementación y operación de la disciplina en el ambiente
productivo de la organización. A continuación, se presentan dichas consideraciones:
Los niveles de servicio deben estar expresados en términos de negocio entendidos por cliente-
usuario (en medida de lo posible).
Contar con herramientas que ayuden a proveer información útil y oportuna sobre el nivel de
servicio.
Las obligaciones de rendición de cuenta y las responsabilidades de la administración de TI están
vinculadas con los niveles de servicio.
Se proveen explicaciones detalladas y consistentes para variaciones de costo.
Existen requerimientos de servicio y medidas de desempeño claramente definidos.
22
Proceso Tecnología de Información y
asociado Comunicaciones
4.8 Reportes
Los reportes son herramientas útiles para el administrador del lineamiento y el área táctica de la
organización, ya que muestran el comportamiento del lineamiento durante un periodo determinado. La
información que proveen facilita la evaluación de la eficiencia y efectividad del proceso. A continuación,
se presenta una tabla que muestra los reportes definidos para el lineamiento de niveles de servicio. Dicha
tabla está conformada por los siguientes rubros:
23
Proceso Tecnología de Información y
asociado Comunicaciones
Periodo de valides
24
Proceso Tecnología de Información y
asociado Comunicaciones
5. MARCO LEGAL
Se puede consultar en el aplicativo SIGEPRE – Mapa de procesos – Tecnología de Información y
Comunicaciones – Normograma o en el campo de documentos asociados cuando se consulta el
documento.
6. REQUISITOS TÉCNICOS
- NTC ISO 27001.
7. DOCUMENTOS ASOCIADOS
Se puede consultar en el aplicativo SIGEPRE – Mapa de procesos – Documentos y formatos o en el campo
de documentos asociados cuando se consulta el documento.
25