Importancia de la relación de un CI a una incidencia

 En Novedades

– Por: Diego Fernando Rincón Guevara

– Traduzido por: Paula Andrea Ardila Eleuterio y Correção de estilo: Francisco J Ramírez

No marco do ITIL existem muitos fatores que influenciam o processo de gestão e ciclo de vida do serviço. Ao falar de incidentes deve se começar por sua definição, como uma interrupção no serviço prestado a um usuário o cliente. Este incidente afeta um componente da organização e deve ser resolvido de maneira rápida e oportuna, garantindo a solução do mesmo e/o dando os lineamentos necessários para evitar que o incidente se repita.

Muitas ferramentas no mercado onde se registram este tipo de situações trabalham com base as melhores praticas de gestão de serviços, muitas baseadas no ITIL. O processo de incidentes inicia quando os usuários reportam um caso a um único ponto de contacto. Exemplo: a caída de uma aplicação web, que funciona em um servidor chamado “ZEUS” e que gerenciam um sistema de acessos das pessoas a um edifício corporativo.

Por: Diego Fernando Rincón Guevara

Corrección de estilo: Francisco J Ramírez

En el marco de ITIL existen muchos factores que influyen en el proceso de gestión y ciclo de vida del servicio. Al hablar de incidentes se debe empezar por su definición, como una interrupción en el servicio prestado a un usuario o cliente. Este incidente afecta un componente de la organización y debe ser resuelto de manera rápida y oportuna, garantizando la solución del mismo y dando los lineamientos necesarios para evitar que el incidente se repita.

Las herramientas en el mercado donde se registran este tipo de situaciones,  trabajan con base a las mejores prácticas de gestión de servicios, muchas basadas en ITIL. El proceso de incidentes comienza cuando los usuarios reportan un caso a un único punto de contacto. Ejemplo: la caída de una aplicación web, que funciona en un servidor llamado “ZEUS” y que maneja el sistema de ingresos de las personas a un edificio corporativo.

 

Image003

 

 

Para a mesa de serviços e para gerencia, e importante conhecer estatisticamente, ¿Quantas vezes as pessoas não podem acessar a tempo ao edifício? ¿Por que o nível de tempo de trabalho e relativamente menor alguns dias em comparação a outros? Para entender esta situação deve se conhecer a origem do incidente. Em nosso caso, quando uma pessoa chega ao edifício, apresenta sua identificação ao sistema de acesso e este não è capaz de processar a solicitação, se gera a interrupção do serviço. Tendo em conta isto, se notifica a mesa de serviços para poder solucionar o incidente o mais rápido possível. Quando o usuário ligam a reportar o inconveniente, os especialistas devem ter em conhecimento e registradas as seguintes variáveis o interrogantes:

  • ¿Que sistema permite o acesso a os usuários ao edifício?
  • ¿Em que servidor encontra – se armazenado a aplicação?
  • ¿Será possível que o dano se encontre no hardware que controla o software de acesso?
  • ¿E este elemento de alto impacto para a organização?

 

Conhecer esta informação e relevante ao momento de registrar o incidente em uma ferramenta como Aranda SERVICE DESK, porque assim e possivel o controle e gestão do caso, os avances de tempo e ações realizadas relacionando ao elemento, ativo o item de configuração [1]afetado.

A relação de um elemento de configuração CI em um incidente permite conhecer o impacto do CI dentro da organização com o objetivo de dar celeridade ao processo de solução de casos. Para o exemplo citado, os controles de acesso de um edifício alem de ter o servidor “ZEUS” associado, pode estar relacionado em una hierarquia inferior uma serie de dispositivos as aplicações que possam estar sendo afetado o que diretamente possa ser a causa do inconveniente reportado. De esta maneira e visível, uma análise rápida e oportuna que permite a mesa de serviço restabelecer o serviço de forma rápida o colocar outro servidor de contingencia para que o acesso ao edifício seja restabelecido.

No final no mês, será possível identificar as métricas do processo como: O número de incidentes que gero o sistema de aceso ao edifício e quantos deste incidente se criaram e tiveram relação com o servidor “ZEUS”, conhecer as diferentes soluções a os incidentes e estabelecer que mudanças se realizem no elemento (si tiveram) para restabelecer o serviço e melhorar o tempo de vida do elemento, a continuidade do negocio e a operação do mesmo.

 


[1]Na gestão de incidentes e importante ter um responsável encarregado de levar em uma base de dados de configuração CMDB (Configuration Management Database), da gerencia de cada ativo, mostrar as relações entre cadaum dos ativos e levar um histórico de todos aqueles que passam pela organização; desde sua compra a te sua baixa por finalização de sua vida útil. Isto implica que quando se registre o incidente, se associe o elemento e os outros atores do processo possam saber do inconveniente e a relevância do que foi reportado por um usuário.de esos activos y llevar un historial de todos aquellos que pasan por la organización; desde su compra hasta su baja por finalización de su vida útil. Esto implica que cuando se registre el incidente, se asocie el elemento y los demás actores del proceso puedan  enterarse del inconveniente y la relevancia de lo  reportado por un usuario. 

 

Image003

 

Para la mesa de servicios y para la gerencia, es importante conocer estadísticamente, ¿Cuántas veces las personas no pueden ingresar a tiempo al edificio? ¿Por qué el nivel de tiempo de trabajo es relativamente menor algunos días en comparación a otros?. Para entender esta situación se debe conocer el origen del incidente. En nuestro caso, cuando una persona llega al edificio, presenta su identificación al sistema de ingreso y éste no es capaz de procesar la solicitud, se genera la interrupción del servicio. Teniendo en cuenta esto, se notifica a la mesa de servicios para poder solucionar el incidente lo más pronto posible. Cuando el usuario llama a reportar el inconveniente, los especialistas debe tener en conocimiento y registradas las siguientes variables o interrogantes:

  • ¿Qué sistema permite el ingreso a los usuarios al edificio?
  • ¿En qué servidor se encuentra alojado dicha aplicación?
  • ¿Será posible que el  dañó se encuentre en el hardware que controla el software de ingreso?
  • ¿Es este elemento de alto impacto para la organización?

El conocer esta información es relevante al momento de registrar el incidente en una herramienta como Aranda SERVICE DESK, porque  puede llevar el control y gestión del caso, los avances de tiempo y acciones realizadas relacionando al elemento, activo o ítem de configuración [1]afectado.

La relación de un elemento de configuración CI en un incidente permite conocer el impacto del CI dentro de la organización a fin de dar celeridad al proceso de solución de casos. Para el ejemplo citado, el control de acceso de un edificio, además de tener el servidor “ZEUS” asociado, puede tener relacionado en una jerarquía inferior una serie de dispositivos o aplicaciones que pueden estar siendo afectados o que directamente puede ser la causa del inconveniente reportado. De esta manera es visible, un análisis rápido y oportuno que permite a la mesa de servicio restablecer el servicio de forma rápida o colocar otro servidor de contingencia para que el acceso al edificio sea restablecido.

A fin de mes, podrá identificar las métricas del proceso como: El número de incidentes que generó el sistema de acceso al edificio y cuántos de éstos incidentes se crearon y tuvieron relación con el servidor “ZEUS”, conocer las diferentes soluciones a los incidentes y establecer qué cambios se realizaron en el elemento (si hubieron) para restablecer el servicio y mejorar el tiempo de vida del elemento, la continuidad del negocio y la operación del mismo.


[1] En la gestión de incidentes es importante tener un responsable  encargado de llevar en una base de datos de configuración CMDB (Configuration Management Database), la gestión de cada activo, mostrar las relaciones entre cada uno de esos activos y llevar un historial de todos aquellos que pasan por la organización; desde su compra hasta su baja por finalización de su vida útil. Esto implica que cuando se registre el incidente, se asocie el elemento y los demás actores del proceso puedan  enterarse del inconveniente y la relevancia de lo  reportado por un usuario.

Publicaciones recomendadas

Dejar un Comentario

cinco + 9 =

Empiece a escribir y presione Enter para realizar la búsqueda

Top Contáctanos