Este material sigue el orden y las referencias del Candidate Syllabus ITIL® 4 Foundation (PeopleCert). Las referencias entre paréntesis (por ej. 2.3.1) remiten a las secciones del libro oficial ITIL Foundation: ITIL 4 Edition. Los términos clave se muestran también en inglés porque el examen usa ese vocabulario.
1. Conceptos clave de la gestión de servicios
1.1 Definiciones esenciales BL1
| Término | Definición |
|---|---|
| Servicio Service · 2.3.1 | Un medio para habilitar la co-creación de valor al facilitar los resultados (outcomes) que los clientes quieren lograr, sin que el cliente tenga que gestionar costos y riesgos específicos. |
| Utilidad Utility · 2.5.4 | La funcionalidad que ofrece un producto o servicio para satisfacer una necesidad concreta. Es el «qué hace» el servicio. Responde a: ¿es apto para el propósito (fit for purpose)? |
| Garantía Warranty · 2.5.4 | La seguridad de que un producto o servicio cumplirá los requisitos acordados. Es el «cómo se desempeña». Responde a: ¿es apto para el uso (fit for use)? Suele abarcar disponibilidad, capacidad, seguridad y continuidad. |
| Cliente Customer · 2.2.2 | Persona que define los requisitos de un servicio y asume la responsabilidad de los resultados del consumo del servicio. |
| Usuario User · 2.2.2 | Persona que usa los servicios. |
| Patrocinador Sponsor · 2.2.2 | Persona que autoriza el presupuesto para el consumo del servicio. |
| Gestión de servicios Service management · 2.0 | Un conjunto de capacidades organizacionales especializadas para habilitar valor a los clientes en forma de servicios. |
1.2 Crear valor con servicios BL2
El valor (value) es la percepción de beneficios, utilidad e importancia de algo. Punto central de ITIL 4: el valor se co-crea mediante una colaboración activa entre proveedores y consumidores.
| Concepto | Idea clave |
|---|---|
| Organización Organization | Persona o grupo de personas con sus propias funciones, responsabilidades, autoridades y relaciones para lograr sus objetivos. |
| Valor Value | Beneficios, utilidad e importancia percibidos de algo. Es subjetivo y co-creado. |
| Resultado Outcome | Un resultado para una parte interesada habilitado por uno o más outputs. Es lo que el cliente realmente quiere lograr. |
| Salida Output | Un entregable tangible o intangible de una actividad. Un output habilita un outcome. |
| Costo Cost | La cantidad de dinero gastada en una actividad o recurso. Desde el consumidor hay dos tipos: costos eliminados por el servicio y costos impuestos por el servicio. |
| Riesgo Risk | Un posible evento que puede causar daño o pérdida, o dificultar el logro de objetivos. Desde el consumidor: riesgos eliminados y riesgos impuestos por el servicio. |
| Utilidad / Garantía Utility / Warranty | Ambas son necesarias para que un servicio facilite sus resultados. Utilidad = apto para el propósito; garantía = apto para el uso. |
1.3 Relaciones de servicio BL2
Una relación de servicio (service relationship) es una cooperación entre un proveedor y un consumidor de servicios. Incluye la provisión del servicio, el consumo del servicio y la gestión de la relación de servicio.
| Término | Definición |
|---|---|
| Oferta de servicio Service offering · 2.3.2 | Descripción de uno o más servicios diseñada para atender las necesidades de un grupo consumidor objetivo. Puede incluir bienes (goods), acceso a recursos y acciones de servicio. |
| Provisión de servicio Service provision · 2.4 | Actividades que realiza una organización para proveer servicios: gestionar recursos, dar acceso, cumplir niveles de servicio, etc. |
| Consumo de servicio Service consumption · 2.4 | Actividades que realiza una organización para consumir servicios: usar recursos, realizar acciones de servicio, recibir bienes. |
| Gestión de la relación de servicio 2.4.1 | Actividades conjuntas de proveedor y consumidor para asegurar la co-creación continua de valor con base en las ofertas de servicio acordadas y disponibles. |
2. Los principios guía
2.1 Naturaleza, uso e interacción 4.3 · BL2
Un principio guía (guiding principle) es una recomendación que orienta a una organización en toda circunstancia, sin importar cambios en sus metas, estrategias, tipo de trabajo o estructura de gestión. Son universales y perdurables.
- Aplican a prácticamente cualquier iniciativa y a todas las relaciones con grupos de interés.
- No es obligatorio usarlos todos a la vez: la organización debe revisar en cada situación cuáles son más relevantes.
- Interactúan y se refuerzan entre sí; conviene considerarlos en conjunto, no de forma aislada.
2.2 Los siete principios guía 4.3.1–4.3.7 · BL2
1. Enfocarse en el valor Focus on value · 4.3.1
Todo lo que hace la organización debe, directa o indirectamente, aportar valor para los interesados. Empieza por saber quién es el consumidor y qué considera valioso. Incluye la experiencia del cliente (CX) y del usuario (UX).
2. Empezar donde estás Start where you are · 4.3.2
No empieces de cero descartando lo existente. Observa directamente el estado actual (medir en vez de suponer) y reutiliza lo que ya funciona. Cuidado con el sesgo de la observación: los datos deben ser lo más objetivos posible.
3. Progresar iterativamente con retroalimentación Progress iteratively with feedback · 4.3.3
Organiza el trabajo en iteraciones más pequeñas y manejables, ejecutadas y evaluadas de forma oportuna. Usa la retroalimentación antes, durante y después de cada iteración para corregir el rumbo.
4. Colaborar y promover la visibilidad Collaborate and promote visibility · 4.3.4
Trabajar juntos, con las personas correctas involucradas, genera mejor aceptación y más información. Hacer visible el trabajo reduce suposiciones y ayuda a la toma de decisiones. El trabajo invisible lleva a decisiones deficientes.
5. Pensar y trabajar holísticamente Think and work holistically · 4.3.5
Ningún servicio o elemento funciona de forma aislada. Los resultados se entregan a los interesados internos y externos mediante la gestión integrada de las cuatro dimensiones y de todas las actividades del sistema en su conjunto.
6. Mantenerlo simple y práctico Keep it simple and practical · 4.3.6
Usa la mínima cantidad de pasos necesarios para lograr los objetivos. Elimina lo que no aporta valor. Piensa en resultados y sé práctico; lo simple suele ser más fácil de mantener y adoptar.
7. Optimizar y automatizar Optimize and automate · 4.3.7
Primero optimizar (hacer que algo sea lo más efectivo y útil posible) y luego automatizar donde sea posible. No se debe automatizar un proceso ineficiente. La intervención humana debe reservarse para donde realmente aporta valor.
3. Las cuatro dimensiones de la gestión de servicios
Para un enfoque holístico, ITIL 4 define cuatro dimensiones que deben considerarse en todos los servicios y prácticas. Descuidar una dimensión desequilibra el sistema cap. 3.
1. Organizaciones y personas Organizations and people · 3.1
Estructuras, roles, responsabilidades, cultura, competencias y estilo de liderazgo. Las personas deben entender su contribución a la creación de valor. La cultura y las habilidades correctas son esenciales.
2. Información y tecnología Information and technology · 3.2
La información, el conocimiento y las tecnologías necesarias para gestionar servicios: flujos de información, gestión del conocimiento, y tecnologías como IA, nube, blockchain. Incluye criterios para elegir tecnología y consideraciones de seguridad y cumplimiento.
3. Socios y proveedores Partners and suppliers · 3.3
Relaciones con otras organizaciones involucradas en el diseño, despliegue, entrega, soporte y mejora de servicios. Incluye contratos y la estrategia de abastecimiento (service integration). Factores que influyen: enfoque estratégico, cultura corporativa, escasez de recursos, costos, experiencia, etc.
4. Flujos de valor y procesos Value streams and processes · 3.4
Cómo se organizan y coordinan las actividades para crear valor. Un flujo de valor (value stream) es una serie de pasos que una organización realiza para crear y entregar productos y servicios a un consumidor. Un proceso es un conjunto de actividades que transforma entradas en salidas.
4. El Sistema de Valor del Servicio (SVS)
El Sistema de Valor del Servicio (Service Value System, SVS) describe cómo todos los componentes y actividades de la organización trabajan juntos como un sistema para habilitar la creación de valor 4.1.
Entrada del SVS: oportunidad (opportunity) y demanda (demand). Salida: valor. El propósito del SVS es asegurar que la organización co-cree valor de forma continua con todas las partes interesadas mediante el uso y la gestión de productos y servicios.
Componentes del SVS
| Componente | Rol dentro del sistema |
|---|---|
| Principios guía | Recomendaciones que orientan a la organización en toda circunstancia. |
| Gobernanza Governance | El medio por el cual la organización es dirigida y controlada (dirigir, evaluar, monitorear). |
| Cadena de valor del servicio | Modelo operativo central con seis actividades para crear, entregar y mejorar servicios. |
| Prácticas Practices | Conjuntos de recursos organizacionales diseñados para realizar un trabajo o cumplir un objetivo (ITIL define 34 prácticas). |
| Mejora continua Continual improvement | Actividad recurrente en todos los niveles para asegurar que el desempeño cumpla continuamente las expectativas. |
5. La cadena de valor del servicio
5.1 Naturaleza interconectada 4.5 · BL2
La cadena de valor del servicio (Service Value Chain, SVC) es el elemento central del SVS: un modelo operativo con seis actividades que se combinan en distintas secuencias, formando múltiples flujos de valor (value streams). La cadena es flexible: las actividades se pueden combinar de muchas maneras según el escenario.
5.2 Las seis actividades de la cadena de valor BL2
| Actividad | Propósito |
|---|---|
| Planificar Plan · 4.5.1 | Asegurar una comprensión compartida de la visión, el estado actual y la dirección de mejora para las cuatro dimensiones y todos los productos y servicios. |
| Mejorar Improve · 4.5.2 | Asegurar la mejora continua de productos, servicios y prácticas a lo largo de todas las actividades de la cadena y las cuatro dimensiones. |
| Involucrar Engage · 4.5.3 | Proporcionar un buen entendimiento de las necesidades de los interesados, transparencia, y compromiso y relaciones continuas con todas las partes interesadas. |
| Diseñar y transicionar Design & transition · 4.5.4 | Asegurar que los productos y servicios cumplan continuamente las expectativas de calidad, costos y tiempo de comercialización. |
| Obtener/construir Obtain/build · 4.5.5 | Asegurar que los componentes del servicio estén disponibles cuándo y dónde se necesiten, y que cumplan las especificaciones acordadas. |
| Entregar y dar soporte Deliver & support · 4.5.6 | Asegurar que los servicios se entreguen y se soporten según las especificaciones acordadas y las expectativas de los interesados. |
6. Propósito y términos clave de 15 prácticas
Para estas 15 prácticas basta con recordar su propósito (BL1). ITIL clasifica las prácticas en tres grupos: gestión general, gestión de servicios y gestión técnica.
6.1 Propósito de las 15 prácticas BL1
| Práctica | Propósito |
|---|---|
| Gestión de la seguridad de la información 5.1.3 | Proteger la información que la organización necesita para operar: confidencialidad, integridad y disponibilidad (CIA), además de autenticación y no repudio. |
| Gestión de relaciones 5.1.9 | Establecer y cultivar los vínculos entre la organización y sus interesados a nivel estratégico y táctico. |
| Gestión de proveedores 5.1.13 | Asegurar que los proveedores y su desempeño se gestionen adecuadamente para apoyar la provisión de productos y servicios de calidad. |
| Gestión de activos de TI IT asset mgmt · 5.2.6 | Planificar y gestionar el ciclo de vida completo de todos los activos de TI para maximizar su valor, controlar costos, gestionar riesgos y apoyar decisiones sobre compra, reutilización y retiro. |
| Monitoreo y gestión de eventos 5.2.7 | Observar sistemáticamente los servicios y componentes, y registrar y reportar cambios de estado seleccionados identificados como eventos. |
| Gestión de liberaciones Release mgmt · 5.2.9 | Poner a disposición servicios y funcionalidades nuevos o modificados para su uso. |
| Gestión de la configuración del servicio 5.2.11 | Asegurar que exista información precisa y confiable sobre la configuración de los servicios y los CI que los soportan, disponible cuándo y dónde se necesite. |
| Gestión del despliegue Deployment mgmt · 5.3.1 | Mover hardware, software, documentación, procesos o cualquier componente nuevo o modificado a los entornos productivos (o de prueba). |
| Mejora continua 5.1.2 | Alinear las prácticas y servicios con las necesidades cambiantes del negocio mediante la mejora constante de productos, servicios y prácticas. (se detalla en la sección 7) |
| Habilitación del cambio Change enablement · 5.2.4 | Maximizar el número de cambios exitosos asegurando evaluación de riesgos, autorización y gestión del calendario de cambios. (se detalla en la sección 7) |
| Gestión de incidentes 5.2.5 | Minimizar el impacto negativo de los incidentes restaurando la operación normal del servicio lo antes posible. (se detalla en la sección 7) |
| Gestión de problemas 5.2.8 | Reducir la probabilidad e impacto de los incidentes identificando causas reales y potenciales y gestionando workarounds y errores conocidos. (se detalla en la sección 7) |
| Gestión de solicitudes de servicio 5.2.16 | Apoyar la calidad acordada del servicio manejando todas las solicitudes de servicio predefinidas e iniciadas por usuarios de forma eficaz y amigable. (se detalla en la sección 7) |
| Mesa de servicio Service desk · 5.2.14 | Capturar la demanda de resolución de incidentes y de solicitudes de servicio; ser el punto único de contacto. (se detalla en la sección 7) |
| Gestión de niveles de servicio SLM · 5.2.15 | Establecer objetivos claros y basados en el negocio para los niveles de servicio, y asegurar que la entrega se evalúe, monitoree y gestione contra esos objetivos. (se detalla en la sección 7) |
6.2 Definiciones de términos clave BL1
| Término | Definición |
|---|---|
| Activo de TI IT asset · 5.2.6 | Cualquier componente con valor financiero que pueda contribuir a la entrega de un producto o servicio de TI. |
| Evento Event · 5.2.7 | Cualquier cambio de estado que tenga significado para la gestión de un servicio u otro elemento de configuración (CI). Suele reconocerse por notificaciones creadas por un servicio de TI, un CI o una herramienta de monitoreo. |
| Elemento de configuración Configuration item (CI) · 5.2.11 | Cualquier componente que necesita gestionarse para entregar un servicio de TI. |
| Cambio Change · 5.2.4 | La adición, modificación o eliminación de cualquier cosa que pueda tener un efecto directo o indirecto sobre los servicios. |
| Incidente Incident · 5.2.5 | Una interrupción no planificada de un servicio, o una reducción en la calidad de un servicio. |
| Problema Problem · 5.2.8 | Una causa, o causa potencial, de uno o más incidentes. |
| Error conocido Known error · 5.2.8 | Un problema que ha sido analizado pero no ha sido resuelto. |
7. Siete prácticas en detalle
Estas 7 prácticas concentran 17 de las 40 marcas del examen: es la sección de mayor peso. Aquí hay que explicar (BL2), no solo recordar.
7.1 Mejora continua Continual improvement · 5.1.2
Propósito: alinear las prácticas y servicios de la organización con las necesidades cambiantes del negocio mediante la mejora continua de productos, servicios y prácticas.
Responsabilidades clave: fomentar la mejora en toda la organización, asegurar tiempo y presupuesto, y llevar un Registro de Mejora Continua (Continual Improvement Register, CIR) para capturar, evaluar y priorizar ideas de mejora. La mejora continua es responsabilidad de todos.
El modelo de mejora continua 4.6 · fig. 4.3
- ¿Cuál es la visión? (What is the vision?)
- ¿Dónde estamos ahora? (Where are we now?)
- ¿Dónde queremos estar? (Where do we want to be?)
- ¿Cómo llegamos allí? (How do we get there?)
- Tomar acción (Take action)
- ¿Llegamos? (Did we get there?)
- ¿Cómo mantenemos el impulso? (How do we keep the momentum going?)
7.2 Habilitación del cambio Change enablement · 5.2.4
Propósito: maximizar el número de cambios exitosos de servicios y productos, asegurando que los riesgos se evalúen adecuadamente, autorizando los cambios y gestionando el calendario de cambios (change schedule).
La autoridad de cambio (change authority) es la persona o grupo responsable de autorizar un cambio. En ITIL 4 se busca descentralizar la aprobación para agilizarla.
| Tipo de cambio | Características |
|---|---|
| Estándar Standard | De bajo riesgo, preautorizado, bien comprendido y totalmente documentado. Se ejecuta sin necesidad de autorización adicional, siguiendo un procedimiento. |
| Normal Normal | Debe programarse, evaluarse y autorizarse siguiendo un proceso. Puede apoyarse en modelos de cambio. La autorización la da la autoridad de cambio correspondiente. |
| Emergencia Emergency | Debe implementarse lo antes posible (p. ej. resolver un incidente o aplicar un parche de seguridad). Suele tener una autoridad de cambio separada; la evaluación puede acelerarse y la documentación completarse después. |
7.3 Gestión de incidentes Incident management · 5.2.5
Propósito: minimizar el impacto negativo de los incidentes restaurando la operación normal del servicio lo más rápido posible.
Un incidente es una interrupción no planificada o una reducción de la calidad de un servicio. Los incidentes deben registrarse y gestionarse, priorizarse según impacto y urgencia acordados, y resolverse dentro de tiempos objetivo. Técnicas: guiones/knowledge base, swarming, escalamiento, y un manejo especial para incidentes mayores (major incidents). La buena colaboración y la actualización a los usuarios son esenciales.
7.4 Gestión de problemas Problem management · 5.2.8
Propósito: reducir la probabilidad e impacto de los incidentes identificando causas reales y potenciales de incidentes, y gestionando workarounds y errores conocidos.
| Problema Problem | Una causa, o causa potencial, de uno o más incidentes. |
| Error conocido Known error | Un problema que ha sido analizado pero no resuelto. |
| Solución alterna Workaround | Una solución que reduce o elimina el impacto de un incidente o problema para el cual aún no hay una resolución completa. Puede documentarse en el registro del problema en cualquier etapa. |
Tres fases: identificación del problema, control del problema (análisis y documentación de workarounds/errores conocidos) y control del error (gestión de errores conocidos y posibles soluciones permanentes).
7.5 Gestión de solicitudes de servicio Service request management · 5.2.16
Propósito: apoyar la calidad acordada del servicio manejando todas las solicitudes de servicio predefinidas e iniciadas por usuarios de manera eficaz y amigable.
Una solicitud de servicio (service request) es una petición de un usuario (o su representante autorizado) que inicia una acción de servicio acordada como parte normal de la entrega del servicio. No es una falla: es algo previsto (p. ej. solicitar acceso, información, un recurso). Directrices: estandarizar y automatizar, fijar expectativas de tiempos de cumplimiento, apoyarse en políticas, y buscar oportunidades de mejora. Las solicitudes y su cumplimiento deben ser predefinidos y repetibles.
7.6 Mesa de servicio Service desk · 5.2.14
Propósito: capturar la demanda de resolución de incidentes y de solicitudes de servicio. Debe ser el punto único de contacto (single point of contact, SPOC) entre el proveedor de servicios y los usuarios.
Ofrece a los usuarios una vía clara para reportar problemas, dudas y solicitudes, y que sean reconocidos, clasificados, asignados y atendidos. Puntos clave: gran empatía y foco en la experiencia; entender el contexto del negocio; múltiples canales (teléfono, chat, portal, correo, apps, presencial); y apoyo en tecnología (flujos de trabajo, base de conocimiento, IA, automatización). Puede ser centralizada, virtual o distribuida.
7.7 Gestión de niveles de servicio Service level management · 5.2.15
Propósito: establecer objetivos claros y basados en el negocio para los niveles de servicio, y asegurar que la entrega del servicio se evalúe, monitoree y gestione adecuadamente contra esos objetivos.
Un acuerdo de nivel de servicio (Service Level Agreement, SLA) es un acuerdo documentado entre un proveedor y un cliente que identifica tanto los servicios requeridos como el nivel de servicio esperado.
Habilidades y requisitos de la SLM
- Escuchar, involucrarse y comunicarse con clientes: entender qué necesitan realmente.
- Los SLA deben relacionarse con outcomes del negocio, no solo con métricas operativas aisladas.
- Recolectar y analizar información: métricas, informes, revisiones de servicio.
¿Listo para practicar?
Pon a prueba lo aprendido con un simulacro completo en condiciones de examen.
📝 Iniciar simulador →