Gestão de Serviços em Tecnologia da Informação

Prévia do material em texto

Gestão de Serviços em Tecnologia da Informação
Aula 1 – 66,7
Para que possamos entender um pouco melhor a estrutura de suporte da tecnologia da informação nas organizações, vamos dividi-la em duas grandes áreas de atuação:
Área 1 - Hardwares, Ativos de rede, telefonia, comunicação, vídeo conferencia e etc.
Área 2 – Sistema e Aplicações 
A Tecnologia da Informação está permitindo com que as organizações possam coordenar suas atividades em conjunto com as de seus clientes e fornecedores, objetivando otimizar a cadeia de fornecimento. Com a consolidação da utilização comercial da Internet como ferramenta de integração, esta coordenação tem ocupado um lugar de destaque importante no planejamento da TI das organizações.
Toda a aplicação da Tecnologia da Informação e seus Sistemas de Informações devem possuir um único objetivo: “Apoiar os Processos de Negócio”, garantindo a sua continuidade, auxiliar na tomada de decisões, aumentar a produtividade, otimizar a troca de informações internas e externas, garantir a segurança das informações, buscar novos negócios e muito mais, ou seja, “maximizar os resultados do negócio” é a palavra chave para a aplicação de todas as soluções que envolvem a TI e seus Sistemas de Informações.
Podemos afirmar que a tecnologia da Informação é a interseção fundamental de suporte entre a estrutura de processos de negócios e os modelos, ou melhores práticas de gestão de informação proporcionam maior eficácia e eficiência das atividades de organização, e como Sistemas de informação, tecnologia da Informação, gestão e processos de negócios estivesse contido um dentro do outro e interligado.
A resposta é demonstrada pela maximização dos seus resultados obtidos pela eficiência dos seus controles gerenciais, redução de riscos em suas operações, aumento de sua produtividade, redução de custos e perdas na operação, melhor posicionamento em seu segmento de atuação e reconhecimento de mercado pela quantidade dos seus serviços.
Integração com os Processos de Negócio:
Um dos desafios mais importantes para as organizações é a construção de uma estrutura tecnologia da informação que possa realmente integrar os processos de negócio e permitir a implementação de um sistema ou sistemas de gestão empresarial e demais infraestruturas tecnológicas que possibilitem:
Suporte à tomada de decisões
Valor Agregado ao Produto, Bens ou Serviços
Vantagens Competitivas
Produtos de Melhor Qualidade (atendimento etc.)
Novas Oportunidades de Negócio
Aumento da Rentabilidade (Lucratividade ou Redução Custos)
Segurança nas Informações
Redução da Carga de Trabalho (Automação ou Transferência)
Controle da Operação (Informação on-line, Base de dados)
Escolha Das Soluções De TI:
A TI e os Sistemas de Informações poderão fazer parte das respostas e soluções para os problemas das organizações, mas também podem tornar-se parte do problema, quando são utilizadas e implementadas indevidas e, inadequadamente, quando:  
A solução de TI não diminua a produtividade, após a sua implementação
Não for de fácil uso e manutenção
Possua controles e requisitos inadequados de segurança da informação
Não permitir a integração com o ambiente de TI anteriormente existente
Não viabilizar todas as suas funcionalidades, conforme especificado
Não integrar com a cadeia produtiva: clientes, fornecedores, outras empresas etc.
Não possuir pessoal técnico disponível e capacitado para efetuar as implementações
Os usuários não forem capacitados (falta de treinamento)
Gestão Dos Serviços Da TI Pelas Equipes Responsáveis Nas Organizações:
A Tecnologia da Informação e seus Sistemas precisam ser implementados e devem possuir um processo de Gestão de seus Serviços adequados para que funcione de acordo com as expectativas da organização, atendimento a contratos etc. Principais Problemas e Desafios de uma área de TI:
A Equipe de TI não demonstrar ter o conhecimento dos processos de negócios da organização.
A Equipe de TI não participar dos resultados dos negócios da organização.
Não atuar com qualidade em seus serviços prestados
Não ser reconhecida como parte dos lucros (metas e indicadores)
Não identificar ou fornecer soluções que possuam real aplicabilidade para a organização	
Quando convivem com a grande rotatividade do pessoal (perda de conhecimento)
TI como Vantagem Competitiva no Tratamento das Informações.
A Gestão da TI adquire importância estratégica para uma empresa, a partir do momento em que esta possibilita mudanças na maneira de realizar cada uma das atividades da cadeia de valor, aumentando a sua eficiência individual e, principalmente, por possibilitar a alteração da natureza dos “elos” (ligações) entre as atividades e áreas internas e externas da organização com relação aos serviços prestados e entregues, estabelecendo:
Acordos de nível de serviço
Acordos em Níveis operacionais 
Indicadores de meta 
Indicadores de performance
Relatórios Gerenciais 
Insumos para indicadores estratégicos
Insumos para Planejamento estratégico e de Negócios
Com isso, a organização poderá demonstrar a seus clientes, colaboradores, fornecedores, e parceiros de negócios um grau de maturidade no tratamento dos seus processos e na qualidade dos seus serviços, em função do alinhamento com as melhores práticas para a gestão dos seus serviços de T.I, adquirindo uma posição diferencial em seu mercado e, consequentemente, fazendo com que esta gestão de T.I seja um diferencial de escolha e seus produtos e serviços.
Implementando um Processo de Gestão da Tecnologia da Informação nas Organizações 
A Implementação de um processo de gestão de serviços de tecnologia da informação deve sempre estar de acordo com os objetivos, missão, visão e necessidades da organização, ou seja, deve seguir e apoiar as orientações descritas em seu Planejamento Estratégico, caso contrário, este processo trará indevidamente diversos tipos de problemas, impactos e retrabalhos acarretando em custos adicionais, prejuízos, falhas em controles de processos e até a possível paralisação parcial ou total do negócio da organização, distanciando-se cada vez mais do objetivo definido por este Planejamento.
Planejamento Estratégico determina os Princípios e Objetivos que deverão ser aplicados aos processos de negócio para que se obtenha o sucesso requerido nas operações empresariais.  
 Além disso, o Planejamento Estratégico atua como uma ferramenta de gestão, auxiliando nos Planejamentos Futuros, na Administração Estratégica, no Modelo de Negócio, na busca pela Inovação e Competitividade e na Gestão de Mudanças e, através dele, podemos então obter algumas definições e orientações para Desenvolvimento e Implementação de um Sistema de Informação Apoiado pela Tecnologia da Informação para atender a organização.
 
Aula 2 – 33,3
A Evolução da Gestão da TI nas Organizações
Assim como todas as demais áreas de uma organização, a área responsável pela Gestão e Entrega dos Serviços de TI, também conhecida como Área de TI, precisa estar alinhada com as estratégias de negócio da organização, pois, deve ser considerada como elemento de suporte crítico e fundamental para o sucesso e continuidade das atividades que integram a cadeia de valor das organizações, provendo, por exemplo:
Soluções para a interface e contato com clientes; 
Implementação de novas ofertas de serviços (comércio eletrônico, consultas automáticas e serviços pela internet etc.); 
Ferramentas e sistemas para apoio à decisão; 
Apoio na redução de custos da operação através da automatização; soluções para o processamento informacional;
Redução do downtime de serviços dos sistemas e soluções de TI;
Garantir a continuidade das aplicações, soluções e ferramentas utilizadas no apoio aos processos de negócio, incluindo a interface com fornecedores externos (provedores e soluções de TI); 
Gestão de custo dos projetos de TI;
Qualidade dos serviços e suporte de TI e, por fim, como área de suporte e gestão de serviços para os usuários e clientes (internos e externos)das organizações.
Atualmente, é quase impossível imaginar que as Áreas de TI não estejam integradas e vinculadas aos Planos Estratégicos, Táticos e Operacionais das organizações. 
 
Além de serem uma das principais responsáveis pela continuidade dos negócios e processos nas organizações, as Áreas de TI participam do crescimento e da visão de negócio, contribuindo com indicadores de serviço e qualidade que irão auxiliar no planejamento e ações que organização precisará executar, para que seja possível consolidar seu índice desejado de crescimento futuro e solidificação no mercado.
A Organização com suas áreas ou setores deverão:
Definir estratégias e táticas;
Integrar seus processos;
Foco no Negócio e no Cliente;
Prover Qualidade nos serviços;
Compreender o papel da TI dentro da organização;
A área de TI deve:
Estar alinhada com o planejamento estratégico da organização
Ter entendimento das necessidades dos clientes internos e externos
Ser eficiente em seu processo de gestão
Sistema de Gestão da Qualidade e a TI 
Com o avanço da evolução dos conceitos sobre as melhores práticas para a “Gestão da Qualidade Total nos Processos e Serviços” e do “Ciclo de Deming ou PDCA – Melhoria contínua”, com foco nos clientes, as organizações redefinem ou reestruturam seus processos internos e implementam indicadores de meta, performance, produtividade, atendimento, dentre outros a fim de aferir constantemente seus objetivos e, consequentemente, adotar medidas corretivas e de melhorias em suas atividades de forma a garantir a manutenção do seu “valor no mercado”, associado agora as questões de demonstração de qualidade de seus produtos e serviços. Assim, não só as áreas ou setores que atuavam ou colaboravam diretamente nas “atividades fins das organizações”, ou seja: linhas de fábrica, setores de desenvolvimento tecnológico, construção ou montagem de equipamentos etc., outras áreas ou setores nas organizações passaram a adotar ou serem incluídas no programa de Gestão da Qualidade Total e Melhoria Contínua, incluindo assim também as áreas ou setores responsáveis pela Tecnologia da Informação, que passaram a ser medidos por indicadores de qualidade na prestação dos seus serviços e atendimento aos seus usuários internos e externos.
As Eras da Evolução do Processo da Qualidade, desde o final do século 18 até o final da década de 70, podem ser identificadas como:
Era da Inspeção – qualidade com foco no produto
Era do controle estatístico de qualidade – qualidade com foco no processo
Era da garantia de qualidade – qualidade com foco no sistema
Era da Gestão da qualidade total – qualidade com foco no negócio
Segundo o Autor Marcos André dos Santos Freitas, em seu livro Fundamentos do Gerenciamento de Serviços de TI – editora Brasport – pág. 25, o grau de maturidade e alinhamento da TI com os negócios das empresas e organizações poderá ser representado pelos seguintes termos a seguir:
Reativa
Eficaz
Eficiente e Proativa
Aula 3 – 50,0
Análise de GAP
Para podermos entender melhor os conceitos e princípios que estruturaram todo o conjunto de melhores práticas do ITIL, antes precisamos observar quais os principais fatores que potencializam a criação e construção dos processos que compõem a biblioteca ITIL:
1 - Necessidade do Alinhamento entre as Estratégias da TI e do Negócio da Organização.
2 - Alinhamento e interação continuada entre os gestores e colaboradores da TI com as demais estruturas da organização;
3 - Implementar processos bem definidos para as atividades que serão executadas pela área de TI e não deixá-las como atividades pontuais e isoladas entre si;
4 - Entendimento de que a implementação de processos e gestão bem definidos para as atividades que serão executadas pelas áreas de TI trazem benefícios e vantagens competitivas para os negócios das organizações.
5 - Necessidade de maior interação e comunicação com os usuários dos serviços prestados pelas áreas de TI das organizações;
6 - Necessidade de implementar controles para a administração financeira para as áreas de TI, de forma a não somente enxergá-las como custos na operação do negócio, mas sim como mais sim como colaboradoras no aumento de margem e receita nos serviços e produtos da organização;
7 - Planejamento financeiro para a aquisição de bens e material e contratação de recursos sob a responsabilidade das áreas de TI
8 - Necessidade da implementação de indicadores para aferir o nível e grau de qualidade desejada, tanto pelos usuários internos como pelos clientes da organização
9 - Quando todos estes fatores são claramente identificados pela organização como necessários ao seu negócio para o desenvolvimento de um correto Processo de Gestão de Serviços de TI, ações de avaliação e compreensão do cenário atual no qual a organização e respectiva área de TI se encontram servirão para elaborar e avaliar o tamanho do “gap” ou “da diferença de alinhamento” com os conjuntos de critérios ou requisitos desejados para a implementação dos conjuntos com melhores práticas que irão permitir uma eficiente gestão dos seus serviços de TI.
As organizações devem, inicialmente, entender como estão atuando e de que forma são tratadas as ações e atividades executadas pelas suas áreas de TI, baseando-se nas melhores práticas desejadas, no caso o ITIL. Essa análise da diferença entre o cenário atual e o desejado, chamamos de Análise de Gap, ou do inglês “Gap Analisys”.
O Gap Analisys Ferramenta utilizada para a avaliação do grau e nível de aderência de um Framework Requerido em comparação com ou mais processos de negócios definidos por um escopo, onde pretende-se realizar a implementação de um Sistema Gestão, orientado pelas melhores práticas do Framework em questão.
O resultado do Gap Analisys apontará o nível de maturidade da empresa referente ao Framework desejado e auxiliará no estabelecimento e desenvolvimento de um Projeto para a implementação dos requisitos e controles desejáveis, auxiliando no Planejamento de ações e metas para curto, médio e longo prazo
Muitas organizações cometem erros, quando tentam aderir ou aplicar um conjunto de melhores práticas de gestão em seus processos de negócios, atuando de forma intuitiva ou utilizando como exemplo as atividades e ações realizadas por alguma outra organização.
O que ocorre é que cada organização possui suas particularidades de negócio, pessoas, infra-estrutura, recursos financeiros etc., e, assim, cada organização deve ser considerada como um caso único, assim como um projeto, e de acordo com as suas necessidades e grau de maturidade do cenário atual encontrado.
Aula 4 – 50,0
Ciclo Operação de Serviços de TI (Parte 1).  
O Ciclo da Operação de Serviço tem como objetivo fundamental coordenação e condução das atividades e processos necessários para a entrega e o gerenciamento dos serviços que irão ser efetuados pela Área de TI, de acordo com os níveis requeridos pelos seus clientes e respectivos negócios.
Segundo Autor Marcos André dos Santos Freitas em seu livro Fundamentos do Gerenciamento de Serviços de TI – editora Brasport – págs. 256 e 257.
 “Um dos pontos críticos da operação de TI é a clara identificação da visão externa de negócios (serviços) e a visão interna de TI (ICs), ou seja, O Balanceamento entre Visão Interna de TI versus Visão Externa de Negócio.”
A área de operação de TI enxerga todos os ICs necessários para entrega do serviço. As duas visões devem ser balanceadas.
Empresas que focam somente na visão do negócio podem não explorar todo o potencial da sua TI por desconhecimento dos ICs existentes e realizarem investimentos necessários ou, na pior das hipóteses, prometerem serviços que não podem ser entregues.
Provedores de TI que desconhecem os requerimentos do negócio e focam somente na tecnologia estão desalinhados com o negócio da empresa.
Se ainda não houveram queixas com relação ao desalinhamento de TI com o negócio, algumas das opções abaixo outodas elas poderão estar ocorrendo dentro da organização.
Os requerimentos do negócio não dependem fortemente de TI.
As áreas de negócio já se acostumaram com Serviços de TI reativos e as expectativas de que TI agregue valor ao negócio são baixas. As áreas de negócio não imaginam que podem ser mais bem atendidas.
Os clientes estão criando estrutura própria de operação de TI ou buscando alternativas no mercado para não utilizarem a operação do Provedor de Serviços de TI.
Os serviços críticos que dependem de TI podem estar sendo executados por Fornecedores externos e o Gerenciamento do Fornecedor está sendo feito diretamente pelo cliente.
Para um melhor entendimento da Operação de serviços de T.I, podemos dizer que grande parte da equipe dos provedores de serviços de T.I que participarão mais intensamente desse ciclo é aquela formadas por profissionais que estarão em contato direto com o usuário (Parte dessa reconhecida por muitos de nós como a equipe de atendimento ao usuário Service Desk – 1º, 2º e 3º níveis, Help Desk e etc.) além de muitos outros que estarão atuando deste processo em background sem o contato direto, mas realizando ações de integração com os outros ciclos e processos de gestão do framework de serviços de T.I.
 
Processos e Funções do Ciclo Operação de Serviço
Funções
Central de Serviços
Gerenciamento Técnico
Gerenciamento de Operações de T.I
Gerenciamento de Aplicações
Processos
Gerenciamento de Eventos
Gerenciamento de Incidentes
Gerenciamento de Problemas
Cumprimento de Requisições
Gerenciamento de Acesso
Conceitos do Gerenciamento de Eventos
Um evento pode indicar que algo não está de acordo com a operação normal do serviço ou descumprindo um nível de serviço acordado. Eventos também podem indicar uma determinada informação vital para a operação de um serviço, como uma confirmação de que um job rodou com êxito, ou podem indicar uma necessidade de intervenção, como a troca da mídia de backup ou atualização de um patch, por exemplo.
Objetivo 
Monitorar e gerar alertas ou notificações de um Serviço de TI ou Item de Configuração (ICs).
Aula 5 – 50,0
Relacionamentos entre o gerenciamento de eventos e os outros processos da gestão de serviços de TI
O objetivo principal do Gerenciamento de Incidentes é o de prover a pronta restauração e normalização (operação normal) de um Serviço de TI no menor espaço de tempo, minimizar os impactos negativos aos processos de negócios e garantir o cumprimento dos prazos e limites estabelecidos nos SLAs.
Um Incidente é um evento indesejável que não faz parte do comportamento padrão esperado pelos Serviços de TI e que pode ocasionar uma interrupção ou redução significativa na qualidade dos mesmos nas operações diárias dos usuários.
Gerenciamento de incidentes
O Processo de Gestão de Incidentes está mais associado com a Equipe do Service Desk (Atendimento Inicial) 1º Nível, porque o Foco desta é o de reduzir o incidente em uma solução de correção, ou corretiva (definitiva), quando possível já neste primeiro chamado, porém todo Incidente é considerado um Problema até que a sua causa Raiz seja encontrada (Gerenciamento de Problemas), onde demais processos de Gerenciamento poderão ser envolvidos.  
- Gerenciamento de incidentes: Busca uma Solução de Contorno ou de Correção, ou a Solução Definitiva para o usuário quando possível;
- Gerenciamento de Problemas: Busca a Causa Raiz dos Incidentes, e caso encontrem, transformam o Problema em Erro Conhecido e buscam a Solução Definitiva e Informam a Gestão de Incidentes.
Conceitos do gerenciamento de incidentes
O termo "operação normal" do serviço refere-se aos níveis de serviço acordados nos Acordos e Contratos de Nível de Serviço. O Gerenciamento de Incidentes é responsável por tratar as Exceções que causam falhas na operação normal dos serviços ou qualquer interrupção não planejada que seja identificada pelas equipes de TI ou reportada pelos usuários dos Serviços de TI.
Visibilidade - Por ser responsável diretamente pelo 'primeiro atendimento de falhas na operação normal dos Serviços de TI, o Gerenciamento de Incidentes é o processo mais visível para os usuários dos Serviços de TI.
Prazo de atendimento - Com base nas prioridades de atendimento de Incidentes e nas metas acordadas dos níveis de serviços, as equipes de atendimento de Incidentes devem planejar seus horários de atendimento e prazos de resolução para atender os prazos acordados.
Modelo de incidentes - Incidentes ocorrem a todo o momento. É impossível uma área de TI não passar por Incidentes. O objetivo do Gerenciamento de Incidentes é estar pronto para atender os Incidentes no menor prazo' possível e minimizar o seu impacto. Para tentar reduzir a quantidade de incidentes, necessitamos planejar proativamente ações que busquem a causa raiz dos Incidentes (Gerenciamento de Problemas) e implemente melhorias nos Serviços de TI (Transição de Serviço). 
No entanto, Incidentes não são novidade para TI, e muitas vezes um Incidente se repete ou é parecido. Muitas equipes de suporte não documentam os procedimentos nem trocam informações e o resultado são horas e horas gastas inutilmente, tentando achar soluções que já foram aplicadas anteriormente.
Para resolver essa questão, é sugerida a criação de modelos predefinidos de padrões de atendimento para Incidentes que já são conhecidos. Os modelos auxiliam na rápida identificação de ações a serem tomadas ou orientam no direcionamento de determinado Incidente a equipe competente. A Análise da Árvore de Falhas, do Gerenciamento da Disponibilidade, pode ser um indicador para ações ou encaminhamentos dos Incidentes. Geralmente, encontramos os Modelos de Incidentes no formato de scripts de atendimento, que poderão também estar associados a escalonamento de Níveis de Suporte.
Aula 6 – 83,3
Gerenciamento de incidentes (continuação)
Como vimos na aula anterior, o objetivo principal do Gerenciamento de Incidentes é o de prover a pronta restauração e normalização (operação normal) de um Serviço de TI no menor espaço de tempo, minimizar os impactos negativos aos processos de negócios e garantir o cumprimento dos prazos e limites previamente estabelecidos nos Acordos de Nível de Serviços.
Observe que neste exemplo existem a possibilidades do Escalonamento do Incidente, ou como poderá ser conduzido o incidente dentro dos Níveis, ou equipe de suporte especializada, que poderiam estar relacionadas com 1º, 2º e 3º Níveis, para poder atender e tratar o incidente de acordo com o ANO estabelecido no Objeto do Serviço e de que forma estes Níveis se relacionam entre si (escalonamento) para um correto atendimento ao usuário.
Ainda segundo o Autor Marcos André dos Santos Freitas “Nesse exemplo podemos ver claramente um script de atendimento de Incidentes no sistema de vendas. O tipo de Incidente é rapidamente identificado e pode ser tratado através de orientações ao usuário, encaminhamento para a equipe de infraestrutura de rede e desktop, ou através de intervenção da equipe especializada do sistema de vendas.
Sem Modelos de Incidentes definidos, geralmente temos as seguintes situações: 
 
- Incidentes órfãos sem atendimento largados na fila de atendimento. 
- Conflitos de responsabilidade: o famoso "deixa que eu chuto!"
- Incidentes parados na fila de atendimento porque estão esperando algum sinal dos céus para resolvê-lo. 
- Equipes realizando as mesmas atividades repetidamente. Por exemplo: entrando em contato com o usuário pela terceira vez e perguntando que está ocorrendo.
Um Modelo de Incidente deve possuir:
 
- Os passos predefinidos para atender os tipos de Incidentes. 
- A ordem cronológica dos passos. 
- Responsabilidades definidas. 
- Prazos de atendimento.- Procedimentos de escalação para outras equipes, se necessário. 
- Todas as evidências necessárias sobre o Incidente. 
Os Sistemas de Registro de Incidentes devem possuir capacidade de automação dos Modelos de Incidentes.
Gravidade dos incidentes
Os Incidentes classificados como "graves", ou seja, causam impactos significativos no negócio, devem ser planejados para serem atendidos com urgência. Para isso, devem ser criados procedimentos de atendimento diferenciados para os Incidentes considerados graves.
A definição de gravidade e urgência dos Incidentes não é definida pelo usuário, e sim por acordos predefinidos no Desenho de Serviços onde são identificados os cenários de riscos para os Serviços de TI.
Relacionamentos entre o gerenciamento de incidentes e os outros processos da gestão de serviços de TI
Aula – 7 83,3 
Operação de Serviços da ITIL - Parte 4
Cumprimento de Requisição é o processo que executa as Solicitações de Serviço dos usuários que não estão relacionadas a Incidentes e são serviços pré-aprovados, com baixo ou nenhum impacto na operação de TI e que podem ser realizados sem a necessidade de planejamento e aprovação do Gerenciamento de Mudanças.
Os usuários podem solicitar serviços que são previamente planejados, não causam impactos nos Serviços de TI e já possuem procedimentos específicos para a sua execução. 
 
Geralmente estas ações não precisariam passar por testes de alta complexidade e também não deverão resultar em indisponibilidade nos Serviços de TI em andamento e execução.
Alguns exemplos de Solicitações de Serviços:
Solicitação de troca de senha de um usuário.
Solicitação da troca de cartucho de impressoras.
Mudança de computador para outra mesa.
Instalação de pacotes de software já pré-aprovados, tais como antivírus, editores de texto, etc.
Solicitação de manuais.
Solicitação de mudança de ramal.
Uma Solicitação de Serviço pode ser solicitada através do mesmo sistema de Registro de Incidentes e fechada também pela Central de Serviços.  
A diferença entre Incidentes e Solicitações são as suas categorizações e os procedimentos que deverão ser seguidos para sua execução. Uma Mudança Padrão também pode ser um tipo de Solicitação de Serviço.
Atividades básicas do cumprimento de requisição
Requisição de serviço - Define previamente a forma como as solicitações de serviço deverão ser solicitadas. Segue a mesma filosofia dos modelos de incidentes. Podem ser criados modelos de solicitações de serviços (procedimentos) que podem informar a forma como deve ser solicitado esse serviço no próprio catálogo de serviços de TI.
Aprovação - Define alguns casos de evidências de aprovação, quando necessário, e evidencia a devida aprovação. As aprovações podem ser meramente informativas como a ciência de um gerente de que esse serviço foi executado, quantas aprovações foram descentralizadas para gerências menores ou líderes de equipe, conforme a relevância do serviço.  
Exemplo: Uma solicitação de datashow para uso na sala de reunião não necessita de uma RDM (requisição de mudança), mas pode haver um controle de uso ou controle de rateio de custos de utilização do datashow que necessitará de uma solicitação para liberação do seu uso.
Execução – Execução dos serviços solicitados. De acordo com o tipo de serviços, podem ser planejados no modelo de solicitação de serviços algumas evidencias como ciência de um gerente ou testes (mesmo que em complexidade reduzida) e evidencia de quem executou o serviço.
Fechamento – Segue o mesmo fluxo de fechamento de um incidente 
Gerenciamento de Problemas
O objetivo do Gerenciamento de Problemas é prevenir a ocorrência de Problemas e Incidentes associados através da eliminação de Incidentes recorrentes e da minimização do impacto de Incidentes que não puderam ser prevenidos. 
Há algumas confusões sobre a diferença entre Incidentes e Problemas. 
 
Os Registros de Incidentes são diferentes de Registros de Problemas. Um Incidente não se transforma em um Problema. Um Incidente gera a abertura de um Registro de Problema. São dois registros diferentes, atendidos sob atividades diferentes com propósitos diferentes.
Enquanto o objetivo do Gerenciamento de Incidentes é restabelecer o Serviço de TI o mais rápido possível, o objetivo do Gerenciamento de Problemas é encontrar a causa raiz do Problema e aplicar uma solução definitiva para a resolução do Problema.
Atividades do gerenciamento de problemas
A imagem abaixo retirada do Livro Fundamentos do Gerenciamento de Serviços de TI – editora Brasport – pág. 286, do Autor Marcos André dos Santos Freitas em seu livro, apresenta um fluxograma de todos os passos e ações descritas anteriormente para as Atividades do Gerenciamento de Problemas:
Relacionamentos entre o gerenciamento de problemas e os outros processos da gestão de serviços de TI
Entradas
• Registro de problemas encaminhadas pela Central de Serviços e Gerenciamento de Incidentes.
• Informações sobre os ICs do Gerenciamento de Configuração e Ativos de Serviços.
• Informações sobre os Serviços do Gerenciamento do Catálogo de Serviços.
• Informações sobre Mudanças do Gerenciamento de Mudanças.
• Informações sobre Liberações do Gerenciamento de Liberação e Implantação.
• Informações do Sistema de Gerenciamento de Conhecimento dos Serviços do Gerenciamento do Conhecimento.
Gerenciamento de Problemas
Saídas
• Informações sobre Problemas para todos os outros Processos.
• Requisições de Mudança para o Gerenciamento de Mudanças.
• Informações de Erros Conhecidos para o Gerenciamento de Incidentes, Central de Serviços e Gerenciamento do Conhecimento.
Responsabilidades do Gerente de Problemas
Garantir a comunicação entre os grupos de resolução de Problemas para garantir a Resolução de Problemas dentro das metas definidas nos Acordos e Contratos de Nível de Serviço.
Manter a Base de Dados de Erros Conhecidos.
Garantir o fechamento dos Registros de Problemas.
Fornecer informações sobre os Problemas.
Gerenciar as atividades da Revisão de Problemas críticos.
Aula 8 – 83,3
Gerenciamento de acesso
O Objetivo do Gerenciamento de Acesso é garantir o acesso aos Serviços de TI somente para os usuários que possuam esta autorização. Desta forma são garantidos os aspectos de confidencialidade, integridade e disponibilidade dos ICs, ou seja, suas informações, acessos aos sistemas, aplicações, banco de dados, infraestruturas de rede e comunicação e etc., conforme preconizado e definido no processo de Gestão de Segurança da Informação da organização.
Conceitos do Gerenciamento de Acesso
O Gerenciamento de Acesso é um processo que é executado pelas funções de gerenciamento técnico e de aplicações que fazem parte da Função da Central de Serviços. 
Dentro do conceito do Gerenciamento de Acesso, devemos entender algumas definições que são utilizadas na descrição das suas atividades:
Titulo
Solicitar Acesso: acessos podem ser solicitados por meio de Requisições de Mudança ou Solicitações de Serviço. Os meios de solicitação de acesso a um determinado serviço geralmente estão descritos no Catálogo de Serviços.
Verificação de Acesso: identifica duas perspectivas a serem verificadas antes da concessão dos acessos: 
Se o usuário é realmente quem ele diz que é. 
Se o solicitante tem legitimidade para solicitar o acesso e o fez da maneira correta. Exemplo: notificação do departamento de RH da empresa atestando a contratação do usuário anexada a uma Solicitação de Serviço feita pelo gerente imediato do funcionário contratado ou Requisição de Mudança do gerente solicitando a alteração do perfil de acesso de todos os funcionários da sua área em determinado sistema.
Prover Permissões: as decisões sobre conceder acesso ou negar acesso não são tomadas pelo Gerenciamento de Acesso sozinho, o Gerenciamento de Acesso somente segue o que foi definido nos ciclos de Estratégia e Desenho de Serviço.
Monitorar Status das Identidades:monitorar o ciclo de vida da identidade do usuário nos Serviços de TI. Funcionários podem ser transferidos, demitidos, promovidos e suas permissões devem refletir seu status atual. E muito comuns usuários serem transferidos de áreas e ficarem com dois perfis de acesso, um da área nova e outro da área antiga, continuando a ter acesso aos serviços da área antiga. Na pior das hipóteses, usuários podem sair da empresa e continuar com acesso aos Serviços de TI da empresa. O Gerenciamento de Acesso deve possuir uma ferramenta que permita uma auditoria e controle das identidades, podendo permitir a alteração de perfil de uma Identidade para outro perfil quando necessário.
Registrar e Rastrear Acessos: o Gerenciamento de Acesso não deve somente se preocupar em conceder ou retirar os Acessos, mas também em monitorar as atividades dos perfis nos Serviços de TI. Exceções podem ser direcionadas ao Gerenciamento de Incidentes como Incidentes de Segurança da Informação. O Gerenciamento de Segurança da Informação pode detectar uso não autorizado de determinado sistema e comparar com os acessos concedidos pelo Gerenciamento de Acesso. O Gerenciamento de Acesso também pode ser convocado por investigações legais ou de auditoria para identificar evidências de acessos como datas, duração do acesso, atividades realizadas em determinado sistema, dados alterados, etc.
Remover ou Restringir Permissões: remover acessos de acordo com as políticas definidas pela Estratégia e Desenho de Serviços.
Relacionamentos entre o Gerenciamento de Acesso e os outros Processos:
As atividades do Gerenciamento de Acesso são:
Central de Serviço
O objetivo da Central de Serviço é ser o ponto único de contato para os usuários de TI e restaurar a operação normal dos serviços assim que possível.
A Central de Serviços é o ponto único de contato para os usuários dos Serviços de TI em relação às Solicitações de Serviços e abertura de Registros de Incidentes. Como ponto único de contato queremos dizer que todas as Solicitações de Serviços e Incidentes devem ser encaminhadas para a Central de Serviços, porém pode haver mais de uma forma de contato com a Central de Serviços como, por exemplo, via telefone, e-mail, chat, abertura de registros na própria ferramenta de registro de Incidentes ou até através de contato pessoal. O que não é permitido e aceitável é que nenhum atendimento seja realizado sem o devido registro no sistema de Registro de Solicitações e Incidentes. Por exemplo, um técnico pode estar realizando um atendimento local na mesa de um usuário, e o usuário ao lado informar uma falha.
O atendente pode verificar a falha e, se conseguir aplicar a solução no momento, ela pode ser aplicada e posteriormente o registro do atendimento do Incidente deve ser criado para controle dos atendimentos feitos pelas equipes de TI. Tenha em mente que, mesmo que as práticas propostas pelo ITIL® preconizem que todo atendimento deve ser registrado pela Central de Serviços, o objetivo principal de TI é minimizar o impacto de falhas nos Serviços de TI e restaurar o serviço o mais rápido possível, mesmo que para isso o registro de Incidente possa ser feito posteriormente ao atendimento. Não faz sentido negar um atendimento local sob a alegação de que a Central de Serviços é o ponto único de contato e as equipes de Gerenciamento de Incidentes somente podem agir após a Central de Serviços escalar um atendimento. Nesse caso, vale o bom senso do profissional ou as políticas de atendimento definidas pelo Gerente da Central de Serviços.
Estrutura de uma Central de Serviços
Existem quatro tipos de Centrais de Serviço:
Central de Serviço Local: Central de Serviço localizada presencialmente próxima aos usuários. Geralmente se referem a empresas que não possuem filiais ou empresas que possuem filiais e optam por manter uma Central de Serviço em cada filial por questões culturais, de linguagem ou pela estratégia de manter a proximidade de clientes e usuários para atendimento de serviços personalizados. Pode ser subutilizada se o número de Solicitações e Incidentes não justificar sua existência.
Central de Serviço Centralizada: Central de Serviço que presta serviços a mais de uma localidade como filiais diferentes a partir de uma única Central. Tende a ser mais eficiente, pois lida com um volume maior de Solicitações e Incidentes e pode adquirir maiores conhecimentos através da centralização do Sistema de Gerenciamento de Conhecimento dos Serviços de TI. Ainda assim, é necessário manter equipes de suporte local para escalação de Solicitações ou Incidentes que requeiram intervenções físicas, porém, o gerenciamento das atividades fica a cargo da Central de Serviços Centralizada.
Central de Serviço Virtual: Geralmente utilizada no formato de terceirização da Central de Serviço com um Fornecedor. O usuário pode ter a impressão de estar sendo atendido por uma Central de Serviço Local ou Centralizada quando na verdade, está sendo atendido por um Provedor de Serviço Externo. Por exemplo, os usuários podem ligar para um número de ramal interno da empresa e, através da central telefônica, serem redirecionados para a Central de Serviços do Fornecedor. Assim como o Fornecedor pode ter acesso à rede da empresa para prestar atendimento remoto através de ferramentas de emulação de telas como Terminal de Acesso Remoto.
Central de Serviço “Siga o Sol” (Follow the Sun): utilizada por empresas multinacionais necessitam de suporte contínuo, 24 horas por dia. As Centrais de Serviço operam de acordo com o fuso horário de um determinado país ou região onde estão localizadas. Por exemplo, uma Central de Serviço no Brasil pode operar durante determinado horário e, encerrando o expediente no Brasil. a Central de Serviços pode ser direcionada para a Europa. Encerrando o expediente na Europa, a Central pode ser direcionada para a Índia. Essa abordagem prevê que a Central de Serviços esteja operacional mundialmente, 24 horas por dia. No entanto, é necessário que: 
As Centrais de Serviço compartilhem do mesmo sistema de Registro de Solicitações e Incidentes. 
Tenha processos de atendimento comuns para todas as localidades.
Que os atendentes sejam fluentes na língua nativa dos usuários, de acordo com a origem da solicitação de atendimento. 
Aspecto culturais de cada região sejam respeitados e que haja compartilhamento da mesma base de conhecimento.
Alguns fatores devem ser considerados para decisão do melhor modelo de Central de Serviço:
Expectativa dos clientes dos serviços – requerimentos funcionais. 
Requerimento do negócio da organização. 
Tamanho e complexidade da estrutura de TI e do Catálogo de Serviços – escopo e desenho do serviço. 
Número de usuários suportados. 
Diferenças culturais e de linguagem.
Níveis de conhecimento das equipes.
Tipo e modelos de infraestrutura requeridos para a implementação da Central de Serviços, tais como telefones, linhas de rede e dados, atendimento presencial e remoto, vídeo conferencia, e etc.
Padrões, processos e procedimentos de uso dos serviços.
Responsabilidades da Função Central de Serviço:
Gerente da Central de Serviços 
Gerenciar as atividades da Central de Serviços. 
Decidir sobre os procedimentos de escalações hierárquicas necessárias. 
Gerenciar o relacionamento com os usuários em relação à Central de Serviços. 
Fornecer relatórios gerenciais sobre a operação da Central de Serviços. 
Definir papéis e responsabilidades do Ciclo de Vida das Solicitações de Serviço e Incidentes.
Supervisor da Central de Serviços 
Garantir a manutenção do conhecimento das equipes. 
Supervisionar a equipe da Central de Serviços. 
Agir como mediador em situações de necessidade de escalação hierárquica. 
Produzir estatísticas e relatórios da operação da Central de Serviços. 
Conduzir reuniões com as equipes da Central de Serviços. 
Auxiliar os Analistas da Central de Serviços quando o volume de Solicitações e Incidentes é alto ou quando é necessário um nível de experiência mais alto.Analistas da Central de Serviços 
• Equipe que efetivamente atende as Solicitações de Serviços e Incidentes em primeiro nível.
Usuários chaves (Key users)
• São usuários das áreas de negócio que agem como ponto focal para as dúvidas sobre os serviços de TI e também participam do planejamento de novos serviços, participam de treinamento e atuam como formadores de opinião e facilitadores junto a outros usuários internos.
Três funções complementares suportam as atividades da Central de Serviço, são elas:
Aula 9 – 
Objetivo do desenho de serviço
O Objetivo do Ciclo de Desenho de Serviço é desenhar, ou seja, definir e estruturar o escopo dos serviços de TI de forma que estes sejam adequados e apropriados quanto as suas inovações, arquiteturas, processos, políticas e documentação objetivando para atender os requerimentos atuais e futuros do negócio. 
Ou seja, é no Ciclo do Desenho de Serviço que são estruturados e apresentadas as atividades que farão parte do escopo para a implementação de uma estrutura de Serviço de Gestão de TI capaz de efetuar um atendimento eficiente e eficaz para as atividades de suporte em 1.º nível (Central de Serviços), 2.º e 3º níveis (atendimento a campo e atendimento remoto, possuir estrutura dimensionada para efetuar as manutenções corretivas e preventivas, o dimensionamento e capacidade dos ICs, e também os aspectos relacionados com a segurança da informação e continuidade de negócios também relacionados com os ICs e seus respectivos processos de negócios.
Através das ações e melhores práticas adotadas pelos processos e atividades do Desenho de Serviço podemos apontar os seguintes benefícios na estruturação do escopo dos serviços de TI
Atender integralmente às especificações e exigências do Objeto dos Serviços requeridos pela organização, e que serão foco do suporte das áreas de TI;
Atender as exigências e especificações necessárias para a alocação dos recursos internalizados no ambiente e infraestrutura de TI;
Garantir e manter o nível de satisfação dos usuários de acordo com os Níveis de Serviços acordados;
Serviços orientados para o total suporte aos Processos de Negócio;
Aderência as Melhores Práticas para a Gestão de Serviços de TI – ITIL v3.0;
Atender ao Catálogo de Serviços definido para o Escopo do Objeto; 
Reduzir o downtime dos usuários e colaborar para o aumento da produtividade;
Garantir disponibilidade da operação e reduzir impacto nos processos de negócios;
Garantir continuamente a qualidade dos serviços executados pelas áreas e equipes responsáveis;
Garantir os aspectos de segurança da informação e continuidade dos processos de negócios.
Além disso, observamos também que quaisquer necessidades de mudança no Portfólio de Serviço originadas por um novo serviço ou a mudança de um serviço em produção devem passar por um planejamento estratégico (Estratégia de Serviço) e os serviços devem ser desenhados e planejados para melhor atendimento dos objetivos do negócio. 
 
Cabe ressaltar que somente se faz necessário um novo planejamento quando estas as mudanças forem consideradas como significantes para o negócio. Cada empresa deve definir seu critério de significância, e todas as mudanças devem ser avaliadas em relação ao seu impacto no negócio para se determinar a sua importância e significância.
Aspectos do desenho de serviço
Existem cinco aspectos a serem considerados para o desenho dos serviços:
Desenho dos Serviços incluindo todos os seus requerimentos funcionais, recursos e capacidades necessárias para entrega dos serviços aos clientes.
Desenho do sistema de gerenciamento dos serviços (Portfólio de Serviço) incluindo as ferramentas necessárias para controlar os serviços através do seu ciclo de vida.
Desenho da arquitetura tecnológica e gerenciamento técnico necessário para prover os serviços.
Desenho dos processos necessários para a transição (Transição de Serviço), operação (Operação de Serviço) e melhoria dos serviços (Melhoria Continuada dos Serviços).
Desenho das métricas e sistemas de medição de serviços, das arquiteturas, processos e atividades necessárias para entrega dos serviços.
4Ps do desenho de serviço
Muitos planejamentos e desenhos de serviço de TI falham porque não possuem uma estrutura balanceada entre os 4 Ps propostos para o desenho dos serviços. São eles:
Pessoas – As pessoas devem possuir as habilidades necessárias para garantir a entrega dos serviços.
Processos – Deve haver processos de gerenciamento de serviços, desenhados, implementados e seguidos por todos os envolvidos.
Produtos – Os serviços, tecnologias, sistemas e ferramentas devem ser adequados ao uso e seu propósito.
Parceiros – Devem ser avaliadas possibilidades de parceria com fornecedores para garantia ou melhoria dos serviços de TI.
Modelos de fornecimento de serviços
No ciclo de Estratégia de Serviço vimos os tipos de Provedores de Serviço e os critérios de análise (Make or Buy) para escolha do tipo de provedor. 
No ciclo Desenho de Serviço são descritos os modelos de fornecimento de serviços em relação ao tipo de contratação:
Fornecimento Interno – A empresa possui os recursos necessários para entrega dos serviços aos clientes e realiza o desenho, a transição, a operação e a análise de melhoria dos serviços internamente
Fornecimento Externo – A empresa transfere o fornecimento dos serviços de TI para um provedor de serviços externo. Esse modelo pode ser terceirização total (full outsourcing) ou pode mesclar atividades parciais de desenho, transição e operação dos serviços de TI, interna e externa, de acordo com cada contrato.
Parceria – Relacionamento entre duas organizações que envolve um trabalho em conjunto para alcançar objetivos comuns e compartilhar benefícios mútuos, oportunidades no mercado ou riscos associados aos serviços.
Provedor de Serviço de Aplicativo - Serviços de TI em forma de software acessados e executados dentro de um provedor de serviços externo através da rede ou internet. Podemos citar como exemplos de provedores de serviço de aplicativo: 
Sites e serviços de correio eletrônico hospedados em datacenters. 
 
Serviços de software contratados como serviço. A empresa não precisa de infraestrutura específica nem da aquisição de licenças de uso de software. O acesso ao sistema é feito pela rede ou internet e o modelo de comercialização pode ser por custo fixo ou por utilização (on demand). Esse modelo é conhecido no mercado como saas (software as a service).
Terceirização de Processos de Conhecimento - Conhecida no mercado como KPO (knowledge process outsourcing). A terceirização de processos de conhecimento é uma evolução do BPO e uma nova forma de terceirização em que o conhecimento e as informações relacionadas aos processos e atividades são gerados e realizados por fornecedores visando a redução dos custos de transação internos. Diferentemente do BPO, onde os processos são definidos pela empresa e o fornecedor se compromete a segui-los, no KPO os ativos de serviços são próprios do fornecedor. Esse modelo de terceirização envolve trabalho de pessoal altamente qualificado.
Contrato 
Um documento com valor legal descrevendo o entendimento formal entre um Provedor de Serviços e um Fornecedor utilizado como obrigação de atendimento de metas.
Acordo
Um documento que descreve o entendimento formal entre um Provedor de Serviços e um cliente, outro Provedor de Serviços ou uma área interna. Um acordo não tem valor legal e serve como referência de atendimento de metas.
Aula 10 – 
Processos de Desenho de Serviços
Objetivos do gerenciamento de nível de serviço
Os objetivos principais relacionados com o Gerenciamento de Nível de Serviço são: negociar, acordar e documentar as metas que foram estabelecidas para a garantia dos serviços de TI, bem monitorar a entrega dos serviços de acordo com estas as metas durante todo o período em que o serviço estiver sendo fornecido e/ou dentro da sua vigência contratual. 
 
O sucesso do Gerenciamentode Nível de Serviço depende das informações contidas no Catálogo de Serviços as quais foram geradas durante a definição da estratégia dos serviços para a operação e de acordo com os clientes que receberão o modelo do serviço.
Cabe ressaltar que o papel do Gerenciamento de Nível de Serviço não é levantar essas informações básicas oriundas das definições estratégicas, mas sim utilizá-los como ponto de partida para desenhar as metas dos Serviços de TI, estruturar e desenhar os acordos e negociar ou renegociar com os clientes quando necessário durante o período de vigência da execução dos serviços. 
 
O Gerenciamento de Nível de Serviços também é responsável pela negociação, o acordo e a documentação das metas e garantia dos Serviços de Apoio com as áreas internas, outros Provedores de Serviços ou Fornecedores nos Acordos de Nível Operacional (ANO) ou Contratos de Apoio (CA).
Acima de tudo, o Gerenciamento de Nível de Serviço deve prover um ponto de contato e comunicação com os clientes e gerentes do negócio para prestar contas sobre os relatórios de atendimento dos níveis de serviços em relação aos serviços utilizados e também para os serviços novos ou alterados.
Tipos de acordos de nível de serviço
As principais atividades do Gerenciamento de Nível de Serviço são:
- Determinar, negociar e documentar os requisitos de qualidade para serviços através dos Requisitos de Nível de Serviço. 
- Medir e monitorar a performance dos Serviços em função das  Metas de Nível de Serviço estabelecidas nos Acordos de Nível de Serviço (Provedor Interno) ou Contratos de Nível de Serviço (Fornecedor). 
- Medir e gerenciar a satisfação dos clientes em relação aos serviços de TI entregues. 
- Produzir relatórios de nível de serviço.
- Conduzir reuniões de avaliação de nível de serviço e instigar melhorias no serviço através do Plano de Melhoria de Serviços (documento criado no ciclo de Melhoria Continuada do Serviço). 
- Analisar e rever os Acordos de Nível de Serviço, Contratos de Nível Operacional, Acordos de Nível Operacional e Contratos de Apoio. 
- Desenvolver e documentar os contatos e relacionamentos com os clientes de negócio. 
- Registrar e gerenciar as reclamações e elogios dos clientes.
- Desenvolver, manter e operar procedimentos de identificação e resolução de conflitos sobre os Acordos de Nível de Serviço.
- Fornece informações sobre a realização e entrega dos serviços. 
- Disponibilizar e manter disponíveis os modelos e padrões de Acordos de Nível de Serviço
Responsabilidades do gerente de nível de serviço
A Figura do Gerente de Nível de Serviço deverá ter em suas atribuições as seguintes atividades funcionais em seu dia-a-dia de trabalho:
Identificar, entender e documentar os Requisitos de Nível de Serviço atuais e futuros.
Negociar, documentar e divulgar os Acordos de Nível de Serviço e Acordos de Nível Operacional.
Garantir que os níveis de serviços descritos nos Contratos de Apoio estejam alinhados ao Acordo de Nível de Serviço firmado com os clientes
Realizar revisões de desempenho dos serviços
Medir, registrar e analisar a satisfação dos clientes com os serviços entregues
Objetivos do gerenciamento de catálogo de serviço
Criar e manter o Catálogo de Serviços.
Garantir que o Catálogo de Serviços seja a única fonte de informações de níveis de serviços para os outros ciclos e processos.
Garantir sua visibilidade e disponibilidade para as partes interessadas dentro de toda operação.
Conceitos do gerenciamento de catálogo de serviço
O Catálogo de Serviços deverá refletir exatamente todos os serviços que serão efetivamente desenhados para o planejamento da entrada do serviço em produção no Ciclo de Transição de Serviço. 
 Cada organização deverá definir sua política de manutenção (correção, alteração, revisão e etc.) do seu Catálogo de Serviço em relação ao escopo definido, detalhes e atualizações para cada serviço.
O Catálogo de Serviços de Negócio é o catálogo que o cliente visualiza e contém as informações úteis ao cliente.
O Catálogo de Serviços Técnicos não é visível para o cliente e contém detalhes técnicos sobre os Serviços de TI entregues aos clientes.
Os dois catálogos são relacionados diretamente em uma lógica de dependência, conforme apresentado na figura a seguir:
Atividades do gerenciamento de catálogo de serviço
Definição do Serviço que será executado
Realizar a produção e manutenção do Catálogo de Serviços
Gerenciar as interfaces e dependências entre o Catálogo de Serviço e demais processos no workflow da operação
Gerenciar as interfaces com o Gerenciamento de Relacionamento com o Cliente e o Gerenciamento de Nível de Serviço para garantir que as informações do Catálogo de Serviços estão alinhadas com o negócio
Responsabilidades do gerente de catálogo de serviço  
Produzir e manter o Catálogo de Serviços
Garantir a execução das atividades do processo de Gerenciamento de Catálogo de Serviços
Gerenciamento da capacidade
O Gerenciamento da Capacidade deverá garantir que o desenho do serviço contemple o desenho da capacidade adequada para entregar os serviços. O ciclo Estratégia de Serviços ajuda no processo de Gerenciamento da Capacidade, mas a maior parte das atividades de planejamento da capacidade é realizada pelo processo de Gerenciamento da Capacidade.
O objetivo do Gerenciamento da Capacidade é garantir que exista uma capacidade adequada, a um custo justificado, e que esta capacidade esteja alinhada com as necessidades atuais e futuras do negócio.
Para isso o gerenciamento da capacidade deve entender
- A operação do ambiente de TI e os serviços do Catálogo de Serviços (Serviços de Negócio e Serviços Técnicos). 
- Tendências de utilização dos serviços através dos Padrões de Atividade de Negócio. 
- Futuros requerimentos de serviços através do Portfólio de Serviços. 
- Todas as áreas de TI e suas capacidades, incluindo infraestrutura, dados, sistemas, aplicações e pessoas
O objetivo do Gerenciamento da Disponibilidade é garantir que os níveis de disponibilidade entregues para os serviços estão de acordo ou superam as expectativas atuais e futuras do negócio a um custo justificado.
À primeira vista, podemos concluir que um serviço está disponível quando os sistemas de TI que suportam esse serviço estão operacionais e "funcionando". O critério de disponibilidade do serviço não é definido por TI, e sim pelos requisitos de negócio definidos e acordados pelo cliente no Acordo de Nível de Serviço. Se a capacidade requerida de um serviço não é entregue conforme esperado, a baixa performance do serviço pode inviabilizar a execução do serviço pelos clientes. Se os clientes não conseguem executar o serviço conforme previamente planejado (Catálogo de Serviço) e acordado (Acordo de Nível de Serviço), dizemos então que o serviço está indisponível para os clientes. Os clientes querem receber o serviço conforme definido no Acordo de Nível de Serviço, então, disponibilidade não tem somente a ver com "Up" ou "Doum', mas sim na maneira como os clientes recebem o serviço. Um Sistema de Faturamento pode estar rodando em um servidor, mas um Job de cadastro de notas fiscais pode estar parado porque houve um Lock na tabela do banco de dados. Os clientes não querem saber sobre Jobs ou Locks, e sim sobre a disponibilidade do serviço de emissão de notas fiscais.”
- Determinar o impacto de uma falha no serviço e componente de TI em conjunto com o Gerenciamento de Continuidade de Serviço. 
- Definir as metas de Disponibilidade, Confiabilidade e Sustentabilidade para os serviços e componentes de TI. 
- Gerar relatórios de Disponibilidade, Confiabilidade e Sustentabilidade para análise de atendimento aos 
Acordos de Nível de Serviço, Acordos de Nível Operacionais e Contratos
As atividades do Gerenciamento da Disponibilidade são: 
 Monitorar a tendência de Disponibilidade, Confiabilidade e Sustentabilidade dos serviços e componentes de TI. 
- Investigar as causas de indisponibilidade. 
- Produzir e manter oPlano de Disponibilidade.