Tecnologías de la Información como un proceso
Por Alejandro García, director Regional México Software AG:
El definir Índices de Medición del Desempeño (IMD) nos ha permitido identificar el ámbito que abarca el segmento de la operación que deseamos administrar, esto es; no solo el resultado final de algo, al determinar que nuestro Help-Desk, por ejemplo, ya no solo debe cubrir solicitudes y cuales están terminadas, sino que incluimos la variable de Cancelados (TCAN) y Cerrados fuera de tiempo (TCFT), entonces de alguna manera debemos controlar estos eventos adicionales a nuestra operación, a través de parámetros que identifican el porqué están retrasadas o porqué se canceló alguna.
La operación requiere de definir ciertos criterios de decisión, reglas que lo rigen y otros elementos adicionales, y esto es lo que normalmente conocemos como definir un proceso.
Existen muchas definiciones para el concepto de Proceso, pero recordemos que queremos iniciar con elementos sencillos e irlos evolucionando hasta poder comparar nuestro esfuerzo con alguna metodología adecuada y hacer solo ajustes menores para el cumplimiento de normas o regulaciones que la organización requiere de TI. Por lo anterior le recomendamos las siguientes acciones:
–El proceso mismo, definamos que actividad inicia nuestro servicio, y que acciones van desencadenando los siguientes eventos del proceso, hay que considerar que decisiones deben tomarse para determinar si el proceso continua, debe bifurcarse o terminarse sin haberse cumplido con el servicio solicitado. Y seguir así hasta cubrir la totalidad del proceso. Recordemos que no debe ser exhaustivo, ni hasta el último detalle. Debemos cubrir las actividades que nos proporcionen los datos necesarios para generar el IMD en cuestión y la información de su comportamiento.
—La normatividad, siempre nos encontramos que las excepciones son más comunes de lo esperado, esto es básicamente porque no tenemos dimensionado realmente el proceso ni su alcance, por ejemplo, un ticket solo puede ser levantado por un empleado, pero en muchas ocasiones las empresas utilizan mucho personal externo (outsourcer) para realizar el trabajo, entonces esta puede ser la causa de cancelaciones y de la impresión de un mal servicio.
Revisando el proceso y su alcance podemos ir estableciendo políticas y normas que determinen qué se puede realizar y qué no, y en lo posible la razón de las negativas. En la medida en que seamos claros en este punto, menor confusiones habrá y el proceso fluirá mejor, con menos excepciones.
—Los involucrados, ahora que tenemos una visión clara de lo que hacemos, nos hemos dado cuenta de quienes participan en este servicio, y que se espera de cada uno de ellos, a esto lo denominamos Roles. Describamos que se espera de ellos en cada paso del proceso, que decisiones puede tomar por si mismo, si requiere de autorizaciones superiores o inclusive si existen elementos para suspender o rechazar una solicitud. Inclusive establecer los grados de autoridad a partir de la normatividad establecida para cada individuo.
Sabiendo el grado de autoridad, los involucrados sabrán su responsabilidad y podrán acudir a niveles superiores para consultas/autorizaciones puntuales.
—La información, para que el proceso opere de forma adecuada, debemos identificar que datos necesitamos recibir al inicio, cuales generar durante el proceso y la información resultante al terminarlo. Normalmente utilizamos formatos preestablecidos con infinidad de campos muchas veces inútiles para el proceso mismo, seamos ligeros en la definición de los mismos, ¿para que pedimos teléfono y extensión? si todo será por correo electrónico o si con un número de empleado podemos acceder al directorio telefónico. En otras palabras, los datos proporcionados nos deben permitir generar información y proveer de las métricas establecidas, lo demás es inútil y genera desperdicio de recursos.
—Los resultados esperados deben ser establecidos desde un inicio, aun cuando pueda ser subjetivo o con poco sustento, todo proceso debe tener un propósito específico, debe ser medible y esto es: debemos tener en mente hacia dónde vamos y qué nos gustaría. Y con respecto a los resultados obtenidos no se preocupe si al inicio está muy lejos de lo esperado, lo importante es observar y analizar lo logrado con datos reales, determinar qué hecho influye más en los resultados y por qué.
Siguiendo con nuestro caso del Help-Desk, debemos tener métricas del total de tickets, de los terminados, cancelados, en proceso, de los retrasados, etc. Ahí nos daremos cuenta que por ejemplo el retraso es muy alto, entonces deberemos evaluar porque se retrasa, falta de recursos, mucha cantidad, o simplemente que el tiempo ofrecido de solución es muy ambicioso y actuar en consecuencia.
—El cambio, cualquier proceso desconocido nunca se cumple y siempre da problemas, capacitemos al personal que lo realiza, expliquemos que expectativa tenemos de su trabajo y como será medido, así ellos mismos aportarán ideas para incrementar la posibilidad de éxito. Y al usuario expliquemos cómo opera, cómo puede ayudar para darle el servicio esperado, y sobre todo que sepa qué va a recibir y cuándo; es mejor saber que en 10 días le entregamos un servicio y cumplirlo, ellos pueden planear sobre esa base, que prometer en 3 días y retrasar la entrega indefinidamente, esto afecta planes de trabajo o resultados.
—Estandarización, establezca las directrices necesarias para que cada proceso, IMD, personas, y otros componentes se definan de una sola manera, para que cuando lo integre e interrelacione se tenga congruencia en las definiciones y todos los involucrados hablen el mismo idioma y hagan las cosas de la misma forma.
Busque herramientas tecnológicas que le permitan establecer procesos con al menos estos conceptos, y que permitan interrelacionarlos con otros a fin de ir creando paulatinamente un mapa completo de las actividades de TI. Que al mismo tiempo le permita hacer accesible el proceso a cualquier persona que participe en él o requiera hacer uso del servicio establecido.
Publique sus objetivos y resultados, la empresa empezará a notar que TI se vuelve una entidad transparente al publicar su realidad; y predecible, al ver que sus procesos están controlados y entregarán los resultados de acuerdo a lo establecido de manera consistente.
Seguramente estará muy lejos de sus expectativas, pero tiene todo lo necesario para crear un ciclo de mejora continua al proceso, apoyándose en un método estructurado y estándar, al que basándose en los resultados obtenidos puede hacerle mejoras para lograr un área de TI gobernada.
