ITIL 4 - Key Practices
Curso orientado a estudiar ITIL 4 - Practicas Clave con un enfoque aplicable, tecnico y util para trabajo real, combinando conceptos, decisiones operativas, ejemplos y validacion del aprendizaje.
El curso de ITIL 4 - Practicas Clave esta pensado para que el alumno no solo reconozca terminos, sino que entienda como se usan en escenarios reales, que dependencias tienen y que errores aparecen cuando se aplican mal.
The first module is free. Request information about full-course access.
Please note: the course material (modules, exam, glossary and labs) is written in Spanish. Only the site interface is available in English. A good reading level of Spanish is required.
Welcome price for our first students. Valid until 31 December 2026; after that this course goes to 79 €. Buy now and keep your access at no extra cost.
Sign in to purchase this course.
Sign inModulo 01. Marco de practicas ITIL y criterios de priorizacion
Objetivo del modulo
Comprender como ITIL 4 organiza sus 34 practicas en tres categorias, por que las llama practicas en vez de procesos, y como una organizacion decide cuales activar, con que profundidad y en que orden. Establecer criterios de priorizacion basados en valor, riesgo y contexto organizativo.
Resultados esperados
- Explicar la diferencia entre practica y proceso en terminologia ITIL 4.
- Clasificar las 34 practicas en sus tres categorias: general management, service management y technical management.
- Definir criterios para priorizar que practicas activar primero.
- Relacionar la priorizacion de practicas con el contexto del servicio (criticidad, madurez, riesgo).
- Evitar el error de intentar implementar todas las practicas a la vez con la misma formalidad.
Desarrollo teorico
ITIL v3 hablaba de 26 procesos y cuatro funciones. ITIL 4 reemplaza ambos conceptos por 34 practicas. El cambio de terminologia no es cosmetico; refleja un cambio de enfoque. Un proceso es una secuencia de actividades con entradas y salidas definidas. Una practica es un conjunto de recursos organizativos disenados para realizar trabajo o conseguir un objetivo. La diferencia clave es que la practica incluye personas, competencias, herramientas, informacion, flujos de trabajo, roles y gobernanza, no solo una secuencia de pasos.
Estructura de las 34 practicas
ITIL 4 clasifica las practicas en tres categorias:
14 practicas de gestion general (general management practices): Aplicables a toda la organizacion, no solo a TI. Incluyen: architecture management, continual improvement, information security management, knowledge management, measurement and reporting, organizational change management, portfolio management, project management, relationship management, risk management, service financial management, strategy management, supplier management, workforce and talent management.
17 practicas de gestion de servicios (service management practices): El nucleo operativo de la gestion de servicios. 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.
3 practicas de gestion tecnica (technical management practices): Capacidades tecnicas especificas. Incluyen: deployment management, infrastructure and platform management, software development and management.
Por que no implementar todo a la vez
Un error frecuente en organizaciones que adoptan ITIL es intentar implementar las 34 practicas simultaneamente con el mismo nivel de formalidad. Esto produce sobrecarga, burocracia innecesaria y frustracion. No todos los servicios necesitan las mismas practicas con la misma intensidad. Un servicio de correo corporativo para 5.000 usuarios necesita incident management, problem management y change enablement maduros. Una aplicacion interna usada por 10 personas puede funcionar con practicas minimas.
Criterios de priorizacion
La decision de que practicas activar primero y con que profundidad depende de varios factores:
1. Criticidad del servicio: Un servicio que soporta procesos de negocio criticos (facturacion, produccion, atencion al paciente) necesita practicas robustas de incident management, change enablement, availability management y service continuity management. Un servicio de menor impacto puede funcionar con menos formalidad.
2. Dolor operativo actual: Si la organizacion sufre incidentes recurrentes, la prioridad es incident management y problem management. Si los cambios generan caidas frecuentes, la prioridad es change enablement. Si los SLAs se incumplen sistematicamente, la prioridad es service level management. Priorizar segun el dolor real, no segun la lista del framework.
3. Madurez organizativa: Una organizacion que no tiene un service desk funcional no deberia priorizar architecture management o portfolio management. Hay un orden logico: las practicas basicas de operacion (incident, request, change, service desk) suelen ser el cimiento sobre el que se construyen practicas mas avanzadas.
4. Requisitos regulatorios y de cumplimiento: En industrias reguladas (salud, finanzas, gobierno), information security management, risk management y service continuity management pueden ser obligatorias antes que cualquier optimizacion operativa.
5. Dependencias entre practicas: Algunas practicas se habilitan mutuamente. Problem management necesita datos de incident management. Change enablement se beneficia de service configuration management. Service level management requiere measurement and reporting. Activar una practica sin sus dependencias reduce su efectividad.
Modelo de priorizacion por capas
| Capa | Practicas | Criterio |
|---|---|---|
| Capa 1: Operacion basica | Incident management, service request management, service desk, change enablement | Sin estas, no hay operacion controlada |
| Capa 2: Estabilizacion | Problem management, monitoring and event management, service level management, knowledge management | Reducir recurrencia, detectar proactivamente, medir |
| Capa 3: Gobierno y optimizacion | Service configuration management, continual improvement, risk management, supplier management | Control, visibilidad y mejora sistematica |
| Capa 4: Estrategia y madurez | Portfolio management, architecture management, strategy management, workforce management | Alineacion estrategica y capacidad organizativa |
Este modelo no es rigido; se adapta al contexto. Una organizacion con infraestructura critica puede necesitar monitoring and event management en la capa 1. Una organizacion con fuerte dependencia de proveedores puede necesitar supplier management desde el inicio.
Practica como capacidad viva
Una practica no se "implementa" una vez y se olvida. Una practica se desarrolla, se mide, se mejora y se adapta. Cada practica tiene un nivel de madurez que puede evaluarse:
- Nivel 0: La practica no existe o es ad hoc.
- Nivel 1: La practica existe pero es reactiva y poco consistente.
- Nivel 2: La practica esta definida, con responsables y flujos basicos.
- Nivel 3: La practica se mide, se revisa y se mejora.
- Nivel 4: La practica esta optimizada e integrada con otras practicas.
No todas las practicas necesitan estar en nivel 4. El nivel objetivo depende de la criticidad del servicio y del valor que la practica aporta.
Contenido ampliado
| Concepto ITIL v3 | Concepto ITIL 4 | Diferencia |
|---|---|---|
| Proceso (26) | Practica (34) | La practica es mas amplia: incluye personas, herramientas, informacion |
| Funcion (4: service desk, tech mgmt, app mgmt, ops mgmt) | Integrada en practicas | Las funciones desaparecen como concepto; sus capacidades se absorben en practicas |
| Ciclo de vida (5 fases) | SVS + SVC | Las practicas se aplican en la SVC, no en fases secuenciales |
Puntos clave
- ITIL 4 tiene 34 practicas (no procesos): 14 general, 17 service, 3 technical.
- Una practica incluye personas, herramientas, informacion y flujos de trabajo, no solo pasos.
- No se deben implementar todas las practicas a la vez con la misma formalidad.
- La priorizacion se basa en criticidad del servicio, dolor operativo, madurez, regulacion y dependencias.
- Las practicas tienen niveles de madurez; no todas necesitan estar en el nivel maximo.
Checklist operativa
- Identificar cuales de las 34 practicas estan activas de verdad en la organizacion (no solo documentadas).
- Clasificar los servicios por criticidad para determinar que practicas necesitan mayor formalidad.
- Detectar el dolor operativo actual: que tipo de incidentes, fallos o carencias genera mas impacto.
- Validar que las practicas activas tienen responsable, metricas y mecanismo de revision.
- Revisar las dependencias entre practicas antes de activar una nueva.
Errores frecuentes
- Intentar implementar las 34 practicas simultaneamente sin priorizar.
- Tratar las practicas como procesos documentados en vez de capacidades vivas.
- Activar practicas avanzadas (portfolio, architecture) sin tener las basicas (incident, change) funcionando.
- Ignorar las dependencias entre practicas.
- Aplicar la misma formalidad a todos los servicios independientemente de su criticidad.
Practica sugerida
Haz un inventario de practicas en tu organizacion: cuales estan activas, en que nivel de madurez, y cuales faltan. Despues, identifica el mayor dolor operativo actual (incidentes recurrentes? cambios fallidos? falta de visibilidad? SLAs incumplidos?) y determina que practica deberia priorizarse para reducir ese dolor. Justifica la priorizacion con criterios de valor, riesgo y dependencias.
Preguntas de autoevaluacion
- Cuantas practicas tiene ITIL 4 y en que tres categorias se dividen?
- Que diferencia hay entre un proceso y una practica en ITIL 4?
- Por que no es recomendable implementar todas las practicas a la vez?
- Nombra cuatro criterios para priorizar que practicas activar primero.
- Que practicas considerarias basicas (capa 1) para cualquier organizacion de servicios?
Cierre
El marco de practicas de ITIL 4 no es una lista que hay que completar; es un catalogo de capacidades que cada organizacion activa segun su contexto. La clave no esta en cuantas practicas se implementan, sino en cuales aportan mas valor al servicio con el menor coste y riesgo. Priorizar con criterio, empezar por lo basico, medir resultados y evolucionar. Esa es la diferencia entre adoptar ITIL como un checklist burocratico y adoptarlo como un modelo de mejora real.
Dominar las dos practicas de gestion de servicios que generan mayor volumen de trabajo operativo diario: incident management y service request management. Comprender sus propositos diferenciados, flujos de trabajo, metricas, conexiones con otras practicas y errores criticos que degradan la operacion cuando ambas se confunden.
What you will learn
- Definir incidente y service request con precision ITIL 4.
- Describir el flujo completo de gestion de un incidente desde deteccion hasta cierre.
- Explicar el procedimiento de major incidents y su diferencia con incidentes regulares.
- Disenar modelos de cumplimiento para service requests.
- Identificar metricas clave para cada practica y sus trampas habituales.
- Justificar por que mezclar ambos flujos degrada prioridades y SLAs.
Module contents
- Incident management
- Service request management
- Por que no mezclar ambos flujos
Purchase the course to access this module in full.
Comprender problem management como la practica que reduce la recurrencia y el impacto de incidentes identificando causas raiz, gestionando errores conocidos y generando aprendizaje operativo sistematico. Dominar las tres fases de la practica y su relacion con incident management, change enablement y knowledge management.
What you will learn
- Definir problema, known error y workaround con precision ITIL 4.
- Describir las tres fases de problem management: identificacion, control de problemas, control de errores.
- Diferenciar problem management reactivo de proactivo.
- Aplicar tecnicas de analisis de causa raiz.
- Conectar problem management con incident management, change enablement y knowledge management.
- Disenar un registro de problemas operativo.
Module contents
- Terminologia clave
- Las tres fases de problem management
- Problem management reactivo vs proactivo
- Relacion con otras practicas
- El aprendizaje operativo
Purchase the course to access this module in full.
Dominar change enablement como la practica que maximiza los cambios exitosos evaluando riesgos adecuadamente. Comprender los tres tipos de cambio, los modelos de autorizacion, la relacion con otras practicas y por que ITIL 4 usa el termino "enablement" en vez de "management".
What you will learn
- Definir cambio (change) y los tres tipos en ITIL 4: estandar, normal y emergencia.
- Describir el flujo de evaluacion y autorizacion de cada tipo.
- Explicar el rol del change authority y del CAB.
- Diferenciar change enablement de release management y deployment management.
- Disenar un modelo de evaluacion de riesgo para cambios.
- Conectar change enablement con configuration management, testing y monitoring.
Module contents
- Que es un cambio
- Los tres tipos de cambio
- Evaluacion de riesgo
- El change authority y el CAB
- Calendario de cambios
- Relacion con otras practicas
- Metricas de change enablement
Purchase the course to access this module in full.
Comprender el service desk como practica central de ITIL 4 que gestiona la demanda entrante y la experiencia del usuario. Entender su evolucion de "funcion de registro de tickets" a punto de comunicacion estrategico entre la organizacion de TI y sus consumidores.
What you will learn
- Describir el proposito del service desk segun ITIL 4.
- Explicar por que ITIL 4 trata el service desk como practica, no como funcion.
- Diferenciar canales de contacto y estrategias de atencion (omnicanal, shift-left, autoservicio).
- Conectar el service desk con incident management, request management, knowledge management y monitoring.
- Disenar metricas de service desk orientadas a experiencia, no solo a volumen.
Module contents
- El service desk como punto de comunicacion
- Canales de contacto
- Shift-left y autoservicio
- Metricas del service desk
- Relacion con otras practicas
Purchase the course to access this module in full.
Comprender knowledge management como la practica que convierte informacion dispersa en conocimiento reutilizable para mejorar decisiones, acelerar resoluciones y habilitar el autoservicio. Dominar el ciclo de vida del conocimiento, el modelo DIKW, los criterios de calidad y la conexion con service desk, incident management y continual improvement.
What you will learn
- Definir el proposito de knowledge management segun ITIL 4.
- Explicar el modelo DIKW (Data, Information, Knowledge, Wisdom).
- Describir el ciclo de vida de un articulo de conocimiento.
- Conectar knowledge management con autoservicio, service desk e incident management.
- Disenar criterios de calidad para una base de conocimiento operativa.
- Identificar metricas que midan uso y valor del conocimiento, no solo volumen.
Module contents
- El modelo DIKW
- Ciclo de vida de un articulo de conocimiento
- Knowledge Centered Service (KCS)
- Knowledge management y autoservicio
- Metricas de knowledge management
- Relacion con otras practicas
Purchase the course to access this module in full.
Comprender monitoring and event management como la practica que proporciona visibilidad operativa sobre los servicios y sus componentes, detectando cambios de estado significativos antes de que el usuario sufra el impacto. Dominar la diferencia entre monitorizacion, evento, alerta y respuesta, y la relacion con observabilidad moderna.
What you will learn
- Definir evento, monitorizacion y alerta en terminologia ITIL 4.
- Clasificar eventos por tipo: informativo, de advertencia y de excepcion.
- Disenar umbrales y reglas de correlacion que reduzcan ruido operativo.
- Conectar monitoring and event management con incident management, problem management y capacity management.
- Describir los tres pilares de la observabilidad: metricas, logs y trazas.
Module contents
- Conceptos clave
- De la monitorizacion a la observabilidad
- Diseno de umbrales y reglas
- Automatizacion de respuesta
- Relacion con otras practicas
- Metricas de la practica
Purchase the course to access this module in full.
Comprender service configuration management como la practica que mantiene informacion fiable sobre los elementos de configuracion (CIs) y sus relaciones para apoyar la toma de decisiones en cambios, incidentes, problemas y diseno de servicios. Dominar los conceptos de CI, CMDB, modelo de configuracion y los criterios de alcance y calidad.
What you will learn
- Definir CI (Configuration Item) y diferenciarlo de activo (asset).
- Describir el proposito y estructura de una CMDB.
- Explicar por que las relaciones entre CIs son mas valiosas que los CIs individuales.
- Disenar un modelo de configuracion minimo para un servicio critico.
- Conectar configuration management con change enablement, incident management y problem management.
- Evitar la trampa de intentar modelar todo desde el primer dia.
Module contents
- Conceptos clave
- El valor de las relaciones
- Alcance: que modelar y que no
- Mantener la calidad
- Relacion con otras practicas
Purchase the course to access this module in full.
Comprender service level management como la practica que traduce expectativas del negocio en objetivos medibles y gobernables. Dominar la diferencia entre SLA, OLA y XLA, el diseno de metricas significativas, la importancia de las conversaciones de servicio y la relacion con reporting y mejora continua.
What you will learn
- Definir SLA, OLA, UC y XLA con precision ITIL 4.
- Disenar SLAs que midan valor real, no solo metricas tecnicas.
- Describir la practica de service review (conversaciones de servicio).
- Conectar service level management con monitoring, incident management y continual improvement.
- Identificar trampas comunes en el diseno y gestion de SLAs.
- Explicar como el reporting se convierte en accion y no en burocracia.
Module contents
- Terminologia clave
- Diseno de SLAs significativos
- Conversaciones de servicio (service reviews)
- Reporting operativo
- Relacion con otras practicas
Purchase the course to access this module in full.
Comprender como las practicas de ITIL 4 se interconectan y refuerzan mutuamente, en vez de operar como silos independientes. Visualizar los flujos de informacion entre practicas, identificar dependencias criticas y disenar un modelo operativo donde las practicas se alimenten entre si para generar valor.
What you will learn
- Dibujar el mapa de relaciones entre las practicas clave estudiadas en el curso.
- Identificar los flujos de informacion criticos entre practicas.
- Explicar por que una practica aislada pierde gran parte de su valor.
- Disenar un escenario completo que recorra multiples practicas de forma integrada.
- Conectar la integracion de practicas con la Service Value Chain.
Module contents
- El flujo integrado: de la deteccion al aprendizaje
- Mapa de flujos entre practicas
- Dependencias criticas
- La integracion dentro de la Service Value Chain
- Como evaluar la integracion en tu organizacion
Purchase the course to access this module in full.
The first module is free. Purchase the course to access the remaining 9 modules, exam and certificate.
Create free accountLearning outcomes
- Explicar con precision los conceptos nucleares de ITIL 4 - Practicas Clave.
- Comparar patrones, componentes o practicas sin mezclar niveles ni responsabilidades.
- Aplicar lo aprendido a escenarios reales de trabajo, soporte, despliegue o gobierno.
Target audience
Perfiles tecnicos, funcionales o de gobierno que necesiten aprender el tema con criterio y poder aplicarlo en soporte, operaciones, arquitectura, seguridad, automatizacion o mejora continua.
Prerequisites
Conviene tener curiosidad tecnica y nociones basicas del dominio, aunque el curso esta estructurado para construir criterio de forma progresiva.
Exam available
This course includes a 16-question exam. The exam and certificate are included with full access.
Create free account