itil para concursos

www.itnerante.com.br

Apostila de ITIL V3 para concursos

Prezados amigos e concurseiros,

Segue mais uma verso da apostila de Itil V3. Eu realmente no

imaginava a proporo que este material, inicialmente feito somente para

meus estudos de concurseiro, poderia tomar. Foram, apenas no meu blog,

3.500 downloads!

Neste sentido, gostaria de agradecer o prestgio e feedback de vocs,

especialmente ao pessoal da TIMasters/ITnerante, lista cheia de

guerreiros desta rdua batalha que so os concursos pblicos.

Nos ltimos meses muitos colegas esto fazendo uso deste material como

instrumento de reviso para o exame de certificao em fundamentos,

sempre voltando ao blog para agradecer e dizer como foram na prova.

Acho isso o mximo!

Seja voc concurseiro ou profissional em busca da certificao, vale um

lembrete: disponibilizo aqui mais uma ferramenta de estudo do ITIL V3,

no a nica. Use como introduo, como reviso, como quiser. Mas no se

limite a esta apostila.

Abrao,

Fagury.

Apostila ITIL V3 by Thiago Fagury is licensed under a Creative Commons Atribuio-Compartilhamento pela mesma licena 3.0 Unported License.

Apostila de ITIL V3 www.fagury.com.br


1. Introduo ao ITIL Verso 3

Antes de passarmos aos conceitos e detalhes do ITIL V3, preciso contextualiz-lo. O ITIL

(Information Technology Infrasctructure Library) est na sua terceira verso, e surgiu de uma

demanda do governo britnico por melhor qualidade nos servios de TI a ele prestados.

Assim, foram desenvolvidas melhoras prticas para gerenciar a utilizao eficiente e

responsvel dos recursos de TI, independente do fornecedor que prestasse o servio. Alm disso, as

prticas desenvolvidas so aplicveis a todo tipo de organizao, mesmo que essas tenham

necessidades tcnicas e de negcio diversas.

O ITIL, ento, uma biblioteca que compila melhores prticas usadas para o gerenciamento

de servios de tecnologia da informao. Tais prticas j foram amplamente testadas e comprovadas

na prtica, pois resultam de anos de observao e estudos.

Falando em termos simples, a biblioteca ITIL, que hoje est sob a responsabilidade do

Office of Government Commerce, do governo britnico, sugere que rea de TI seja vista como uma

provedora de servios, e que esses servios, uma vez estratgicos, devam ser tratados por todo seu

ciclo de vida, desde a concepo, produo, at sua aposentadoria. Ainda, dentro da abordagem

sobre o ciclo de vida dos servios, realizada a mensurao e gerncia do valor que estes servios

de TI so capazes de agregar ao negcio.

Em relao verso anterior, o ITIL V3 apresenta as seguintes inovaes:

Abordagem baseada no ciclo de vida dos servios;

Viso integrada de TI, negcios e fornecedores (gesto de outsourcing);

2. Conceitos

O que servio de TI, para o ITIL?

- Servio de TI o meio para entregar valor aos clientes, propiciando os resultados

desejados, sem que tais clientes/reas de negcio precisem assumir custos e riscos

especficos/inerentes a TI.

Um servio um meio de entregar valor aos clientes, facilitando os resultados que os clientes querem



alcanar, sem ter que assumir custos e riscos (ITIL V3)

E o que o gerenciamento de servios de TI?

- Gerenciamento de Servios de TI o conjunto de capacidades organizacionais (processos

e mtodos de trabalho, funes, papis e atividades) realizadas para prover valor sob a forma de

servios.

O Gerenciamento de Servios um conjunto de habilidades da organizao para fornecer valor para

o cliente em forma de servios (ITIL V3)

Como estruturada a biblioteca do ITIL V3?

O ITIL V3 tem um eixo (ncleo) de conduo das atividades, o livro de Estratgia de

Servio, que norteia os demais livros (e os respectivos processos dentro dos livros), que so

Desenho de Servio, Transio de Servio e Operao de Servio. Circundando todos os

processos est o livro de Melhoria Contnua de Servio. Todos so tidos como fases do ciclo de

vida dos servios, sendo a Estratgia a fase inicial do mesmo. Processos e funes so distribudos

ao longo do ciclo de vida, conforme a figura.

Para melhor entendimento, pode-se dividir o ciclo de vida em trs grupos de conceitos: Um

de anlise de requisitos e definio inicial, onde esto os livros de Estratgia e Desenho; outro de

implantao no ambiente produtivo/operacional, onde est o livro de Transio; por fim operao e



melhoria em produo, onde esto Operaes e Melhoria Contnua de Servios.

Resumidamente, o contedo de cada livro:

Estratgia de servios: identificao de requisitos e necessidades de negcio que sejam

atendveis por servios de TI. Os requisitos e necessidades so acordados e documentados em um

SLP (service level package ou pacote de nvel de servios).

Desenho de servios: a partir dos requisitos concebida a soluo de TI em forma de

servios, em todos os seus aspectos, que so documentados em um SDP (service design package ou

pacote de desenho de servio). O SDP nada mais que um documento de especificaes e

caractersticas dos servios.

Transio de servios: trata da implementao em produo. Tal implementao testada e

acompanhada, bem como validada. O SKMS (service knowledge management system sistema de

gesto do conhecimento em servios de TI) atualizado com as informaes do ambiente de

produo.

Operao de servios: o servio mantido em operao e funcionamento de acordo com os

nveis de servio (SLA service level agreement, ou acordo de nvel de servio) estabelecidos para

gerar os resultados esperados.

Melhoria de Servio Continuada (Melhoria Contnua de Servios): identifica

oportunidades de melhoria no servio.

2. Estratgia de Servios

Objetivo: desenvolvimento de estratgias e modelos organizacionais baseados em servios.

Engloba:

Quais servios sero oferecidos e para quais clientes;

Como criar valor para estes clientes;

Como fazer que percebam o valor criado;

Como desenvolver planos de negcio de modo a obter capacidades e recursos



necessrios aos servios;

Como otimizar a alocao de recursos;

Como medir o desempenho dos servios.

Conceitos Importantes deste livro:

Competitividade: servios operam em mercados competitivos; portanto necessria uma

estratgia de terceirizao e provimento os servios.

4 P's da estratgia de servio:

Perspectiva direcionamento, viso estratgica da organizao sobre o mercado;

Posio como o mercado enxerga a organizao, daqui derivam estratgias de

diferenciao;

Plano traduz a estratgia para a produo / operao;

Padro descreve caractersticas essenciais dos servios, norteando o

funcionamento dos servios e da organizao.

Riscos: Servios devem ter seus riscos gerenciados.

Fatores crticos de sucesso: so identificados e revisados periodicamente para garantir

adequao do portflio de servios estratgia. Indica para quais elementos necessria ateno de

modo que o servio esteja alinhado estratgia.

Contabilidade orientada a servios: forma de alinhar a Gesto de TI Gesto Financeira.

No Itil V3 a gesto financeira no mais apenas um balizador do SLA, parte da estratgia, uma

vez que alm de demonstrar os custos da TI, tambm demonstra o valor dela para o negcio)

Valor do servio: combinao da utilidade + garantia, que devem crescer/avanar

proporcionalmente.



1. Utilidade: adequado ao propsito. Segundo o ITIL, um servio pode ser til para

suportar o desempenho ou remover barreiras.

2. Garantia: adequado ao uso. Podem ser garantia de Disponibilidade, de

Capacidade, de Continuidade ou de Segurana (DCCS).

* O Service Level Package (SLP pacote de nvel de servio) deve descrever os requisitos

de Utilidade + Garantia para criao de valor para o negcio.

Tipos de Provedores de Servio:

Tipo 1 interno, atende a uma unidade de negcio apenas. Vantagem:

atendimento dedicado s necessidades de negcio. Desvantagem: Duplicao

de esforos.

Tipo 2 interno, atende a vrias unidades de negcio. Vantagem:

padronizao e reduo de custos. Desvantagem: maior exposio ameaas

de substituio por provedores externos.

Tipo 3 externo, atende vrias organizaes. Vantagem: acesso facilitado a

melhores prticas de mercado, manuteno do foco da organizao no prprio

negcio. Desvantagem: negcio passa a depender de terceiros, alm de

dificuldade em alcanar vantagens competitivas.

Ativos de servio: incluem qualquer coisa que possa contribuir para a entrega de um



servio. Para prover servios devo garantir que tenho os ativos necessrios. Desenvolv-los parte

da estratgia. Podem ser habilidades e recursos.

Habilidades RecursosGerenciamento Capital Financeiro

Organizao Infraestrutura

Processos Aplicaes

Conhecimento Informao

Pessoas Pessoas

Habilidades diferenciam os servios providos pelas organizaes.

Recursos so necessrios para que as organizaes faam plenamente seu trabalho.

2.1 Processos do livro Estratgia de Servios (Mnemnico: Est/Fin/Port/Dem)

2.1.1 [Est] Gerao da Estratgia (Ou desenvolvimento da estratgia)

um processo difuso no livro (trata dos tipos de provedor, dos 4 Ps , da alocao de

recursos, etc). Trata da definio do mercado a ser atendido, das ofertas para esse mercado e dos

ativos a serem utilizados para isso.

Cuida da preparao da organizao para execuo da estratgia (no aspecto de prover

estrutura).

2.1.2 [Fin] Gesto Financeira

Atividades de oramentao, contabilizao e cobrana.

Neste processo, h uma novidade da verso 3:

- Tambm realiza quantificao do valor do servio e dos ativos, em termos de TIR (taxa

interna de retorno), ROI (retorno sobre investimento), etc.

Papel ligado a este processo: Gerente financeiro, responsvel por lidar com custos,

acordar valores, participar na modelagem da demanda (incentivos/penalidades demanda), alm de



manter conformidade com marcos regulatrios financeiros, como Sarbanes Oxley Act, Acordo da

Basilia, Resoluo 3380-Bacen, etc.

2.1.3 [Port] Gerncia de portflio

Primeiro preciso destacar que o portflio de servios no o catlogo de servios. O

portflio fornece informaes sobre todos os servios atravs do ciclo de vida. A partir do portflio

possvel saber o que est na fila de servios para ser desenvolvido (funil de servio), o que est

em operao (catlogo de servio), o que deve ser aposentado ou j foi retirado do portflio

(servios obsoletos).

Este processo descreve os servios em termos de valor para o negcio, definindo as

necessidades do negcio e as solues do provedor para elas. Alm disso, este processo compara os

servios de vrios provedores, baseado na descrio e no valor. uma forma de analisar a

competitividade de servios, verificando fraquezas e pontos fortes.

Este processo Define (constri e atualiza), Analisa (alinhamento, priorizao e

balanceamento), Aprova (autorizao de servios e recursos) e Contrata (Charter, comunicao e

alocao) a partir da estratgia de servio.

Papel: gerente de produto, que gerencia servios como se fossem produtos no ciclo de

vida.

2.1.4 [Dem] Gesto de Demandas

Este processo tem como objetivo entender e influenciar as demandas de clientes pelos

servios e realizar a proviso de capacidade para o atendimento s demandas.

Aqui so feitos: Anlise, Rastreamento, Monitoramento e Documentao de Padres de

Atividade do Negcio (PAN ou BAP) para prever as demandas atuais e futuras por servios.



No nvel estratgico, este processo faz a anlise de padres de negcio e perfis de usurios.

No plano ttico, define o uso de mecanismos de diferenciao (cobrana, nvel de servio) para

encorajar o uso adequado dos servios.

Papel: gerente de demandas, que tem como objetivo gerenciar demandas e capacidades,

recursos dos processos alm de responder s mudanas no PAN.

O resultado desse processo o SLP SERVICE LEVEL PACKAGE, ou pacote de nvel de

servios, que define o valor dos servios em termos de utilidade e garantia, conceitos que sero

tratados a seguir.

3 Desenho de Servios:

Objetivo: desenho e evoluo de servios para atender requisitos atuais e futuros de

negcio.

Traduz o SLP em um conjunto de especificaes.

Produz e mantm planos, processos, polticas, padres e arquiteturas para criao dos

servios;

Desenha servios que forneam resultados adequados ao negcio;

Desenha processos para suportar o ciclo de vida dos servios;

Desenvolve habilidades e capacidades de TI.

Desenha recursos seguros e resilientes de infra, ambiente, aplicaes e dados.

Desenvolve mtodos de mensurao e mtricas.

Esta fase (livro) desenha servios de TI apropriados e inovadores, incluindo suas

arquiteturas, processos, polticas e documentaes, de modo a suprir atuais e futuros requisitos de

negcio (adaptado do ITIL).

A fase de desenho de servios projeta o servio de TI e tambm os processos ao longo do



ciclo de vida que norteiam este servio.

Aqui importante lembrar da viso holstica definida pelo ITIL V3, que envolve no

desenho de servios no s a TI e suas solues, mas arquiteturas e sistemas de gerenciamento,

processos, papis, capacidades alm de mensurao e mtricas. Esta etapa deve envolver outras

gerncias caso necessrio, tais como de Capacidade, Financeira, Fornecedores, alm de funes

como Service Desk. Dessa forma o planejamento completo sob diversas pticas, lembrando que

avaliaes iniciais de anlise de impacto do negcio e anlise de riscos tambm so importantes.

Conceitos Importantes deste livro:

4 P's do Desenho de Servios:

Pessoas preciso determinar os papis das pessoas nos processos;

Produtos determinar os produtos (servios, tecnologia e ferramentas);

Processos definir os processos;

Parceiros estabelecer parceiros, fornecedores e vendedores de soluo.

Atividades:

Eng. De Requisitos do negcio;

Desenvolvimento de soluo, processos e mtricas;

Produo e reviso de documentos e processos;

Produo e manuteno de polticas;

Gerenciamento de riscos;

Alinhamento com polticas e estratgias.

* Essas atividades so executadas no mbito de cada um dos processos desta etapa,

permeando todos.

Os cinco aspectos mais importantes do Desenho de Servio so:

Identificao dos requisitos de negcio, Definio dos requisitos do servio e

Desenho do Servio;



Consulta constante ao Portflio de Servios (pois contm detalhes dos Servios e

seus status);

Desenho da Arquitetura e da Tecnologia (desenvolvimento e manuteno de

polticas, estratgias, documentos, planos e sistema de gerenciamento de servios);

Desenho do processo, especialmente os necessrios para transio, operao e

melhoria continuada;

Desenho de mtricas para medio velha mxima de que aquilo que no se pode

medir, no gerencivel.

Opes de fornecimento de servios:

Segundo o ITIL, uma organizao pode no ter todas as habilidades necessrias para

desenvolver e prover um servio de TI. A soluo sugerida a terceirizao utilizando uma das

seguintes estratgias:

In-sourcing a organizao desenvolve ou tem todas as habilidades necessrias.

Resulta em melhor controle sobre a entrega, mas o custo tambm maior;

Outsourcing usa recursos de uma organizao externa para desenvolver e manter

um servio. Menor controle sobre a entrega, mas pode ser muito vantajoso se

servios comuns estiverem nesse regime (Exemplo: servios de impresso, que no

agregam valor ou inteligncia ao negcio);

Co-sourcing combinao dos dois anteriores, com a vantagem de ter-se melhor

controle sobre a entrega do servio em relao ao Outsourcing puro;

Parceria ou multi-sourcing organizaes fazem arranjo formal para trabalhar em

conjunto. Distribuem as atividades entre vrios fornecedores, contratando-se os

melhores da classe, ao invs de ficarem presas a apenas um. uma terceirizao de

menor risco, por ser mais seletiva;

Business Process Outsourcing uma organizao fornece e gerencia totalmente

processos de negcio da outra, como por exemplo, os Call Centers;

Application Service Provision trata de estabelecer acordo com um ASP (Provedor



de Servios de Aplicao) para fornecer servios compartilhados, como por exemplo

aplicaes na nuvem, onde a empresa obtm o benefcio do software sem

necessidade de manter a infraestrutura de suporte. Reduz custos, mas no aplicvel

a sistemas crticos para o negcio.

Knowledge Process Outsourcing (KPO) terceirizao de expertise de processos

de negcio. um movimento recente, de empresas que tem expertise em

determinado processo e transformam dados em informao estratgica.

3.1 Processos: (Mnemnico: Cat/Niv/Cap/Disp/Cont/SI/For)

3.1.1 [Cat] Gerenciamento do Catlogo de Servios

O propsito do Gerenciamento do Catlogo de servios atuar como fonte centralizada de

informaes sobre todos os servios acordados, e assegurar que ele esteja disponvel para que tem

autorizao para acess-lo.

O processo tem como meta assegurar que o catlogo seja produzido e mantido, contendo

informaes corretas sobre os servios operacionais e sobre os que esto sendo preparados para

entrar em operao.

A informao sobre o servio deve ser correta e refletir detalhes, status, interfaces e

dependncias atuais de todos os servios que esto em operaes ou sendo preparados para ir ao

ambiente operacional.

O catlogo faz parte do portflio e contm informaes mais estruturadas e detalhadas dos

servios. Neste sentido, O Gerente de Portflio apenas gerencia o portflio, tomando deciso sobre

quais servios devem ser produzidos ou retirados de operao.

J o catlogo e sua respectiva gerncia mantm as informaes (que so muito densas e



sofrem mudanas ao longo do ciclo de vida dos servios) atualizadas, fazendo o controle das

alteraes.

Papel: gerente de catlogo de servio produz e mantm o catlogo. Um forte candidato a

assumir esta funo o Gerente Central de Servios, pelo bom trmite com os clientes da TI.

3.1.2 [Niv] Gerenciamento de Nvel de Servio

Objetivo: garantir que os servios e seu desempenho so medidos de forma consistente por

toda a organizao e que atendem s necessidades de clientes e negcio.

Negocia, estabelece acordos e documenta as metas de negcio a serem alcanadas pelos

servios e monitora e relata os SLAs (acordos de nvel de servio).

O nvel de servio deve ser desenhado corretamente para evitar que o servio seja colocado

em operao com nveis abaixo dos requeridos. Logo, este processo depende de informaes

advindas da Estratgia de Servio.

O gerenciamento de nvel de servio possibilitar estabelecer acordos entre as partes.

Aqui sero negociados e acordados os requisitos atuais nos SLAs (ou ANS), bem como os

requisitos de nvel de servio (RNS) para servios futuros.

Devero ser desenvolvidos e gerenciados os Acordos de Nvel Operacional (ANOs ou

OLAs) baseados no alinhamento das metas com os SLAs.

Sero revisados contratos junto com o processo de Gerenciamento de Fornecedores para

garantir que as metas esto sendo cumpridas.

Falhas nos servios devero ser proativamente prevenidas e o PAS Plano de



Aperfeioamento de Servio (do ingls SIP Service Improvement Plan) dever gerenciar,

planejar, e implantar melhorias nos servios e processos.

Tambm sero desenvolvidos e mantidos os Planos de Qualidade dos Servios (SQP).

Papel: gerente de nvel de servio responsvel por identificar, entender e documentar os

requisitos de servio atuais e futuros, negociar os acordos, avaliar impacto dos nveis de servio e

identificar quem so os stakeholders em cada servio, alm de medir e analisar a melhoria de

satisfao do cliente.

3.1.3 [Disp] Gerenciamento da Disponibilidade:

Tem a meta de assegurar que os servios sejam entregues dentro dos nveis acordados.

Concentra questes relacionadas disponibilidade de servios, componentes e recursos e garante

que as metas de disponibilidade em todas as reas sejam alcanadas e atendam s necessidades do

negcio.

Realiza a gesto da disponibilidade, confiabilidade, sustentabilidade e funcionalidade

(serviceability). Mas s para as VBF's (Vital Business Functions), uma vez que a gesto para todas

as funes de negcio torna-se cara e invivel.

Disponibilidade: refere-se habilidade de um servio, componente ou item de configurao

executar sua funo acordada quando requerida;

Confiabilidade: a medida de quanto tempo um servio, componente ou item de

configurao pode executar sua funo acordada sem interrupo. Muito dependente da qualidade.

Sustentabilidade: mede a velocidade com que um servio, componente ou item de

configurao consegue ser restaurado para o seu estado normal aps uma falha. necessrio que a

equipe suporte o servio. Exemplo: Migrar o ambiente para um Sistema Operacional novo, mas que

ningum domine a tecnologia, insustentvel.

Funcionalidade (serviceability): a habilidade de um fornecedor em atender os termos de

seu contrato, como em casos de produtos suportados pelos seus fabricantes, onde a TI dever ter



habilidade de obter esse servio.

O gerenciamento da disponibilidade no trata s de planejamento, mas tambm de aspectos

reativos (anlise de indisponibilidades) e proativos (melhoria de disponibilidade).

Papel: gerente de disponibilidade , que deve garantir que servios atuais entregam os

nveis de disponibilidade acordados nos ANS e que os novos servios so desenhados para entregar

o nvel de disponibilidade requerido pelo negcio.

Produtos: AMIS (Sistemas de Informao de Gesto da disponibilidade) e Plano de

Disponibilidade.

3.1.4 [Cap] Gerenciamento da Capacidade

Este processo mantm os nveis de entrega de servios requisitados a um custo acessvel,

alm de assegurar que a capacidade da infraestrutura de TI esteja alinhada com as necessidades

de negcio.

suportado inicialmente pela estratgia de servio na criao de indicadores necessrios

para alinhar a capacidade demanda.

Faz a gesto da capacidade de negcio (requisitos futuros), de servio (dentro do ANS) e e

dos componentes (individualmente, dentro da infraestrutura) ao longo de todo o ciclo de vida dos

servios.

Concentra a gesto de questes relacionadas a capacidade e desempenho de servios e

recursos; equilibra a capacidade de TI com as demandas de negcio acordadas.

Este processo deve fazer o balanceamento entre custo x capacidade e fornecimento x

demanda.

Fator chave de sucesso: sua realizao na fase de desenho.



Principais produtos do processo: o SIGC (Sistema de Informao de Gerenciamento da

Capacidade CIMS, em ingls) e Plano de Capacidade.

Papel: gerente de capacidade, responsvel por garantir capacidade adequada, bem como

configurar um monitoramento de nveis atravs de relatrios.

3.1.5 [Cont] Gerenciamento da Continuidade de Servio

Objetivo: manter continuamente a capacidade de recuperao dos servios de TI, de modo

a atender as necessidades, requisitos e prazos de negcio. Tudo isso atravs de planos, anlises de

impacto, avaliaes de risco, aconselhamento das reas de negcio, medidas proativas e negociao

de contratos para suportar a continuidade junto com o Gerenciamento de Fornecedores.

O gerenciamento da continuidade de servio trata de eventos significativos o suficiente

para serem considerados desastres. Este processo investiga, desenvolve e implementa opes de

recuperao de servios quando ocorrer uma interrupo grave.

A meta deste processo dar suporte aos processos do Gerenciamento da Continuidade do

Negcio assegurando que os requisitos tcnicos de servios e de estrutura de TI (incluindo

sistemas, redes, aplicativos, telecomunicaes, ambientes, suporte tcnico e inclusive Central de

Servios) possam ser reiniciados dentro do tempo requerido e acordado.

A Anlise de Impacto do Negcio AIN (em ingls, Business Impact Analysis BIA)

feita no processo de Gerenciamento Financeiro e complementada aqui, de modo a quantificar o

impacto que a perda do servio de TI teria no negcio.

Neste processo implantado um fluxo de atividades:

Estabelecer uma poltica;

Escopo do que deve ser includo nos planos;



Iniciar um projeto;

Anlise de impacto e avaliao de riscos;

Estratgia de continuidade dos servios de TI;

Desenvolver os planos de continuidade;

Desenvolver planos de recuperao e procedimentos;

Testar a estratgia.

Produtos: estratgias e polticas de ITSCM (IT Service Continuity Management) e planos

de preveno de desastres, de contingncia e recuperao de desastres.

Papel: gerente de continuidade de servio, que faz a gesto das mudanas que possam

impactar na continuidade, testes de continuidade, alm da manuteno da continuidade do servio

de acordo com os requisitos do processo de Gerenciamento da Continuidade de Negcio.

3.1.6 [SI] Gesto de Segurana da Informao

Objetivo: alinhar a segurana de TI do negcio e garantir que a segurana da

infraestrutura seja gerenciada eficazmente em todos os servios e atividades.

Trata da segurana alinhada governana corporativa.

Alm de garantir o CID (Confidencialidade, Integridade e Disponibilidade) tambm cuida

da Autenticidade e No Repdio.

Este processo de Gerenciamento de SI baseado na norma ISO/IEC 27001, que aponta um

ciclo para a gesto de segurana da informao: EIOMAMM (Ciclo PDCA) = Estabelecer /

Implementar e Operar / Monitorar e Analisar Criticamente / Manter e Melhorar.

Na verdade, o ciclo descrito no ITIL usa a seguinte terminologia (CPIAM):



Controlar a primeira atividade do gerenciamento de segurana e trata da

organizao e do gerenciamento do processo.

Planejar inclui definir os aspectos de segurana do SLA em conjunto com o

Gerenciamento de Nvel de Servio, detalhando em ANOs posteriormente. Tambm

define as atividades em contratos com terceiros relacionadas segurana. Importante

lembrar que os ANOs (Acordos de Nvel Operacional) so planejamentos para uma

unidade do provedor de servio, como por exemplo para cada plataforma de TI,

aplicao e rede.

Implantar - implanta todas as medidas especificadas nos planejamentos. Classifica e

gerencia os recursos de TI, trata da Segurana de Pessoal (job-description, seleo,

treinamentos) e gerencia a segurana como um todo (implantao de

responsabilidades e tarefas, desenvolve regulamentos e instrues, cobre todo o ciclo

de vida, tratamento de ambientes, mdias, proteo contra vrus e ameaas).

Avaliar - avalia o desempenho das medidas planejadas e atende aos requisitos de

clientes e terceiros. Os resultados podem ser usados para atualizar medidas acordadas

em consultas com os clientes e para sugerir mudanas. Pode ser feita de trs formas:

auto-avaliao, auditorias internas e auditorias externas.

Manuteno - mantm a parte do SLA que trata de segurana e mantm os planos

detalhados de segurana. feita baseada nos resultados da avaliao e na anlise de

mudanas nos riscos.

Papel: Gerente de Segurana responsvel por atender aos objetivos deste processo,

cuidar da Poltica de SI como um todo e garantir que a mesma seja adequada e seguida por todos.

Produtos: Sistema de Informao de Gesto de Segurana (SMIS) e Poltica de SI

3.1.7 [For] Gerenciamento de fornecedor

Gerencia fornecedores e respectivos servios fornecidos de acordo com as metas dos

servios de TI e as expectativas do servio. A meta desse processo melhorar a conscincia da



entrega dos servios fornecidos por parceiros e fornecedores externos de modo a beneficiar o

negcio e a organizao.

Deve ser feito em todas as fases do ciclo de vida. Est explcita nesta fase porque aqui so

identificados e selecionados os fornecedores, inicialmente, ao projetar um servio novo.

O objetivo desse processo obter o retorno adequado (value for money) dos fornecedores e

garantir que eles alcancem metas estabelecidas em seus contratos.

Produto : Base de Dados de Fornecedores e Contratos (SCD). Sugere-se classificar os

contratos dentro desta base em fornecedores estratgicos, tticos (atividades comerciais

significativas), operacionais e de commodities (papel, cartucho, etc).

Papel Gerente de Fornecedores assiste o desenvolvimento de SLAs, contratos, acordos

e demais documentos com terceiros. Mantm e revisa o SCD, avalia e adquire novos contratos e

fornecedores. Revisa os riscos de todos os fornecedores e contratos e mantm o processo de

negociao em disputas contratuais. Recomendvel que o Gerente de Fornecedores seja o Gerente

da Central de Servios ou do Nvel de Servios.

3.2 Outros papis na fase do Desenho de Servios:

Gerente de Desenho de Servios: coordena os gerentes dos processos para a produo de

desenhos de servios de qualidade.

Arquiteto de TI: coordena o desenho de tecnologias, arquiteturas, estratgias e planos.

3.3 Sada da etapa de Desenho do Servio:

o SDP Service Design Package, um documento de especificaes do servio.



4. Transio de Servio

A fase descrita nesse livro tem o propsito de planejar, gerenciar mudanas nos servios e

implantar liberaes de servios com sucesso no ambiente operacional.

Os objetivos so:

Planejar e gerenciar os recursos de modo a estabelecer um novo servio ou

alterao de um servio no ambiente de produo, com qualidade, custos previsveis

e dentro do prazo estimado.

Assegurar o menor impacto possvel nos servios em produo quando uma

mudana ou um novo servio for implantado.

Aumentar a satisfao dos clientes, usurios e equipe de suporte com prticas de

transio que resultem em menor impacto para organizao.

Fornecer plano compreensivo e claro para que os projetos de mudana estejam

alinhados aos planos de transio de servio.

Esta fase faz a transio entre o Desenho e a Operao. Deve implantar os servios em

produo com base nas especificaes produzidas pelo estgio de Desenho. Tambm envolve a

modificao do desenho e a reanlise das especificaes.

O foco da transio est em todos os aspectos do servio, incluindo o suporte a falhas.

A transio requer a compreenso de:

Potencial que o servio tem de criao de valor para o negcio;

Partes interessadas, tais como fornecedores, clientes e outras reas

envolvidas/afetadas.



Princpios Bsicos:

Compreenso integral dos servios (quanto Natureza, Utilidade e Garantia);

Estabelecimento de poltica e mtodo para implementar mudana;

Foco na transferncia de conhecimento para tomada de deciso e execuo dos

processos;

Ao proativa para correo dos rumos;

Identificao de necessidades ao longo da transio.

Conceitos importantes deste livro :

Item de configurao um ativo, um componente de servio ou qualquer outro item sob

controle do processo de Gerenciamento de Configurao (hardware, software, documentao,

equipe).

BDGC ou CMDB / Banco de Dados de Gerenciamento de Configurao um

repositrio de informaes sobre os registros de itens de configurao. Cada item deve ter nesse BD

um registro nico, com alguns campos que o identifiquem.

Sistema de Gerenciamento de Configurao SGC ou CMS para gerenciar servios de

TI necessrio um sistema de suporte, que faa a gesto da configurao dos ativos. Consiste em

quatro camadas:

Camada de apresentao: formatao de informaes em relatrios especficos

para determinados pblicos.

Camada de processamento de conhecimento: onde se produzem as querys

(consultas) para extrair os dados para serem exibidos em relatrios.

Camada de integrao de informao: coleta e estrutura os dados.

Camada de dados: dados e informaes de diferentes origens, como BDGCs,

ferramentas de inventrio, informaes de projetos.



Sistema de Gerenciamento do Conhecimento de Servio SGCS ou SKMS formado

por um conjunto de dados em base central. Os BDGCs alimentam o SGC, que fornece informaes

ao SGCS e estas informaes suportam a tomada de decises.

Biblioteca de Mdia Definitiva BMD ou DML A Definitive Media Library uma

biblioteca segura que armazena cpias-mestre de verses autorizadas e definitivas de itens de

configurao (softwares). Difere do BDGC por que o BDGC armazena registros lgicos, enquanto

esta biblioteca pode ser um armrio que contm as mdias fsicas (cds / dvds), por exemplo.

Mudanas de Servio (service change) mudana em um servio existente ou uma

introduo de novo servio no ambiente de produo.

Tipo de Mudanas (change types) podem ser trs: Padro, Normal e Emergencial.

Padro indica que ela muda um servio ou infraestrutura e pr-autorizada pelo Gerenciamento de

Mudana. Normal trata de mudana levantada a partir de uma pessoa ou organizao, sendo

necessrios autorizao e planejamento antes da execuo. Emergencial necessita urgncia para

implantao, em resposta a um incidente (nem sempre possvel testar por completo).

7 Rs do Gerenciamento de Mudana

- Quem submeteu a mudana? (Raise)

- Qual a razo da mudana? (Reason)

- Qual o retorno requerido a partir da mudana (Return)

- Quais so os riscos envolvidos na mudana? (Risks)

- Quais os recursos necessrios para entregar a mudana? (Resources)

- Quem o responsvel por construir, testar e implantar a mudana? (Responsible)

- Qual a relao entre esta mudana e outras mudanas? (Relationship)

Unidade de Liberao (Release Unit) a poro de um servio ou infraestrutura de TI

que normalmente liberada de acordo com a poltica de liberao da organizao. Esta unidade

varia em termos de item, ativo de servio e componente de servio (hardware ou software).



O modelo V de Servio uma ferramenta para mapear os diferentes nveis de

configurao que precisam ser construdos e testados. Na vertical esto os nveis, partindo da

especificao e chegando ao detalhamento, enquanto na horizontal podem ser especificadas

atividades correspondentes, tais como testes e validaes.

4.1 Processos (Mnemnico - Mu/Conf/Conh/Sup/Lib/Val/Aval):

importante ressaltar aqui que na Transio h dois tipos de processos. Aqueles que so

restritos ao estgio de Transio e aqueles que permeiam todo o ciclo de vida. Sero oportunamente

identificados nos tpicos a seguir.

4.1.1 Gerenciamento de Mudana (aplicvel a todo o ciclo de vida)

O objetivo deste processo assegurar que mudanas so feitas de forma controlada, e so

avaliadas, priorizadas, planejadas, testadas, implantadas e documentadas.

Os riscos devem ser mapeados e gerenciados. A rea de TI precisa ser responsiva s

mudanas no negcio.

O escopo deste processo cobre as mudanas desde a base de ativos de servio e itens de

configurao at o completo ciclo de vida do servio. Isso implica dizer que este processo pode ser

usado para implantar melhorias nos processos de Gerenciamento de Servios de TI.

Conceitos bsicos do processo de mudana:

Requisies de Mudana (RDM ou RFC) so requisies formais para mudar um ou mais

Itens de Configurao.

Comit Consultivo de Mudanas (CCM ou Change Advisory Board CAB) rene pessoas

que autorizam a mudana e auxiliam na sua avaliao e priorizao.

Como funciona o processo de mudana?

O processo de mudana comea com uma RDM. Uma RDM pode conter proposta de



mudana que crie novas facilidades ao negcio, ou conter justificativa do gerente de problema para

implantar mudana que corrija um problema. A RDM verificada em termos de conformidade, se

necessria , se est completada e j no havia outro registro aberto. Aqui aplicam-se os 7Rs. Depois

da anlise a avaliao , o comit decide pela implementao, priorizando com base no impacto e na

urgncia. Em seguida coordenada a implantao, que aps feita, deve ser avaliada para saber se

cumpriu o seu propsito.

Resultados esperados:

Reduo de erros em servios novos ou alterados;

Maior velocidade e preciso na realizao de mudanas;

Priorizao de mudanas com maior benefcio para o negcio.

Papel inerente a esta fase: Gerente de Mudana que trata as mudanas em todo o seu

ciclo, desde a requisio at a implementao / rejeio. Ele deve presidir o comit consultivo e

enviar as agendas de mudanas ao Service Desk. O comit consultivo tambm exerce um papel,

bem como o comit emergencial (que um destacamento do consultivo) para tratamento de

mudanas emergenciais.

4.1.2 [Conf] Gerenciamento da Configurao e de Ativo de Servio (aplicvel a todo o ciclo

de vida dos servios)

Identifica todos os Itens de Configurao necessrios para entregar os servios de TI,

fornecendo um modelo lgico da estrutura de TI.

As informaes sobre os itens de configurao so mantidas na Base de Dados do

Gerenciamento de Configurao (BDGC).

Este processo identifica, controla e presta contas por ativos de servios e itens de

configurao protegendo e garantindo sua integridade ao longo do ciclo de vida. Inclui ativos que

no sejam de TI e ativos de provedores de servios, quando necessrio.



Conceitos bsicos neste processo:

Biblioteca Segura (secure library): coleo de Ics de software, eletrnicos ou documentos.

Armazm Seguro (secure store): o local onde ser armazenam os ativos de TI.

Biblioteca de mdia definitiva (BMD DSL): biblioteca segura na qual verses de

software autorizadas so armazenadas.

Peas Definitivas (definitive spares): armazena peas sobressalentes de hardware, como

mouses, teclados e memrias.

Linha de Base de Configurao: a configurao aprovada de um servio, produto ou

infraestrutura.

Snapshot (Instantneo): cpia do estado atual de um IC ou ambiente. Ferramentas de

inventrio mantm a rastreabilidade desses estados.

O produto deste processo o Sistema de Gerenciamento da Configurao, conforme visto

anteriormente.

Papis: Gerente de Ativos de Servio, Gerente de Configurao, Analista de Configurao,

Bibliotecrio de Configurao e Administrador de Ferramentas de SGC.

4.1.3 [Conh] Gerenciamento do Conhecimento (aplicvel a todo o ciclo de vida)

Tem como objetivo garantir que as pessoas certas tenham o conhecimento adequado e

oportuno para entregar e suportar os servios requeridos.

Trata o conhecimento como forma de prover servios eficientes e com qualidade, de valor

compreensvel a todos.

Principal sada: SKMS ou SGCS (sistema de gesto do conhecimento de servios)

4.1.4 [Sup] Planejamento e Suporte da Transio

Tem como foco a melhoria das habilidades e da eficincia do provedor de servios, de



modo a suportar grandes volumes de mudanas e liberaes de servios.

Objetivos:

Planejar e coordenar recursos para garantir que os requisitos codificados no

desenho do servio sejam realmente atendidos durante a operao do servio.

Identificar, gerenciar e controlar os riscos de falhas e interrupo de servios

durante as atividades de transio.

4.1.5 [Lib] Gerenciamento de Liberao e Implantao

To logo o gerenciamento de mudana aprovar a mudana (atravs do comit consultivo),

ela passada para este processo, para que seja liberada e implantada no ambiente de produo.

Este processo faz o controle de verses e controla as instalaes de software, hardware e

outros componentes de infraestrutura, do ambiente de desenvolvimento ao ambiente de teste e

depois para o ambiente de produo.

No desenvolve a mudana, apenas sua liberao (ex: deployment de um software).

Liberaes so planejadas e este processo deve atender at o suporte inicial da entrada em

produo.

Opes mais frequentes para o lanamento de liberaes:

Big bang ou por fase: bigbang implanta o servio para todos ao mesmo tempo, enquanto

por fase a liberao feita para partes de usurios.

Empurrada ou Puxada (Push/Pull): na liberao empurrada o componente do servio

implantado a partir da rea central para usurios em localizaes remotas. Puxada os usurios

devem trazer para si as atualizaes, atravs de downloads ou requisies.

Automatizada ou manual: as automatizadas fazem uso de scripts que rodam atualizao

em cada mquina na rede, atravs de um comando central, por exemplo. Alguns softwares fazem

isso. J a liberao manual requer interveno ponto a ponto.

Atividades de liberao: Planejamento / Preparao para Construo, Teste e Implantao /

Construo e Teste / Teste de Servio e Pilotos / Planejamento e Preparao para Implantao /

Transferncia, Implantao e Retirada / Verificao / Suporte.



Produtos/Sadas deste processo:

Aumento de valor para o negcio pela otimizao de velocidade, custo e risco das

mudanas;

Consistncia e auditabilidade na implantao de servios teis ao negcio;

Correo de desvios no SDP.

Papis:

Gerente de liberao e implantao responsvel por planejar, desenhar, construir,

configurar e testar os novos softwares e hardwares para criar o pacote de liberao para a entrega de

mudanas nos servios.

Gerente de empacotamento e Construo de Liberao estabelece a configurao final

da liberao.

Equipe de Implantao responsvel pela entrega fsica do servio.

4.1.6 [Val] Validao de Servio e Testes

Este processo tem foco na qualidade. Deve checar que o servio atende ao requisito do SDP,

dentro dos nveis de risco aceitos pelo negcio.

Objetivo: prover evidncia objetiva de que o servio novo ou alterado suporta os requisitos

de negcio, incluindo os acordos de nvel de servio (SLA) estabelecidos.

Concentra-se na funcionalidade, disponibilidade, continuidade, segurana, usabilidade e

testes de regresso.

4.1.7 [Aval] Avaliao

Avaliao da relevncia do desenho do servio, da abordagem de transio e da adequao

do servio novo ou alterado aos ambientes operacionais e de negcios.

Objetivo: garantir que o servio continue sendo relevante, pelo estabelecimento de

mtricas/mensurao apropriados.



4.2 Atividades Operacionais da Transio

O ITIL V3 trata uma Transio como se fosse um projeto, ou seja, Projetos de Implantao

da Mudana. Portanto, as seguintes atividades so importantes:

Gesto de comunicao e compromissos;

Gesto de mudanas organizacionais e de partes interessadas;

Organizao de papis e responsabilidades pela transio de servios;

No so necessrias equipes exclusivas transio, mas sim pessoas aproveitadas de

outras reas com experincia e habilidades adequadas.

5 Operao de Servio

Objetivo: entregar aos clientes e usurios os nveis de servio acordados e gerenciar as

aplicaes, tecnologia e infraestrutura que suportam a entrega do servio.

Este o nico estgio em que os servios efetivamente entregam valor ao cliente, uma vez

que para o Cliente o valor est no servio de TI em produo.

OBJETIVOS CONFLITANTES:

viso interna (TI) x viso externa (negcio): a viso tcnica necessria para a

gesto dos componentes dos servios, mas no pode se sobrepor aos requisitos de

qualidade dos usurios para esses servios;

estabilidade x tempo de atendimento: a infra de TI deve ser estvel para oferecer a

disponibilidade esperada, ao passo que deve ser flexvel para adaptar-se a mudanas

de requisitos de negcio;

qualidade do servio x custo do servio: os servios devem atender os acordos de

nvel de servio estabelecidos ao menor custo possvel e com uso otimizado dos

recursos;

atividades reativas x proativas: importante agir proativamente antecipando-se a



possveis problemas, desde que isso no implique mudanas excessivas ou perda da

capacidade de reao.

Conceitos Bsicos:

Requisio de servio: o pedido de informao para uma mudana ou o pedido

para acessar um servio de TI. geralmente atendida pela Central de Servio e no

requer a abertura de uma requisio de mudana.

Evento: um status report criado por um servio, item de configurao ou

ferramenta de monitoramento causado pela alterao no desempenho da

infraestrutura ou de entrega de servio. Geralmente requer que incidentes sejam

registrados e uma ao seja tomada pelo pessoal de operaes de TI. uma mudana

de estado significativa para um item de configurao ou servio.

Alerta: um aviso ou advertncia sobre uma meta (threshold), mudana ou falha

que ocorreu. produzido e tratado por ferramentas de gerenciamento de sistemas e

pelo processo de gerenciamento de eventos.

Incidente: interrupo inesperada ou reduo na qualidade de um servio de TI.

Pode ser uma falha de um item de configurao que ainda no tenha impactado o

servio, mas que possa faz-lo em breve.

Problema: a causa de um ou mais incidentes. O processo de Gerenciamento de

Problemas responsvel pela investigao da causa raiz.

Soluo de contorno (workaround): resolve uma dificuldade ou questo de forma

temporria, paliativa.

Erro conhecido (known error): um problema que tem a causa raiz documentada e

uma soluo de contorno identificada. Erros conhecidos so identificados no ciclo de

vida do processo de Gerenciamento de Problema.

Base de Erros Conhecidos: registro centralizado de erros conhecidos. Tais registros

so utilizados pelo processo de Gerenciamento de Incidente para resolver incidentes.

Esta base, por sua vez, faz parte do SKMS / SGCS Sistema de Gerenciamento do

Conhecimento de Servio. Esta base pode ser disponibilizada para que os usurios

faam o prprio atendimento.



Impacto, urgncia e prioridade: a avaliao de impacto e da urgncia de

incidentes, problemas e mudanas importante para determinar suas prioridades. A

prioridade determina a ordem de execuo. Determin-la baseado na combinao

entre impacto x urgncia uma boa prtica. O impacto considera quantas pessoas,

clientes ou quanto do negcio ser afetado, enquanto a urgncia determina a

velocidade em que o incidente precisa ser resolvido.

Importncia da comunicao: a comunicao entre as equipes de TI,

departamentos, usurios, clientes primordial na Operao de Servio. Uma poltica

de comunicao em cada equipe ou departamento e para cada processo deve ser

estabelecida. A comunicao pode ser formal, mas no necessariamente complexa.

5.1 Processos (Mnemnico: In/Ev/Cump/Ace/Prob):

5.1.1 [In] Gerenciamento de Incidentes:

O propsito deste processo restaurar o servio ao normal o mais rpido possvel, alm

de minimizar o impacto no negcio.

Incidentes so:

Frequentemente detectados pelo Gerenciamento de Eventos, ou por usurios

contactando a Central de Servios;

Categorizados para identificar quem dever trabalhar neles e para anlises de

tendncias;

Priorizados de acordo com a urgncia e o impacto para o negcio.

Se um incidente no puder ser resolvido rapidamente, ele poder ser escalado. Isso ocorre de

duas formas:

Escalao funcional passa o incidente para uma equipe tcnica de suporte com

habilidades apropriadas;

Escalao hierrquica envolve os nveis apropriados de gerncia.



Aps a investigao de um incidente, seu diagnstico e o teste de sua resoluo, a Central de

Servios deve assegurar que o usurio est satisfeito antes de fechar o registro do Incidente. Dessa

forma, uma ferramenta de gerenciamento de incidentes essencial para guardar e gerenciar

informaes de incidentes.

Elementos que devem ser tratados no Gerenciamento de Incidentes:

Limites de tempo: os limites de tempo para todas as etapas na resoluo de incidentes

devem ser definidos e acordados, usando as metas do Acordo de Nvel de Servio e de contratos

com fornecedores. Tudo isso para que os incidentes sejam resolvidos dentro do tempo hbil sem

infringir o ANS com os clientes.

Modelos de incidente: determinam os passos que so necessrios para executar o processo

de recuperao de incidentes corretamente. Trata de processar com mais eficincia certos tipos de

incidentes que so comuns. Desta forma os incidentes podem ser resolvidos dentro dos prazos

acordados, uma vez que um processo padro para a resoluo j existe.

Incidentes Graves: o ITIL recomenda procedimento separado para tratar incidente grave,

dada a urgncia de sua resoluo.

Atividades do Gerenciamento de Incidentes:

1. Identificao: o processo iniciado somente quando o incidente identificado.

2. Registro: todos os incidentes precisam ser registrados em um sistema. O registro

deve conter data, hora e informaes relevantes.

3. Classificao: deve-se registrar todos os tipos de chamada e classific-las. Esta

classificao ser til para o Gerenciamento de Problemas identificar quais so os

tipos de incidentes mais recorrentes.

4. Priorizao: priorizao determinado pelo impacto e pela urgncia.

5. Diagnstico: o diagnstico inicial realizado pela Central de Servios, que averigua

preliminarmente possveis causas para o incidente, bem como o que no est

funcionando adequadamente.

6. Escalao: se o incidente no puder ser resolvido pela central de servios, ele ser



escalado dentro do tempo hbil para outro nvel de suporte com maior capacidade.

7. Investigao e diagnstico: determina a natureza da requisio. Quando o incidente

tratado, cada grupo de suporte investiga o que aconteceu de errado e faz um

diagnstico.

8. Resoluo e recuperao: identifica uma soluo, a mesma deve ser aplicada e

testada.

9. Fechamento: a central de servios dever categorizar o motivo do incidente,

documentar, pedir para que o usurio responda a pesquisa de satisfao e fazer o

fechamento formal junto ao mesmo.

Papel: gerente de incidente deve buscar eficincia e eficcia do processo, produzir

informaes gerenciais, gerenciar o trabalho das equipes de suporte nveis 1 e 2, gerenciar os

incidentes graves e desenvolver/manter o processo e respectivos procedimentos.

Responsabilidades: Equipes de Suporte Classificadas em nveis. O primeiro feito pela

Central de Servios e inclui registro, classificao, escalao, resoluo e fechamento dos

incidentes. O segundo e terceiro nveis investigam, diagnosticam, e recuperam dos incidentes. Os

grupos de segundo nvel so de maior conhecimento tcnico sobre o assunto e o terceiro nvel

poder ser formado por fornecedores de software ou hardware. Esse nveis podem variar

dependendo do tamanho da rea de TI.

5.1.2 [Ev] Gerenciamento de Eventos

Evento refere-se a qualquer ocorrncia identificvel que seja significativa para a gesto

da infraestrutura de TI ou para a entrega do servio de TI. So tipicamente notificaes criadas por

um servio de TI, item de configurao ou ferramenta de monitorao, indicando uma alterao

de estado.

Um evento pode indicar que algo no est funcionando como deveria, levando ao registro de

um incidente. Mas tambm pode indicar atividade normal de servio, ou a necessidade de uma

interveno de rotina, como a troca de uma fita de backup, ou o fim da execuo de um job.



O Gerenciamento de Eventos depende do monitoramento, mas diferente deste. O

gerenciamento de eventos gera e detecta notificaes, enquanto o monitoramento verifica

continuamente o status dos itens de configurao e ativos de servio mesmo quando nenhum evento

est ocorrendo.

Para que a operao de servio ocorra de modo eficiente, deve conhecer a situao da

infraestrutura e detectar qualquer desvio da operao comum. Os sistemas de monitorao e

controle, responsveis por essa deteco, so baseados em dois tipos de ferramentas:

Ativas de monitorao que avaliam itens chave de configurao para determinar sua

situao e disponibilidade. Qualquer exceo vai gerar um alerta que precisa ser

comunicado ferramenta ou equipe apropriada para uma ao corretiva.

Ferramentas passivas de monitorao que apenas detectam e correlacionam alertas

operacionais ou comunicaes geradas por itens de configurao.

O processo de gerenciamento de eventos proporciona entradas para muitos processos e

atividades da Operao de Servio. Tambm permite comparar o comportamento real com o

planejado nos padres de desenho e Acordos de Nvel de Servio.

Este processo tambm inclui quaisquer aspectos do gerenciamento de servio que precisem

ser controlados, tais como itens de configurao, condies do ambiente, licenciamento de

software, etc.

Os Eventos so classificados como Informativos (ex: o usurio fez logon), Alertas (ex:

tempo de transao est acima do normal) ou Excees (ex: o servidor de rede respondeu de

maneira inesperada).

As atividades do fluxo de gerenciamento do evento so: Notificao, Deteco, Filtro,

Tratamento (como incidente, como alerta ou como registro simples), Aes de reviso e

Fechamento.

Papel no necessrio um gerente de eventos, pois muitas atividades so delegadas

central de servio e ao gerenciamento de operaes.



5.1.3 [Cump] Cumprimento de requisies:

Uma requisio de servio a requisio de um usurio por informaes, ou por uma

mudana padro, ou por acesso a um servio de TI.

O propsito deste processo :

Permitir ao usurio requerer e receber servios padronizados;

Fornecer e entregar esse servios;

Prover informaes aos usurios e clientes sobre servios e procedimentos para

obteno do que desejam;

Oferecer suporte com informaes gerais, reclamaes e sugestes.

Todas as requisies devem ser registradas e rastreadas. O processo deve incluir aprovao

apropriada antes de cumprir a requisio.

Atividades:

Seleo de Menu: os usurios podem fazer solicitaes usando ferramentas de

Gerenciamento de servio que possuem interfaces web. Nelas, o usurio solicita o

que precisa.

Autorizao financeira: muitas requisies podem ter implicaes financeiras. O

custo de cada uma deve ser determinado e pode-se limitar as solicitaes de usurios

para controlar o custo.

Cumprimento: a entrega do servio. Geralmente a central de servio envolvida

em solues mais simples, enquanto mais complexas so encaminhadas para

especialistas ou fornecedores externos.

Concluso: uma vez completa, a Central de Servio fecha o registro da requisio.

Papel: nenhum papel especfico aqui neste processo, o cumprimento de requisies fica a

cargo da Central de Servios.



5.1.4 [Ace] Gerenciamento de Acesso:

O gerenciamento de acesso deve prover os privilgios necessrios para usurios

acessarem um servio ou um grupo de servios. No mesmo sentido, previne o acesso de usurios

no-autorizados.

O gerenciamento de acesso ajuda a gerenciar a confidencialidade, disponibilidade e

integridade dos dados, alm da propriedade intelectual.

Este processo se preocupa com a identidade (informao nica que distingue um indivduo)

e direitos (configuraes que fornecem acesso a dados e servios).

O processo inclui verificar identidade, conceder acesso a servios, registrar e rastrear acesso

e remover ou modificar direitos quando o status ou os papis mudam.

Atividades:

Verificao da legitimidade das requisies: verificar a cada requisio de servio

se mesmo a pessoa que est solicitando o acesso e se esta pessoa tem uma motivos

legtimos para usar o servio.

Fornecer os direitos: Executa a poltica e as regras definidas na Estratgia de

Servio e Desenho de Servio. Esta atividade no tem poder decisrio sobre quem

acessa a qual servio, apenas a execuo da poltica.

Monitorar o status da identidade (mudana de papis): caso um usurio mude de

departamento, seja demitido da empresa, promovido, etc, seu perfil deve ser

atualizado ou removido para acompanhar esta mudana.

Registrar e monitorar o acesso: garante que os direitos foram dados corretamente

ao usurio, sem se preocupar em responder s requisies de acesso.

Remover e limitar direitos: assim como uma atividade d o direito de acesso ao uso

de um servio, esta tambm responsvel por remover estes direitos. Obviamente

aqui tambm h apenas a execuo, no a deciso para tal.

Papel: No h um papel especfico, uma vez que este processo uma sobreposio do

Gerenciamento de Segurana e Disponibilidade. Mesmo assim, os envolvidos so a Central de



Servio, o Gerenciamento Tcnico e de Aplicaes e Gerenciamento de Operaes de TI.

5.1.5 [Prob] Gerenciamento de Problemas

Os objetivos deste processo so a preveno de problemas e incidentes resultantes deles,

eliminando incidentes recorrentes e minimizando o impacto de incidentes que no podem ser

prevenidos.

Os problemas so a causa de um ou mais incidentes. Mesmo assim, um incidente nunca

vira problema: sempre h o registro dos dois separados, um para cada processo.

Este processo tem a inteno de encontrar erros conhecidos na infraestrutura de TI. O foco

:

Encontrar qual o erro conhecido (diagnstico);

Identificar solues alternativas para a remoo do erro conhecido (controle de

erro);

Emitir uma requisio de mudana para requisitar que a supresso ocorra;

Depois que a mudana feita, checar se o erro conhecido foi removido.

A meta do processo gerenciar o ciclo de vida de todos os problemas. O gerenciamento

de problema tambm pode ter um elemento proativo de resoluo de problemas. A idia

identificar e facilitar remoo de erros antes que eles se manifestem como reclamaes ou perguntas

de usurios finais.

O processo, ainda, mantm informaes sobre problemas e resolues, e solues de

contorno apropriadas para que a organizao seja capaz de, com o tempo, reduzir o nmero de

impacto de incidentes, tendo forte interface com o Gerenciamento do Conhecimento.

As atividades do gerenciamento de problema so geralmente exercidas por times de

suporte avanados. A central de servios j cuida das atividades de Incidente, portanto no tem

habilidade e tempo para investigar as causas-raiz.



Atividades:

Identificao

Registro

Categorizao

Priorizao

Investigao e diagnstico

Deciso sobre a soluo de contorno

Identificao de erros conhecidos

Resoluo

Concluso

Reviso

Correo de erros identificados

Papis: Gerente de Problema e Grupos de Resolues de Problemas. O primeiro

acompanha os grupos de resolues de problemas para que observem o ANS, alm de gerir o banco

de dados de erros conhecidos e o registro dos mesmos. O segundo constitudo de grupos de

suporte mais tcnicos e avanados ou de fornecedores externos.

5.2 Funes da Operao de Servio:

Central de Servios (Service Desk): unidade funcional que est envolvida em

vrios eventos de servio, como por exemplo atender a chamadas e requisies.

Funciona como ponto nico de contato para usurios no dia-a-dia. O foco principal

dela restabelecer o servio normal o mais rpido possvel, envolvendo , inclusive,

soluo de erros tcnicos, cumprimento de requisio ou resposta a dvidas. Possui

quatro tipos, Local (atende a unidade de negcio local), Centralizada (atende todos

em um nico local), Virtual (geograficamente distante), Follow the Sun

(combinao de centrais dispersas geograficamente, oferecendo suporte 24h a custo

relativamente baixo). Os papis da central de servios so gerente e supervisor da

central de servios, alm do analista de suporte (primeiro nvel, no confundir com



analistas de nvel avanado!).

Gerenciamento Tcnico: inclui todas as pessoas que fornecem expertise tcnico e

fazem gerenciamento da infraestrutura de TI. Ajuda a planejar, implementar e manter

uma infraestrutura tcnica estvel e assegura que os recursos requeridos e o expertise

esto em posio de desenhar, construir, fazer a transio, operar e melhorar os

servios de TI e a tecnologia que os suporta.

Gerenciamento de Aplicaes: gerencia aplicativos durante seu ciclo de vida. Sua

funo realizada por qualquer departamento, grupo ou equipe envolvida na gesto e

suporte de aplicativos operacionais. Tem funo similar anterior, mas com foco em

aplicaes de software. Trabalha prximo do desenvolvimento de software, mas

uma funo distinta e com papel diferente.

Gerenciamento de Operaes de TI: funo responsvel pela gesto contnua e

manuteno de uma infraestrutura de TI de uma organizao, para assegurar a

entrega do nvel acordado entre TI e negcio. Tem duas subfunes:

1. O controle de operaes, que tem equipe de operadores que garantem

execuo e monitoramento das atividades operacionais e eventos na

infraestrutura jobs, impresso, backup e restaurao;

2. O Gerenciamento de instalaes, que gerencia a parte fsica do ambiente de

TI data center, sites de recovery, contratos de data center terceirizados, etc.

6 Melhoria de Servio Continuada

Este livro do ITIL tem como objetivo oferecer guia prtico de avaliao e melhoria da

qualidade de servio, bem como melhoria geral do ciclo de Gerenciamento do Servio de TI e

processos correlatos, em trs nveis. O primeiro nvel o Gerenciamento de Servio de TI como

um todo. O segundo o alinhamento contnuo do portflio de servios de TI com as

necessidades de negcio atuais e futuras. O ltimo nvel trata da maturidade do processo de TI

requerida para suportar os processos do negcio.

vlido ressaltar que a melhoria continuada de servio, ao contrrio dos demais livros da

biblioteca, no uma fase separada, suas atividades so executadas durante todo o ciclo de vida. O



foco aumentar a eficincia, maximizar a efetividade e otimizar o custo dos servios e

processos relacionados ao Gerenciamento de Servio de TI.

A melhoria de servio continuada atua integrando todo o ciclo de vida, fazendo melhorias

em cada fase ou no total delas. Aqui importante observar que SEMPRE a viso do negcio dever

nortear os servios.

Alm disso, tem os seguintes objetivos:

Aperfeioar a qualidade do servio, da eficincia e da eficcia dos processos;

Buscar o custo efetivo na entrega de servios de TI;

Verificar se os nveis de servios esto sendo alcanados;

Assegurar que os mtodos de Gerenciamento da Qualidade suportem as atividades

de melhoria contnua.

A mensurao e a anlise so cruciais para a Melhoria Continuada de Servio. Atravs da

mensurao possvel identificar quais servios podem melhorar. Isso quer dizer que assim como

processos devem ter metas e objetivos claros, a mensurao tambm deve ser definida de forma

clara.

MSC e PDCA A melhoria de servio continuada faz uso do ciclo PDCA para aperfeioar

continuamente a qualidade dos servios e tambm a prpria implantao da melhoria continuada.

Modelo de MSC recomendado pela ITIL, consiste em 6 fases:

1) determinar a viso;

2) identificar onde se est no momento;

3) identificar onde se quer chegar;

4) saber como se chegar meta;

5) verificar se os objetivos foram alcanados;

6) manter a continuidade deste ciclo.

Validao da estratgia mtricas servem para validar decises da estratgia.



O ITIL recomenda trs tipos de mtricas:

Mtricas de servio: resultado de um servio de ponta a ponta;

Mtricas de Processo: Fcs (Fatores-chave), KPIs (Indices-chave de desempenho) e

mtricas de atividades para os processos de Gerenciamento de Servio;

Mtricas de Tecnologia: baseadas em componentes e aplicaes.

Atividades da Melhoria de Servio Continuada:

Verificar os resultados dos processos;

Reportar e propor melhorias para todas as fases do ciclo de vida;

Aperfeioar introduzindo atividades que aumentam qualidade, eficincia e eficcia

para atingir a satisfao do cliente.

6.1 Processos (Mnemnico: 7p/Mens/Rel)

6.1.1 [7p] Melhoria em 7 passos:

Baseado no ciclo PDCA. Antes de iniciar os passos, preciso identificar viso e estratgia,

metas tticas e metas operacionais.



Passo1: Definir o que deve ser medido;

Passo2: Definir o que se pode medir;

Passo3: Coletar Dados;

Passo4: Processar Dados;

Passo5: Analisar Dados;

Passo6: Apresentar e usar a informao;

Passo7: Implantar ao corretiva.

Papis:

Gerente de MSC responsvel por todas as atividades de melhoria. Desenha e

supervisiona toda a abordagem da melhoria contnua.

Gerente de Servio gerencia o desenvolvimento, implantao, avaliao e

gerenciamento operacional de produtos e servios novos ou existentes.

Analista de Relatrio: em conjunto com o Gerente de Nvel de Servio, revisa e

analisa dados, identificando tendncias e determinando o cumprimento de metas;

Proprietrio do processo de gerenciamento do conhecimento: desenha, entrega,

mantm a estratgia de GC, processos e procedimentos.

Proprietrios dos processos: responsveis pela qualidade dos processos.

Supervisiona gerenciamento e aperfeioamento dos processos.

O ITIL V3 recomenda utilizao de Matriz RACI (Responsible/ Accountable/ Consulted/

Informed) para mapear os papis definidos neste processo e atividades endereadas equipe.

6.1.2 [Mens] Mensurao de Servios

Objetivos:

Validar decises que tenham sido tomadas;

Direcionar atividades para o alcance das metas;

Fornecer evidncias que justifiquem aes;



Sinalizar a necessidade de aes corretivas.

Para alcanar plenamente os objetivos, necessrio definir mtricas em 3 nveis: de

tecnologia (performance, disponibilidade, etc), processos (fatores crticos de sucesso e KPI) e

servios (resultados finais dos servios).

6.1.3 [Rel] Elaborao de relatrios de servios

Este processo gera e fornece relatrios sobre os resultados alcanados e os

desenvolvimentos nos nveis de servio. A forma (layout, contedo e frequncia) dos relatrios

deve ser acordada com o negcio.

Atividades: Coletar Dados, Processar os dados em informao, Publicar a informao,

Ajustar o relatrio para o negcio.

Os relatrios devem demonstrar o desempenho passado e destacar ameaas que possam

prejudicar impactar no futuro.

Sempre que possvel, os relatrios de servios devem incluir informaes factuais. Isso

implica em relatar acontecimentos: situaes que ocorreram, como a TI respondeu situao, o que

fazer para que no haja nova ocorrncia.

Referncias:

[1] Itil V3 Library - ITSMF

[2] An Introductory Overview of ITIL V3 - ITSMF

[3] Implantando a Governana de TI - Aguinaldo Aragon Fernandes,

Vladimir Ferraz de Abreu


itil para concursos

Documents