¿Cuáles son los flujos de trabajo típicos en el cumplimiento de solicitudes?
Los detalles de los flujos de trabajo para la gestión de solicitudes ITIL dependerán de las necesidades y estructuras organizativas de cada empresa. De todos modos, a continuación se presentan algunos ejemplos de flujos típicos en el cumplimiento de solicitudes, todos los cuales pueden configurarse en un software de peticiones de servicios:
Solicitud de información
En este tipo de solicitud, el usuario pide información como, por ejemplo, “en qué horario trabaja el servicio de atención al cliente”. Idealmente, para reducir este tipo de solicitudes, se debe poner a disposición de los usuarios toda la información posible en una base de conocimientos fácilmente accesible y comprensible. Sin embargo, nunca es posible eliminarlas por completo. El primer paso en este flujo de trabajo de cumplimiento de solicitudes ITIL es que el usuario haga la consulta, ya sea ingresándola en una herramienta de software o poniéndose en contacto con la mesa de servicio, que registrará la solicitud a su nombre. Un software de gestión de solicitudes de servicio ITIL puede tener capacidades de búsqueda predictiva, en la que se presentan todas las posibles respuestas y se reducen a medida que el usuario introduce más información sobre la solicitud. En esta instancia es posible satisfacer la solicitud al proporcionar al usuario la información que está buscando. Cuando esto no ocurre, el flujo de trabajo debe utilizar la información proporcionada en la petición y las reglas establecidas en el modelo de solicitud para dirigir la petición al grupo de cumplimiento adecuado. Entonces, este grupo puede ponerse en contacto con el usuario y enviarle la información solicitada o hacerlo a través del software. La solicitud de servicio puede cerrarse en el mismo software una vez que el usuario haya confirmado que su solicitud ha sido satisfecha.
Solicitud de “cómo lo hago”
Se trata de solicitudes en que el usuario pregunta cómo hacer algo. En este caso, el flujo de trabajo es muy similar al de una solicitud de información y, de hecho, algunas organizaciones utilizan el mismo flujo. Una vez más, lo ideal es que la solicitud pueda cumplirse utilizando una herramienta de software y, si no, que se dirija automáticamente al grupo de cumplimiento adecuado. La diferencia entre este tipo de petición y una solicitud de información es que una petición de “cómo lo hago” indica que el usuario necesita más capacitación sobre el tema sobre el cual pregunta. Por ello, es una buena práctica clasificar las solicitudes de “cómo lo hago” por separado de las solicitudes de información. De esta manera, se pueden generar informes sobre esta categoría y enviarlos al área encargada de capacitar a los empleados.
Solicitud de restablecimiento de contraseña
En la actualidad, la mayoría de las organizaciones cuentan con programas informáticos para automatizar las solicitudes de restablecimiento de contraseñas sin necesidad de la intervención de nadie más que del propio usuario. Este software puede formar parte de la herramienta de cumplimiento de solicitudes o estar separado, pero con un enlace a él para que el usuario pueda acceder fácilmente. De no hacerlo, es probable que haya un alto volumen de solicitudes de restablecimiento de contraseña, por lo que el proceso de cumplimiento de solicitudes ITIL debe ser eficiente.
Es importante hacer un seguimiento de las solicitudes de restablecimiento de contraseñas para identificar a los “reincidentes” que podrían necesitar una capacitación sobre el tema. Ahora bien, este tipo de flujo de trabajo está vinculado con la seguridad. Por eso, es importante verificar la identidad del usuario que realiza la solicitud, ya que podría tratarse de un intento fraudulento de acceder a los sistemas utilizando sus credenciales. Resulta vital verificar la identidad del usuario antes de restablecer su contraseña. Esto es esencialmente el control de acceso, el proceso responsable de permitir a los usuarios hacer uso de los servicios de TI, datos u otros activos.
Solicitud de traslado de escritorio
En este tipo de flujo de trabajo, un usuario está moviendo un escritorio de una ubicación a otra. Esto podría implicar una serie de actividades y grupos de cumplimiento diferentes, como el equipo de TI para mover el equipo, el de seguridad para emitir nuevos pases de acceso y el de servicios de oficina para actualizar la información sobre la ubicación del usuario dentro del edificio. Un flujo de trabajo eficiente informaría a todos los grupos de cumplimiento relevantes al mismo tiempo y les daría información sobre los planes de los otros grupos para coordinar el traslado entre ellos. La solicitud de servicio solo puede cerrarse cuando se hayan completado todas las actividades que la componen. Este es un buen ejemplo de un flujo de trabajo que involucra a varias áreas de una empresa.
Solicitud de nuevo software
Cuando un usuario solicita un nuevo software, es probable que el flujo de trabajo para el cumplimiento de la solicitud incluya varias instancias de aprobación. Si el software no se utiliza en ninguna otra parte de la organización, se tendrá que solicitar la aprobación del equipo responsable de la arquitectura de TI. En tanto que, si los presupuestos de TI se gestionan de forma centralizada, el flujo de trabajo tendrá que incluir un paso para solicitar la aprobación del responsable del presupuesto. Algunas organizaciones también pueden requerir la aprobación y una justificación por escrito del superior jerárquico del usuario.
Una vez que se obtuvieron todas las aprobaciones, la solicitud de servicio debe pasar al área de adquisiciones para comprar el software, luego al equipo de TI para probarlo y, en algunas ocasiones, a los agentes de soporte para implementarlo. Este tipo de solicitud de servicio puede ser complejo de definir en el modelo de cumplimiento de solicitudes, pero una vez modelado, todas las peticiones similares podrán gestionarse de manera eficiente durante todo su ciclo de vida.
Solicitud de informes
Este flujo de trabajo se utiliza cuando un usuario quiere que el equipo de TI realice un informe para él. Se trata de un flujo de trabajo sencillo, ya que normalmente puede dirigirse directamente a TI sin ninguna etapa de revisión o aprobación previa.