Modulo 01. Direccion y gobierno orientados a valor

Objetivo del modulo

Comprender cómo las funciones de dirección y gobierno en ITIL 4 se orientan a maximizar el valor entregado por los servicios, diferenciando claramente entre gobernar y gestionar, y aplicando principios de dirección que conecten las decisiones de TI con los resultados de negocio.

Desarrollo teorico

La dirección y el gobierno orientados a valor constituyen el primer pilar de DPI porque establecen el marco dentro del cual se planifica, se ejecuta y se mejora. Sin una dirección clara y un gobierno efectivo, las iniciativas de mejora carecen de rumbo, las decisiones se toman de forma reactiva y el valor entregado por TI queda desconectado de las necesidades del negocio.

Diferencia entre gobernar y gestionar

ITIL 4 distingue claramente entre gobierno (governance) y gestión (management). El gobierno establece la dirección, evalúa el rendimiento y asegura el cumplimiento. La gestión planifica, construye, entrega y soporta los servicios dentro de los límites que establece el gobierno. Esta separación es fundamental porque confundir ambas funciones produce dos patrones disfuncionales: o bien los órganos de gobierno se involucran en decisiones operativas detalladas (microgestión), o bien la gestión opera sin supervisión ni dirección estratégica (autonomía sin rendición de cuentas).

En la práctica, el gobierno responde a preguntas como: estamos invirtiendo en los servicios correctos, los servicios entregan el valor esperado, los riesgos están identificados y gestionados, cumplimos con las obligaciones regulatorias y contractuales. La gestión responde a preguntas como: cómo diseñamos este servicio, cómo gestionamos los incidentes, cómo desplegamos los cambios, cómo medimos el rendimiento operativo.

El concepto de dirección en DPI

Dirigir (direct) en el contexto DPI significa establecer la intención y la dirección de las actividades de gestión de servicios. Esto incluye definir políticas, establecer prioridades, asignar recursos y comunicar expectativas. La dirección efectiva se caracteriza por ser clara (las personas saben qué se espera), coherente (las decisiones no se contradicen entre sí), comunicada (las decisiones llegan a quienes las necesitan) y revisable (se evalúa si la dirección sigue siendo correcta).

Un error frecuente es confundir dirección con la emisión de órdenes. Dirigir en DPI implica crear las condiciones para que los equipos tomen buenas decisiones, no dictar cada decisión. Esto se materializa en políticas que establecen principios y límites (por ejemplo, una política de cambios que define qué tipos de cambios requieren aprobación y cuáles pueden desplegarse de forma autónoma) en lugar de procedimientos detallados para cada situación posible.

Gobierno orientado a valor

El gobierno orientado a valor se diferencia del gobierno burocrático en su foco. El gobierno burocrático se centra en el cumplimiento de procesos: se siguieron los pasos correctos, se rellenaron los formularios adecuados, se obtuvieron las aprobaciones necesarias. El gobierno orientado a valor se centra en los resultados: el servicio entrega el valor esperado, los riesgos están bajo control, los recursos se utilizan de forma eficiente, los stakeholders están satisfechos.

ITIL 4 propone que el gobierno se estructure en tres actividades principales: evaluar (evaluate), dirigir (direct) y monitorizar (monitor). Evaluar implica analizar la situación actual, las opciones disponibles y las tendencias. Dirigir implica tomar decisiones y establecer la dirección. Monitorizar implica verificar que la dirección establecida se sigue y produce los resultados esperados.

Este ciclo evaluar-dirigir-monitorizar se aplica a múltiples niveles. A nivel corporativo, el consejo de administración evalúa la estrategia digital, dirige la inversión en TI y monitoriza el retorno. A nivel de servicio, el service owner evalúa el rendimiento del servicio, dirige las mejoras prioritarias y monitoriza los SLOs. A nivel operativo, el team lead evalúa la capacidad del equipo, dirige la asignación de trabajo y monitoriza la productividad.

Autoridad, responsabilidad y rendición de cuentas

DPI establece que la dirección efectiva requiere claridad en tres dimensiones: quién tiene autoridad para tomar decisiones (authority), quién es responsable de ejecutar las acciones (responsibility) y quién debe rendir cuentas de los resultados (accountability). La confusión en estas dimensiones produce parálisis (nadie se atreve a decidir porque no tiene claro si tiene autoridad), duplicación (varias personas toman decisiones contradictorias sobre el mismo tema) o falta de seguimiento (nadie verifica si las decisiones se implementan porque la rendición de cuentas no está asignada).

En la práctica, esto se traduce en matrices de autoridad que definen quién decide qué para cada tipo de decisión relevante. Por ejemplo, quién aprueba un cambio de presupuesto, quién autoriza una excepción a la política de seguridad, quién decide la prioridad entre dos iniciativas de mejora en conflicto.

Escenario realista

Ejemplo aplicado: Una empresa de seguros tiene un departamento de TI con 200 personas que soporta 45 servicios. Históricamente, el gobierno de TI se ha limitado a un comité mensual donde se revisan incidentes graves y se aprueban presupuestos. No existe una conexión clara entre las decisiones de este comité y la operación diaria. Se diseña un modelo de gobierno orientado a valor con tres niveles. El nivel estratégico (trimestral) evalúa la alineación del portfolio de servicios con los objetivos de negocio y dirige la inversión. El nivel táctico (mensual) evalúa el rendimiento de los servicios críticos frente a SLOs, dirige las iniciativas de mejora y monitoriza el progreso del CSI register. El nivel operativo (semanal) evalúa el backlog de cambios, la capacidad del equipo y los riesgos emergentes. Cada nivel tiene autoridad, responsabilidad y rendición de cuentas definidas. A los seis meses, las decisiones de inversión se toman con datos de rendimiento de servicios, no con percepciones, y las mejoras se priorizan por impacto en valor de negocio.

Tabla de referencia

Procedimiento recomendado

1. Definir los niveles de gobierno necesarios para la organización (estratégico, táctico, operativo)
2. Establecer autoridad, responsabilidad y rendición de cuentas para cada nivel
3. Diseñar el ciclo evaluar-dirigir-monitorizar con métricas específicas para cada nivel
4. Comunicar las políticas y decisiones de gobierno de forma clara a todos los stakeholders
5. Revisar periódicamente si el modelo de gobierno sigue siendo adecuado

Métrica o evidencia útil

Porcentaje de decisiones de inversión basadas en datos de rendimiento de servicios, tiempo medio desde la identificación de una desviación hasta la acción correctiva, número de servicios con SLOs definidos y monitorizados, y satisfacción de stakeholders con la comunicación de gobierno.

Artefacto recomendado

Documento de modelo de gobierno que incluya niveles de gobierno, autoridades definidas, ciclo evaluar-dirigir-monitorizar con métricas, y política de escalado para decisiones que superan la autoridad de un nivel.

Contenido ampliado

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

Puntos clave

• Gobernar y gestionar son funciones distintas con responsabilidades diferentes que no deben confundirse.
• Dirigir significa crear condiciones para buenas decisiones, no dictar cada acción operativa.
• El gobierno orientado a valor se centra en resultados y riesgos, no en cumplimiento burocrático de procesos.
• El ciclo evaluar-dirigir-monitorizar se aplica a todos los niveles de la organización.
• La claridad en autoridad, responsabilidad y rendición de cuentas es requisito previo para una dirección efectiva.

Checklist operativa

• Verificar que existe separación clara entre funciones de gobierno y de gestión
• Definir el ciclo evaluar-dirigir-monitorizar para cada nivel de gobierno
• Establecer matrices de autoridad para los tipos de decisión más relevantes
• Comunicar las políticas de dirección a todos los equipos afectados
• Revisar trimestralmente si el modelo de gobierno sigue alineado con los objetivos de negocio

Errores frecuentes

• Confundir gobierno con microgestión, involucrando al comité de gobierno en decisiones operativas detalladas.
• Establecer gobierno puramente burocrático que se centra en formularios y aprobaciones sin medir valor.
• No definir quién tiene autoridad para cada tipo de decisión, causando parálisis o decisiones contradictorias.
• Crear estructuras de gobierno que no se revisan ni adaptan cuando cambia el contexto.
• Separar gobierno de gestión de forma tan radical que pierden la conexión y la coherencia.

Practica sugerida

Diseña un modelo de gobierno de tres niveles para una organización de TI ficticia con 15 servicios: define los foros de gobierno, su frecuencia, las métricas que revisan, las decisiones que toman y la autoridad de cada nivel. Incluye un ejemplo de cómo escalaría una decisión del nivel operativo al táctico.

Preguntas de autoevaluacion

• Qué diferencia hay entre gobernar y gestionar en el contexto de ITIL 4 DPI.
• Cómo se aplica el ciclo evaluar-dirigir-monitorizar a un servicio concreto.
• Por qué el gobierno orientado a valor supera al gobierno centrado en cumplimiento de procesos.
• Qué problemas produce la falta de claridad en autoridad y rendición de cuentas.

Cierre

Si al terminar puedes diseñar un modelo de gobierno orientado a valor con niveles claros, autoridades definidas y métricas que conecten las decisiones de dirección con los resultados de servicio, el módulo te habrá dado una base aplicable y no solo vocabulario.

Modulo 02. Planificacion y priorizacion del trabajo

Objetivo del modulo

Aplicar técnicas de planificación y priorización que permitan convertir la dirección estratégica en trabajo concreto, secuenciado y alineado con el valor de negocio, dentro del marco DPI de ITIL 4.

Desarrollo teorico

La planificación y priorización del trabajo en DPI conecta las decisiones de dirección con la ejecución real. Sin planificación, la dirección se queda en intención. Sin priorización, el trabajo se acumula sin criterio y los equipos se dispersan entre tareas urgentes y tareas importantes sin distinguir unas de otras. DPI aborda la planificación como una actividad continua y adaptativa, no como un ejercicio anual que produce un plan rígido que nadie sigue.

Niveles de planificación en DPI

ITIL 4 reconoce que la planificación opera a distintos niveles y horizontes temporales. La planificación estratégica define qué servicios necesita la organización, qué capacidades debe desarrollar y qué inversiones debe realizar a medio y largo plazo. La planificación táctica traduce la estrategia en iniciativas concretas, asigna recursos y establece hitos. La planificación operativa organiza el trabajo diario y semanal de los equipos.

Cada nivel tiene características diferentes. La planificación estratégica trabaja con incertidumbre alta, horizontes de uno a tres años y decisiones de inversión significativas. La planificación táctica trabaja con incertidumbre media, horizontes de uno a seis meses y decisiones sobre prioridad entre iniciativas. La planificación operativa trabaja con incertidumbre baja, horizontes de una a cuatro semanas y decisiones sobre asignación de tareas a personas.

Un error habitual es aplicar el mismo nivel de detalle y el mismo método de planificación a todos los niveles. La planificación estratégica requiere flexibilidad y revisión frecuente; la planificación operativa requiere precisión y compromiso.

Métodos de planificación

DPI no prescribe un único método de planificación, sino que reconoce la validez de diferentes enfoques según el contexto. Los métodos predictivos (waterfall) funcionan cuando el alcance está bien definido, los requisitos son estables y las dependencias son conocidas. Los métodos iterativos (agile, scrum) funcionan cuando los requisitos evolucionan, se necesita feedback frecuente y el alcance puede descomponerse en incrementos de valor.

En la práctica, la mayoría de organizaciones de TI necesitan combinar ambos enfoques. Las iniciativas de infraestructura (migración de datacenter, renovación de red) suelen beneficiarse de planificación predictiva con hitos definidos. Las iniciativas de desarrollo de servicios digitales suelen beneficiarse de planificación iterativa con entregas incrementales. DPI reconoce esta realidad y recomienda adaptar el método de planificación al tipo de trabajo.

Técnicas de priorización

La priorización es la decisión más crítica de la planificación porque determina qué se hace primero y, por tanto, qué no se hace. DPI propone que la priorización se base en criterios explícitos y compartidos, no en la voz que más alto suena o en la última urgencia que aparece.

Las técnicas de priorización más relevantes incluyen el análisis de valor frente a esfuerzo (cuadrante que clasifica las iniciativas según el valor que aportan y el esfuerzo que requieren, priorizando las de alto valor y bajo esfuerzo), el modelo de priorización ponderada (que asigna pesos a criterios como valor de negocio, riesgo, urgencia, coste y alineación estratégica, y puntúa cada iniciativa según esos criterios), la técnica MoSCoW (que clasifica los requisitos en Must have, Should have, Could have y Won't have para un período determinado) y el coste de la demora (Cost of Delay, que evalúa cuánto valor se pierde por cada unidad de tiempo que se retrasa una iniciativa).

Cada técnica tiene ventajas y limitaciones. El análisis valor-esfuerzo es rápido pero impreciso. La priorización ponderada es más rigurosa pero requiere consenso en los criterios y sus pesos. MoSCoW es útil para negociar alcance con stakeholders. El coste de la demora es potente para comparar iniciativas con perfiles temporales diferentes (una mejora cuyo valor decrece rápidamente frente a una mejora cuyo valor es estable en el tiempo).

El backlog como herramienta de planificación

DPI utiliza el concepto de backlog como repositorio priorizado de trabajo pendiente. El backlog no es una lista de deseos, sino una herramienta de gestión que refleja las decisiones de priorización y se revisa regularmente. Un backlog efectivo tiene las siguientes características: cada elemento tiene un owner, una estimación de esfuerzo y una justificación de prioridad; los elementos están ordenados por prioridad, no simplemente listados; se revisa y reprioriza periódicamente (al menos mensualmente para el backlog táctico); los elementos que llevan más de un ciclo sin avanzar se evalúan para determinar si siguen siendo relevantes.

En el contexto DPI, el CSI register (registro de mejora continua) funciona como un backlog de mejoras. Cada oportunidad de mejora identificada se registra, se evalúa, se prioriza y se asigna. El CSI register conecta la planificación con la mejora continua.

Gestión de dependencias y restricciones

La planificación efectiva no solo prioriza elementos individuales, sino que gestiona las dependencias entre ellos. Una iniciativa de mejora puede depender de un cambio de infraestructura que aún no se ha completado. Un proyecto de desarrollo puede depender de la disponibilidad de un equipo que está comprometido con otra iniciativa. DPI recomienda hacer las dependencias explícitas y visibles, identificar la ruta crítica (la secuencia de actividades dependientes que determina la duración total del plan) y gestionar las restricciones de recursos de forma realista.

Escenario realista

Ejemplo aplicado: El departamento de TI de un hospital tiene un backlog de 35 iniciativas de mejora. Los recursos son limitados: tres equipos de proyecto con capacidad para ejecutar dos iniciativas simultáneas cada uno. Se aplica un modelo de priorización ponderada con cuatro criterios: impacto en la atención al paciente (peso 40%), riesgo operativo si no se ejecuta (peso 25%), esfuerzo estimado (peso 20%) y alineación con la estrategia digital del hospital (peso 15%). Tras la priorización, las seis iniciativas de mayor puntuación se asignan a los tres equipos. Se identifican dos dependencias críticas: la migración del sistema de historias clínicas depende de la actualización de la red del ala norte, y la implementación del portal de pacientes depende de la integración con el sistema de citas. Se establece una revisión mensual del backlog para repriorizar según cambios en el contexto y avance de las iniciativas activas.

Tabla de referencia

Procedimiento recomendado

1. Establecer criterios de priorización explícitos y consensuados con los stakeholders
2. Construir un backlog con todas las iniciativas identificadas, cada una con owner y estimación
3. Aplicar la técnica de priorización adecuada al contexto y al nivel de planificación
4. Hacer visibles las dependencias y restricciones entre iniciativas
5. Revisar y repriorizar el backlog con cadencia definida
6. Comunicar las decisiones de priorización y su justificación a los equipos

Métrica o evidencia útil

Porcentaje de iniciativas completadas según la priorización original, tiempo medio de permanencia de un elemento en el backlog antes de ser ejecutado o descartado, ratio de repriorización (cuántos cambios de prioridad se producen por ciclo) y satisfacción de stakeholders con las decisiones de priorización.

Artefacto recomendado

Backlog priorizado con criterios de priorización documentados, matriz de dependencias entre iniciativas y calendario de revisiones periódicas del backlog.

Contenido ampliado

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

Puntos clave

• La planificación en DPI opera a tres niveles (estratégico, táctico, operativo) con métodos diferentes para cada uno.
• La priorización debe basarse en criterios explícitos y compartidos, no en urgencias puntuales.
• El backlog y el CSI register son herramientas de planificación que conectan priorización con ejecución.
• Las dependencias entre iniciativas deben hacerse explícitas y visibles para evitar bloqueos.
• La planificación es continua y adaptativa, no un ejercicio anual que produce un plan estático.

Checklist operativa

• Definir criterios de priorización con pesos consensuados con los stakeholders
• Mantener un backlog actualizado con owner, estimación y justificación para cada elemento
• Revisar y repriorizar el backlog con cadencia definida (al menos mensual)
• Mapear dependencias entre las iniciativas activas y planificadas
• Comunicar las decisiones de priorización a los equipos de ejecución

Errores frecuentes

• Priorizar por urgencia percibida en lugar de por criterios explícitos de valor y riesgo.
• Planificar con un nivel de detalle excesivo para el horizonte temporal, generando falsa precisión.
• Mantener backlogs con decenas de elementos que nunca se revisan ni depuran.
• No gestionar las dependencias entre iniciativas, descubriendo bloqueos cuando ya es tarde.
• Usar el mismo método de planificación para todo tipo de trabajo sin adaptar al contexto.

Practica sugerida

Toma un listado de diez iniciativas de mejora ficticias para una organización de TI. Define cuatro criterios de priorización con pesos. Puntúa cada iniciativa y ordénalas. Identifica al menos dos dependencias entre ellas y explica cómo afectan a la secuencia de ejecución.

Preguntas de autoevaluacion

• Qué diferencia la planificación estratégica de la operativa en términos de incertidumbre y método.
• Cuándo es más adecuado usar MoSCoW frente a priorización ponderada.
• Por qué un backlog sin revisión periódica pierde su utilidad como herramienta de planificación.
• Cómo afectan las dependencias no gestionadas al cumplimiento del plan.

Cierre

Si al terminar puedes priorizar un backlog de iniciativas con criterios explícitos, gestionar dependencias entre ellas y adaptar el método de planificación al nivel y tipo de trabajo, el módulo te habrá dado herramientas de decisión aplicables y no solo teoría.