ITIL V3 – Transição do Serviço – Técnicas e Ferramentas – Sistemas e mais sistemas...

O ITIL V3 descreveu uma série de sistemas e ferramentas para suportar os processos responsáveis pela gestão dos serviços de TI. Dentro da fase de Transição do Serviço, o ITIL elencou as seguintes ferramentas que falaremos nesta postagem: SGC (Sistema de Gerenciamento de Configuração), BDGC (Banco de Dados do Gerenciamento da Configuração), BMD (Biblioteca de Mídia Definitiva) e o SGCS (Sistema de Gerenciamento do Conhecimento do Serviço).

SGC (Sistema de Gerenciamento de Configuração)

O SGC é uma ampliação do famoso CMDB da versão 2.0 do ITIL. Sua principal função é criar e manter os relacionamentos dos componentes (itens de configuração) que fazem parte de um determinado serviço de TI ofertado. O SGC é composto do modelo lógico, que representa graficamente os vínculos entre os mais diversos itens de configuração responsáveis por configurar um determinado serviço de TI, e do BDGC, onde, a grosso modo, ficam registrados os atributos de cada item de configuração.

BDGC (Banco de Dados do Gerenciamento da Configuração)

Como dissemos acima, o BDGC registra os atributos de cada item de configuração responsável pela montagem da árvore de relacionamento para identificação de cada serviço de TI. O BDGC conta também com as bases onde estão guardados os bancos de dados de incidentes, problemas e mudanças, uma vez que possui a responsabilidade de manter as informações de configuração de cada item de configuração durante todo o ciclo de vida do serviço.

BMD (Biblioteca de Mídia Definitiva)

Esta biblioteca é responsável por manter a matriz de alguns sistemas. Entende-se matriz como sendo a cópia original de Software de um determinado sistema. Prestem bastante atenção nisso, o BMD preocupa-se com o software e não com o hardware necessário para o funcionamento do sistema. Sob este aspecto, devemos considerar software como sendo, não apenas o programa propriamente dito, mas também a parte de licenças de uso daquela aplicação.

Outro aspecto importante sobre o BMD é que a biblioteca não deve se preocupar apenas com os softwares de serviços que estão em produção, mas sim com todos os softwares, inclusive aqueles que não estão mais em produção, caso seja necessário restaurá-los em algum momento do tempo. Cabe aqui uma pequena reflexão que o ITIL não trata. O que fazer caso o software guardado necessite de uma infraestrutura que já não existe mais no mercado nem na organização? O que fazer? Bem, na minha singela opinião, cada organização deve manter um programa de verificação anual para descarte ou transformação de alguns softwares para manter uma certa compatibilidade com a infraestrutura mínima disponível para sua execução. Essa é a minha opinião, pois o ITIL não trata este assunto de forma direta.

SGCS (Sistema de Gerenciamento do Conhecimento do Serviço)

O SGCS é um grande sistema montado por várias outras ferramentas. Entre elas podemos citar o próprio SGC e, como consequência, o BDGC, comentados acima. O objetivo principal deste sistema é o de administrar o conhecimento e as informações dos serviços de TI da organização. Parece simples, mas não é. Independentemente de qualquer sistema, manter o conhecimento é uma tarefa árdua, que exige planejamento de treinamentos constantes e manutenção das informações relevantes para que um serviço possa ser administrado e prestado com qualidade constante.


Sigamos na busca do conhecimento de ITIL V3...

Sigam-me os bons!!!

ITIL V3 – Transição do Serviço – Conceitos e Objetivos – DICS

O DICS, também conhecido como DIKW(em inglês), é a sigla utilizada para a seguinte definição: Dado - Informação - Conhecimento - Sabedoria. Na verdade, retrata o processo evolutivo que faz com que um dado se transforme em sabedoria. Vejamos como.

A evolução pode ser medida em termos do Contexto e do Entendimento. Se fizermos um Gráfico, conforme a figura abaixo (colocada em Inglês), poderemos entender a evolução do conhecimento com os seguintes conceitos:

• Dado (Data): conjunto de fatos. O famoso dado cru.


• Informação (Information): é o dado contextualizado. Permite julgamento de valor e responde as perguntas: Quem? O quê? Quando? Onde?


• Conhecimento (Knowledge): composto de experiências, sejam elas tácitas ou não. É a informação acumulada sobre um determinado assunto. Permite identificar o “como” as coisas são feitas.


• Sabedoria (Wisdom): Representa o conjunto de conhecimentos e permite identificar o “porquê” as coisas devem ser feitas.

Tenho nítida noção que este tipo de conceito se aproxima mais do campo filosófico do que da informática, mas ele será primordial quando tratarmos do Gerenciamento do Conhecimento, processo que trataremos mais tarde na fase de Transição do Serviço.

Vocês não perdem por esperar!!!

ITIL V3 – Transição do Serviço – Conceitos e Definições – Unidade de Liberação

Dando continuidade aos conceitos e definições que fazem parte da fase de Transição do Serviço, falaremos nesta postagem da famosa Unidade de Liberação. Este nome, que pode parecer complicado ao primeiro contato, significa, na verdade, um conjunto de componentes de um serviço de TI, incluindo infraestrutura e software, que é, costumeiramente, liberado em conjunto, de acordo com uma política definida pela organização.



Vamos tentar melhorar o entendimento, ok? Para facilitar, disponibilizei a figura acima. Imaginemos o Sistema X que possui alguns módulos. A ideia aqui é identificar que uma Unidade de Liberação é composta pelos produtos suficientes para desempenhar plenamente uma determinada função (triângulos amarelo e verde). Assim, no exemplo utilizado, quando houver uma mudança no Módulo 1 do Sistema X, todo o triângulo amarelo deve ser avaliado antes da efetivação da mudança.

É importante salientar ainda que existem áreas de intersecção entre Unidades de Liberação, como podemos ver na figura. Neste caso, a complexidade aumenta, uma vez que o trabalho de mudança necessita verificar itens que podem impactar outros módulos que não estão sendo, inicialmente, alvo da mudança.

Acho que não preciso mencionar, mas para não dizer que não falei de flores: é extremamente necessário que haja um sistema de configuração bem montado para que os componentes que fazem parte de uma determinada Unidade de Liberação possam ser identificados e mapeados.

Finalizando o assunto, para que se possa fazer um gerenciamento efetivo das mudanças ocorridas nas Unidades de Liberação, faz-se necessário a criação de uma Linha de Base. A Linha de Base funciona como uma referência que poderá ser usada como ponto de partida em futuras comparações. Além disso, serve também como ponto de recuperação, caso uma Mudança ou Liberação falhar e como ponto de identificação e rastreamento quando da alteração de um IC.

Na próxima postagem, colocaremos o último conceito da fase de Transição do Serviço...

Sigam-me os bons!!!

ITIL V3 – Transição do Serviço – Conceitos e Objetivos – Mudança de Serviço

Na visão do ITIL, uma mudança significa a adição, a modificação ou a remoção de um determinado serviço de TI ou ainda de um componente de um determinado serviço de TI que tenha sido autorizada, planejada ou suportada. Isso significa dizer que o escopo de uma mudança inclui todos os Serviços de TI, os itens de configuração, os processos, as documentações, etc. Vocês podem estar se perguntando: documentações? Processos? Siiimmmm caro leitor, uma mudança de um contrato, por exemplo, pode ser encarada como uma mudança do serviço de TI.

Toda mudança deve ser feita por meio de uma RDM (requisição de mudança). Este documento é um pedido formal e padronizado da mudança que se pretende fazer. Uma RDM deve conter os detalhes da mudança e seguirá um rito processual de acordo com o tipo de mudança que está sendo proposto.

Para facilitar o entendimento de quais atividades devem ser efetuadas, o ITIL define três diferentes tipos de mudança, a saber:

• Normal: É o caminho comum da mudança, ou seja, são regras gerais que valem para todas as mudanças.


• Padrão: é aquela executada em um serviço ou na infraestrutura para a qual é utilizada uma abordagem pré-autorizada. Normalmente acontece com mudanças de baixo impacto que possuem atividades bem conhecidas e documentadas e cuja autorização é dada antecipadamente.


• Emergencial: está reservado para alterações que têm o objetivo de concertar um erro em um serviço de TI que está impactando negativamente o negócio. Normalmente possuem um critério par serem feitas, como por exemplo, a necessidade de aprovação.

Mais adiante, estaremos explorando o processo de Gerenciamento de Mudança. Quando chegarmos lá, aprofundaremos um pouco mais os conceitos definidos nesta postagem.

Vocês não perdem por esperar!!!