Tema 4- Principios Ágiles de Gestión de Servicios

4.1 Introducción

Contexto de Transformación Digital y Necesidad de Enfoque Ágil

• La incertidumbre y el cambio constante en el entorno tecnológico invalidan los planes predictivos y enfoques clásicos.

• ITIL 4 adopta la agilidad para:

  • Favorecer la flexibilidad y la rápida adaptación.

  • Fomentar la participación de las personas y equipos autogestionados.

  • Convertir el feedback en la herramienta central de aprendizaje y mejora continua.

• Objetivos del tema:

  • Justificar la necesidad de la gestión ágil.

  • Comprender la intención tras los principios.

  • Entender que los principios se refuerzan mutuamente y son "buenas ideas" más que meras prácticas.

Panorama Ágil en la Gestión de Servicios

• Gestión tradicional → Gestión como Sistema de Valor del Servicio (ITIL 4).

• Terminología y ritmo comunes con Agile/DevOps.

  • DevOps aporta operabilidad, fiabilidad y mantenibilidad al software y al servicio.

• Enfoque centrado en clientes/usuarios, resultados y reducción de costes y riesgos.

4.2 Principios Ágiles de gestión de servicios ITIL 4

1. Enfocarse en el Valor

• Pregunta guía: “¿Lo que hago aporta valor a alguien?”

• El destinatario principal suele ser el cliente, pero incluye a cualquier interesado.

• Manifestaciones de valor: más ventas, menos costes, lealtad, nuevas oportunidades.

• Experiencia de Cliente (CX) ≠ solo UX; abarca toda la relación antes, durante y después del servicio.

• Aplicación:

  • Investigar cómo y por qué el consumidor usa el servicio.

  • Entender implicaciones de coste y riesgo.

  • Difundir la cultura de valor en toda la organización.

  • Cada mejora debe aclarar los resultados a facilitar y cómo co-crear ese valor.

2. Empezar desde Donde Estás

• Evitar “tirar todo y empezar de cero”.

• Observación directa y mediciones objetivas del estado actual ⇒ evita suposiciones.

• Buenas prácticas:

  • Evaluar reutilización de servicios, procesos, personas y herramientas existentes.

  • Permitir participación de observadores externos para reducir sesgos.

  • Gestionar riesgos de la reutilización y aceptar que a veces no se puede rescatar nada.

• Métricas relevantes; evitar la trampa de la métrica-objetivo (Ley de Goodhart): $\text{Una medida convertida en objetivo deja de ser una buena medida}$

3. Progresar de Forma Iterativa con Feedback

• Descartar el “big-bang” y abrazar entregas incrementales (MVP, despliegues faseados).

• Retroalimentación temprana minimiza errores costosos.

• Iteraciones recomendadas: 1–2 semanas (3 meses ya es demasiado; 1 día puede ser inviable según contexto).

• Ventajas del timebox + feedback:

  • Mayor flexibilidad.

  • Respuestas rápidas a clientes.

  • Detección temprana de fallos.

  • Mejora de la calidad percibida.

• Aplicación:

  • “Comprender el todo, hacer algo concreto”.

  • Producto Mínimo Viable = versión funcional, no incompleta.

4. Colaborar y Promover la Visibilidad

• Inclusión > Exclusión; romper silos.

• Transparencia: información relevante sobre estado, problemas, impactos.

• Identificar grupos de partes interesadas (stakeholders = «partes impactadas»).

  • Incluye interesados negativos con poder de bloqueo.

• Ámbitos de colaboración típicos:

  • Equipos de Desarrollo + Operaciones (DevOps) gestionan ciclo de vida completo.

  • Proveedores internos/externos co-diseñan requisitos y mejoras.

  • Gerentes de relación traducen requisitos de cliente.

• Datos visibles fundamentan la cultura data-driven. “No se puede gestionar un secreto”.

• Buenas prácticas:

  • Colaboración ≠ consenso rápido; promover debate constructivo.

  • Adaptar el formato y lenguaje al público.

5. Optimizar y Automatizar

• Optimizar = hacer lo suficientemente eficaz y útil dentro de restricciones (financieras, cumplimiento, recursos).

• Solo automatizar tras la optimización para no perpetuar ineficiencias.

• Proceso de optimización:

  1. Comprender y acordar el contexto y objetivos.

  2. Evaluar estado actual.

  3. Definir estado futuro y métricas cuantificables.

  4. Alinear a los interesados y comprometerlos.

  5. Ejecutar mejoras iterativas.

  6. Verificar con métricas, ajustar, monitorizar impacto.

• Automatización = uso de tecnología o reglas normalizadas para reducir intervención humana y garantizar consistencia.

• Buenas prácticas:

  • Simplificar y optimizar antes de automatizar.

  • Definir métricas de impacto (coste, riesgo, rendimiento).

  • Combinar con otros principios: iterar, mantener simple, enfocarse en valor, comenzar donde se está.

6. Pensar y Trabajar de Forma Holística

• Todo servicio es un sistema complejo interconectado: personas, procesos, tecnología, partners, factores externos.

• Visión de extremo a extremo sobre cómo las entradas se transforman en valor.

• Buenas prácticas:

  • Reconocer la complejidad y los múltiples interesados.

  • La colaboración constante es pilar del enfoque holístico.

  • Automatización selectiva como soporte para reducir tiempo y coste.

7. Mantenerlo Simple y Práctico

• “Arte de la simplicidad”: eliminar pasos que no añaden valor.

• Menos pasos = menos errores e ineficiencias.

• Diseñar para excepciones genéricas, no todas las posibles.

• Equilibrar objetivos en conflicto (ej. datos detallados vs. carga de registro).

• Buenas prácticas:

  • $\text{Valor}\Rightarrow\text{todo lo que no aporta se suprime}$.

  • Hacer mas de lo que funciona y menos de lo que no.

  • Hacer menos cosas pero mejor; respetar el tiempo de las personas.

  • Quick Wins y MVP como victorias tempranas.

4.3 Métricas, Medición y Cultura Data-Driven

• La toma de métricas puede distorsionar el comportamiento; evitar indicadores que perviertan el objetivo.

• Ejemplo: si el soporte es medido por tiempo de llamada, tenderá a acortar llamadas en detrimento de la calidad.

• Uso de indicadores debe estar alineado con objetivos de valor y ser revisado regularmente.

• Flujo bidireccional de información (operativo ↔ estratégico) para mejorar decisiones.

4.4 Sinergia con Agile y DevOps

• Agile: ritmo iterativo, entrega de valor temprano.

• DevOps: colaboración Dev + Ops, despliegue continuo, confiabilidad.

• ITIL 4: sistema de valor de servicio, principios ágiles como guía.

• La tríada Agile–DevOps–ITIL conforma la gestión ágil integral: desarrollo, entrega y operación.

4.5 Implicaciones Éticas, Filosóficas y Prácticas

• Eliminar trabajo sin valor eleva motivación y satisfacción de equipos.

• Transparencia fomenta la confianza y reduce resistencia al cambio.

• Automatización responsable: balancear coste, resiliencia y empleo.

• Pensamiento holístico combate el sesgo local y el sub-optimization departamental.

4.6 Preguntas Tipo Test y Claves

1. ¿Cómo deben considerarse los principios rectores? Como una serie de consejos generales de aplicación.

2. Cuando hablamos de servicios de tecnología, ¿Qué enfoque es el más

   adecuado? El ágil.

3. Si queremos enfocarnos en el valor, ¿a quién debemos poner como centro de

   atención? Al cliente.

4. Para diseñar un servicio, ¿qué pregunta sería la mejor si queremos maximizar su

   valor? ¿Qué necesidades de mis clientes puede solucionar?

5. ¿En qué se basa el avance del trabajo iterativo? En el feedback.

6. De las siguientes, ¿Cuál es una ventaja de trabajar de forma iterativa? La mayor flexibilidad.

7. ¿Qué significa pensar de forma holística para gestionar un servicio? Pensar en todas las vertientes relacionadas con el servicio.

8. De las siguientes, ¿Cuál podemos considerar que es la mejor práctica? Diseñar de la forma más simple posible.

9. En servicios tecnológicos, ¿a qué se refiere el enfoque DevOps? A hacer colaborar más a Desarrollo y Operaciones.

10. Si vamos a construir o mejorar un servicio, ¿Qué enfoque es el más adecuado?Tratar de reutilizar lo que ya exista.

Conexiones y Referencias

• Lean: eliminación de desperdicios.

• Kanban: flujo visual y WIP limitado.

• COBIT: gobierno de TI integrado.

• Goodhart, timeboxing, MVP → enlazan con filosofía Agile.