KPI de ITSM: No más bla, bla, bla solo boom, boom, boom

​Si la gestión de servicios de TI (ITSM) es el arte de habilitar un negocio a través de la tecnología (también utilizando personas, proveedores, procesos y otras cosas divertidas), entonces Lean es la capacidad de observar las operaciones comerciales y los problemas para mitigarlos o eliminarlos, en última instancia. en beneficio de un cliente. En mi opinión, Lean es una combinación perfecta para ITSM; llamémoslo LeanITSM (pero no se lo digas a los puristas de ITSM).
La importancia de los KPI
Para hacer LeanITSM (o solo ITSM) bien, necesitamos una forma de saber que vamos por buen camino con nuestras mejoras. Aquí es donde entran los indicadores clave de rendimiento (KPI), aunque es de esperar que no sean KPI como este:

​Este KPI específico se creó para mostrar la productividad de los desarrolladores, utilizando líneas de código escritas como medida. ¿Podrías usar o explicar esto? Bueno, vi la consternación de la gerencia cuando sus desarrolladores presentaron este KPI, dijeron: “Somos ágiles, por lo que esto no funcionará para nosotros. ¿Deberíamos renunciar o volver a la antigua forma de codificación? Es un gran ejemplo de KPI que: se basan en tiempos pasados, son complicados, están desconectados de los objetivos comerciales y/o no motivan. O bien, podría decir que es más probable que dichos KPI generen comportamientos incorrectos, a menudo colocando la cantidad por delante de la calidad.
Cómo puede ayudar Lean
Lean e ITSM pueden ayudar a todos a trabajar juntos hacia un objetivo común. Ambos utilizan un enfoque de ciclo de vida de: crear una estrategia, descubrir cómo ejecutar la estrategia, introducir esos pasos, verificar los resultados y, a través de la retroalimentación (personas o herramientas), mejorar esa estrategia o producto. ITSM agrega la asistencia de la tecnología al ciclo de vida.
En lean, el ciclo de vida de la estrategia se llama Hoshin Kanri , donde la estrategia de la alta gerencia se lanza a cada nivel hacia abajo (" catchball ") de modo que puedan crear su propia forma de abordar los desafíos de la estrategia. Esta cascada de estrategia podría ser a nivel de negocio o a nivel de producto. No importa: Hoshin Kanri permite que cada persona vea y establezca su propia forma de trabajar para alcanzar la meta.
KPI esbeltos
La creación de KPI en los puntos donde se realiza el trabajo es la sugerencia esbelta para la medición del rendimiento, en lugar de utilizar un KPI obligatorio de nivel superior que todos luego " juegan " para hacer feliz al jefe.
El modelo esbelto a continuación es para una organización de atención médica, y este es el modelo de elección en DevOps y entrega continua .

---

​Fíjate en las flechas de catchball hacia arriba y hacia abajo. Dentro de la "bola" catchball están los objetivos, y la pelota se puede lanzar en cualquier dirección, con KPI diseñados para ayudar a responder las siguientes preguntas:

• ¿Mejoramos o declinamos?
• ¿Estamos en curso?
• ¿El impacto afecta a nuestra organización?
• ¿Necesitamos ayuda?

 
Los KPI provocan una respuesta Sí/No, de lo contrario, son meras métricas. Si bien las métricas son útiles y, a veces, se requieren como parte de un KPI, no son clave para ayudarnos a cumplir una estrategia o solicitud.
 
Llevar los KPI Lean a ITSM a través del Titanic
Los marcos de ITSM brindan una guía clara sobre el propósito de un KPI: validar, justificar, intervenir o dirigir.   Estoy seguro de que también ha oído hablar del enfoque Planificar, Hacer, Verificar, Ajustar, que cuando se combinan significa que:

• Validas y Justificas el KPI en la etapa de Plan.
• Entonces lo haces
• Luego Validas el desempeño en la etapa de Verificación
• Luego Intervenir o Dirigir en la etapa de Ajuste.

Una analogía podría ser estar al mando de un barco donde:

1. El capitán proporciona el curso y, potencialmente, el por qué.
2. La tripulación realiza sus tareas en consecuencia.
3. A lo largo del viaje, se toman lecturas para confirmar el rumbo, de modo que si están fuera de curso, podrían ajustarse.
4. El capitán no dice cómo, sino que cada miembro de la tripulación determina esto frente a los objetivos de nivel superior y establece su propio KPI para cumplir con el plan.

¿Cuántos de nosotros es más probable que hagamos Plan, ¿Do, Check, Act? Creyendo que es mejor decirle al capitán lo que quiere escuchar en lugar de la verdad. ¿El resultado - Titanic alguien?
Los KPI son, o deberían ser, limitados en número, aunque finalmente necesitará tantos como necesite. Como ejemplo, si la alta gerencia tiene 5-6 KPI, entonces cada capa posterior hacia abajo podría tener 6-8 KPI vinculados, pero podría ser más o menos. Finalmente, los KPI deben ser inamovibles a menos que se acuerde que el indicador debe cambiar.
 
 
 
¿Cómo se crea un KPI?
Lo primero que debe hacer al crear un KPI para cualquier parte de sus operaciones de TI, incluida la mesa de servicio, es observar un objetivo comercial. ¿Puedes ver lo que se requiere para ayudar a lograr la meta o eliminar el obstáculo para lograr la meta? Si es así, determine cómo sabría que esto estaba sucediendo y si podría probarlo. Recuerde, todas las respuestas deben ser Sí/No.

​A continuación, deberá observar el objetivo, desglosarlo en sus activos de servicio, crear un indicador de rendimiento de alto nivel vinculado al objetivo de nivel superior y luego desglosarlo nuevamente hasta que tenga suficiente información para confirmarlo. estás, o no estás, en curso. El siguiente ejemplo es un árbol de KPI, en el que cada KPI tiene un propietario, una definición, un propósito, una ecuación, una frecuencia, una dependencia y, lo que es más importante, la respuesta requerida cuando se marca.

Este árbol de KPI en particular se usó como tablero, primero en una gran pizarra que se actualizaba manualmente, luego en pantallas para que todos los miembros del equipo y la gerencia lo vieran. Los colores de estado utilizados fueron: verde: todo está bien; ámbar: este KPI no es significativo para este período, así que ignórelo; y rojo: tenemos un problema, por lo que toda la tripulación puede ver si pueden ayudar (incluida la gerencia).
 
Catchball: ¿la esencia de la gestión estratégica?
Para que lo anterior funcione, deben ocurrir dos cosas. Primero, el equipo debe crear los KPI que se alinearán con cada nivel y los ayudarán a tomar el rumbo correcto. En segundo lugar, el equipo debe tener una dirección clara sobre cuándo involucrar a la alta dirección en los problemas o cómo informar en general sobre lo que está sucediendo. Este enfoque se alinea con la historia del barco donde la tripulación acudió en ayuda de los demás según fuera necesario, con el capitán involucrado según la situación. Es catchball clásico y LeanITSM.