Principios guía y cuatro dimensiones de la gestión de servicios

Un principio guía es una recomendación que ayuda a una organización a decidir qué hacer en todas las circunstancias. Sigue siendo útil cuando cambian los objetivos, la estrategia, el trabajo o la estructura de la organización. Orienta el juicio sin prescribir una secuencia fija de acciones.

Conoce los siete principios

Estos siete aparecen en ITIL 4 e ITIL (Versión 5), que PeopleCert lanzó en enero de 2026. Son universales: una pequeña biblioteca pública, un gran fabricante y un proveedor externo de TI pueden utilizarlos. Son perdurables: reemplazar una herramienta o reorganizar un departamento no los vuelve obsoletos. Ideas similares en Agile, DevOps y Lean también ayudan a las organizaciones a utilizar estos enfoques conjuntamente.

Adapta las orientaciones a la situación

Adoptar y adaptar orientaciones consiste en tomar ideas útiles y ajustar su aplicación a las necesidades de la organización. Un equipo de TI de 12 personas en un estudio de diseño puede coordinar el trabajo rutinario mediante una lista breve compartida. Un departamento de TI de 2000 personas en un banco puede necesitar controles más formales y una distribución más clara de la autoridad. Ambos pueden mantener el trabajo simple y práctico. La cantidad de estructura útil depende de su trabajo, sus clientes y sus riesgos.

Un principio y un procedimiento cumplen funciones diferentes. La instrucción «Todo cambio necesita la aprobación del comité asesor de cambios» especifica una acción. El principio «mantenlo simple y práctico» ayuda a la organización a examinar si ese mecanismo de aprobación es útil para cambios rutinarios de bajo riesgo. El personal sigue cumpliendo los procedimientos aplicables mientras las personas autorizadas los revisan y mejoran.

Considera los principios conjuntamente

Imagina que un equipo introduce un portal de soporte. Considera lo que los usuarios necesitan lograr, qué artículos existentes son fiables y qué pequeña parte probar primero. También comprueba quién mantendrá el portal y cómo llegarán a la mesa de servicio las solicitudes que no puedan completarse. Varios principios determinan la misma decisión.

Revisa los siete antes de decidir cuáles merecen más atención. Su orden en la lista no es un plan de proyecto. No terminas de centrarte en el valor para pasar definitivamente al siguiente principio. Una prueba piloto puede revelar una nueva necesidad del consumidor, lo que lleva al equipo a revisar su comprensión del valor mientras sigue colaborando y simplificando el trabajo.

Céntrate en el valor vincula todo lo que hace una organización, directa o indirectamente, con el valor para ella misma, sus clientes y otras partes interesadas. El valor procede de lo que las personas perciben como beneficioso, útil e importante. Puede consistir en mejores resultados, menores costos o menos riesgos.

Identifica a las personas involucradas

Un consumidor de servicios puede incluir diferentes roles. En un servicio interno de nómina, los empleados que consultan sus recibos de pago son usuarios. El director de recursos humanos que define los requisitos del servicio es el cliente. El director financiero que aprueba su presupuesto es el patrocinador. En otros servicios, una persona puede desempeñar más de un rol.

Estos puntos de vista te ayudan a hacer preguntas precisas. Los empleados necesitan un pago correcto y puntual. El cliente necesita que el servicio cumpla sus obligaciones. El patrocinador necesita un costo sostenible. A otras partes interesadas pueden importarles la seguridad, los informes o el trabajo necesario para dar soporte al servicio. Una decisión debe tener en cuenta estas necesidades en conjunto.

Relaciona las funcionalidades con los resultados y la experiencia

El valor es en parte subjetivo y cambia según las circunstancias. El rendimiento de las videollamadas cobra más importancia cuando un equipo empieza a trabajar a distancia. Una funcionalidad que satisfacía a los usuarios el año pasado puede haber dejado de resolver su problema principal.

La experiencia del cliente (CX) abarca las interacciones de un cliente con una organización y sus productos y servicios. La experiencia de usuario (UX) se refiere al uso de un producto o servicio concreto. Un sistema de salas de reuniones puede guardar las reservas correctamente, pero requerir ocho pantallas para hacer una. Una vía de dos pantallas puede crear valor al reducir el esfuerzo y la frustración, aunque ambas versiones produzcan la misma reserva.

La distinción importa al elegir medidas. Contar las reservas completadas muestra el uso. Observar si las personas pueden reservar fácilmente la sala adecuada ayuda a conocer la experiencia. Habla con los consumidores y observa cómo trabajan para que la medida refleje lo que les importa.

Analiza una decisión sobre valor

Un equipo de TI quiere almacenamiento más rápido para que un informe mensual de ventas se ejecute un 40 % más rápido. Antes de comprarlo, el equipo pregunta a los usuarios cómo usan el informe. Lo ejecutan una vez al mes y aceptan el tiempo de espera. Su problema grave es que aproximadamente 1 de cada 10 ejecuciones contiene cifras incorrectas.

1. El resultado deseado es información fiable para tomar decisiones de ventas.
2. Un procesamiento más rápido mejoraría la velocidad, pero dejaría sin resolver el problema de precisión detectado.
3. Mejorar la precisión de los datos responde a la necesidad identificada por los usuarios.
4. El equipo comprueba si tener menos informes incorrectos realmente ayuda a los usuarios a tomar decisiones.

El valor también orienta las operaciones diarias. Cuando un fallo de pago impide a los clientes comprar y una página de la intranet tiene un error visual, restablecer el pago favorece el resultado más urgente para el consumidor en esta situación.

Sopesa necesidades contrapuestas

El servicio más barato no siempre es el más valioso, y la tecnología más avanzada no siempre merece la pena. Del mismo modo, una solicitud de un usuario es un dato para tomar una decisión, no una instrucción que deba cumplirse automáticamente. Considera su costo, riesgo y efecto en otros consumidores. Al inicio de una mejora, expresa el valor esperado en palabras claras, ayuda al personal a relacionar su trabajo con él y comprueba si se está aportando a medida que avanza el trabajo.

Empieza donde estás significa evaluar los recursos existentes antes de decidir reconstruir. Los servicios, procesos, personas, herramientas, datos y relaciones con socios pueden contener trabajo útil. La evaluación determina qué reutilizar, mejorar, ampliar o reemplazar.

Observa el trabajo actual

Usa el resultado deseado para el consumidor como punto de referencia. Si el objetivo es ayudar a los nuevos empleados a ser productivos, examina qué ocurre entre la decisión de contratación y el momento en que el empleado puede trabajar. Un documento de proceso puede indicar que el acceso llega el primer día, mientras que la observación muestra que el personal pasa varios días intentando conseguir aprobaciones.

La observación directa es esencial porque revela cómo se realiza realmente el trabajo. Observa a las personas mientras realizan las tareas, pregunta por qué siguen determinados pasos y compara su experiencia con los registros. Las soluciones temporales pueden revelar tanto conocimiento útil como debilidades ocultas por un diagrama de proceso ordenado.

La medición aporta pruebas. Puede mostrar con qué frecuencia ocurre una demora, cuánto trabajo implica o si un cambio ayuda. Comprueba qué significa una medida antes de confiar en ella: los datos pueden ser antiguos, incompletos o basarse en definiciones que no coinciden con el resultado.

Por ejemplo, una meta de la mesa de servicio pide a los agentes resolver incidentes en 3 horas de media. Los agentes empiezan a cerrar tickets antes de que el problema esté solucionado. El tiempo de resolución registrado mejora, pero se reabren más tickets. Observar a un usuario que sigue sin poder trabajar revela por qué la media favorable es engañosa. Medir puede cambiar el comportamiento, así que examina el comportamiento que recompensa.

Separa los activos útiles de los deficientes

Una organización planea reemplazar su herramienta de gestión de servicios. La evaluación identifica 600 artículos de conocimiento que se usan a diario y un catálogo de solicitudes con entradas mayoritariamente desactualizadas.

• Los artículos contienen conocimiento útil. Revísalos y organízalos, y después mígralos a la herramienta de reemplazo.
• El catálogo necesita un rediseño porque conservar entradas desactualizadas mantendría una debilidad conocida.
• La decisión sobre la herramienta y las decisiones sobre el contenido pueden ser diferentes. Reemplazar el software no exige descartar todo lo que lo rodea.

También se puede ampliar una buena práctica. Si una oficina tiene una lista de verificación de incorporación clara que elogian los nuevos empleados, examina si puede ayudar a otras oficinas y qué ajustes locales necesita. Reutilizar también implica comprobar si es adecuada para el nuevo contexto.

Compara los riesgos de conservar y reemplazar

Conservar un componente defectuoso puede trasladar sus fallos al futuro. Reemplazar un componente que funciona puede hacer perder conocimiento, consumir tiempo e interrumpir un servicio fiable. Compara ambos riesgos con el resultado previsto.

Debe reemplazarse una herramienta a la que el proveedor ya no da soporte y que no puede cumplir los requisitos de seguridad. Sus datos, las habilidades del equipo y los procesos útiles aún pueden tener valor. En un caso excepcional, una evaluación puede concluir que no merece la pena conservar nada; esa conclusión se basa en las pruebas.

El principio no significa preservar el estado actual. Una evaluación honesta puede justificar cambios amplios.

Progresa iterativamente con retroalimentación significa dividir el trabajo en partes manejables que aporten algo útil cada una. Una iteración es una pequeña parte del trabajo que puede completarse y revisarse en un tiempo razonable. El objetivo general marca la dirección, mientras que la retroalimentación determina la siguiente parte.

Haz que cada iteración sea útil

Las iniciativas grandes siguen necesitando un plan. Identifica el resultado, las dependencias y los riesgos, y después elige una primera parte que pueda aportar valor y enseñar algo al equipo. Las iteraciones pueden sucederse o ejecutarse en paralelo cuando sus dependencias lo permiten. Revisa el plan general después de cada una.

Un producto mínimo viable (MVP) es la versión más pequeña que aporta valor y produce retroalimentación útil. Para una base de conocimientos, los artículos completos y probados para los 20 problemas más frecuentes pueden ser útiles de inmediato. Los borradores preliminares para 500 problemas pueden parecer más completos, pero ofrecer poca ayuda fiable a los usuarios. Pequeño no significa inacabado ni inseguro.

Usa la retroalimentación durante todo el trabajo

Un bucle de retroalimentación devuelve las salidas de una parte de un sistema como entradas de esa misma parte. Un equipo entrega un cambio útil, aprende lo que ocurrió y usa esa información para ajustar su trabajo. Los consumidores, el personal, los proveedores y las mediciones pueden contribuir.

Busca retroalimentación antes, durante y después de cada iteración. Antes del trabajo, ayuda a aclarar el problema. Durante el trabajo, puede revelar un malentendido cuando corregirlo cuesta poco. Después, muestra cómo funciona el resultado en la práctica. La retroalimentación posterior al lanzamiento sigue siendo valiosa para mejorar, pero esperar hasta el lanzamiento retrasa oportunidades anteriores de corregir problemas.

Analiza una migración por etapas

Una empresa debe trasladar 2000 buzones. Planifica cuatro fases: 50 miembros del personal de TI, después 200 personas, luego 750 y, por último, 1000.

1. Las primeras 50 usan el nuevo servicio e informan de que los calendarios compartidos han perdido sus permisos.
2. El equipo rastrea el problema hasta el script de migración y lo corrige.
3. Comprueba el funcionamiento corregido antes de trasladar a las siguientes 200 personas.
4. Revisa esa fase y ajusta el plan restante según sea necesario.

Los tamaños de las fases suman 2000. Aprender de las primeras 50 personas impide que el error de permisos llegue a las otras 1950. El valor procede de utilizar la retroalimentación para cambiar el trabajo; recopilar comentarios sin actuar en consecuencia dejaría el fallo sin resolver.

Mantén a la vista el resultado completo

Cada incremento debe encajar en todo el servicio. Un traslado exitoso del correo electrónico incluye los calendarios y el trabajo compartido de los que dependen las personas, no solo los mensajes copiados. La colaboración hace que la retroalimentación esté disponible y la visibilidad ayuda a todos a entender qué cambió y por qué.

Realiza suficiente análisis para comprender el conjunto y después lleva a cabo un primer incremento útil. Intentar predecir cada detalle futuro puede retrasar el valor. Del mismo modo, llamar «iterativo» al trabajo no justifica comenzar sin un objetivo ni ignorar una dependencia conocida.

Colabora y promueve la visibilidad combina el trabajo conjunto entre áreas con el acceso a la información que necesitan las personas. La participación pertinente mejora la adecuación de las decisiones, genera apoyo y ayuda a que las mejoras perduren. La visibilidad permite ver el progreso, los obstáculos y los efectos más allá del propio equipo.

Trabaja entre equipos

Un silo organizativo se forma cuando un equipo persigue sus propios objetivos y comparte poca información. La mesa de servicio puede gestionar repetidamente un fallo de software mientras los desarrolladores nunca ven el patrón. Revisar juntos las causas frecuentes de incidentes proporciona a ambos equipos pruebas para una solución duradera.

Identifica a las partes interesadas preguntando quién usa el servicio, quién lo paga, quién establece los requisitos, quién realiza el trabajo o quién asume un riesgo. Pueden ser relevantes clientes, usuarios, patrocinadores, desarrollo, operaciones, seguridad, recursos humanos, finanzas y proveedores. Da a cada uno la participación adecuada. Algunos ayudan a decidir, otros aportan conocimiento y otros necesitan información oportuna.

La colaboración no requiere un acuerdo unánime. Escucha las aportaciones pertinentes, haz visible el razonamiento y deja que decida la persona o el grupo responsable. Exigir que todos aprueben cada detalle puede retrasar el trabajo sin mejorar el resultado.

Haz que la información sea útil

Elige un mensaje, medio, nivel de detalle y momento adecuados para el público. La alta dirección puede necesitar un informe de una página sobre el impacto en el negocio y una decisión. Los ingenieros necesitan los datos técnicos para realizar el cambio. Los usuarios necesitan saber qué ocurrirá, cuándo y cómo obtener ayuda.

Un tablero de trabajo compartido o un panel puede revelar trabajo en espera, capacidad disponible, demanda no planificada y cuellos de botella. Es útil cuando las personas adecuadas pueden actuar según lo que muestra. Más informes y reuniones no necesariamente mejoran la visibilidad.

Supón que un panel muestra que una versión de una aplicación causó el 40 % de los incidentes del mes pasado. Las pruebas compartidas identifican una fuente importante de problemas. Antes de establecer la prioridad, los equipos también examinan el impacto en el negocio, el riesgo y el valor esperado de una solución. La frecuencia aporta una parte de la información para decidir, pero no determina toda la decisión.

Analiza un problema de coordinación

Dos equipos programan cambios para el mismo fin de semana. Cada uno espera una interrupción de una tienda en línea, pero ninguno ve el plan del otro. La interrupción combinada solo se hace evidente cuando comienzan los cambios.

La organización introduce un calendario de cambios compartido visible para los equipos de entrega, la mesa de servicio y los proveedores clave. Ahora los equipos pueden detectar conflictos antes del fin de semana, acordar los horarios y preparar el soporte. El beneficio del calendario es la comprensión compartida que permite; elegir una herramienta de calendario por sí sola no garantizaría que las personas la usen o hablen de los conflictos.

Las malas noticias también necesitan visibilidad. Una entrega retrasada de un proveedor debe aparecer en el tablero con suficiente antelación para que los demás respondan. Ocultar una demora protege la apariencia de progreso de un equipo, pero dificulta la gestión del servicio. Explica por qué es necesario el cambio y qué decisiones apoya la información, para que las personas comprendan el propósito de compartirla.

Piensa y trabaja de forma holística significa tratar un servicio como un sistema completo. Los consumidores reciben un resultado mediante una combinación de personas, información, tecnología, socios y formas de trabajar. Mejorar un componente puede dejar el resultado sin cambios o dificultar el trabajo en otra parte.

Mira más allá de la tarea de un equipo

Un equipo de servidores reduce un 30 % el tiempo que necesita para configurar el escritorio virtual de un nuevo usuario. Los nuevos empleados siguen esperando aproximadamente una semana para obtener acceso. El equipo ha mejorado su tarea, pero esa tarea no era la principal fuente de demora.

Representar todo el flujo revela una larga espera para la aprobación del responsable. La pregunta útil cambia de «¿Con qué rapidez se pueden preparar los servidores?» a «¿Qué impide que un nuevo empleado pueda trabajar?». La segunda pregunta incluye la decisión del responsable, el traspaso de la solicitud, la configuración técnica y el momento en que el empleado puede usar el servicio.

Esto es optimización local: mejorar una parte sin mejorar necesariamente el conjunto. Para evaluar si un cambio local ayuda, comprueba su efecto en el resultado del consumidor. Un traspaso más rápido puede simplemente añadir más trabajo a la cola del siguiente equipo.

Examina las conexiones

Las cuatro dimensiones ofrecen una forma práctica de buscar dependencias que falten: organizaciones y personas, información y tecnología, socios y proveedores, y flujos de valor y procesos. Una nueva herramienta de monitorización necesita personas formadas, información fiable del servicio, soporte del proveedor y una vía viable desde una alerta hasta una respuesta.

Ningún equipo ve por sí solo todas estas conexiones. La colaboración reúne diferentes puntos de vista. Busca patrones recurrentes además de incidentes aislados. Si los incidentes aumentan después de cada versión, explora cómo interactúan desarrollo, pruebas y operaciones. Tratar cada incidente como si no tuviera relación con los demás puede ocultar una debilidad común en la conexión entre áreas.

La automatización puede ayudar a conectar información. Una alerta de monitorización vinculada al servicio afectado, los cambios recientes y los incidentes abiertos ofrece a quienes responden una visión más amplia que una advertencia aislada. La información debe seguir siendo lo bastante precisa para que las personas puedan usarla.

Ajusta el aprendizaje al sistema

En un sistema sencillo y bien comprendido, las reglas fijas pueden ayudar a predecir el efecto de un cambio. En un sistema complejo, las interacciones pueden producir efectos inesperados. Usa la exploración y la retroalimentación para descubrir qué ocurre en la práctica, especialmente en las conexiones entre áreas que no se comprenden bien.

El pensamiento holístico funciona con iteraciones pequeñas. Un equipo puede mejorar primero la aprobación de un tipo de solicitud estándar mientras comprueba qué significa para la seguridad, el personal, los proveedores y los usuarios. No necesita cambiar todo el servicio en un único proyecto grande.

Mantenlo simple y práctico significa utilizar los pasos mínimos necesarios para lograr un objetivo. Empieza por el resultado deseado y después comprueba qué aporta cada actividad. Elimina un proceso, una acción o una métrica cuando no aporte valor ni un resultado útil.

Parte del resultado necesario

El pensamiento orientado a resultados pregunta qué se debe lograr antes de decidir cómo hacer el trabajo. En una solicitud de software, el resultado incluye proporcionar software adecuado a un usuario autorizado. El formulario debe recopilar lo que necesitan la aprobación, el cumplimiento, los controles requeridos y la elaboración de informes. Recoger todos los detalles que algún día podrían ser interesantes puede dificultar el uso de la vía.

Revisa cada paso, campo del formulario, aprobación, informe y medida. Pregunta quién lo utiliza, qué decisión o acción apoya y qué se perdería si se eliminara. Una aprobación que gestiona un riesgo real tiene valor aunque resulte incómoda para el solicitante. Un informe que nadie lee y que ningún control exige es candidato a eliminarse.

Simplifica un formulario de solicitud

Un formulario de solicitud contiene 25 campos. El equipo revisa 3 meses de solicitudes y comprueba todos los fines para los que sirve la información.

Las cantidades suman 25. Una solicitud habitual muestra ahora los 9 campos normales. Las solicitudes pertinentes también muestran los campos condicionales. El equipo ha reducido el esfuerzo y conservado la información necesaria para el trabajo real. Menos personas abandonan el formulario a mitad de camino.

Observa por qué «los aprobadores nunca lo leen» sería una comprobación incompleta. Un campo todavía puede ayudar a la instalación, a un control de seguridad o a la elaboración de informes. Averigua su propósito en todo el servicio antes de descartarlo.

Gestiona las excepciones sin sobrecargar a todos

Intentar crear una regla independiente para cada situación poco frecuente puede dificultar la comprensión de la vía normal. Diseña una vía clara para las solicitudes habituales y una vía de gestión de excepciones sencilla, como el escalamiento a una persona designada. Las personas deben saber cuándo y cómo salir de la vía normal.

Los responsables pueden querer datos detallados, mientras que el personal quiere menos trabajo administrativo. Resuelve esa tensión identificando la información que realmente se usa en las decisiones. Un conjunto útil más pequeño puede respetar el tiempo del personal y apoyar las necesidades de gestión.

Conserva los controles necesarios

La simplicidad práctica incluye la seguridad, la protección de las personas y el cumplimiento legal. Eliminar una comprobación de identidad solo porque lleva tiempo puede hacer que un servicio deje de funcionar de manera aceptable. Examina si un control es necesario y si su diseño puede simplificarse de forma segura.

Diseñar un trabajo sencillo suele requerir un análisis cuidadoso. Una vez comprendido, es más fácil explicarlo y adoptarlo. Los cambios pequeños que producen beneficios visibles son mejoras rápidas: por ejemplo, eliminar un campo duplicado puede reducir el esfuerzo de inmediato y generar apoyo para nuevas mejoras.

Optimiza y automatiza significa aprovechar al máximo los recursos, especialmente el tiempo de las personas. La optimización hace que el trabajo sea tan eficaz y útil como necesita ser en su contexto. No exige perfección. La automatización utiliza tecnología para realizar pasos de forma correcta y consistente, con intervención humana limitada o nula.

Encuentra un estado futuro adecuado

Un camino útil hacia la optimización consiste en:

1. Comprender y acordar el contexto, la visión y los objetivos.
2. Evaluar el estado actual.
3. Acordar el estado futuro y las prioridades, poniendo énfasis en la simplificación y el valor.
4. Asegurar la participación y el compromiso adecuados de las partes interesadas.
5. Realizar las mejoras de forma iterativa.
6. Seguir monitorizando los efectos para identificar nuevas mejoras.

El resultado deseado depende de la organización. Un hospital y una pequeña tienda en línea pueden tener riesgos, necesidades de servicio y prioridades diferentes. Decide qué significa un rendimiento útil antes de elegir tecnología.

Analiza la asignación de tickets

Una mesa de servicio recibe 900 tickets al mes. Asignar cada uno lleva 3 minutos. Su esfuerzo mensual de asignación es:

El equipo reduce primero las categorías de tickets de 60 a 12. Unas categorías más claras reducen el tiempo de asignación a 2 minutos por ticket:

Después automatiza el 80 % reconocido por las nuevas reglas. Esto envía 720 tickets por la vía automatizada y deja 180 para el personal:

La simplificación ahorra 15 horas antes de la automatización. La automatización ahorra después otras 24 horas de asignación manual. La cifra final es el tiempo que el personal sigue dedicando a la asignación; no incluye ningún esfuerzo adicional de monitorización o mantenimiento.

Elige qué automatizar

Las tareas frecuentes, repetitivas y basadas en reglas son buenas candidatas: crear cuentas estándar, asignar tickets, restablecer contraseñas y ejecutar un script de reinicio probado. Aclara las reglas y elimina primero los desperdicios. Automatizar una aprobación innecesaria la conserva y puede hacer que sea más difícil eliminarla después.

Conserva la intervención humana donde el juicio aporte valor. El personal puede necesitar evaluar un cambio de alto riesgo, resolver una solicitud inusual o ayudar a un usuario molesto. Deja clara la vía de gestión de excepciones para que la incertidumbre de una herramienta no deje al usuario sin ayuda.

Mide el resultado

Define medidas antes del cambio y usa las mismas definiciones después. En la asignación, sigue tanto los minutos de trabajo manual como la proporción enviada al equipo equivocado. Una asignación más rápida que aumente los envíos al equipo equivocado puede retrasar la resolución en otra parte.

Las sugerencias de IA y los chatbots también son formas de automatización. Comprueba sus salidas y mantén a personas responsables de las decisiones.

Los siete principios interactúan. La retroalimentación depende de que las personas compartan información. La simplificación depende de comprender el valor. Una iteración debe encajar en todo el servicio. Examinar estas conexiones te ayuda a explicar por qué una decisión está bien fundamentada, especialmente cuando compiten varios objetivos razonables.

Observa el propósito de la acción

No identifiques un principio a partir de una sola palabra. Un panel es tecnología, pero publicar los cambios abiertos para que otros equipos puedan coordinarse ilustra colabora y promueve la visibilidad. Si la decisión se refiere a utilizar software para realizar de forma consistente un paso repetitivo, optimiza y automatiza es más central.

Varios principios pueden aplicarse a una misma acción. Reutilizar un flujo de trabajo eficaz puede apoyar tanto la evaluación del estado actual como un diseño más sencillo.

Resuelve las tensiones en contexto

No existe una clasificación fija de los principios. Un atajo local muy sencillo puede crear trabajo adicional para otro equipo. Una consulta amplia puede mejorar la comprensión y a la vez retrasar una prueba pequeña y útil. Decide qué participación y alcance necesita la situación y explica las pruebas que sustentan ese equilibrio.

Por ejemplo, un equipo debe escuchar al especialista de seguridad cuyos requisitos afectan a una prueba piloto. Puede que no necesite que todos los departamentos aprueben cada pantalla. Una decisión de la persona responsable tras escuchar las aportaciones pertinentes puede conservar la colaboración y permitir que comience una iteración útil.

Sigue una mejora de la monitorización

Una organización quiere menos interrupciones que pasen desapercibidas. Define ese beneficio para el consumidor antes de elegir una herramienta. Después evalúa las reglas de alerta existentes y conserva las que funcionan. Una primera iteración abarca un servicio crítico, para que el personal pueda aprender del uso real.

Operaciones y la mesa de servicio acuerdan quién gestiona las alertas y pueden ver el trabajo. El plan comprueba la formación, los datos del servicio, el soporte del proveedor y los procesos de gestión de alertas. Esto aplica la visión holística a través de las cuatro dimensiones.

El equipo elimina las alertas ante las que nadie actúa y después automatiza la creación de tickets para las alertas útiles restantes. Automatizar la avalancha original de alertas habría hecho más rápido un trabajo deficiente. El orden elegido responde a la necesidad de simplificar y optimizar el trabajo adecuado antes de automatizarlo; no afirma que los siete principios formen fases.

Una justificación sólida une una acción, pruebas y un principio: «Conservamos las reglas de alerta probadas porque ya identifican fallos útiles, aplicando empieza donde estás». Limitarse a nombrar un principio deja el razonamiento sin explicar.

ITIL define cuatro dimensiones para apoyar un enfoque holístico de la gestión de servicios: organizaciones y personas, información y tecnología, socios y proveedores y flujos de valor y procesos. Son perspectivas para examinar el trabajo. Se aplican al sistema de gestión de servicios en su conjunto y a cada producto o servicio individual.

Plantea una pregunta diferente desde cada perspectiva

No son cuatro departamentos. Una mesa de servicio abarca todas las dimensiones. Sus personas utilizan información y tecnología, trabajan con proveedores externos y participan en flujos que aportan resultados a los usuarios.

Sigue las superposiciones

Introducir una herramienta de monitorización es una decisión de información y tecnología. También necesita personal formado y responsabilidades claras, un acuerdo de soporte del proveedor y una vía para responder a las alertas. Por tanto, una compra plantea preguntas en las cuatro dimensiones.

Descuidar una dimensión puede impedir la entrega o reducir la calidad y la eficiencia. Un portal de autoservicio puede funcionar técnicamente, pero volverse poco fiable cuando nadie es responsable de su contenido ni mantiene sus vías de solicitud. Presta a cada dimensión la atención que necesita la situación. Equilibrio no significa dedicar el mismo tiempo o dinero a cada una.

ITIL (Versión 5) aplica las mismas cuatro dimensiones tanto a los productos digitales como a los servicios, con el nombre de dimensiones de la gestión de productos y servicios.

Examina el entorno externo

Los factores externos están en gran medida fuera del control de la organización, pero determinan sus elecciones. El análisis PESTEL los agrupa en seis tipos:

• Político: políticas, prioridades y estabilidad gubernamentales, como una política del sector público sobre el alojamiento de datos.
• Económico: condiciones financieras, como el aumento de los precios de la energía que incrementa los costos de los centros de datos.
• Social: expectativas y comportamiento, como la expectativa de los empleados de tener acceso remoto.
• Tecnológico: avances fuera de la organización, como nuevas herramientas de IA.
• Legal: leyes y regulaciones vigentes, como los requisitos que regulan los datos personales.
• Ambiental: uso de energía, disposición final de equipos y otros efectos en el entorno natural.

Distingue una prioridad gubernamental de una obligación legal ya vigente. Una nueva orientación política es un factor político; un requisito obligatorio de protección de datos es legal. Algunos cambios tienen varios efectos: los precios más altos de la energía crean presión económica, mientras que informar sobre el consumo de energía también plantea cuestiones ambientales.

Relaciona cada factor pertinente con el servicio. La expectativa de trabajar a distancia puede cambiar los horarios de soporte, la tecnología de acceso, la cobertura de los proveedores y las vías de solicitud. El análisis PESTEL es útil cuando cambia el análisis, no cuando queda como una lista aislada de encabezados.

La dimensión de organizaciones y personas examina las estructuras, los roles, las responsabilidades, la autoridad, la comunicación, la cultura, la dotación de personal, las competencias y el liderazgo. Un organigrama claro es útil, pero por sí solo no puede garantizar que un servicio funcione.

Haz efectiva la responsabilidad

Las personas necesitan saber quién es responsable de un servicio, quién puede decidir y quién realiza el trabajo. Estas disposiciones deben apoyar la estrategia y la forma de trabajar de la organización. Cuando nadie es responsable de todo el servicio, los equipos pueden pasarse un problema entre sí mientras cada uno espera que otro actúe.

Un responsable del servicio designado ofrece a las personas un punto de referencia para la rendición de cuentas. Esa persona sigue dependiendo de otras para realizar tareas especializadas. Aclara cómo se comunican los equipos y cómo llegan las decisiones a las personas que deben aplicarlas. Una descripción de rol que solo existe en un documento ayuda poco a un agente que se enfrenta a una solicitud inusual.

Examina la cultura y el liderazgo

La cultura organizacional es el conjunto de valores y actitudes compartidos que determinan cómo se comportan las personas. Una cultura de confianza y transparencia facilita informar pronto de los problemas y sugerir mejoras. El liderazgo influye en esa cultura mediante lo que recompensa y cómo responde a las malas noticias.

Supón que se evalúa a los agentes solo por cuántos chats cierran. Pueden apresurar las conversaciones incluso cuando los usuarios aún necesitan ayuda. Si el resultado previsto es un soporte útil, los responsables necesitan medidas y comportamientos que apoyen la solución del problema del usuario. Esto conecta organizaciones y personas con céntrate en el valor y con la calidad de la retroalimentación.

Comprueba las competencias y la capacidad

Las competencias son las capacidades necesarias para realizar el trabajo eficazmente. Incluye las habilidades técnicas y de comunicación. Algunos miembros del personal tienen competencias en forma de T: profundidad en una especialidad y una comprensión más amplia de áreas afines. Un especialista que entiende las necesidades de la mesa de servicio puede explicar un problema de manera más útil durante un traspaso.

La capacidad también importa. Un equipo puede saber cómo operar un servicio, pero no tener suficientes personas para cubrir su horario de apertura. La formación por sí sola no resuelve un turno sin cobertura. Comprueba la cantidad y los momentos de la demanda, así como el conocimiento necesario.

Analiza el lanzamiento de un chat en directo

Una mesa de servicio añade un chat en directo. El análisis de personas pregunta:

1. ¿Quién es responsable del servicio de chat y decide su horario de soporte?
2. ¿Quién atiende cada franja y pueden los agentes gestionar 2 chats a la vez sin reducir la calidad?
3. ¿Qué formación ayuda a los agentes a escribir mensajes claros y útiles?
4. ¿Cómo obtendrán ayuda los agentes con problemas complejos?
5. ¿Las medidas de éxito recompensarán los problemas resueltos o solo los cierres rápidos?

Estas preguntas muestran por qué la dimensión va más allá del número de personas. Un número suficiente de agentes puede seguir teniendo dificultades si los roles no están claros, faltan competencias o las metas fomentan un comportamiento deficiente. Ayuda a cada persona a ver cómo contribuye su trabajo al valor, para que las decisiones durante un turno ocupado apoyen el propósito del servicio.

La dimensión de información y tecnología abarca la información y el conocimiento necesarios para gestionar servicios y las tecnologías que los apoyan. Incluye tanto las herramientas de gestión de servicios como la información y la tecnología que cada servicio entrega o de las que depende.

Empieza por la información

Identifica qué gestiona el servicio, como los pedidos de clientes, y qué necesita el personal para operarlo, como los registros de configuración y los artículos de conocimiento. Después pregunta cómo se protege, mantiene, archiva y elimina esa información.

La información útil debe estar disponible y ser fiable, accesible, oportuna, precisa y pertinente. Un artículo que describe una pantalla antigua de una aplicación puede llevar a un agente por la vía equivocada. Una base de conocimientos técnicamente excelente no puede compensar un contenido en el que las personas no pueden confiar o al que no pueden acceder cuando lo necesitan.

La protección de la información incluye quién puede leer o cambiar un registro, dónde puede almacenarse y durante cuánto tiempo puede conservarse. Las leyes de protección de datos, las normas del sector y los contratos determinan estos requisitos. Establece los requisitos aplicables al servicio antes de elegir un sistema de alojamiento.

Evalúa una herramienta en su contexto

La tecnología de gestión de servicios incluye herramientas de gestión de tickets y flujos de trabajo, bases de conocimientos, sistemas de inventario y configuración, y plataformas de monitorización, análisis y colaboración. Los servicios en la nube, las plataformas móviles, la IA y el aprendizaje automático ofrecen capacidades adicionales.

Para una herramienta propuesta, comprueba:

• La compatibilidad con la arquitectura actual y otros sistemas.
• La adecuación a la estrategia organizacional y las competencias disponibles para darle soporte.
• Los requisitos normativos, de seguridad y contractuales.
• La viabilidad comercial y la posibilidad de seguir recibiendo soporte.
• La automatización útil y otras capacidades que necesita el servicio.
• Los nuevos riesgos o restricciones, incluida la dependencia de un proveedor.

La dependencia del proveedor ocurre cuando la dependencia dificulta cambiar de proveedor. Un producto puede ser fácil de comprar, pero costoso de abandonar si los datos no pueden exportarse de forma útil. Evalúa la salida además de la introducción.

Analiza la elección de una base de conocimientos

La mesa de servicio compara productos de bases de conocimientos. Primero comprueba si cada uno se integra con el sistema de tickets existente. Después prueba las restricciones de acceso para que los artículos sensibles solo sean visibles para el personal autorizado. La ubicación de alojamiento propuesta debe cumplir los requisitos pertinentes de tratamiento de datos.

El equipo también pregunta si el personal puede mantener los artículos sin programación especializada. Establece una forma de revisar el contenido para que las instrucciones sigan siendo precisas. Las capacidades de la herramienta, la calidad de la información y las personas que la mantienen contribuyen al resultado.

Mantén el juicio ante las nuevas tecnologías

La cultura y la naturaleza del negocio afectan a las elecciones tecnológicas. Las organizaciones sujetas a una regulación estricta o a consecuencias graves en caso de fallo pueden necesitar una adopción más cautelosa. Una herramienta de IA plantea preguntas específicas sobre los datos que utiliza, cómo comprueban las personas sus salidas y quién es responsable de las decisiones.

Una demostración convincente responde solo a una parte de la elección. Examina cómo funcionará la tecnología con los datos, usuarios, competencias y restricciones reales del servicio.

La dimensión de socios y proveedores examina las relaciones con otras organizaciones que participan en el diseño, desarrollo, despliegue, entrega, soporte y mejora de los servicios. Los contratos y otros acuerdos forman parte de ella, junto con la coordinación cotidiana que hace que esos acuerdos funcionen.

Comprende el tipo de relación

Las relaciones van desde contratos formales con una clara separación de responsabilidades hasta alianzas flexibles con objetivos y riesgos compartidos. Comprar computadoras portátiles estándar a un distribuidor y desarrollar conjuntamente un nuevo servicio con otra organización requieren acuerdos diferentes.

Casi todos los servicios dependen de organizaciones externas. Los proveedores de servicios en la nube, operadores de redes, proveedores de software y equipos, proveedores de energía y de edificios pueden afectar a la entrega. Identifica esas dependencias a partir de las necesidades del servicio, incluidos los proveedores que los consumidores nunca ven.

Explica la elección de aprovisionamiento

La estrategia de aprovisionamiento de una organización refleja varios factores:

• Enfoque estratégico: ¿qué trabajo es central para el propósito de la organización?
• Cultura: ¿tiende la organización a construir internamente o a buscar ayuda externa?
• Escasez de recursos: ¿qué competencias o equipos son difíciles de obtener?
• Consideraciones de costo: ¿puede un proveedor proporcionar una capacidad adecuada de forma más económica?
• Conocimientos especializados: ¿mejoraría el trabajo un especialista?
• Restricciones externas: ¿qué exigen las regulaciones, las políticas y los códigos de conducta?
• Patrones de demanda: ¿requiere la demanda estacional o variable una capacidad flexible?

Un precio de compra bajo por sí solo no resuelve la decisión. Un servicio económico sin soporte durante el horario de trabajo del usuario puede no lograr el resultado previsto. Del mismo modo, el conocimiento especializado de un proveedor puede ser valioso incluso cuando la entrega interna es posible.

Coordina todo el servicio

Cuando contribuyen varios proveedores, un equipo interno o un tercero puede actuar como integrador de servicios. Coordina las contribuciones para que el servicio funcione de extremo a extremo. Este enfoque se denomina integración y gestión de servicios (SIAM).

Externalizar el trabajo no elimina la responsabilidad del proveedor de servicios ante sus propios clientes. Si una interrupción de la nube detiene una tienda en línea, la tienda sigue necesitando comunicarse con sus clientes y gestionar el efecto. También trabaja con el proveedor de servicios en la nube mediante la vía de soporte acordada.

Analiza el correo electrónico externalizado

Antes de trasladar el correo electrónico a un proveedor de servicios en la nube, examina los compromisos de disponibilidad y el horario de soporte. Acuerda cómo notificar los incidentes y quién gestiona las cuentas de usuario en cada parte. Comprueba las condiciones de tratamiento de datos, cómo se devolverán los datos al finalizar el contrato y si el respaldo necesita otro proveedor.

Estas preguntas se conectan con otras dimensiones. Las responsabilidades sobre las cuentas involucran a las personas; la devolución de datos involucra información y tecnología; la notificación de incidentes involucra procesos. Un contrato es un punto de partida para gestionar la relación. La revisión del rendimiento, la comunicación y la mejora conjunta mantienen útil esa relación a medida que cambian las necesidades.

La dimensión de flujos de valor y procesos examina cómo se combinan las actividades, los flujos de trabajo, los controles y los procedimientos para lograr los objetivos acordados. Hace visible la vía desde una necesidad del consumidor hasta un resultado útil, incluido el trabajo realizado por otros departamentos, proveedores y consumidores.

Distingue un flujo de valor de un proceso

Un proceso puede contribuir a varios flujos de valor. La gestión de incidentes puede ayudar a restablecer un servicio interrumpido y también dar soporte al lanzamiento de un producto de un cliente. Los procedimientos y las instrucciones de trabajo describen las actividades con más detalle. En ITIL 4, los pasos de los flujos de valor se construyen a partir de las actividades de la cadena de valor del servicio.

Construye un mapa sencillo

Identifica el desencadenante, como una solicitud, y el resultado para el consumidor. Enumera los pasos en orden, identifica quién o qué los realiza y registra el tiempo de trabajo por separado del tiempo de espera. Examina de cerca los traspasos: unos minutos de trabajo pueden permanecer en una cola durante varios días.

Una solicitud de computadora portátil tarda 60 horas laborables. Un día laborable tiene 8 horas, por lo que son 7,5 días laborables. El trabajo efectivo comprende 0,5 horas para presentar la solicitud, 0,5 horas para aprobarla, 1,5 horas para configurar la computadora portátil y 0,5 horas para entregarla. El trabajo suma 3 horas.

La espera comprende 16 horas para la aprobación, 8 horas en compras, 24 horas para la entrega del proveedor y 9 horas para una cita de entrega. Esas esperas suman 57 horas. El trabajo y la espera juntos representan las 60 horas.

Solo el 5 % del tiempo total de entrega es trabajo efectivo. Acelerar únicamente la configuración pasaría por alto la mayor parte de la demora.

Usa el mapa para elegir mejoras

Las computadoras portátiles estándar se convierten en solicitudes preaprobadas. Esto elimina tanto la espera de 16 horas para la aprobación como la tarea de aprobación de 0,5 horas. Una pequeña reserva acordada con el proveedor elimina la espera de 24 horas para la entrega.

El tiempo total de entrega baja a 19,5 horas, unos 2,4 días laborables. El trabajo restante es de 2,5 horas, por lo que su proporción es aproximadamente del 13 %. La mayor proporción se debe a la reducción del tiempo total, aunque el trabajo efectivo también disminuye.

Incluye a todos los participantes

Un mapa que solo contenga actividades de TI omitiría la aprobación del responsable, las compras, la entrega del proveedor y la cita de entrega al usuario. Esos pasos omitidos explican buena parte de esta demora. Pregunta quién o qué realiza cada acción, incluidas las herramientas automatizadas.

Un mapa ayuda a localizar una posible mejora; el análisis más amplio comprueba si puede funcionar. La preaprobación necesita controles adecuados, y la reserva necesita personas, financiación y acuerdos con el proveedor. Vuelve a revisar el mapa después de un cambio para ver si la espera se trasladó a otra parte o si el consumidor recibe antes el resultado.

Un análisis de las cuatro dimensiones comienza con el servicio y el valor que debe aportar. Para cada dimensión, compara lo que existe con lo que se necesita. Añade los factores PESTEL pertinentes, registra las brechas y dependencias y asigna responsables a las acciones. Revisa el análisis cuando cambie el servicio o su entorno.

Define el problema y el valor

Una mesa de servicio recibe 1200 tickets cada mes. Los restablecimientos de contraseña representan el 30 %, o 360 tickets. A razón de 6 minutos cada uno, los restablecimientos consumen 2160 minutos, o 36 horas, de tiempo de los agentes. Un servicio de restablecimiento de contraseña por autoservicio (SSPR) pretende restablecer antes el acceso de los usuarios y liberar a los agentes para trabajo más complejo.

Esa declaración de valor orienta el análisis. Instalar una función de restablecimiento es una salida. Que los usuarios vuelvan a trabajar de forma segura es el resultado que el servicio necesita lograr.

Comprueba las cuatro dimensiones

Organizaciones y personas: Designa a un responsable del servicio. Forma a los agentes para ayudar a los usuarios a registrar sus métodos de verificación y gestionar los casos que la herramienta no puede resolver. Explica claramente la nueva vía a los usuarios. Revisa las metas de los agentes: un número decreciente de tickets de restablecimiento debe apoyar la mejora, no hacer que los agentes exitosos parezcan menos productivos.

Información y tecnología: La plataforma de identidad necesita verificación segura, como la autenticación multifactor (MFA). Los usuarios deben registrar sus métodos de verificación y mantenerlos actualizados. Registra los eventos de restablecimiento para su revisión de seguridad y mantén artículos de conocimiento claros. Una función de restablecimiento que funciona no puede ayudar a alguien que no tiene un método de verificación utilizable.

Socios y proveedores: Para una herramienta en la nube, comprueba los compromisos de disponibilidad, el horario de soporte y las condiciones de tratamiento de datos. Enviar códigos de verificación por mensaje de texto introduce una dependencia del proveedor de mensajería. Identifica cómo llega un fallo al proveedor adecuado y quién coordina la respuesta.

Flujos de valor y procesos: Representa «recuperar el acceso a mi cuenta» desde una contraseña olvidada hasta que el usuario vuelve a trabajar. Incluye una vía alternativa sencilla por la mesa de servicio para los usuarios sin un método registrado. Actualiza los procesos de incidentes y de acceso afectados por el cambio.

Relaciona factores externos y brechas

Los requisitos de protección de datos determinan qué información de verificación se conserva y durante cuánto tiempo: un factor legal. Las expectativas de acceso continuo son un factor social. Las opciones de verificación más recientes, incluidas las aplicaciones de autenticación y las claves de acceso, son un factor tecnológico.

Una brecha como la falta de registro de métodos de verificación tiene acciones relacionadas: el equipo de identidad habilita la función, el responsable del servicio organiza la comunicación y los agentes ayudan a los usuarios a prepararse y recuperar el acceso mediante la vía alternativa. Registrar solo «tecnología lista» ocultaría la dependencia de las personas y los procesos.

Estima y revisa el efecto

Si el 70 % de los 360 restablecimientos pasan al autoservicio, 252 dejan de llegar a los agentes. El esfuerzo manual que se evita es:

Los 108 restablecimientos restantes siguen necesitando soporte. Esta es una estimación del tiempo liberado de los agentes, no una razón para eliminar la vía alternativa. Después del lanzamiento, comprueba la adopción real, la recuperación exitosa del acceso y la demanda restante. Revisa las dimensiones cuando cambien el uso, los proveedores, la tecnología o los requisitos.

Un buen plan de mejora conecta las pruebas con las decisiones. Los siete principios orientan las elecciones durante todo el trabajo, mientras que las cuatro dimensiones ayudan a comprobar qué necesita la entrega. Varios principios pueden apoyar una decisión y un hallazgo posterior puede cambiar una elección anterior.

Expón el valor y establece el punto de partida

Los nuevos empleados esperan 10 días laborables de media para obtener una computadora portátil, cuentas y acceso al edificio. Sus responsables informan de que se pierde gran parte de las dos primeras semanas. El resultado deseado es el trabajo productivo desde el primer día, con una buena primera experiencia de la organización.

Céntrate en el valor: Mide la proporción que cuenta con todo lo necesario el primer día y la media de días hasta que lo consigue. Contar solo las cuentas creadas no detectaría la falta de computadoras portátiles o de acceso al edificio.

Empieza donde estás: Observa 5 incorporaciones recientes. Recursos humanos ya dispone de las fechas de inicio con 3 semanas de antelación, pero TI recibe correos electrónicos tardíos. La herramienta existente para preparar la imagen de las computadoras portátiles funciona bien. Conserva esa herramienta y aborda el traspaso de información que retrasa la preparación.

Aprende mediante una prueba útil

Progresa iterativamente con retroalimentación: Prueba el enfoque modificado en un departamento con unas 25 contrataciones por trimestre. Revisa la retroalimentación de los nuevos empleados y sus responsables después de cada mes. Usa los resultados para ajustar el trabajo antes de incluir más departamentos.

Colabora y promueve la visibilidad: Recursos humanos, servicios generales, TI y el proveedor de computadoras portátiles utilizan un tablero de incorporación compartido. El estado de preparación de cada nueva incorporación es visible para las personas que coordinan el trabajo. Pueden resolver los elementos pendientes antes de que llegue el empleado.

La prueba necesita un objetivo claro y criterios útiles de finalización. Su alcance es pequeño, pero un nuevo empleado sigue necesitando la combinación de equipo, cuentas y acceso para trabajar.

Comprueba las dependencias y simplifica

Piensa y trabaja de forma holística: Comprueba los roles y la formación, la conexión entre los sistemas de recursos humanos y TI, las condiciones de entrega del proveedor y el flujo de valor completo. Una herramienta más rápida para preparar imágenes no solucionaría una notificación tardía de contratación ni una tarjeta de acceso al edificio que no está disponible.

Mantenlo simple y práctico: Elimina un paso duplicado en el que TI pide a un responsable que confirme una contratación que recursos humanos ya ha aprobado. En este caso, la confirmación repetida añade espera sin reducir el riesgo. La autorización necesaria sigue teniendo que constar en el registro confirmado de recursos humanos.

Optimiza y automatiza: Una vez que el flujo sea más sencillo y fiable, permite que un registro de contratación confirmado desencadene la creación de cuentas estándar. Asigna las necesidades de acceso inusuales al personal que pueda aplicar su juicio. Comprueba la preparación real y los errores a medida que se introduce la vía automatizada.

Explica la decisión, no solo su etiqueta

Una justificación útil dice: «Reutilizamos la herramienta para preparar imágenes porque la observación mostró que ya funcionaba bien; esto aplica empieza donde estás». Otra dice: «Eliminamos la confirmación repetida de la contratación porque añadía espera sin reducir el riesgo; esto aplica mantenlo simple y práctico».

Nombrar un principio sin las pruebas deja la elección sin explicar. Muestra cómo contribuye la decisión al resultado deseado y qué se comprobará después. Los principios se superponen en este razonamiento; no asignan una etapa obligatoria a cada elemento del plan.