ITIL 4 & Service Management

ITIL 4 Foundation

Beginner 8 modules • 24 hours

Curso base de ITIL 4 centrado en conceptos, Service Value System, cadena de valor del servicio, prácticas y vocabulario esencial para operar servicios con un lenguaje común.

Foundation no pretende convertir a nadie en consultor senior en pocos días; su valor real es dar un marco mental preciso para entender cómo se crea, protege y mejora el valor del servicio.

Modulo 01. Introduccion a la gestion de servicios moderna

Objetivo del modulo

Entender con precisión qué cubre 'Introduccion a la gestion de servicios moderna', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

La gestión de servicios moderna busca facilitar resultados para clientes y usuarios sin que estos tengan que asumir todos los costes y riesgos de producir esos resultados por sí mismos. ITIL 4 parte de esa idea y la aterriza en un lenguaje común entre negocio, proveedores internos y equipos técnicos.

Un servicio no es una aplicación aislada ni un equipo; es un medio para co-crear valor facilitando resultados deseados. En ITIL 4 el foco cambia desde la optimización de procesos individuales hacia la creación de valor de extremo a extremo. La gestión de servicios necesita equilibrar resultados de negocio, experiencia del usuario, riesgo, coste y cumplimiento. La transformación digital obliga a que soporte, desarrollo, seguridad, arquitectura y operación trabajen de forma coordinada. El lenguaje de ITIL ayuda a que diferentes roles hablen de servicios, no solo de tecnología.

Tabla de referencia

Término	Qué significa	Ejemplo
Servicio	Medio para facilitar resultados	VPN corporativa para acceso remoto
Consumidor del servicio	Quien usa, patrocina o recibe valor	Empleado que trabaja desde casa
Proveedor del servicio	Equipo u organización que opera el servicio	Área de infraestructura y soporte

Procedimiento recomendado

Identificar el resultado que el cliente desea conseguir.
Definir qué capacidades, procesos y proveedores participan en ese resultado.
Acordar cómo se medirá el valor: disponibilidad, tiempo de respuesta, satisfacción o reducción de riesgo.
Revisar de forma periódica si el servicio sigue aportando valor real y no solo cumplimiento operativo.

Escenario realista

Ejemplo aplicado: Una empresa no compra 'servidores' para teletrabajar; necesita que sus empleados accedan con seguridad a correo, aplicaciones y archivos desde fuera de la oficina. La gestión de servicios obliga a definir el servicio completo, no solo su infraestructura. La utilidad del ejemplo es que obliga a mirar el concepto no como teoría abstracta, sino como decisión operativa con consecuencias sobre soporte, riesgo, experiencia de usuario y gobierno.

Métrica o evidencia útil

Porcentaje de resultados de negocio soportados por un servicio con métricas definidas.

Artefacto recomendado

Mapa de servicio con consumidores, resultados esperados y equipos participantes.

Contenido ampliado

Este módulo se relaciona con el resto del curso 'ITIL 4 Foundation' porque aporta lenguaje, decisiones y criterios operativos que reaparecen en prácticas, flujos de valor y escenarios de examen o implantación.

Puntos clave

Un servicio no es una aplicación aislada ni un equipo; es un medio para co-crear valor facilitando resultados deseados.
En ITIL 4 el foco cambia desde la optimización de procesos individuales hacia la creación de valor de extremo a extremo.
La gestión de servicios necesita equilibrar resultados de negocio, experiencia del usuario, riesgo, coste y cumplimiento.
La transformación digital obliga a que soporte, desarrollo, seguridad, arquitectura y operación trabajen de forma coordinada.

Checklist operativa

Identificar el resultado que el cliente desea conseguir.
Definir qué capacidades, procesos y proveedores participan en ese resultado.
Acordar cómo se medirá el valor: disponibilidad, tiempo de respuesta, satisfacción o reducción de riesgo.
Revisar de forma periódica si el servicio sigue aportando valor real y no solo cumplimiento operativo.

Errores frecuentes

Definir servicios en términos puramente técnicos, por ejemplo 'clúster VMware', sin relacionarlos con valor de negocio.
Confundir el propósito del módulo con tareas administrativas o burocráticas.
No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Mapa de servicio con consumidores, resultados esperados y equipos participantes.

Preguntas de autoevaluacion

¿Cuál es la definición más ajustada de servicio en ITIL 4?
¿Qué diferencia a la gestión de servicios moderna de una visión puramente técnica?

Cierre

Si al terminar puedes explicar Introduccion a la gestion de servicios moderna usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.

Modulo 02. Conceptos clave: valor, servicio, utilidad y garantia

Objetivo del modulo

Entender con precisión qué cubre 'Conceptos clave: valor, servicio, utilidad y garantia', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

Este módulo fija el vocabulario que aparece en todo ITIL 4. Si el alumno no distingue valor, utilidad y garantía, tenderá a describir servicios como listas de funciones técnicas y no como capacidades útiles y confiables.

Valor depende de la percepción del consumidor y del contexto; no existe de forma abstracta. La utilidad describe si el servicio hace lo que el consumidor necesita. La garantía cubre atributos como disponibilidad, capacidad, continuidad y seguridad. Un servicio puede tener utilidad alta y garantía deficiente, por ejemplo una VPN muy flexible pero inestable. La co-creación de valor implica colaboración entre proveedor, consumidor, partners y procesos de gobierno.

Tabla de referencia

Concepto	Pregunta que responde	Ejemplo
Valor	¿Percibe el consumidor que merece la pena?	Ahorro de tiempo y menos errores al usar autoservicio
Utility	¿Hace lo que necesito?	La VPN permite acceso a aplicaciones internas
Warranty	¿Puedo confiar en ello?	La VPN tiene MFA, alta disponibilidad y soporte 24x7

Procedimiento recomendado

Describir el resultado que el consumidor quiere obtener.
Separar funcionalidades útiles de condiciones de uso confiables.
Definir qué compromisos de garantía son necesarios para que la utilidad sea usable.
Revisar periódicamente si la percepción de valor sigue siendo positiva.

Escenario realista

Ejemplo aplicado: Una herramienta de ticketing puede ser útil porque permite registrar incidencias, pero si tarda 20 segundos en cargar, cae en horario laboral y no integra correo, su garantía es insuficiente y el valor percibido disminuye. La utilidad del ejemplo es que obliga a mirar el concepto no como teoría abstracta, sino como decisión operativa con consecuencias sobre soporte, riesgo, experiencia de usuario y gobierno.

Métrica o evidencia útil

Relación entre funcionalidades utilizadas y cumplimiento de compromisos de disponibilidad y capacidad.

Artefacto recomendado

Ficha de valor del servicio con secciones separadas para utilidad y garantía.

Contenido ampliado

Puntos clave

Valor depende de la percepción del consumidor y del contexto; no existe de forma abstracta.
La utilidad describe si el servicio hace lo que el consumidor necesita.
La garantía cubre atributos como disponibilidad, capacidad, continuidad y seguridad.
Un servicio puede tener utilidad alta y garantía deficiente, por ejemplo una VPN muy flexible pero inestable.

Checklist operativa

Describir el resultado que el consumidor quiere obtener.
Separar funcionalidades útiles de condiciones de uso confiables.
Definir qué compromisos de garantía son necesarios para que la utilidad sea usable.
Revisar periódicamente si la percepción de valor sigue siendo positiva.

Errores frecuentes

Confundir valor con número de funcionalidades sin validar si el servicio es confiable o realmente usado.
Confundir el propósito del módulo con tareas administrativas o burocráticas.
No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Ficha de valor del servicio con secciones separadas para utilidad y garantía.

Preguntas de autoevaluacion

¿Cuál de los siguientes elementos pertenece a la garantía y no a la utilidad?
¿Qué afirmación describe mejor la utilidad?

Cierre

Si al terminar puedes explicar Conceptos clave: valor, servicio, utilidad y garantia usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.

Modulo 03. Los cuatro principios y las cuatro dimensiones

Objetivo del modulo

Entender con precisión qué cubre 'Los cuatro principios y las cuatro dimensiones', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

ITIL 4 estructura la toma de decisiones mediante siete principios guía y analiza la realidad organizativa a través de cuatro dimensiones. No son teoría ornamental: sirven para evitar decisiones sesgadas por tecnología, silos o urgencias locales.

Los guiding principles incluyen focus on value, start where you are, progress iteratively with feedback, collaborate and promote visibility, think and work holistically, keep it simple and practical y optimize and automate. Las cuatro dimensiones son organizaciones y personas, información y tecnología, partners y suppliers, y value streams y procesos. Un cambio bien diseñado debe revisarse desde las cuatro dimensiones; por ejemplo, no basta con definir la herramienta si faltan roles o proveedores. Los principios guía pueden entrar en tensión entre sí y por eso exigen criterio, no aplicación mecánica. La visión holística evita que una mejora local deteriore experiencia, seguridad o capacidad de soporte en otra parte del servicio.

Tabla de referencia

Elemento	Descripción	Uso práctico
Focus on value	No perder de vista el resultado para el consumidor	Priorizar cambios que reduzcan interrupciones visibles
Información y tecnología	Datos, aplicaciones, integraciones, infraestructura	Evaluar si la CMDB y la monitorización soportan el servicio
Partners y suppliers	Capacidades externas e internas involucradas	Revisar contratos de soporte de red y seguridad

Procedimiento recomendado

Identificar el valor esperado por el consumidor o patrocinador.
Evaluar el cambio o mejora desde las cuatro dimensiones.
Aplicar principios guía para decidir por dónde empezar y cómo iterar.
Recoger feedback temprano y ajustar antes de escalar.

Escenario realista

Ejemplo aplicado: Se quiere implantar un portal de autoservicio. La herramienta parece lista, pero al mirar las cuatro dimensiones se descubre que el catálogo no está definido, el service desk no tiene artículos de conocimiento y el proveedor externo no publica sus tiempos de respuesta. La utilidad del ejemplo es que obliga a mirar el concepto no como teoría abstracta, sino como decisión operativa con consecuencias sobre soporte, riesgo, experiencia de usuario y gobierno.

Métrica o evidencia útil

Número de iniciativas revisadas explícitamente desde las cuatro dimensiones antes de pasar a ejecución.

Artefacto recomendado

Checklist de diseño de cambios basada en principios guía y cuatro dimensiones.

Contenido ampliado

Puntos clave

Los guiding principles incluyen focus on value, start where you are, progress iteratively with feedback, collaborate and promote visibility, think and work holistically, keep it simple and practical y optimize and automate.
Las cuatro dimensiones son organizaciones y personas, información y tecnología, partners y suppliers, y value streams y procesos.
Un cambio bien diseñado debe revisarse desde las cuatro dimensiones; por ejemplo, no basta con definir la herramienta si faltan roles o proveedores.
Los principios guía pueden entrar en tensión entre sí y por eso exigen criterio, no aplicación mecánica.

Checklist operativa

Identificar el valor esperado por el consumidor o patrocinador.
Evaluar el cambio o mejora desde las cuatro dimensiones.
Aplicar principios guía para decidir por dónde empezar y cómo iterar.
Recoger feedback temprano y ajustar antes de escalar.

Errores frecuentes

Aplicar automatización solo por moda sin revisar si el proceso es simple, visible y aporta valor.
Confundir el propósito del módulo con tareas administrativas o burocráticas.
No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Checklist de diseño de cambios basada en principios guía y cuatro dimensiones.

Preguntas de autoevaluacion

¿Cuál de los siguientes NO es un guiding principle de ITIL 4?
¿Cuál de las siguientes es una de las cuatro dimensiones de ITIL 4?

Cierre

Si al terminar puedes explicar Los cuatro principios y las cuatro dimensiones usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.

Modulo 04. Service Value System y Service Value Chain

Objetivo del modulo

Entender con precisión qué cubre 'Service Value System y Service Value Chain', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

El Service Value System explica cómo todos los componentes de la organización trabajan juntos para facilitar la creación de valor. Dentro de ese sistema, la Service Value Chain es el modelo operativo con seis actividades que convierten demanda u oportunidades en valor.

El SVS está formado por guiding principles, governance, service value chain, practices y continual improvement. La SVC contiene las actividades Plan, Improve, Engage, Design and Transition, Obtain or Build y Deliver and Support. El SVS es el sistema completo; la SVC es la cadena operativa interna del sistema. Las actividades de la SVC no son lineales en todos los casos; diferentes value streams combinan actividades según el tipo de demanda. Un mismo flujo puede empezar en Engage con una petición del negocio y terminar en Deliver and Support con la operación estabilizada del servicio.

Tabla de referencia

Concepto	Qué es	Ejemplo
SVS	Sistema completo de creación de valor	Marco global que integra gobierno, prácticas y mejora
SVC	Modelo operativo de actividades	Secuencia para lanzar un nuevo servicio de VPN
Value stream	Ruta concreta dentro de la SVC	Flujo específico para gestionar una petición de acceso remoto

Procedimiento recomendado

Recibir la demanda u oportunidad a través de Engage.
Planificar prioridades, restricciones y recursos en Plan.
Diseñar o modificar el servicio en Design and Transition.
Construir u obtener capacidades necesarias en Obtain or Build.
Entregar, soportar y estabilizar el servicio en Deliver and Support.
Incorporar aprendizajes y ajustes a través de Improve.

Escenario realista

Ejemplo aplicado: Una empresa solicita un nuevo servicio de VPN para teletrabajo. El área de servicios recoge requisitos en Engage, alinea presupuesto y prioridad en Plan, diseña arquitectura y soporte en Design and Transition, aprovisiona licencias y configuraciones en Obtain or Build y finalmente pone el servicio en producción y lo opera desde Deliver and Support. Las mejoras posteriores se canalizan por Improve. La utilidad del ejemplo es que obliga a mirar el concepto no como teoría abstracta, sino como decisión operativa con consecuencias sobre soporte, riesgo, experiencia de usuario y gobierno.

Métrica o evidencia útil

Lead time desde la demanda hasta que el servicio se entrega con soporte operativo definido.

Artefacto recomendado

Diagrama de value stream que muestre cómo una demanda recorre las seis actividades.

Contenido ampliado

Puntos clave

El SVS está formado por guiding principles, governance, service value chain, practices y continual improvement.
La SVC contiene las actividades Plan, Improve, Engage, Design and Transition, Obtain or Build y Deliver and Support.
El SVS es el sistema completo; la SVC es la cadena operativa interna del sistema.
Las actividades de la SVC no son lineales en todos los casos; diferentes value streams combinan actividades según el tipo de demanda.

Checklist operativa

Recibir la demanda u oportunidad a través de Engage.
Planificar prioridades, restricciones y recursos en Plan.
Diseñar o modificar el servicio en Design and Transition.
Construir u obtener capacidades necesarias en Obtain or Build.
Entregar, soportar y estabilizar el servicio en Deliver and Support.
Incorporar aprendizajes y ajustes a través de Improve.

Errores frecuentes

Confundir SVS con una secuencia lineal de pasos, ignorando que es un sistema con gobierno, prácticas y mejora continua.
Confundir el propósito del módulo con tareas administrativas o burocráticas.
No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Diagrama de value stream que muestre cómo una demanda recorre las seis actividades.

Preguntas de autoevaluacion

¿Cuál de las siguientes NO es una actividad de la Service Value Chain?
¿Qué relación describe mejor SVS y SVC?

Cierre

Si al terminar puedes explicar Service Value System y Service Value Chain usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.

Modulo 05. Practicas ITIL: general management

Objetivo del modulo

Entender con precisión qué cubre 'Practicas ITIL: general management', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

Las general management practices son prácticas aplicables más allá de ITSM. ITIL 4 las incluye porque gobernar, medir, gestionar riesgos, conocimiento, arquitectura o personal influye directamente en la calidad del servicio.

Entre las prácticas de gestión general se encuentran continual improvement, information security management, knowledge management, measurement and reporting, organizational change management, portfolio management, project management, relationship management, risk management, strategy management, supplier management y workforce and talent management. No todas estas prácticas se activan con la misma intensidad en todos los servicios; dependen del contexto y la criticidad. Measurement and reporting evita que la gestión de servicios se base solo en percepciones. Risk management y information security management son esenciales cuando el servicio soporta procesos críticos o datos sensibles. Supplier management y relationship management son determinantes cuando parte del servicio depende de terceros.

Tabla de referencia

Práctica	Propósito	Ejemplo de uso
Measurement and reporting	Apoyar decisiones con datos	Panel mensual de SLA, MTTR y backlog
Risk management	Entender y tratar incertidumbre	Evaluación de riesgos antes de un cambio mayor
Supplier management	Asegurar valor de proveedores	Revisión trimestral con proveedor de comunicaciones

Procedimiento recomendado

Seleccionar las prácticas generales más relevantes según el servicio.
Definir responsables, artefactos y métricas de cada práctica.
Integrarlas con operaciones y gobierno del servicio, no como silos paralelos.
Revisar si generan información útil y acciones concretas.

Escenario realista

Ejemplo aplicado: Un servicio de colaboración depende de un proveedor externo de conectividad y de un equipo interno de seguridad. Sin supplier management y risk management coordinados, la operación puede parecer estable hasta que un incidente de red deja a miles de usuarios sin acceso. La utilidad del ejemplo es que obliga a mirar el concepto no como teoría abstracta, sino como decisión operativa con consecuencias sobre soporte, riesgo, experiencia de usuario y gobierno.

Métrica o evidencia útil

Porcentaje de prácticas generales críticas con responsable, artefactos y revisiones activas.

Artefacto recomendado

Matriz de prácticas generales aplicables a un servicio concreto.

Contenido ampliado

Puntos clave

Entre las prácticas de gestión general se encuentran continual improvement, information security management, knowledge management, measurement and reporting, organizational change management, portfolio management, project management, relationship management, risk management, strategy management, supplier management y workforce and talent management.
No todas estas prácticas se activan con la misma intensidad en todos los servicios; dependen del contexto y la criticidad.
Measurement and reporting evita que la gestión de servicios se base solo en percepciones.
Risk management y information security management son esenciales cuando el servicio soporta procesos críticos o datos sensibles.

Checklist operativa

Seleccionar las prácticas generales más relevantes según el servicio.
Definir responsables, artefactos y métricas de cada práctica.
Integrarlas con operaciones y gobierno del servicio, no como silos paralelos.
Revisar si generan información útil y acciones concretas.

Errores frecuentes

Intentar activar todas las prácticas con el mismo nivel de formalidad aunque el servicio no lo requiera.
Confundir el propósito del módulo con tareas administrativas o burocráticas.
No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Matriz de prácticas generales aplicables a un servicio concreto.

Preguntas de autoevaluacion

¿Cuál de las siguientes pertenece al grupo de general management practices?
¿Para qué sirve principalmente measurement and reporting?

Cierre

Si al terminar puedes explicar Practicas ITIL: general management usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.

Modulo 06. Practicas ITIL: service management

Objetivo del modulo

Entender con precisión qué cubre 'Practicas ITIL: service management', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

Las service management practices son el núcleo operativo más visible de ITIL 4. Aquí aparecen prácticas directamente relacionadas con diseño, soporte, disponibilidad, capacidad, cambios, incidentes, problemas, catálogo, niveles de servicio o peticiones.

Incluyen availability management, business analysis, capacity and performance management, change enablement, incident management, IT asset management, monitoring and event management, problem management, release management, service catalog management, service configuration management, service continuity management, service design, service desk, service level management, service request management, service validation and testing. Estas prácticas rara vez funcionan bien de forma aislada; incidentes, problemas, cambios y configuración se alimentan entre sí. Service desk aporta interfaz humana y operativa, no solo registro de tickets. Service level management traduce expectativas del negocio en objetivos medibles. Monitoring and event management ayuda a detectar degradaciones antes de que el usuario abra incidencias.

Tabla de referencia

Práctica	Finalidad	Entrada típica
Incident management	Restaurar servicio	Incidente reportado o detectado
Problem management	Reducir recurrencia y causa raíz	Incidentes repetidos o graves
Change enablement	Controlar riesgo del cambio	Solicitud de cambio o release

Procedimiento recomendado

Identificar qué prácticas están activas de verdad en el servicio y cuáles solo existen en documentos.
Mapear dependencias entre prácticas para evitar lagunas operativas.
Definir entradas, salidas y métricas mínimas por práctica.
Revisar su eficacia en cadenas de valor concretas, no solo por separado.

Escenario realista

Ejemplo aplicado: Si un cambio de red provoca una caída del portal, incident management coordina restauración, problem management investiga causa raíz, service configuration management ayuda a ver dependencias y change enablement revisa por qué el riesgo no fue tratado correctamente. La utilidad del ejemplo es que obliga a mirar el concepto no como teoría abstracta, sino como decisión operativa con consecuencias sobre soporte, riesgo, experiencia de usuario y gobierno.

Métrica o evidencia útil

Número de prácticas críticas con entradas, salidas y métricas documentadas y utilizadas.

Artefacto recomendado

Mapa de relación entre prácticas del servicio.

Contenido ampliado

Puntos clave

Incluyen availability management, business analysis, capacity and performance management, change enablement, incident management, IT asset management, monitoring and event management, problem management, release management, service catalog management, service configuration management, service continuity management, service design, service desk, service level management, service request management, service validation and testing.
Estas prácticas rara vez funcionan bien de forma aislada; incidentes, problemas, cambios y configuración se alimentan entre sí.
Service desk aporta interfaz humana y operativa, no solo registro de tickets.
Service level management traduce expectativas del negocio en objetivos medibles.

Checklist operativa

Identificar qué prácticas están activas de verdad en el servicio y cuáles solo existen en documentos.
Mapear dependencias entre prácticas para evitar lagunas operativas.
Definir entradas, salidas y métricas mínimas por práctica.
Revisar su eficacia en cadenas de valor concretas, no solo por separado.

Errores frecuentes

Diseñar procesos aislados sin definir cómo fluye la información entre prácticas.
Confundir el propósito del módulo con tareas administrativas o burocráticas.
No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Mapa de relación entre prácticas del servicio.

Preguntas de autoevaluacion

¿Cuál de las siguientes es una service management practice y no una general management practice?
¿Qué práctica ayuda a entender relaciones entre componentes del servicio?

Cierre

Si al terminar puedes explicar Practicas ITIL: service management usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.

Modulo 07. Practicas ITIL: technical management

Objetivo del modulo

Entender con precisión qué cubre 'Practicas ITIL: technical management', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

Las technical management practices representan capacidades técnicas esenciales para diseñar, desplegar, operar y mejorar servicios. ITIL 4 las trata como prácticas porque requieren personas, herramientas, políticas y mejora continua.

El grupo incluye deployment management, infrastructure and platform management y software development and management. Deployment management se ocupa de mover software, configuración o componentes a entornos objetivo de forma controlada. Infrastructure and platform management cubre operación de infraestructura, plataformas, capacidad, mantenimiento y salud técnica. Software development and management conecta desarrollo con necesidades de servicio y operación. Estas prácticas enlazan especialmente con change enablement, release management, monitoring y service validation and testing.

Tabla de referencia

Práctica técnica	Propósito	Relación directa
Deployment management	Desplegar componentes a entornos	Release management y change enablement
Infrastructure and platform management	Operar base técnica del servicio	Capacity, availability, continuity
Software development and management	Construir y mantener software útil	Design and transition, testing

Procedimiento recomendado

Definir entornos, controles y criterios de despliegue.
Alinear responsabilidad técnica con el riesgo del servicio.
Integrar observabilidad y pruebas con despliegue y operación.
Aprender de fallos técnicos y retroalimentar diseño y cambios.

Escenario realista

Ejemplo aplicado: Una versión de una aplicación de tickets necesita pasar a producción. Deployment management controla el paso a producción, software development and management asegura calidad del código e infrastructure and platform management valida que la plataforma soporte la nueva carga. La utilidad del ejemplo es que obliga a mirar el concepto no como teoría abstracta, sino como decisión operativa con consecuencias sobre soporte, riesgo, experiencia de usuario y gobierno.

Métrica o evidencia útil

Tasa de despliegues exitosos sin rollback ni degradación relevante.

Artefacto recomendado

Runbook de despliegue y operación técnica.

Contenido ampliado

Puntos clave

El grupo incluye deployment management, infrastructure and platform management y software development and management.
Deployment management se ocupa de mover software, configuración o componentes a entornos objetivo de forma controlada.
Infrastructure and platform management cubre operación de infraestructura, plataformas, capacidad, mantenimiento y salud técnica.
Software development and management conecta desarrollo con necesidades de servicio y operación.

Checklist operativa

Definir entornos, controles y criterios de despliegue.
Alinear responsabilidad técnica con el riesgo del servicio.
Integrar observabilidad y pruebas con despliegue y operación.
Aprender de fallos técnicos y retroalimentar diseño y cambios.

Errores frecuentes

Tratar lo técnico como si fuera ajeno a la gestión de servicios y dejarlo fuera de métricas, gobierno y mejora.
Confundir el propósito del módulo con tareas administrativas o burocráticas.
No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Runbook de despliegue y operación técnica.

Preguntas de autoevaluacion

¿Cuál de las siguientes prácticas pertenece al grupo técnico en ITIL 4?
¿Qué práctica se centra en mover software o componentes a entornos objetivo?

Cierre

Si al terminar puedes explicar Practicas ITIL: technical management usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.

Modulo 08. Preparacion de examen y aterrizaje practico

Objetivo del modulo

Entender con precisión qué cubre 'Preparacion de examen y aterrizaje practico', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

El cierre de Foundation debe consolidar el vocabulario, evitar confusiones frecuentes y conectar los conceptos con escenarios de servicio que un alumno pueda reconocer en su organización.

Los errores más habituales en examen son confundir utility con warranty, practice con process y SVS con SVC. No basta con memorizar listas; el examen suele validar si el candidato entiende propósito y relaciones entre conceptos. La mejor preparación combina repaso del glosario, mapas conceptuales y preguntas tipo test con explicación. Aterrizar los conceptos en un servicio real ayuda a fijar el significado de prácticas, valor y actividades de la cadena. Foundation es una base; la madurez llega cuando los términos se usan para describir un servicio real con precisión.

Tabla de referencia

Confusión frecuente	Respuesta correcta	Pista de memoria
Utility vs Warranty	Qué hace vs qué fiabilidad ofrece	Purpose frente a Use
SVS vs SVC	Sistema completo vs modelo operativo	Marco frente a cadena
Practice vs Process	Capacidad organizativa vs secuencia específica	Más amplio que flujo

Procedimiento recomendado

Repasar glosario y diferencias clave.
Resolver preguntas justificando por qué las otras opciones son incorrectas.
Relacionar cada práctica con un ejemplo de servicio conocido.
Identificar lagunas antes del examen o de la siguiente certificación.

Escenario realista

Ejemplo aplicado: Un alumno del service desk repasa Foundation usando su propio servicio de correo: define valor, utilidad, garantía, prácticas implicadas, flujo de una petición y papel del service desk. Ese tipo de aterrizaje evita respuestas mecánicas. La utilidad del ejemplo es que obliga a mirar el concepto no como teoría abstracta, sino como decisión operativa con consecuencias sobre soporte, riesgo, experiencia de usuario y gobierno.

Métrica o evidencia útil

Porcentaje de respuestas correctas explicadas con razonamiento y no solo acertadas por memoria.

Artefacto recomendado

Resumen final de una página con términos y diferencias clave.

Contenido ampliado

Puntos clave

Los errores más habituales en examen son confundir utility con warranty, practice con process y SVS con SVC.
No basta con memorizar listas; el examen suele validar si el candidato entiende propósito y relaciones entre conceptos.
La mejor preparación combina repaso del glosario, mapas conceptuales y preguntas tipo test con explicación.
Aterrizar los conceptos en un servicio real ayuda a fijar el significado de prácticas, valor y actividades de la cadena.

Checklist operativa

Repasar glosario y diferencias clave.
Resolver preguntas justificando por qué las otras opciones son incorrectas.
Relacionar cada práctica con un ejemplo de servicio conocido.
Identificar lagunas antes del examen o de la siguiente certificación.

Errores frecuentes

Estudiar únicamente exámenes de memoria sin comprender por qué una opción es la correcta.
Confundir el propósito del módulo con tareas administrativas o burocráticas.
No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Resumen final de una página con términos y diferencias clave.

Preguntas de autoevaluacion

¿Qué par de conceptos se confunde con más frecuencia en Foundation?
¿Qué estrategia ayuda mejor a fijar Foundation?

Cierre

Si al terminar puedes explicar Preparacion de examen y aterrizaje practico usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.

Learning outcomes

Explicar con precisión los conceptos de valor, servicio, utilidad, garantía y consumo de servicios.
Diferenciar el Service Value System del Service Value Chain y relacionarlos con operaciones reales.
Reconocer las prácticas más relevantes de ITIL 4 y su propósito operativo.

Target audience

Profesionales de soporte, operaciones, gobierno, consultoría, producto y gestión de servicios que necesiten una base común de ITIL 4.

Prerequisites

No se requieren conocimientos previos formales, aunque ayuda haber trabajado con incidencias, peticiones, cambios o soporte.

Study guide

Guia de estudio

Ritmo sugerido

Foundation admite un ritmo de uno o dos módulos por sesión. La clave no es la velocidad, sino fijar definiciones y relaciones antes de pasar a prácticas y preguntas.

Plan orientativo

Bloque 01: Introduccion a la gestion de servicios moderna. Objetivo: dominar la terminología y aplicarla a un ejemplo real.
Bloque 02: Conceptos clave: valor, servicio, utilidad y garantia. Objetivo: dominar la terminología y aplicarla a un ejemplo real.
Bloque 03: Los cuatro principios y las cuatro dimensiones. Objetivo: dominar la terminología y aplicarla a un ejemplo real.
Bloque 04: Service Value System y Service Value Chain. Objetivo: dominar la terminología y aplicarla a un ejemplo real.
Bloque 05: Practicas ITIL: general management. Objetivo: dominar la terminología y aplicarla a un ejemplo real.
Bloque 06: Practicas ITIL: service management. Objetivo: dominar la terminología y aplicarla a un ejemplo real.
Bloque 07: Practicas ITIL: technical management. Objetivo: dominar la terminología y aplicarla a un ejemplo real.
Bloque 08: Preparacion de examen y aterrizaje practico. Objetivo: dominar la terminología y aplicarla a un ejemplo real.

Metodo recomendado

Lee primero la definición principal del módulo.
Revisa la tabla comparativa y asegúrate de entender por qué existe.
Reescribe con tus palabras el escenario realista.
Contesta preguntas tipo test justificando cada distractor.

Evidencias de aprendizaje

Diferencias con claridad utility frente a warranty.
Sabes explicar SVS frente a SVC sin mezclar ambos conceptos.
Puedes decir qué práctica usarías ante un incidente recurrente, un cambio o una petición.

{ if (this.answers[i] === c) this.score++; }); this.submitted = true; window.scrollTo({top: 0, behavior: 'smooth'}); }, reset() { this.answers = {}; this.submitted = false; this.score = 0; } }">

Glosario del curso

SVS

Service Value System. Modelo que explica cómo todos los componentes y actividades de una organización trabajan juntos para facilitar la creación de valor.

SVC

Service Value Chain. Modelo operativo dentro del SVS con seis actividades: Plan, Improve, Engage, Design and Transition, Obtain or Build y Deliver and Support.

Utility

Lo que hace el servicio y que lo hace útil para el consumidor. Responde a la pregunta 'fit for purpose'.

Warranty

Aseguramiento de que el servicio estará disponible, seguro, con capacidad y continuidad adecuadas. Responde a 'fit for use'.

Practice

Conjunto de recursos organizativos diseñado para realizar trabajo o alcanzar un objetivo. Sustituye la visión rígida de 'proceso' como unidad única.

Guiding Principles

Recomendaciones universales que ayudan a orientar decisiones y acciones en cualquier circunstancia.

Lab / Workshop

Laboratorio o Taller

Objetivo

Selecciona un servicio real de tu entorno (VPN, correo, service desk o portal de compras). Documenta consumidor, proveedor, resultado esperado, utility, warranty, prácticas implicadas y un ejemplo de demanda que recorra la Service Value Chain. Termina comparando SVS y SVC en un diagrama propio.

Secuencia sugerida

Elige un servicio real o simulado.
Documenta consumidor, proveedor y resultado esperado.
Identifica utility, warranty y prácticas involucradas.
Dibuja un flujo o cadena de valor relacionada con la demanda principal.
Contrasta tu diseño con el glosario y el examen.

Entregables

Documento o tablero visual del servicio.
Tabla de conceptos ITIL aplicados.
Reflexión final sobre errores de interpretación detectados.

Integrative case study

Caso Practico Integrador

Escenario

La empresa IberRetail opera 120 tiendas, teletrabajo y un portal de ecommerce. El service desk recibe incidencias sobre VPN, correo, TPV y portal web, pero cada equipo usa un vocabulario distinto y los responsables de negocio no entienden por qué algunas prioridades cambian. El alumno debe usar Foundation para crear un mapa del servicio, definir valor, utility y warranty de dos servicios críticos, identificar prácticas relevantes y explicar un flujo de demanda usando el Service Value Chain.

Objetivo del caso

Usar el vocabulario y los conceptos del curso para ordenar un problema de servicio real, identificar valor, prácticas implicadas, riesgos y decisiones operativas.

Entregables esperados

Mapa del servicio y consumidores.
Lista de prácticas ITIL 4 implicadas y su papel.
Riesgos detectados y propuesta de mejora priorizada.
Resumen ejecutivo de una página.

Criterios de calidad

Definiciones correctas y sin mezclar términos.
Relación clara entre teoría y servicio real.
Medidas propuestas coherentes con el problema descrito.

Recursos y Bibliografia Orientativa

Fuentes base del area

Estrategia recomendada

Usa este curso como hilo conductor.
Contrasta terminología y alcance con la documentación oficial del esquema ITIL 4.
Si trabajas ya en un entorno ITSM, intenta mapear cada práctica a tu herramienta o proceso real.

Evaluation

Evaluacion del Curso

Preguntas abiertas de repaso

Pregunta 01

Enunciado: Explica con un ejemplo real de servicio qué cubre 'Introduccion a la gestion de servicios moderna' y por qué no debe confundirse con otros conceptos de ITIL 4.
Que se espera en la respuesta: definición precisa, ejemplo aplicado y distinción frente a un término cercano.
Pregunta 02
Enunciado: Explica con un ejemplo real de servicio qué cubre 'Conceptos clave: valor, servicio, utilidad y garantia' y por qué no debe confundirse con otros conceptos de ITIL 4.
Que se espera en la respuesta: definición precisa, ejemplo aplicado y distinción frente a un término cercano.
Pregunta 03
Enunciado: Explica con un ejemplo real de servicio qué cubre 'Los cuatro principios y las cuatro dimensiones' y por qué no debe confundirse con otros conceptos de ITIL 4.
Que se espera en la respuesta: definición precisa, ejemplo aplicado y distinción frente a un término cercano.
Pregunta 04
Enunciado: Explica con un ejemplo real de servicio qué cubre 'Service Value System y Service Value Chain' y por qué no debe confundirse con otros conceptos de ITIL 4.
Que se espera en la respuesta: definición precisa, ejemplo aplicado y distinción frente a un término cercano.
Pregunta 05
Enunciado: Explica con un ejemplo real de servicio qué cubre 'Practicas ITIL: general management' y por qué no debe confundirse con otros conceptos de ITIL 4.
Que se espera en la respuesta: definición precisa, ejemplo aplicado y distinción frente a un término cercano.
Pregunta 06
Enunciado: Explica con un ejemplo real de servicio qué cubre 'Practicas ITIL: service management' y por qué no debe confundirse con otros conceptos de ITIL 4.
Que se espera en la respuesta: definición precisa, ejemplo aplicado y distinción frente a un término cercano.
Pregunta 07
Enunciado: Explica con un ejemplo real de servicio qué cubre 'Practicas ITIL: technical management' y por qué no debe confundirse con otros conceptos de ITIL 4.
Que se espera en la respuesta: definición precisa, ejemplo aplicado y distinción frente a un término cercano.
Pregunta 08
Enunciado: Explica con un ejemplo real de servicio qué cubre 'Preparacion de examen y aterrizaje practico' y por qué no debe confundirse con otros conceptos de ITIL 4.
Que se espera en la respuesta: definición precisa, ejemplo aplicado y distinción frente a un término cercano.

← Back to ITIL 4 & Service Management