ITIL V3 – Conceitos e Definições – ANO e Contratos Subjacentes

Finalizamos a postagem anterior com a seguinte pergunta: ter um ANS bem montadinho é certeza de que a empresa estará prestando um bom serviço de TI? Para responder esta pergunta precisamos antes de mais nada olharmos para dentro de nossas organizações e verificarmos como estamos estruturados a fim de atender as necessidades do negócio e especialmente honrar, da melhor forma possível, o que foi acordado com o cliente quando da contratação de um serviço de TI.

Como diz minha mãe: “o combinado não sai caro”. Acho que foi pensando nesta pequena lei social que o ITIL criou, com o intuito de garantir a entrega do serviço com os níveis contratados, o conceito do Acordo de Níveis Operacinal (ANO), também conhecido como OLA (Operational Level Agreement) e os contratos subjacentes ou Underpinnig Contracts (UI).

Por definição, um ANO é um acordo interno entre o provedor de serviço de TI e uma outra parte da mesma organização que será responsável por apoiar a entrega do todo ou de parte do serviço de TI vendido a um cliente externo. Com essa definição podemos inferir que o ANO foca nos requisitos operacionais que os serviços precisam atender. Assim, respondendo a pergunta colocada no início desta postagem, o fato de se ter um ANS que não esteja “coberto” pelo ANO representa um altíssimo risco do ANS não ser cumprido, ocasionando multas e até secção do contrato.

Mas e quando a operação de um serviço de TI vendido a um cliente depende de entregas de parceiros ou fornecedores de mercado e não apenas das áreas internas do próprio provedor do serviço de TI? Para esses casos, extremamente comum nos dias de hoje, o ITIL prevê o uso dos contratos subjacentes. Contrato, em sua definição, é um acordo legal que vincula duas ou mais partes, atribuindo a cada um suas obrigações, direitos e deveres. Portanto, os contratos adjacentes são utilizados como base para acordos com fornecedores externos, sempre que um compromisso obrigatório se faz necessário.

Para finalizarmos esta postagem podemos dizer, então, que ter um ANS bem montado não é garantia de entrega de serviço dentro dos parâmetros acordados. Para que isso aconteça faz-se necessário a existência de acordos internos ou com fornecedores externos que permitam cobrar, formalmente, a responsabilidade assumida por cada parte integrante na entrega do serviço.

Na próxima postagem, finalizaremos a parte de conceitos e definições do Desenho do Serviço.
Não percam!!!!

ITIL V3 – Desenho do Serviço – Conceitos e Definições – ANS

Caros leitores, nesta postagem estaremos falando um dos temas mais famosos do ITIL V3, o Acordo de Nível de Serviço – ANS ou o SLA para os mais íntimos (Service Level Agreement).

Basicamente, um ANS é um acordo entre um provedor de serviço de TI e um cliente. Neste documento deve estar descrito o serviço de TI que será prestado, as metas a serem cumpridas e as responsabilidades tanto do provedor de serviço de TI quanto do cliente.

É importante salientar que um ANS pode cobrir vários serviços de TI ou vários clientes. Assim sendo, cada organização deve achar a melhor forma de estruturar os seus ANS a fim de que os mesmos garantam que todos os serviços estejam cobertos de acordo com a necessidade do negócio.

O ITIL V3 reconhece três diferentes tipos de ANS, a saber:

• ANS baseado em Serviço – Este tipo de ANS acontece quando o provedor de serviço de TI possui um padrão de ANS para um determinado serviço que será utilizado para todos os clientes que tiverem aquele serviço.


• ANS baseado em Cliente ou em Unidades de Negócio – Este tipo de ANS acontece quando os níveis de serviço são agrupados por cliente ou por unidade de negócio, embutindo neste todos os serviços que foram negociados para um determinado cliente ou unidade de negócio.


• ANS Multinível – Como o próprio nome sugere, este tipo de ANS é um híbrido entre várias formas, como por exemplo: Acordo de Nível Corporativo, cobrindo todos os acordos genéricos do gerenciamento de nível de serviço apropriados para cada cliente através da organização (menos volátil); nível de cliente e nível de serviço, conforme descrito nos itens anteriores.

Com toda a explicação dada acima surge a seguinte pergunta na cabeça dos leitores atentos e questionadores: será que tendo um ANS bem montadinho é certeza de que a empresa estará prestando um bom serviço de TI? E aí nobres leitores, como vocês responderiam esta pergunta, hein?

Vamos fazer o seguinte, na próxima postagem em respondo a esta intrigante pergunta, certo? Não percam os próximos capítulos... …vocês terão explicações reveladoras!!!

eu agarancho!!!! (como dizia seu Creisson do finado programa Casseta e Planeta)

Sigam-me os bons!!!!

ITIL V3 – Desenho do Serviço – Conceitos e Definições – Cinco Aspectos do Desenho do Serviço

Se na postagem anterior verificamos os 4 P's do gerenciamento do serviço, nesta postagem veremos os Cinco aspectos que devem ser considerados na fase de Desenho de Serviço. São eles:

• Definição dos requisitos de serviço – Este aspecto detalha aquilo que foi colocado na Estratégia do Serviço por meio dos PNS. Esta definição resulta na criação de RNS, ou seja, os requisitos de nível de serviço, instrumento que antecede os acordos de níveis de serviço – ANS. A fonte de busca de informações sobre os requisitos de um novo serviço ou da alteração de serviços são encontrados no Portfólio de Serviço.


• Sistemas e ferramentas de gerenciamento de serviço – Definição das ferramentas a serem utilizadas na configuração, monitoração, incidentes, mudanças, testes e guarda de informações do serviço no catálogo.


• Desenho da tecnologia e da arquitetura – Trata da definição da infraestrutura e dos padrões que irão suportar os serviços. Neste caso estamos falando de ferramentas de TI e não de ferramentas de gerenciamento (definido no item anterior). Como exemplo da definição da tecnologia e da arquitetura podemos citar a definição dos sistemas, do banco de dados, da linguagem a ser utilizada, da arquitetura de rede e de infraestrutura necessária, etc.


• Desenho do processo – Definir os processos referentes ao gerenciamento de serviços de TI que devem ser utilizados, o workflow, etc. É importante salientar que neste momento os processos são mais genéricos, sendo aprofundados mais nas outras fases do ciclo de vida do serviço.


• Desenho da medição – Como só é possível gerenciar o que se consegue medir, é importantíssimo que na fase de Desenho do Serviço sejam definidos que tipo de métricas serão produzidos para a medição do serviço, de que forma as informações serão apresentadas, como serão obtidas e quais pessoas que devem acessá-las.

Tendo em vista estes cinco aspectos, o estágio do Desenho do Serviço inicia o seu trabalho com o conjunto de requisitos para o novo serviço, ou a a alteração de serviço existente, e termina com o desenvolvimento de uma solução de serviço desenhado para atender as necessidades documentadas do negócio. Esta solução desenvolvida, conjuntamente com o seu Pacote de Desenho do Serviço (PDS) é passada para a fase de Transição do Serviço para que a mesma possa avaliar, construir, testar e instalar o novo serviço ou um serviço alterado. Sacaram?

Na próxima postagem, introduziremos um conceito bastante utilizado pelo ITIL. Com certeza a maioria das pessoas já ouviu falar dele... Alguém tem algum palpite?

Dica: Nesta postagem tocamos no nome deste conceito...

Aguardem os próximos capítulos e...
…sigam-me os bons!!!!

ITIL V3 – Desenho do Serviço – Conceitos e Definições – Quatro P's

O conceito que vamos abordar nesta postagem, em uma olhada mais superficial, pode parecer sem importância ou apenas algo que é colocado nas metodologias para “encher linguiça”. Na verdade os quatro P's do gerenciamento de serviços foram definidos porque os projetos, na vida real, falham por falta de planejamento e gerenciamento. Tendo isso em mente, o gerenciamento de serviço deve tratar da preparação para usar os 4p's descritos abaixo:

• Pessoas – Definir e gerenciar quem vai participar da geração do serviço.
• Processos – Planejar quais processos serão utilizados na confecção do serviço
• Produtos – Entende-se como produtos, os serviços, tecnologias e ferramentas a serem utilizadas na confecção do serviço.
• Parceiros – Definir quem serão os parceiros na confecção do serviço.

Não precisamos dizer que os 4 P's são abordados por outras metodologias como o PMBOK, por exemplo. Isso apenas corrobora a ideia de que não se deve nunca perder de vista a importância desses aspectos do gerenciamento do serviço para o sucesso do empreendimento.

Continuaremos a falar de mais conceitos e definições importantes para o desenho do serviço nas próximas postagens, vocês não perdem por esperar!!!!!

Vamos nessa!!!!