Mostrando entradas con la etiqueta ITSM. Mostrar todas las entradas
Mostrando entradas con la etiqueta ITSM. Mostrar todas las entradas

jueves, 11 de noviembre de 2010

Mesa de Servicio: Acto de Equilibrio.

Introducción:
El artículo presenta tres métricas críticas sobre el desempeño de Mesa de Servicio.
- Volumen de Llamadas (incluyendo llamadas abandonadas)  Vs. Volumen de Tickets
- Número de Tickets Abiertos durante un periodo de tiempo especifico
- Usuarios Impactados por Llamada
Resumen:
Volumen de Llamadas (incluyendo llamadas abandonadas)  Vs. Volumen de Tickets.
Es muy importante contar con un sistema automatizado de llamadas (conmutador digital) que registre las llamadas abandonadas a la Mesa de Servicio. Este factor se puede derivar del tiempo de respuesta de la Mesa. Esta métrica se recomienda obtenerla antes y después de su optimización como línea base de eficiencia.
La relación se puede representar en una grafica sobre un periodo específico del tiempo, mostrando el total de llamadas, total de llamadas abandonadas y total de tickets generados por el Mesa de Servicio.
Una vez que se tiene la línea de base de esta métrica, se puede optimizar el proceso de la siguiente forma:
Reducir las llamadas abandonadas al reducir la dependencia con el teléfono (al no ser un mecanismo para procesarlo en múltiples ocurrencias), por ejemplo mensajería instantánea o unificada. De esa forma se evita la asignación manual de tickets o el mecanismo manual de estalación de tickets. Y el teléfono se utilizaría para atender a más clientes o usuarios. También se reduce la dependencia, si el proceso de retroalimentación hacia el cliente o usuario del Mesa se automatiza.
La meta es evitar utilizar el teléfono de la Mesa de Servicio para contactar al equipo de soporte.
Número de Tickets Abiertos durante un periodo de tiempo especifico.
Es común para los administradores o responsables de la Mesa de Servicio que su personal se queje o de evidencia de saturación de trabajo o saturación operacional. Sin embargo, para directivos y tomadores de decisión, es muy difícil justificar la contratación de nuevos recursos, ya que estos recursos incrementan los gastos de operación.
La métrica mencionada anteriormente representa durante el día, el número de tickets se abiertos por hora. Y de esa forma se identifican los periodos de operación mayores para los equipos de soporte. Si esta grafica se filtra por responsable asignado, se obtendría la tasa de asignación por recurso y sería fácil identificar la necesidad de nuevos recursos. Las mejoras para optimizar esta métrica son diversas, desde documentar el proceso para evaluar la asignación de recursos del equipo de soporte, y documentar el proceso para resolución de problemas generales. De igual forma, buscar incentivos para incrementar la tasa de Resolución en Primera Llamada (FCR). Otro mecanismo es la correcta asignación de recursos en base a su perfil, habilidades y conocimiento del equipo de soporte, si sus habilidades son mínimas, la tasa de FCR sería muy baja, y si su habilidades son muy altas, el tiempo asignado por recurso sería muy alto porque buscarían demostrar que no es necesario escalar el incidente.
Usuarios Impactados por Llamada.
Medir el impacto y urgencia de un incidente es parte de la estrategia correcta de evaluación y asignación de recursos del equipo de soporte. La asignación de Un incidente a Un Técnico es lo más costoso que se puede proveer.
Al representar en una grafica circular (pastel) el porcentaje de llamadas en relación de la cantidad de usuarios afectados por llamada, nos indica que lo común es que el impacto es por 1 usuario. Sin embargo, al filtrar esta misma grafica por tipo de incidente, es común que el incidente mayor en esta relación sea la reinicialización de contraseña. A lo cual se puede proveer una solución automatizada y evitar este tipo de tickets en la Mesa. Otra estrategia es incrementar o mejorar la Auto-Ayuda de los sistemas existentes, y de la misma forma, proveer una base de conocimiento especializada sobre los sistemas o productos de la organización.
Una última métrica interesante es dividir el costo anual de la Mesa de Servicio entre el Número de Tickets anuales, esto representa la inversión por incidente.

Conclusiones:
Muy interesante, definitivamente estas métricas proveen una base para la optimización de la Mesa de Servicio. Aunque no coincido con el autor, en el sentido que no menciona los tickets cerrados o resueltos. En el área que me desempeño, Ingeniería de Software, existe una métrica muy interesante: Velocidad de Resolución de Errores, la cual consiste en determinar un promedio de tiempo para cerrar los errores registrados. Sería muy interesante obtener la métrica sobre le promedio de tiempo para cerrar o resolver Tickets.

Administración de Proyectos y las Mejores Prácticas de ITSM.

Introducción:
En este artículo recomiendas la implementación de cualquier marco de trabajo sobre la Administración de Servicios de TI como un verdadero proyecto formal de implementación. Obteniendo los siguientes beneficios:
- Control Centralizado.
- Mejorar el Enfoque.
- Definición clara sobre que debe ser entregado, por quien y cuando.
- Mejorar la Comunicación.
- Evitar Prejuicios y Ambigüedad.
Resumen:
Etapas del Proyecto:
1. Integración.
Principalmente en esta etapa se planea la integración de los diversos recursos para ejecutar el proyecto, también se identifican riesgos relacionados a la planeación, y su cronograma.
2. Alcance
En esta etapa se acuerda el Alcance del proyecto con base a los siguientes procesos:
- Planeación del Alcance:  Documentar el proceso para definir el alcance, su verificación y control.
- Definición del Alcance: Detallar el alcance del proyecto.
- Verificación del Alcance: Formalizar la aceptación del alcance definido en base a los entregables del proyecto.
- Control del Alcance: Definir como los cambios al alcance se resolverán.
Al final de la etapa se define que procesos, funciones y actividades del ITSM se realizaran.
3. Tiempo
En esta etapa se realizan los siguientes procesos requeridos para completar el proyecto en el tiempo acordado:
- Definición de Actividades: Identificar las diversas actividades para realizar los entregables acordados dentro de un cronograma.
- Secuenciación de Actividades: Identificar y documentar la dependencia de las actividades.
- Estimar los Recursos: Estimar los tipos y cantidades de recursos requeridos para realizar estas actividades.
- Estimar la Duración: Estimar el numero de periodos de trabajo requeridos para realizar las actividades.
- Desarrollo del Cronograma: Integrar las actividades en un calendario con sus recursos responsables, duración y trabajo estimado.
- Control del Cronograma: Definir como los cambios serán resueltos.

4. Costos
Esta etapa incluye los siguientes procesos para planear, estimar y controlar los costos del proyecto:
- Estimar Costos: Estimar aproximadamente los costos en base a los recursos y sus actividades.
- Presupuestar Costos: Se realizan estimados a detalle y se define la línea base.
- Control de Costos: Definir como los cambios serán resueltos.

5. Calidad
En esta etapa se definen las actividades para implementar la calidad esperada del proyecto, su aseguramiento y verificación durante el proyecto.

6. Recursos Humanos
Esta etapa incluye los procesos para organizar y administrar al equipo del proyecto. Es común utilizar una Matriz de Asignación de Recursos, y para ITSM sería una RACI (Responsible, Accountable, Consult & Inform).
7. Comunicación
Esta etapa se define el proceso de comunicación acordado por el equipo para dar visibilidad, resolver problemas, informar y documentar el proyecto.
8. Riesgos
Esta etapa define los procesos de administración de riesgos, identificación, clasificación y control de los riesgos del proyecto.

Conclusiones:
El articulo me pareció muy útil en el sentido de mapear (o integrar) las fases y procesos de la administración de proyectos en general de cualquier metodología hacia la implementación de ITSM en forma práctica. Claro que este articulo solo es una guía muy general sobre la administración de proyectos y se deberá considerar un tiempo importante como parte de la estrategia de implementación de ITSM, para definir el alcance, tiempo, costo y calidad del proyecto de implementación, es decir que no debemos minimizar la planeación de la estrategia del proyecto de implementación de ITSM, o ITIL en base a que estos marcos de trabajo ya están claramente definidos, y contienen bastante documentación sobre su ejecución. Sin embargo, no existe una guía de implementación definida, y para eso debemos consultar empresas especializadas (buen anuncio y eso que no vendo estos servicios).