Automatizacion empresarial
Lima, Perú +51 1 6208518 ▸ Bogotá, Colombia +57 601 7564232 ▸ Miami, USA +1 5614403490
66 W Flagler St. Miami, FL 33130,
L-V 8:00 am - 5:00 pm
|
Tradicionalmente, los esfuerzos para mejorar las prácticas de gestión de servicios de TI (ITSM) estaban vinculados principalmente a modelos de madurez objetivos o donde hay deseo u oportunidad de mejorar. En este artículo, describiré por qué todos los esfuerzos de mejora deben apoyar la experiencia del empleado (EX) y luego introduciré el concepto de mapear puntos EX específicos a las prácticas de ITSM que contribuyen más directamente a ese elemento.
Vale la pena hacer una pausa para señalar que el arte y la ciencia de la experiencia del cliente (CX) a menudo se entremezclan con EX. Para todos los propósitos de la práctica, son lo mismo; pero cuando un departamento interno de TI habla de clientes de sus servicios, la mayoría de las veces se refieren a empleados que no son de TI de la misma organización. La oportunidad, entonces, es que una excelente experiencia de los empleados permite a los empleados proporcionar un mejor valor a los clientes de la organización (a lo que ITIL 4 se refiere como cocreación de valor). No abordaré los acuerdos de nivel de experiencia (XLA) ni el mapeo del recorrido del usuario/flujo de valor, pero haré referencia a ellos. Esto no será un procedimiento típico, sino más bien la introducción de una nueva forma de priorizar el trabajo de mejora en alineación directa con EX. La cuestión de dónde y cómo mejorar las prácticas de ITSM ha sido un enigma durante muchos años. No es raro comenzar con evaluaciones de madurez, donde las áreas de práctica se comparan con modelos de madurez establecidos (como CMMI, modelo de madurez ITIL, etc.). Una vez que se establece la madurez actual, se planifica la madurez objetivo en áreas de práctica clave. Con los estados actuales y futuros deseados definidos, es sencillo desarrollar un plan de mejora para llegar de aquí para allá. Este enfoque tiene la ventaja de ser independiente, objetivo y medible. Yo mismo he utilizado este método, y puede ser especialmente útil cuando las mejoras específicas a prácticas completas de ITSM son el resultado deseado: "queremos mejorar nuestro proceso de gestión de incidentes", por ejemplo. Desafortunadamente, sin embargo, la "madurez" deja algo que desear, especialmente si considera que es muy posible tener un proceso que es altamente maduro y, sin embargo, perder la marca de manera significativa para la cultura y el contexto de la organización. También tiende a ser de naturaleza algo amplia, dando una evaluación general de toda el área de práctica. Si duele, arréglalo Otro enfoque popular es lo que comúnmente se conoce como análisis de "puntos débiles". Todo el mundo ha utilizado este punto. En resumen, descubra qué partes de nuestras prácticas son dolorosas para los clientes y usuarios y las hacen menos dolorosas. Me gusta porque al menos intenta establecer cómo nuestras prácticas impactan a las partes interesadas clave. Si es doloroso para ellos, es probable que hacer una mejora específica reduzca el dolor y la frustración, que se está moviendo en la dirección correcta, más cerca de nuestros clientes. Personalmente, he usado esto mucho para hacer mejoras incrementales. Nunca puede equivocarse al preguntar a sus clientes qué podría hacer mejor y comenzar a hacer esas mejoras. Si bien es un paso en la dirección correcta, donde ambas técnicas a menudo se quedan cortas es tener una visión holística de la experiencia general de los empleados con TI y servicios de TI. Adoptar una visión holística Fue mi tiempo como CIO lo que me dio un punto de vista diferente sobre la mejora de ITSM. Mi organización tenía desafíos comerciales y necesitaba realizar mejoras de TI rápidamente. Había una tremenda presión para arreglar las cosas que más importaban: para mis colegas. No tenía el lujo de un esfuerzo de mejora amplio o a largo plazo. "Customer Experience" y su primo cercano "Employee Experience" están tomando el mundo de TI por asalto. La gestión de la experiencia se ha convertido en una cosa en los últimos años. Happy Signals, QSTAC, XLACollab y otros están haciendo un gran trabajo para llevar la gestión de la experiencia a la vanguardia de la excelencia de TI. Y si bien es posible que los XLA no reemplacen a los acuerdos de nivel de servicio (SLA) tradicionales en el futuro cercano, representan una nueva frontera en formas que son completamente prácticas. Déjame explicarte. Una cosa es comprender el sentimiento general de los empleados y la percepción de TI. Ha habido un creciente interés en la satisfacción del cliente, a menudo medido por medidas transaccionales como Net Promoter Score (NPS), que está bien hasta donde llega, pero donde comienza la verdadera magia es donde podemos mapear elementos de experiencia, a un nivel bastante granular, a componentes muy específicos de nuestras áreas de práctica de ITSM que impactan más directamente ese elemento. Asignación de CX a mejoras de ITSM No es una simple cuestión de estudiar cómo se sienten sus clientes, y girar la manivela y mágicamente viene un plan de mejora personalizado. El enfoque de QSTAC es bastante sencillo: califique a TI en 5 categorías clave que QSTAC cree que representan dimensiones significativas de la experiencia de los clientes de TI. Una de esas categorías es la velocidad (la 'S' en QSTAC). Digamos que la puntuación de velocidad es notablemente más baja que otros elementos (como Accesibilidad y Comunicación, por ejemplo). Esto sugeriría que, por alguna razón, los empleados sintieron que TI tenía un rendimiento inferior (en su percepción) en el área de velocidad. Pero, ¿qué significa esto? Bueno, sin más información, es imposible decirlo con certeza. Podría ser cualquiera de estos:
El desafío, entonces, es ir a trabajar tratando de comprender las causas subyacentes de la creencia de que la TI es lenta. "Más información" puede venir en forma de comentarios de forma libre. Puede provenir de conversaciones personales con los empleados. Puede provenir de paneles focales y entrevistas de seguimiento. Una vez que haya mapeado múltiples causas potenciales de los elementos de experiencia, puede usar otras evaluaciones (como las mencionadas al principio) para intentar ser lo más preciso posible sobre qué áreas de su prestación de servicios pueden estar afectando más directamente a los elementos de experiencia señalados. La experiencia de los empleados debe convertirse en un circuito de retroalimentación que proporcione información regular sobre los esfuerzos de mejora, no un solo punto en el tiempo. Si las mejoras no están "moviendo la aguja" en la experiencia de los empleados, debemos intentar determinar por qué. ¿Estamos equivocados en nuestro análisis de las causas subyacentes? ¿Nuestros esfuerzos están empeorando su experiencia (en las áreas objetivo previstas o en otros lugares)? ¿No ha habido tiempo suficiente para que se noten las mejoras (o lo suficiente como para cambiar los sentimientos anteriores (desfavorables)?) Recuerde que la experiencia de los empleados se mide tanto formal como informalmente. El liderazgo de TI, todo el personal de TI, en realidad, debe estar en comunicación regular con los empleados. Cada interacción es una oportunidad para evaluar cómo va su experiencia. ¿Mismo? ¿Mejorar? ¿Declinante? Cada uno se convierte en un ciclo de retroalimentación corto y directo que puede proporcionar retroalimentación casi en tiempo real sobre cómo se reciben los esfuerzos de mejora. Esto abre la puerta a correcciones de cursos basadas en la experiencia en tiempo real en los planes de mejora. Al final, todos los esfuerzos de mejora de ITSM deben comenzar con una sólida comprensión de cómo los empleados experimentan TI. Esto es lo que aprendí como CIO que necesita impulsar mejoras rápidamente. Los bucles cortos de retroalimentación (información de experiencia continua) son críticos para validar y / o alterar el curso y producir resultados lo más rápido posible. Desde una perspectiva de ITSM, la gestión del conocimiento se introdujo como un “proceso” de ITIL en ITIL v3 (en 2007), luego fue uno de los 26 procesos de ITSM que componían ITIL 2011, y ahora es una de las 34 prácticas en ITIL 4.
Aunque, para todos los fanáticos de ITIL que están a punto de saltar sobre mí, los aspectos de la gestión del conocimiento estaban integrados en ITIL v2 de 2001, como el uso de una base de datos de errores conocida para la gestión de problemas. El momento era el adecuado, porque la gestión del conocimiento empresarial estaba en la cima de su popularidad al comienzo del nuevo milenio. Pero, hoy, ¿qué tan buena es la gestión del conocimiento dentro de ITSM y TI en su conjunto? Sí, es una de las 34 prácticas de ITIL 4 y se define como: "La práctica de mantener y mejorar el uso eficaz, eficiente y conveniente de la información y el conocimiento en una organización". Fuente: AXELOS, “ITIL Foundation: ITIL 4 Edition” Con ITIL 2011 declarando previamente que la gestión del conocimiento es: “El proceso responsable de compartir perspectivas, ideas, experiencias e información, y de garantizar que estén disponibles en el lugar y momento adecuados. El proceso de gestión del conocimiento permite tomar decisiones informadas y mejora la eficiencia al reducir la necesidad de redescubrir el conocimiento ”. Fuente: Glosario de términos de ITIL 2011 Aunque prefiero la definición de Davenport (1994) : "La gestión del conocimiento es el proceso de capturar, distribuir y usar de manera efectiva el conocimiento". Lo que va directo a la persecución un poco más rápido, es decir, usar y reutilizar el conocimiento para mejorar las capacidades y los resultados de ITSM de su organización. Pero, ¿qué es el conocimiento de ITSM? ITIL 4 Foundation Edition establece que: “Es importante entender que el 'conocimiento' no es simplemente información. El conocimiento es el uso de información en un contexto particular ". Fuente: AXELOS, “ITIL Foundation: ITIL 4 Edition” Pero, ¿dónde está el énfasis en el valor en esto? Afortunadamente, el nuevo énfasis de ITIL 4 en la creación de valor (o cocreación) aborda esto, señalando cómo la gestión del conocimiento contribuye a la cadena de valor del servicio ITIL:
Fuera de la nueva guía de ITIL 4, a menudo parece que se nos anima a gestionar el conocimiento, pero nunca a entender que el conocimiento puede ser valioso (e incluso invaluable). ¿Se captura más conocimiento que se utiliza? Como dice mi buen amigo Stuart Rance en su blog "La gestión del conocimiento no se trata solo de repositorios de documentos" : “El conocimiento solo tiene valor cuando está disponible para alguien, ya sea porque lo recuerdan o porque son guiados hacia él en el momento en que lo necesitan, entonces eso puede ayudarnos a comprender qué debe lograr la gestión del conocimiento”. Para algunos roles de ITSM, existe una necesidad basada en procesos para la explotación del conocimiento, como los scripts de la mesa de servicio o la base de datos de errores conocida antes mencionada. Pero, ¿qué tan bien se captura y se reutiliza el conocimiento más allá de estos casos de uso de ITSM frecuentemente citados? En mi experiencia, no es suficiente. En primer lugar, ¿qué tan bien se “recopila” el conocimiento? ¿Es simplemente un "complemento" del proceso, algo que se debe hacer además del trabajo diario, generalmente al final de una jornada o una semana de trabajo que ya es demasiado larga? Y, por otro lado, ¿se espera que las personas reutilicen y se beneficien del conocimiento disponible? Probablemente no. Hacer que la gestión del conocimiento funcione Para que las iniciativas y operaciones de gestión del conocimiento tengan alguna posibilidad de éxito sugiero:
Por lo tanto, al introducir o mejorar las capacidades de gestión del conocimiento existentes, haga dos cosas: primero, piense en términos de explotación del conocimiento por encima de la gestión del conocimiento: el conocimiento perfectamente almacenado pero no utilizado no ayuda a nadie. Y, en segundo lugar, busque la ayuda de colegas de recursos humanos (RR.HH.) sobre la mejor manera de inculcar comportamientos favorables al conocimiento en su gente y en sus procesos. |
Blog. Biblioteca
Octubre 2024
Temas |
Canal RSS
29/9/2022