Loading AI tools
Da Wikipédia, a enciclopédia livre
ITIL, um acrônimo para Information Technology Infrastructure Library, é um conjunto de práticas detalhadas para gerenciamento de serviços de TI que se concentra no alinhamento de serviços de TI com as necessidades dos negócios.[1]
Este artigo ou secção deverá ser fundido com Information Technology Infrastructure Library. (desde julho de 2020) Se discorda, discuta sobre a fusão na página de discussão daquele artigo. |
O ITIL descreve processos, procedimentos, tarefas e listas de verificação que não são específicos da organização nem específicos da tecnologia, mas podem ser aplicados por uma organização para estabelecer a integração com a estratégia da organização, entregando valor e mantendo um nível mínimo de competência. Ele permite que a organização estabeleça uma linha de base a partir da qual possa planejar, implementar e medir. Ele é usado para demonstrar conformidade e medir a melhoria. Não existe uma avaliação independente de conformidade de terceiros disponível para conformidade com a ITIL em uma organização. A certificação na ITIL está disponível apenas para indivíduos.[1]
Desde julho de 2013, a ITIL pertence à AXELOS. A AXELOS(em inglês) licencia organizações para usar a propriedade intelectual da ITIL, credencia os institutos licenciados de exames e gerencia as atualizações da estrutura. Organizações que desejam implementar o ITIL internamente não precisam dessa licença.[1]
A versão 3 da biblioteca ITIL (Information Technology Infrastructure Library) foi lançada mundialmente em maio de 2007 como uma atualização completa da antiga versão 2 (ITILV2), publicada na década de 90 do século passado.[2]
O ITIL pode ser dividido em processos estratégico, tático e operacional. Possui exatos 26 processos, listados a seguir nominalmente e agrupados de acordo com o estágio ou fase do ciclo de vida de serviço (volumes) a que pertencem.[3]
Processo | Publicação | Extensão | Fase do Ciclo de Vida de Serviço | Processo | |
---|---|---|---|---|---|
Avaliação de Serviço | ST | Estratégias de Serviço
Service Strategy (SS) (5 processos) |
Gerenciamento de estratégia para serviços de TI | ||
Cumprimento de Requisição | SO | Gerenciamento Financeiro | |||
Geração de Estratégia | SS | Gerenciamento de Portfólio de Serviço | |||
Gerenciamento da Capacidade | SD | SO, CSI | Gerenciamento da Demanda | ||
Gerenciamento de Relacionamento com o Negócio | SS | Gerenciamento de Relacionamento com o Negócio | |||
Gerenciamento da Configuração e de Ativo de Serviço | ST | SO | Desenho de Serviço
Service Design (SD) (8 processos) |
Gerenciamento de Capacidade | |
Gerenciamento da Continuidade do Serviço de TI | SD | CSI | Gerenciamento da Continuidade do Serviço de TI | ||
Gerenciamento da Demanda | SS | SD | Gerenciamento de Disponibilidade | ||
Gerenciamento da Disponibilidade | SD | CSI | Gerenciamento de Fornecedor | ||
Gerenciamento de Acesso | SO | Gerenciamento de Segurança da Informação | |||
Gerenciamento de Evento | SO | Gerenciamento do Catálogo de Serviço | |||
Gerenciamento de Fornecedor | SD | Gerenciamento do Nível de Serviço | |||
Validação e Testes do Serviço | ST | Coordenação de Desenho | |||
Gerenciamento de Incidente | SO | CSI | Transição de Serviço
Service Transition (ST) (7 processos) |
Avaliação de Mudança | |
Gerenciamento de liberação e Implantação | ST | SO | Gerenciamento da Configuração e de Ativo de Serviço | ||
Gerenciamento de Mudança | ST | Gerenciamento de liberação e Implantação | |||
Gerenciamento de Portfólio de Serviço | SS | SD | Gerenciamento de Mudança | ||
Gerenciamento de Problema | SO | CSI | Gerenciamento do Conhecimento | ||
Gerenciamento de Segurança da Informação | SD | SO | Planejamento e Suporte da Transição | ||
Gerenciamento do Catálogo de Serviço | SD | SS | Validação e Testes do Serviço | ||
Gerenciamento do Conhecimento | ST | CSI | Operação de Serviço
Service Operation (SO) (5 processos) |
Cumprimento de Requisições | |
Gerenciamento do Nível de Serviço | SD | CSI | Gerenciamento de Acesso | ||
Gerenciamento Financeiro | SS | Gerenciamento de Eventos | |||
Coordenação de Desenho | SD | Gerenciamento de Incidentes | |||
Planejamento e Suporte da Transição | ST | Gerenciamento de Problemas | |||
Processo de Melhoria em 7 Etapas | CSI | Melhoria Contínua de Serviço
Continual Service Improvement (CSI) (1 processo) |
Processo de Melhoria em 7 Etapas |
O ITIL V3, publicado em maio de 2007, e atualizado em 2011, é composto de cinco volumes, fases do ciclo de vida de serviço, que são: Estratégia de Serviço - Service Strategy (SS), Desenho (ou Projeto) de Serviço - Service Design (SD), Transição de Serviço - Service Transition (ST), Operação de Serviço - Service Operation (SO), e Melhoria Contínua de Serviço - Continual Service Improvement (CSI). Segue detalhamento de cada uma dessas fases:[4]
A estratégia de serviço de qualquer fornecedor de serviços deve ser fundamentada sobre o reconhecimento de que os seus clientes não compram produtos, eles compram a satisfação de suas necessidades específicas. Os serviços fornecidos devem ser percebidos pelo cliente de maneira que entregue valor suficiente na forma de resultados que o cliente deseja alcançar.[5]
Alcançar uma profunda compreensão das necessidades do cliente, em termos de quais são as suas necessidades, e quando e o por que elas ocorrem, também requer uma compreensão clara de quem é um cliente real ou potencial de qual fornecedor de serviço. Exige que o fornecedor de serviços compreenda o contexto mais amplo dos atuais e potenciais nichos de mercado em que opera ou pretende operar.[5]
A estratégia de serviço não pode ser criada ou existir isoladamente sendo voltada para dentro da cultura e estratégia organizacional a que o fornecedor de serviço pertence. O fornecedor de serviços pode existir em uma organização exclusivamente que preste serviço a uma unidade de negócios específica, para atender às várias unidades de negócios, ou pode funcionar como um fornecedor externo de serviços que atende aos vários negócios externos. A estratégia adotada deve fornecer valor suficiente para os clientes e todo as partes interessadas do fornecedor de serviços, o propósito da estratégia do fornecedor de serviços deve ser cumprido.[5]
Independentemente do contexto em que o fornecedor de serviços opera, a sua estratégia de serviço também deve ser baseada em um claro reconhecimento da existência de concorrência, ter consciência de que cada lado tem escolhas, e uma visão de como o fornecedor de serviço irá se diferenciar da concorrência. Todos os fornecedores precisam de uma estratégia de serviço.[5]
Assim, a publicação Estratégia de Serviço se situa no cerne do ciclo de vida da ITIL V3. Estabelece orientações a todos os fornecedores de serviços de TI e seus clientes, para ajudá-los a operarem e prosperarem a longo prazo através da construção de uma estratégia de serviço clara, ou seja, uma compreensão precisa de:[5]
A migração de uma situação em que não há nenhum processo de gerenciamento de serviços de TI para a implantação completa das práticas da ITIL não aumenta o custo total de propriedade da organização.[5]
Como ponto de origem do ciclo de vida de serviço ITIL, o volume sobre estratégia de serviço é um guia sobre como tornar mais claro e priorizar investimentos sobre provimento de serviços.[5]
A estratégia adotada deve fornecer valor suficiente para que os clientes e todas as partes interessadas do fornecedor de serviço cumpram o propósito estratégico do fornecedor de serviço.[5]
A Estratégia de Serviço define alguns conceitos.
Definido em termos de resultado de negócios percebidos pelo cliente e descrito pela combinação de dois componentes:
Valor do Serviço também inclui os conceitos associados a serviços como Ativos, Redes de Valor, Criação de Captura de Valor.[8]
Transformar as capacidades de gerenciamento de serviços em ativos estratégicos, usando o Gerenciamento de Serviço para fornecer uma base de desempenho significativo, de vantagem durável e aumentar o potencial de seu fornecedor de serviço:[9]
Recomenda−se que as organizações adaptem as práticas da ITIL, conforme seu contexto, e defendam suas próprias melhores práticas no âmbito da estrutura global de gerenciamento de serviço.[10]
Identificação, medição e revisão periódica dos FCS para determinar os ativos de serviço necessários para o sucesso da implementação da estratégia de serviço desejada.[11]
Usa gerenciamento financeiro para entender serviços em termos de consumo e de provisionamento, e alcançar a tradução entre os sistemas financeiros corporativos e o gerenciamento de serviços.[12]
Categoriza e analisa os diversos modelos que podem ser selecionados pelos clientes e utilizados por fornecedores de serviços para criar e entregar serviços, analisa também os impactos do gerenciamento financeiro:[12]
Alcançar uma forma e estrutura definida para que o fornecedor de serviço da organização possibilite a estratégia de serviço. Incluem as seguintes considerações:[13]
Além da Criação Estratégia, a fase Estratégia de Serviço também inclui os seguintes processos.[14]
Abrange a função e os processos responsáveis pela administração do orçamento do fornecedor de serviços de TI, contabilidade e cobrança são exigidos. Fornece a quantificação dos negócios e TI, em termos financeiros, do valor dos serviços de TI, do valor dos ativos referentes ao provisionamento desses serviços, bem como da qualificação do prognóstico operacional.[14]
As responsabilidades e atividades do Gerenciamento Financeiro da TI não residem, unicamente, no domínio das finanças e contabilidade. Muitas partes da organização interagem para gerar e utilizar informações financeiras da área de TI; agregando, compartilhando e mantendo os dados financeiros de que necessitam, permitindo a disseminação de informações para apoiar decisões e atividades críticas.[15]
Envolve o gerenciamento pró-ativo do investimento em todo o ciclo de vida do serviço, incluindo os serviços na forma de conceito, desenho e transição, bem como os serviços definidos ativos e inativos.[15] É um processo contínuo que inclui o seguinte:
O gerenciamento de demanda é um aspecto crítico do gerenciamento de serviços. Se for mal feito é uma fonte de risco para os prestadores de serviços por causa da incerteza na demanda. O excesso de capacidade gera custos, sem a criação de valor que fornece uma base para a recuperação dos custos.[15]
O propósito é entender e influenciar a demanda dos clientes por serviços e aprovisionar a capacidade para atender a essas demandas. No nível estratégico isso pode envolver a análise dos padrões de atividade de negócio e perfis de usuários. No nível tático isso envolve a utilização de cobrança diferenciada para incentivar os clientes a utilizarem os serviços de TI em horários de menor movimento.[15] Um Pacote de Nível de Serviço (PNS) define o nível de utilidade e garantia de um Pacote de Serviços e é projetado para atender às necessidades de um padrão de atividade de negócio.
A Estratégia de Serviço define algumas funções e responsabilidades específicas relacionadas com a execução de uma estratégia de serviço bem-sucedida, incluindo:[15]
Engloba todos os elementos relevantes à entrega de serviços de tecnologia, ao invés de focar somente no projeto da tecnologia propriamente dita. Assim, desenho de serviço aponta como uma solução planejada de serviço que interage com o negócio e ambiente técnico.[16]
É uma etapa dentro do ciclo de vida do serviço e um importante elemento dentro do processo de mudança de negócio. A função do Desenho de Serviço dentro do processo de mudança do negócio pode ser definido como:[16] O projeto adequado dos serviços de TI inovadores, incluindo suas arquiteturas, processos, políticas e documentação, para atender aos atuais e futuros requisitos de negócios acordados.
As principais metas e objetivos do Desenho de Serviço são:[16]
Começa com um conjunto de requisitos de negócios, e termina com o desenvolvimento de uma solução de serviço projetada para atender os requisitos de negócios e os resultados documentados e fornecer um PDS para ser entregue a fase de Transição de Serviço.[16]
Há 5 aspectos individuais do Desenho de Serviço:[16]
Uma abordagem holística deve ser adotada no Desenho de Serviço para garantir a consistência e integração de todas as atividades e processos de TI, fornecendo qualidade e funcionalidade fim a fim relacionada ao negócio. Um bom desenho de serviço depende do uso eficaz e eficiente dos Quatro Ps do Desenho:[16]
Define todos os aspectos de um serviço de TI e seus requisitos através de cada fase de seu ciclo de vida. Um PDS é produzido a cada novo serviço de TI, mudança significativa, ou quando um serviço de TI é desativado. O Pacote de Desenho de Serviço (PDS) contém a informação que é passada para a transição de serviço para permitir a implementação de um novo serviço.[16]
O Catálogo de Serviço fornece uma fonte central de informações sobre os serviços TI prestados à empresa pela organização fornecedora de serviços, garantindo que as áreas de negócio consigam visualizar uma imagem precisa e consistente dos serviços de TI disponíveis, seus detalhes e status.[16]
O objetivo do Gerenciamento de Catálogo de Serviços é fornecer uma única fonte consistente de informações sobre todos os serviços acordados, e garantir que esses serviços estão amplamente disponíveis para aqueles que têm permissão para acessá-los.[16]
A principal informação contida no processo de Gerenciamento de Catálogo de Serviços é o próprio Catálogo de Serviços. A entrada principal para esta informação vem do Portfólio de Serviço e através ou do Gerenciamento do Relacionamento com o Negócio ou do processo de Gerenciamento de Nível de Serviço.[16]
GNS negocia, concorda e documenta metas adequadas de serviços de TI com o negócio, em seguida, monitora e produz relatórios sobre a entrega do nível de serviço acordado.[16]
A finalidade do processo de GNS é assegurar que todos os serviços operacionais e seu desempenho sejam medidos de uma forma consistente, de maneira profissional por toda a organização de TI, e que os serviços e os relatórios produzidos atendam às necessidades do negócio e dos clientes.[16]
A principal informação fornecida pelo processo de GNS inclui o Acordo de Nível de Serviço (ANS ou SLA, do inglês Service Level Agreement), Acordos de Nível Operacional (ANO ou OLA, do inglês Operational Level Agreement) e outros acordos de suporte, e a produção de um Plano de Melhoria de Serviço (PMS) e de um Plano de Qualidade de Serviço.[16]
Inclui negócios, serviço e acompanha todo o ciclo de vida do serviço. Um fator chave para o sucesso do gerenciamento de capacidade é garantir que ele será considerado na fase de desenho.[16]
Tem como objetivo fornecer um ponto de foco e gerenciamento para toda a capacidade e desempenho relacionado a problemas, relacionando-se tanto com os serviços como os recursos, e fazer com que a capacidade de TI corresponda às demandas de negócio acordadas.[16]
O Sistema de Informação do Gerenciamento de Capacidade (SIGC) é a base de um processo de Gerenciamento de Capacidade bem-sucedido. Informações contidas no SIGC são armazenadas e analisadas por todos os subprocessos do Gerenciamento de Capacidade para fornecer relatórios técnicos e de gerenciamento, incluindo o Plano de Capacidade.[16]
Tem como objetivos avaliar o impacto de todas as mudanças no planejamento de disponibilidade, como também, assegurar que medidas proativas para melhorar a disponibilidade do negócio sejam implementadas sempre que o custo se justifique. Fornece um ponto de foco e de gerenciamento para todas as questões relacionadas com a disponibilidade, em matéria de serviços, componentes e recursos, garantindo que as metas de disponibilidade em todas as áreas são medidas e alcançadas, e que elas igualam ou superam as necessidades atuais e futuras do negócio de forma eficaz em termos de custos.[16] Gerenciamento de disponibilidade é o processo que visa aperfeiçoar a capacidade da infraestrutura de TI, serviços e suporte para prover, a custo efetivo, um nível de disponibilidade que permita ao negócio atender a seus objetivos. Esse processo é responsável por definir, analisar, planejar, medir e melhorar todos os aspectos da disponibilidade dos serviços de TI.
O Gerenciamento de Disponibilidade deve ocorrer em dois níveis inter-relacionados para otimizar continuamente e melhorar a disponibilidade dos serviços TI de forma proativa e sua organização de apoio. Há dois aspectos principais:[16]
As atividades de Gerenciamento de Disponibilidade devem considerar a disponibilidade, confiabilidade, manutenibilidade e facilidade de manutenção, tanto dos serviços como dos componentes, particularmente aqueles que apoiam Funções Vitais de Negócios (FVNs).
O processo de Gerenciamento de Disponibilidade deve ser baseado em torno de um Sistema de Informação do Gerenciamento de Disponibilidade (SIGD) que contém todas as medições e as informações necessárias para fornecer as informações adequadas para o negócio ao nível de serviço. O SIGD também auxilia na produção do Plano de Disponibilidade.[16]
Como a tecnologia é um componente central da maioria dos processos de negócio, continuidade ou alta disponibilidade de TI é crucial para a sobrevivência do negócio como um todo. Isso é conseguido através da introdução de medidas de redução de risco e opções de recuperação. A manutenção contínua da capacidade de recuperação é essencial para se manter eficaz.[16]
O objectivo do GCSTI é manter de maneira adequada a capacidade de recuperação de serviços de TI para atender às necessidades acordadas, requisitos e prazos do negócio.[16]
GCSTI inclui uma série de atividades durante todo o ciclo de vida para assegurar que, uma vez que os planos de continuidade e recuperação de serviços tenham sido desenvolvidos, eles estarão alinhados com os Planos de Continuidade do Negócio e prioridades de negócio.[16]
A manutenção de uma estratégia adequada de política e planos GCSTI alinhados com os planos de negócios é a chave para o sucesso de um processo de GCSTI. Isso pode ser conseguido através da realização regular de Análise de Impacto nos Negócios e exercícios de Gerenciamento de Risco.[16]
O plano de continuidade de negócio define as etapas necessárias para recuperar os processos de negócio logo após um desastre, identificando os fatores que causaram o desastre e a forma de comunicação com as pessoas envolvidas no processo de recuperação dos serviços.[16]
O GSI precisa ser considerado dentro da metodologia de governança corporativa como um todo. A governança corporativa é o conjunto de responsabilidades e práticas exercidas pelo conselho de administração e pela gestão executiva com o objetivo de fornecer direcionamento estratégico, assegurando que os objetivos sejam alcançados, verificando se os riscos estão sendo gerenciados de forma adequada, verificando se os recursos da empresa estão sendo utilizados de maneira eficaz.[16]
O objetivo do processo de GSI é alinhar a segurança de TI com segurança do negócio e garantir que a segurança da informação seja gerenciada de forma eficaz em todos os serviços e Atividades de Gerenciamento de Serviços, tais como:[16]
O GSI deve manter e aplicar uma política global, em conjunto com uma série de controles de apoio integrados a um Sistema de Gestão da Segurança da Informação (SGSI), alinhado com as políticas e estratégias de segurança do negócio.[16]
O processo de Gerenciamento de Fornecedores garante que os fornecedores e os serviços que eles fornecem são gerenciados para apoiar as metas dos serviços de TI e as expectativas de negócios.[16]
O objetivo do processo de Gerenciamento de Fornecedores é obter valor para o dinheiro que vem dos fornecedores e assegurar que os fornecedores alcancem as metas contidas em seus contratos e acordos, enquanto entram em conformidade com todos os termos e condições.[16]
O Banco de Dados de Contrato e Fornecedor (BDCF) é uma fonte vital de informações sobre fornecedores e contratos e deve conter todas as informações necessárias para o gerenciamento de fornecedores, contratos e seus serviços associados.[16]
As principais funções envolvidas com os processos e atividades de Desenho de Serviço são:[16]
O papel da Transição de Serviço é oferecer serviços que são necessários ao negócio para uso operacional. A fase de Transição de Serviço entrega isso recebendo o Pacote de Desenho de Serviços vindo da fase de Desenho de Serviço e entregando para a fase Operacional todos os elementos necessários exigidos para operação e apoio a esse serviço. Se as circunstâncias, os pressupostos ou requisitos do negócio mudarem desde o desenho, em seguida, modificações podem muito bem serem necessárias durante a fase de Transição de Serviço, a fim de entregar o serviço requerido.[17]
Transição de Serviço concentra-se na implementação de todos os aspectos do serviço, e não apenas na aplicação e como ele é usado em circunstâncias "normais". É necessário assegurar que o serviço possa operar em circunstâncias extremas ou anormais previsíveis, e que o suporte às falhas ou erros esteja disponível. Isso requer suficiente compreensão de:[17]
A Transição de Serviço é apoiada por princípios que facilitam o uso efetivo e eficiente de serviços novos/alterados. Os princípios incluem:[17]
Dentro do conjunto de processos de Transição de Serviço, alguns dos processos mais importantes para a Transição de Serviço são processos que envolvem todo o ciclo de vida e têm impacto na entrada e no monitoramento e considerável controle através de todas as fases do ciclo de vida. Os processos que envolvem todo o ciclo de vida são:[17]
Processos focados em Transição de Serviço, mas não exclusivos a essa fase, são:[17]
Garante que as mudanças são registradas, avaliadas, autorizadas, priorizadas, planejadas, testadas, implementadas, documentadas e revisadas de uma maneira controlada.[17]
O objetivo é garantir que métodos padronizados são utilizados para o tratamento rápido e eficiente de todas as mudanças, que todas as mudanças são registradas no Sistema de Gerenciamento de Configuração e que o risco global de negócios é otimizado.[17] O processo aborda toda a mudança de serviço.
Uma Mudança de Serviço é a adição, modificação ou remoção autorizada de um serviço, serviço planejado ou suportado ou componente de serviço e sua respectiva documentação.[17]
Portanto o gerenciamento de mudança é relevante em todo o ciclo de vida, aplicado em todos os níveis de gerenciamento de serviços - estratégico, tático e operacional.[17]
Proporciona, para o negócio, redução dos erros em novos serviços e alterações mais rápidas nos serviços, maior precisão na implementação de mudanças. Permite que fundos e recursos limitados sejam concentrados sobre as mudanças que trazem maior benefício para o negócio.[17]
O GCAS apoia o negócio, fornecendo informações precisas e controle através de todos os ativos relacionados que compõem a infraestrutura de uma organização.[17]
O objetivo do GCAS é identificar, controlar e avaliar os ativos de serviços e itens de configuração (IC), protegendo e garantindo a sua integridade em todo o ciclo de vida do serviço.[17]
O escopo do GCAS se estende aos ativos que não são de TI e aos fornecedores de serviços internos e externos, onde os ativos compartilhados precisam ser controlados.[17] Para gerenciar grandes e complexos serviços de TI e infraestruturas, o GCAS requer a utilização de um sistema de suporte conhecido como Sistema de Gerenciamento de Configuração (SGC).
Por meio do gerenciamento de configuração, possível incluir mudanças que são realizadas mesmo sem autorização do gerenciamento de mudanças.
Um IC pode incluir:[18]
O objetivo do Gerenciamento do Conhecimento é garantir que a pessoa certa tenha o conhecimento certo, na hora certa para entregar e apoiar os serviços requeridos pelo negócio. Isso proporciona:[18]
O núcleo do Gerenciamento do Conhecimento é a estrutura de Dados-Informação-Conhecimento-Sabedoria, condensando dados em estado bruto, e inutilizáveis, em ativos valiosos. Isso é ilustrado pelo Sistema de Gerenciamento do Conhecimento de Serviço, mantendo informações relevantes e sabedoria derivada de Ativos e Dados de Configuração.[19]
As metas do Planejamento de Transição e Suporte são para:[19]
O Planejamento de Transição e Suporte de maneira eficaz pode melhorar significativamente a capacidade de um provedor de serviço para lidar com grandes volumes de mudanças e liberações em sua base de clientes.[19]
Tem como objetivo montar e posicionar todos os aspectos dos serviços em produção e estabelecer o uso eficaz dos serviços novos ou alterados.[19]
Liberação e implantação de forma eficaz agrega valor aos negócios por meio da otimização da velocidade das mudanças na entrega, nos riscos, nos custos, oferecendo uma implementação adequada, auditável e consistente de serviços de negócios utilizáveis e úteis.[19]
Gerenciamento de Liberação e Implantação abrange toda a montagem e implementação de serviços novos e alterados para uso operacional.[19]
Um teste bem sucedido depende da compreensão do serviço de forma holística, como o serviço será utilizado e o jeito é construído. Todos os serviços precisarão ser testados adequadamente, proporcionando validação aos requisitos de negócio que podem ser atendidos ao longo das situações esperadas e validando o alcance do risco de negócio acordado.[19]
O principal objetivo do teste e validação de serviço é fornecer uma evidência objetiva de que os serviços novos e alterados suportam os requisitos de negócios, incluindo os ANS acordados.[19]
O serviço é testado, explicitamente, contra as utilidades e garantias definidas no PDS, incluindo a funcionalidade, disponibilidade, continuidade, segurança, usabilidade de negócio e testes de regressão.[19]
Garantir que o serviço será útil para o negócio é fundamental para o sucesso da Transição de Serviço e isso se estende para garantir que o serviço continuará relevante, estabelecendo métricas e técnicas de medição adequadas.[19]
A Avaliação de Serviço leva em consideração a entrada para a Transição de Serviço, a relevância do Desenho de Serviço, que a Transição de Serviço aborda a ela mesma, e a adequação dos serviços novos ou alterados para com os ambientes operacionais e de negócios encontrados e esperados.[19]
A Transição de Serviço também é o foco de algumas atividades operacionais. Essas atividades têm aplicabilidade mais ampla do que a Transição de Serviço e compreendem:[19]
A equipe de entrega da Transição de Serviço dentro de uma organização deve ser organizada para a eficácia e eficiência, e existem várias opções de se fazer isso. Não se prevê que uma organização típica consideraria um grupo separado de pessoas para essa função, em vez disso há um fluxo de experiência e habilidades, ou seja, as mesmas pessoas podem estar envolvidas em várias fases do ciclo de vida.[19]
O objetivo da Operação de Serviço é entregar os níveis de serviço acordados para os usuários e clientes, e gerir as aplicações, tecnologia e infraestrutura que dão apoio à entrega dos serviços.[19] É só durante esta fase do ciclo de vida que os serviços realmente entregam valor ao negócio, e é responsabilidade da equipe de Operação de Serviço garantir que este valor seja entregue. As equipes de operação são provedoras de serviços de negócios para toda a empresa e não somente para a área de TI.
É importante para a Operação de Serviço equilibrar os objetivos conflitantes:[19]
Para cada um desses conflitos, a equipe deve manter um equilíbrio, mesmo, com o excessivo foco de um lado de qualquer um destes resultará em mau serviço.[19]
Muitas organizações acham que é útil considerar a "saúde operacional" dos serviços. Isso identifica "sinais cruciais" que são críticos para a execução das Funções Vitais do Negócio. Se estes estiverem dentro dos limites normais, o sistema ou serviço está saudável. Isso leva a uma redução do custo de monitoramento, e permite que a equipe se concentre nas áreas que vão levar ao sucesso do serviço.[19]
Um evento é uma mudança de estado que tem significado para o gerenciamento de um item de configuração ou serviço de TI.[19]
Um evento pode indicar que algo não está funcionando corretamente, levando ao registro de um incidente. Os eventos podem também indicar uma atividade normal, ou uma necessidade de intervenção rotineira, tal como trocar uma fita.[19]
Gerenciamento de evento depende de monitoramento, mas é diferente. O gerenciamento de evento gera e detecta notificações, enquanto o monitoramento verifica o status dos componentes, mesmo quando não há eventos acontecendo.
Os eventos podem ser detectados por um IC enviando uma mensagem, ou por uma ferramenta de gerenciamento selecionando um IC. Após um evento ser detectado ele pode ocasionar um Incidente, Problema ou Mudança, ou pode simplesmente ser registrado no caso da informação ser necessária.[19]
A resposta a um evento pode ser automatizada ou pode exigir uma intervenção manual. Se ações forem necessárias então um gatilho, como uma mensagem de SMS ou um incidente sendo registrado automaticamente, pode disparar um alerta para a equipe de suporte.[19]
Um incidente é uma interrupção não programada de um serviço de TI, ou uma diminuição da qualidade de um serviço de TI. A falha de um IC que ainda não impactou o serviço também é um incidente.[19]
O objetivo do Gerenciamento de Incidentes é restaurar o serviço ao estado normal o mais rápido possível, e para minimizar o impacto negativo sobre as operações de negócios.[19]
Os incidentes são frequentemente detectados pelo gerenciamento de eventos, ou por usuários que contatam a central de serviços. Os incidentes são classificados para identificar quem deve trabalhar com eles e para análise de tendências, e eles são priorizados de acordo com a urgência e o impacto nos negócios.[19]
Se um incidente não pode ser resolvido rapidamente, ele pode ser escalonado. O escalonamento funcional passa o incidente a uma equipe de suporte técnico com as habilidades adequadas, escalonamento hierárquico envolve níveis adequados de gerenciamento.[19]
Após o incidente ter sido investigado e diagnosticado e a resolução ter sido testada, a Central de Serviços deve garantir que o usuário esteja satisfeito antes do incidente ser fechado.[19] O Gerenciamento de Incidentes é uma ferramenta essencial para o registro e a gestão de incidentes de informações.
O Gerenciamento de Incidentes não faz uma investigação sobre a causa raiz do problema, focando apenas na solução mais rápida, que pode ser uma solução de contorno. O atendente da Central de Serviços, que está em contato com o usuário, e já havia recebido outras chamadas acerca da mesma situação. Deve primeiramente registrar, verificar se o problema está cadastrado como erro conhecido e se há uma solução alternativa para ele.[19] Os incidentes considerados de prioridade crítica e de prioridade alta devem ser resolvidos, respectivamente, em uma hora e em oito horas. Exemplo de incidente: Uma redução na qualidade de um serviço de TI, ainda que não afete usuários fora da TI.
A requisição de serviço é um pedido de um usuário para obter informações ou conselhos, ou para uma mudança padronizada, ou para o acesso a um serviço de TI.[19]
O objetivo do Cumprimento de Requisição é permitir que os usuários solicitem e recebam serviços padronizados, para gerar e entregar esses serviços, para fornecer informações aos usuários e clientes sobre os serviços e procedimentos para obtê-los, e para ajudar com informações gerais, reclamações e comentários.[19] Todos os pedidos devem ser registrados e rastreados. O processo deve incluir a adequada aprovação antes de cumprir a solicitação.
O objetivo do processo de Gerenciamento de Acesso é fornecer os direitos aos usuários para que possam acessar um serviço ou grupo de serviços, enquanto impede o acesso de usuários não-autorizados.[19]
O Gerenciamento de Acesso ajuda a gerenciar a confidencialidade, disponibilidade e integridade dos dados e da propriedade intelectual.
Gerenciamento de Acesso está preocupado com a identidade (informações exclusivas que distinguem um indivíduo) e direitos (configurações que fornecem acesso a dados e serviços). O processo inclui a verificação da identidade e da permissão, concedendo acesso aos serviços, registrando e rastreando o acesso e removendo ou modificando permissões quando o status ou os papéis mudam.[19]
Um problema é a causa de um ou mais incidentes. A causa não é, geralmente, conhecida na época em que um problema é registrado, e o processo de gerenciamento de problemas é responsável pela investigação posterior.[19]
Os principais objetivos do Gerenciamento de Problemas são evitar problemas e que incidentes resultantes aconteçam, para eliminar incidentes recorrentes e para minimizar o impacto dos incidentes que não podem ser evitados.[19]
Gerenciamento de Problemas inclui diagnosticar as causas de incidentes, determinando a solução, e assegurando que a solução seja implementada. Gerenciamento de Problemas também mantém informações sobre problemas, soluções alternativas adequadas e resoluções.[19]
Os problemas são classificados de maneira semelhante aos incidentes, mas o objetivo é compreender as causas, documentando soluções alternativas e solicitando alterações para resolver, permanentemente, os problemas. Soluções alternativas são documentadas em um Banco de Dados de Erros Conhecidos, o que melhora a eficiência e eficácia do Gerenciamento de Incidentes.[19]
O Gerenciamento de Problemas é realizado por uma equipe mais especializada do que a equipe de Gerenciamento de Incidentes. Faz com que as informações referentes aos erros conhecidos estejam disponíveis à equipe da Central de Serviços.[19]
É o processo responsável por administrar todo o ciclo de vida do problema, com o objetivo principal de prevenção, evitando a recorrência de incidentes. Além disso, busca minimizar o impacto de incidentes que não podem ser previstos.[19]
Operação de Serviço inclui uma série de atividades que não fazem parte dos cinco processos descritos. Elas incluem:[19]
A Central de Serviços proporciona um único ponto central de contato para todos os usuários de TI. A Central de Serviços, geralmente, registra e gerencia todos os incidentes, solicitações de serviços e de acesso e fornece uma interface para todos os outros processos e atividades da Operação de Serviço.[19]
As responsabilidades específicas da Central de Serviços incluem:[19]
Há muitas maneiras de estruturar e organizar uma central de serviços, incluindo:[19]
São características de uma Central de Serviços:[19]
Gerenciamento Técnico inclui todas as pessoas que fornecem conhecimentos técnicos e de gerenciamento da infraestrutura de TI.[19]
Gerenciamento Técnico ajuda a planejar, implementar e manter a estabilidade infraestrutura técnica e garantir que os recursos e os conhecimentos exigidos estão no lugar certo para desenhar, construir, fazer a transição, operar e melhorar os serviços de TI e as tecnologias de apoio.[19]
Atividades realizadas pelo Gerenciamento Técnico incluem:[19]
O Gerenciamento Técnico é, normalmente, organizado com base na infraestrutura que cada equipe apoia.
Gerenciamento de Aplicativos inclui todas as pessoas que fornecem experiência técnica e gerenciamento de aplicativos. A referida função realiza um papel muito semelhante ao do Gerenciamento Técnico, mas com foco em aplicativos de software em vez de infraestrutura.[19]
É comum em muitas organizações para se referirem a aplicativos como serviços, mas aplicativos são apenas um componente necessário para fornecer um serviço. Cada aplicativo pode apoiar mais de um serviço, e cada serviço pode fazer uso de muitos aplicativos. Isso é especialmente verdadeiro para os fornecedores de serviços modernos que criam serviços compartilhados com base em arquiteturas orientadas a serviços.[19]
Gerenciamento de Aplicativos trabalha em estreita colaboração com o Desenvolvimento, mas é uma função distinta com papéis diferentes. As atividades realizadas pelo Gerenciamento de Aplicativos são semelhantes às descritas pelo Gerenciamento Técnico.[19] O Gerenciamento de Aplicativos é normalmente organizado pelas linhas de negócios de cada equipe de suporte.
O Gerenciamento de Operações de TI é responsável pela gestão e manutenção da infraestrutura de TI necessária para fornecer o nível de serviços de TI acordado para o negócio. Inclui duas funções:[19]
A Melhoria Contínua do Serviço (MCS) está preocupada com a manutenção de valor para com os clientes através da avaliação contínua, da melhoria da qualidade de serviços e da maturidade global do ciclo de vida do Gerenciamento de Serviços de TI (GSTI) e processos subjacentes.[20]
GSTI combina princípios, práticas e métodos de gestão da qualidade, Gerenciamento de Mudança e melhoria da capacidade, trabalhando para melhorar cada fase do ciclo de vida do serviço, bem como os serviços atuais, processos, atividades relacionadas e tecnologia. Apresenta uma visão de ciclo de vida embasada no modelo PDCA.[20]
GSTI não é um conceito novo, mas para a maioria das organizações, o conceito não mudou para além da fase de discussão. Para muitas organizações, o GSTI se tornou um projeto quando alguma coisa falhou e impactou severamente o negócio. Quando a questão foi resolvida, o conceito foi prontamente esquecido até a próxima falha significativa ocorrer. Projetos ligados ao tempo ainda são necessários, mas para ser um GSTI bem-sucedido deve ser incorporado pela cultura organizacional e se tornar uma atividade de rotina.[20]
O Modelo GSTI fornece uma maneira para uma organização identificar e gerenciar melhorias adequadas ao contrastar a sua posição atual e o valor que eles estão oferecendo para o negócio, com suas metas e objetivos de longo prazo, identificando eventuais lacunas existentes. Isso é feito de forma contínua para lidar com as mudanças nos requisitos de negócios, na tecnologia e para garantir que a alta qualidade será mantida.[20]
A meta da MCS é ajustar e reajustar serviços de TI às mudanças contínuas do negócio através da identificação e implementação de melhorias aos serviços de TI que apoiam processos negociais.[20] Para gerenciar melhorias, a MCS deve definir claramente o que deve ser controlado e medido.
MCS está preocupada com a manutenção do valor do serviço através da avaliação contínua e melhoria da qualidade e da maturidade do ciclo de vida do Gerenciamento de Serviços de TI e demais processos. Ela combina princípios, práticas e métodos de gestão da qualidade e gestão da mudança para melhorar cada fase do ciclo de vida do serviço, processos e atividades relacionadas à tecnologia. Essas práticas devem ser incorporadas à cultura organizacional e tornarem-se atividades de rotina.[20]
MCS define três processos para a implementação efetiva da melhoria contínua, os 7 Passos do Processo de Melhoria, Medição de Serviço e Relatório de Serviço.[20] Processos inclusos são:
Abrange os passos necessários para coletar dados significativos, analisar esses dados para identificar tendências e questões, apresentar informações para o gerenciamento de suas prioridades e acordo, e implementar melhorias.[20] Cada etapa é orientada pelas metas estratégicas, táticas e operacionais definidas durante a Estratégia de Serviço e o Desenho de Serviço:
Um conjunto de medidas, que apoiam plenamente as metas da organização, deve ser definido. Deve-se focar na identificação do que é necessário para satisfazer, plenamente, os objetivos sem considerar se os dados estão disponíveis no momento.[20]
As organizações podem achar que têm limitações sobre o que pode, realmente, ser medido, mas é útil para reconhecer a existência de tais lacunas e quais os riscos que podem estar envolvidos, como resultado.[20] A análise de lacunas deve ser realizada entre o que é ou pode ser medido hoje e o que é idealmente necessário. As lacunas e implicações podem, então, ser relatadas para o negócio, para os clientes e para o gerenciamento de TI. É possível que as novas ferramentas ou personalizações sejam requisitadas em algum momento.
Isso abrange o monitoramento e a coleta de dados. Uma combinação de ferramentas de monitoramento e processos manuais que deve ser posta em prática para coletar os dados necessários para as medidas que já foram definidas.[20] A qualidade é o objetivo principal do monitoramento da MCS. Portanto monitoramento se concentra sobre a eficácia de um serviço, de um processo, de uma ferramenta, de uma organização ou IC. A ênfase está na identificação de onde as melhorias podem ser feitas para que o nível de serviço existente ou que o desempenho de TI seja detectado, normalmente, através de exceções e resoluções. A MCS não está interessada apenas em exceções. Se um ANS é atingido de forma consistente ao longo do tempo, MCS também está interessada em determinar se esse nível de desempenho pode ser mantido a um custo mais baixo, ou se necessita ser atualizado para um nível ainda melhor de desempenho.
Os dados brutos são processados para o formato exigido, tipicamente fornecendo uma perspectiva fim a fim sobre o desempenho dos serviços e/ou processos.[20] Processamento de dados é uma importante atividade da MCS que é muitas vezes negligenciada. O monitoramento e coleta de dados em um único componente de infraestrutura é importante, é a chave para entender o impacto do componente sobre uma grande infraestrutura e serviços de TI.
A análise dos dados transforma a informação em conhecimento sobre os eventos que estão afetando a organização. Uma vez que os dados são processados em informações, os resultados podem ser analisados para responder a perguntas como:[20]
O conhecimento adquirido pode agora ser apresentado num formato que é de fácil entendimento e permite que recebam a informação para tomarem as decisões estratégicas, táticas e operacionais. A informação deve ser fornecida no nível certo e da maneira certa para o público-alvo. Isso deve agregar valor, observe as exceções para com o serviço, e destacar os benefícios que foram identificados durante o período.[20] Agora mais do que nunca, a TI deve investir tempo para entender as metas específicas do negócio e traduzir as métricas para refletir o impacto dessas metas de negócio. Geralmente, há uma lacuna entre o que a TI relata e o que é de interesse para o negócio. Embora a maioria dos relatórios tendem a se concentrarem em áreas de fraco desempenho, boas notícias devem ser reportadas também. Um relatório que mostra as tendências de melhoria da TI é melhor veículo de propaganda dos serviços.
O conhecimento adquirido é usado para otimizar, melhorar e corrigir serviços, processos e todas as outras atividades de apoio e tecnologia. As ações corretivas necessárias para melhorar o serviço devem ser identificadas e comunicadas à organização.
A MCS vai identificar muitas oportunidades de melhoria e uma organização vai precisar determinar prioridades, com base em suas metas, recursos e financiamento disponíveis. Os 7 passos do processo de melhoria são contínuos e voltam para o começo.
Há quatro razões básicas para monitorar e medir:[20]
Monitoramento e medição sustenta a MCS e os 7 passos do processo de melhoria, e é uma parte essencial do gerenciamento de serviços e processos e agrega valor ao negócio.
Muitas organizações hoje medem o nível do componente, e embora isso seja necessário e valioso, a medição do serviço deve subir um nível para fornecer uma visão da verdadeira experiência do cliente de como os serviços estão sendo entregues.
Existem três tipos de métricas que uma organização necessita para coletar e apoiar as atividades de MCS, bem como outras atividades do processo.
Uma Metodologia de Medição de Serviços integrada precisa ser colocada no lugar que define e coleta as métricas necessárias e os dados em estado bruto, e apoia a apresentação e interpretação dos dados.
Uma quantidade significativa de dados são coletados e monitorados pela TI nas entregas diárias de serviços de qualidade para o negócio, mas apenas um pequeno subconjunto é de real interesse e importância para o negócio. O negócio parece ser uma representação histórica do desempenho em um período passado que retrata sua experiência, mas é mais preocupado com esses eventos históricos que continuam a ameaçar e como a TI pretende mitigar essas ameaças.[20]
Não é suficiente só apresentar os relatórios que descrevem a adesão ou não ao ANS. A TI precisa construir uma abordagem contestável para relatar, ou seja, o que aconteceu, o que a TI fez, como é que a TI vai garantir que não tenha impacto de novo e como a TI está trabalhando para melhorar a entrega de serviços em geral.
Uma cultura de relatório que se concentra no futuro tão fortemente como se concentra no passado também fornece os meios para que as ofertas de TI cheguem ao mercado diretamente alinhadas com as experiências positivas ou negativas do negócio.
A Melhoria Contínua do Serviço envolve todas as fases do ciclo de vida do serviço do ITIL.
Enquanto um Gerente de MCS é responsável pelas atividades globais MCS dentro de uma organização, a maioria do trabalho relacionado ao detalhamento da melhoria é realizado dentro de cada uma das fases, processos e atividades do ciclo de vida.[20]
A versão atual do ITIL foi lançada em 2019. A V4 tem orientações mais práticas sobre o uso de ITIL, especialmente em ambientes colaborativos.[21] Isso torna mais fácil para as organizações alinhar o ITIL com os métodos de trabalho DevOps, Agile e Lean. O ITIL V4 adotou uma filosofia de gerenciamento de serviço mais holística, tornando-o mais amplo e inclusivo para o ambiente de TI atual.[22]
Um componente chave do ITIL 4 é o modelo quadridimensional. As quatro dimensões refletem os 4 pontos anteriores do ITIL - pessoas, produtos, parceiros, processos. Cada componente do Sistema de Valor de Serviço da ITIL deve considerar os quatro aspectos a seguir.[23]
Além do ITIL, existem outras abordagens para gerenciamento de serviços de TI, como VeriSM / Leaner Service Management para a era digital a ser adotado em organizações que possuem pequenos departamentos de TI). Da mesma forma, The Visible OPS Handbook: Implementing ITIL in Practical and Auditable Steps afirma ser baseado em ITIL, mas especificamente focado no maior dos elementos ITIL de "dar valor ao dinheiro".
Versões eletrônicas (eBook):
Versões Impressas:
Complementos
|deadlink=
ignorado (ajuda)Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.