Catalogo de Servicios y SLAs
Curso orientado a diseñar y gobernar un catalogo de servicios de TI comprensible para negocio, con acuerdos de nivel de servicio realistas, OLAs internos y reporting que ayude a revisar calidad, coste y expectativas.
Muchas organizaciones tienen un "catalogo" que en realidad es una lista de herramientas o una web de peticiones. El objetivo de este curso es convertirlo en un modelo operativo: servicios definidos, propietarios, dependencias, niveles de servicio, reglas de soporte y gobierno.
El primer modulo es gratuito. Solicita informacion para conocer las condiciones de acceso al curso completo.
Proximamente a la venta. El primer modulo es gratuito: registrate y empieza.
Modulo 01. Que es un servicio y como se cataloga
Objetivo del modulo
Definir que es un servicio de TI, que elementos lo componen, como convertirlo en una entrada clara de catalogo y como se relaciona con el proceso de Service Level Management (SLM).
Resultados esperados
- Diferenciar servicio, producto, aplicacion y componente tecnico con criterios claros.
- Identificar elementos minimos de una ficha de servicio orientada a valor.
- Construir una taxonomia basica de catalogo alineada con SLM.
- Entender el rol del catalogo como base para la definicion de SLAs y OLAs.
Desarrollo teorico
Un servicio de TI no es solo una herramienta tecnica ni una aplicacion aislada. Es un conjunto de capacidades que permite a un cliente o unidad de negocio obtener un resultado sin tener que gestionar toda la complejidad tecnica subyacente. Esta definicion, alineada con ITIL 4, es importante porque evita dos errores frecuentes: catalogar componentes internos como si fueran servicios de negocio, o presentar al usuario un catalogo que en realidad es una lista de aplicaciones sin contexto de valor.
El proceso de Service Level Management (SLM) establece que cada servicio catalogado debe tener expectativas de nivel de servicio definidas, medibles y acordadas con el cliente. SLM no es un proceso que ocurre despues del catalogo; es un proceso que se integra desde el diseno del servicio. Cuando se cataloga un servicio, ya se debe pensar en que disponibilidad, tiempos de respuesta y soporte se van a comprometer, porque esos parametros condicionan la ficha, los recursos necesarios y la forma en que el servicio se presenta al negocio.
Un servicio suele incluir alcance funcional (que hace y que no hace), usuarios objetivo (quien puede consumirlo), propietario o service owner (quien responde por su calidad), horario de disponibilidad (cuando esta operativo), niveles de soporte (como se gestionan incidencias y peticiones), dependencias tecnicas (que componentes lo soportan) y, en muchos casos, un modelo de solicitud o consumo (como se pide). Por ejemplo, "Correo y colaboracion" puede ser un servicio; dentro de el pueden existir componentes como Exchange Online, Teams, antispam y archivado. El usuario del catalogo no necesita navegar esos componentes al principio; necesita entender que valor obtiene, que incluye el servicio, que no incluye y como solicitarlo o reportar incidencias.
Catalogar implica seleccionar una unidad de servicio coherente. Si se baja demasiado al detalle, el catalogo se vuelve inmanejable y pierde la perspectiva de valor. Si se queda demasiado alto, pierde utilidad y el usuario no encuentra lo que necesita. Una regla practica es catalogar aquello que tiene owner claro, consumidor identificable, expectativa de nivel de servicio medible y capacidad de solicitud o soporte diferenciada. "Red corporativa" puede ser servicio interno; "Alta de usuario en ERP" probablemente sea una peticion dentro de otro servicio; "Switch de planta 2" es un componente, no un servicio para el negocio.
La relacion entre catalogo y SLM es bidireccional. El catalogo define que servicios existen y para quien; SLM define que nivel de calidad se compromete y como se mide. Sin catalogo, SLM no tiene objeto sobre el cual definir niveles de servicio. Sin SLM, el catalogo es una lista sin expectativas verificables. Esta interdependencia implica que al disenar una ficha de servicio, se deben incluir al menos los parametros basicos que despues se formalizaran en SLAs: disponibilidad objetivo, horario de servicio, severidades de incidencia y tiempos de respuesta y restauracion orientativos.
La ficha de servicio minima deberia incluir: nombre del servicio con lenguaje de negocio, descripcion orientada a valor y resultado, cliente objetivo con segmentos si procede, service owner con nombre y contacto, horario de servicio y ventanas de mantenimiento, canales de soporte y modelo de escalado, dependencias relevantes que puedan afectar la disponibilidad, criterios de criticidad para la organizacion, enlaces a SLAs vigentes o parametros orientativos de nivel de servicio, y modelo de solicitud o consumo. Algunas organizaciones anaden coste unitario o showback, centro de coste, ubicaciones cubiertas, proveedor principal y requisitos de seguridad. Lo importante es que la ficha sirva para entender y gobernar, no para acumular campos sin uso.
La taxonomia del catalogo establece como se organizan los servicios para que el usuario encuentre lo que necesita. Una taxonomia orientada a resultados agrupa servicios por necesidad: "Puesto de trabajo", "Colaboracion", "Aplicaciones de negocio", "Conectividad", "Identidad y acceso", "Seguridad". Dentro de cada categoria puede haber servicios consumibles, peticiones estandar y articulos de conocimiento. La taxonomia debe ser estable pero no rigida: debe poder evolucionar cuando cambia la cartera de servicios sin perder la coherencia para el usuario.
Un catalogo bien estructurado habilita directamente el proceso SLM porque cada entrada tiene un owner que responde por la calidad, metricas definibles, consumidores identificados y una cadena de soporte conocida. Sin esta estructura, intentar negociar SLAs se convierte en un ejercicio abstracto sin anclaje operativo.
Contenido ampliado
| Elemento | Ejemplo | Relacion con SLM |
|---|---|---|
| Servicio | Colaboracion y reuniones corporativas | SLA de disponibilidad y tiempos de soporte |
| Componente | Microsoft Teams, telefonia, grabacion | OLA del equipo tecnico responsable |
| Peticion | Alta de numero, acceso a webinar, nueva sala | Tiempo de cumplimiento comprometido |
| Owner | Responsable de workplace collaboration | Accountable del cumplimiento del SLA |
Puntos clave
- Servicio no es sinonimo de aplicacion o componente; implica valor para el consumidor.
- El catalogo debe hablar el lenguaje del cliente y del negocio, no de la infraestructura.
- Una ficha de servicio necesita owner, alcance, soporte y parametros de nivel de servicio.
- Catalogo y SLM son procesos interdependientes que se disenan conjuntamente.
- Una taxonomia buena reduce ambiguedad y solicitudes mal dirigidas.
- El catalogo es la base operativa sobre la que SLM define y mide compromisos.
Checklist operativa
- Elige cinco servicios reales y clasificalos distinguiendo servicio, componente y peticion.
- Redacta para cada uno una descripcion orientada a valor con lenguaje de negocio.
- Define que elementos son componentes y cuales son servicios consumibles.
- Asigna service owner y consumidor principal para cada servicio.
- Incluye parametros orientativos de nivel de servicio en cada ficha.
- Verifica que la taxonomia permite al usuario encontrar lo que necesita sin conocer la estructura TI.
Errores frecuentes
- Incluir infraestructura tecnica como entrada principal del catalogo.
- Escribir descripciones orientadas a TI y no al usuario.
- No aclarar que queda fuera del servicio ni las exclusiones.
- Duplicar servicios por areas sin taxonomia comun.
- Catalogar servicios sin pensar en parametros de SLM.
- Crear un catalogo sin owners que respondan por la calidad del servicio.
Practica sugerida
Toma un portal de peticiones existente y reagrupalo en servicios, peticiones y componentes, eliminando ambiguedades de nomenclatura. Para cada servicio resultante, redacta una ficha minima que incluya descripcion de valor, owner, horario, canales de soporte, criticidad y parametros orientativos de disponibilidad y tiempos de respuesta que serviran de base para el diseno de SLAs.
Preguntas de autoevaluacion
- Que hace que algo sea un servicio y no solo una herramienta, y como se refleja en la ficha de catalogo.
- Por que un servicio necesita owner visible y como se relaciona ese owner con SLM.
- Que riesgos aparecen si se catalogan componentes en lugar de servicios.
- Como contribuye el catalogo a que SLM pueda definir SLAs medibles y operativos.
Cierre
Un catalogo util empieza por nombrar bien el servicio, explicar su valor con claridad y establecer los parametros minimos que habilitaran un proceso de SLM efectivo. Sin catalogo estructurado, los acuerdos de nivel de servicio carecen de objeto; sin SLM, el catalogo es una lista sin compromiso verificable.
Disenar un catalogo de servicios que sea entendible para negocio, operativo para TI y sostenible en el tiempo, integrando las vistas necesarias para alimentar el proceso de SLM.
Que aprenderas
- Crear una taxonomia orientada a consumidor con categorias estables.
- Diferenciar vistas de negocio, tecnica y de soporte con audiencia y proposito claros.
- Definir campos, agrupaciones y criterios de mantenimiento alineados con SLM.
- Disenar la experiencia del usuario para reducir peticiones mal clasificadas.
Contenido del modulo
- Desarrollo teorico
- Contenido ampliado
- Puntos clave
- Checklist operativa
- Errores frecuentes
- Practica sugerida
- Preguntas de autoevaluacion
- Cierre
Adquiere el curso para acceder al contenido completo de este modulo.
Definir niveles de servicio, acuerdos internos y expectativas de soporte que sean medibles, realistas y sostenidos por la cadena operativa que los cumple, aplicando formulas de MTTR, MTBF y disponibilidad con rigor.
Que aprenderas
- Diferenciar SLA, OLA y underpinning contract con precision y ejemplos operativos.
- Redactar objetivos de nivel de servicio medibles, no ambiguos y sostenibles.
- Calcular y aplicar MTTR, MTBF y disponibilidad como metricas centrales del proceso SLM.
- Disenar una cadena de tiempos coherente entre SLA, OLAs y contratos externos.
Contenido del modulo
- Desarrollo teorico
- Contenido ampliado
- Puntos clave
- Checklist operativa
- Errores frecuentes
- Practica sugerida
- Preguntas de autoevaluacion
- Cierre
Adquiere el curso para acceder al contenido completo de este modulo.
Medir el comportamiento real del servicio con metricas de resultado, operacion y experiencia, construir reporting diferenciado para negocio y TI, y establecer un ciclo de revision que convierta datos en decisiones de mejora dentro del proceso SLM.
Que aprenderas
- Seleccionar metricas de resultado, de operacion y de experiencia para un servicio.
- Aplicar MTTR, MTBF y disponibilidad como metricas de tendencia y diagnostico.
- Disenar reporting ejecutivo y operativo con audiencia y preguntas distintas.
- Organizar un ciclo de revision periodica con acciones concretas, ownership y conexion con CSI.
Contenido del modulo
- Desarrollo teorico
- Contenido ampliado
- Puntos clave
- Checklist operativa
- Errores frecuentes
- Practica sugerida
- Preguntas de autoevaluacion
- Cierre
Adquiere el curso para acceder al contenido completo de este modulo.
Poner en marcha y mantener un catalogo de servicios vivo, con owners, revisiones, control de cambios y conexion operativa con SLM para que el catalogo sostenga la medicion y mejora del servicio.
Que aprenderas
- Disenar una implantacion por fases del catalogo alineada con SLM.
- Definir ownership y comites de revision con RACI claro.
- Establecer control de cambios sobre el propio catalogo.
- Conectar el gobierno del catalogo con el ciclo de revision de SLAs y con CSI.
Contenido del modulo
- Desarrollo teorico
- Contenido ampliado
- Puntos clave
- Checklist operativa
- Errores frecuentes
- Practica sugerida
- Preguntas de autoevaluacion
- Cierre
Adquiere el curso para acceder al contenido completo de este modulo.
El primer modulo es gratuito. Adquiere el curso para acceder a los 4 modulos restantes, el examen y el certificado.
Crear cuenta gratisResultados de aprendizaje
- Definir un servicio desde la perspectiva de valor y alcance.
- Diseñar un catalogo comprensible para negocio y para TI.
- Redactar SLAs y OLAs medibles.
- Implantar reporting de nivel de servicio y ciclos de revision.
- Gobernar el catalogo como activo vivo y no como documento estatico.
Publico objetivo
Service managers, owners de catalogo, PMO, soporte, operaciones, responsables de experiencia de empleado y perfiles de gobierno de servicios.
Requisitos previos
Conocer nociones basicas de ITSM o de operacion de servicios ayuda, aunque no es imprescindible.
Examen disponible
Este curso incluye un examen de 15 preguntas. El examen y el certificado forman parte del acceso completo.
Crear cuenta gratis