Alura > Cursos de Inovação & Gestão > Cursos de Administração e Gestão > Conteúdos de Administração e Gestão > Primeiras aulas do curso Governança de TI: gerencie serviços e fortaleça a segurança

Governança de TI: gerencie serviços e fortaleça a segurança

Nível de serviço em TI - Apresentação

Boas-vindas ao curso de Governança de TI: serviços e segurança!

#autodescrição Roberto Pina se identifica como uma pessoa de pele clara. Tem olhos castanhos, é calvo e não usa barba. Usa óculos de grau retangulares e está com uma camiseta preta. Ao fundo, do lado direito há um logotipo da Alura.

O Contexto

Para quem é este curso

Pré-requisito

Para melhor aproveitamento neste curso, recomenda-se a realização do curso anterior da formação: Governança de TI: gestão de portfólio.

O que será tratado neste curso

Benefícios deste formação para sua evolução

Próximos passos

Estamos prestes a iniciar a próxima etapa, na qual abordaremos o tema dos serviços de Tecnologia da Informação e o ITIL®.

Vamos lá?

Nível de serviço em TI - Serviços de TI e ITIL®

As atividades ou tarefas executadas pela equipe de Tecnologia da Informação geralmente incluem:

No caso do desenvolvimento e construção de aplicativos, bem como outros serviços, temos projetos que englobam diversas atividades. Essas incluem suporte, sustentação, atendimento e manutenção.

Serviços em TI: termos comuns

A Gestão do Ciclo de Vida de um sistema ou software de aplicativo, conhecida como AML, abrange desde a concepção e construção até o descarte. Por outro lado, o AMS diz respeito especificamente à fase de manutenção e suporte do aplicativo, ou seja, aos serviços realizados após a sua implementação.

Além disso, temos o termo Help Desk, que se refere à central de ajuda e ao ponto de contato com as pessoas usuárias para fornecer suporte, responder dúvidas e lidar com outras demandas. Geralmente há os níveis 1 e 2, sendo o nível 1 o primeiro estágio e o que não é possível ser resolvido passamos para o nível 2.

Esses termos são comuns quando nos referimos aos serviços de TI.

Fluxo de serviço

Representação de um fluxo de serviço composto por dois estágios dispostos verticalmente. O primeiro estágio é o superior, chamado de "Em preenchimento pelo requerente", onde há os campos de preenchimento, o anexo, o histórico e, na parte inferior, as ações de "Cancelar", "Salvar" e "Submeter". A seleciona a ação de "Submeter", o fluxo avança para o estágio "Aguardando ciência do atendente", que contém os mesmos campos de antes, incluindo o "Anexo" e o "Histórico", mas as ações disponíveis são "Cancelar", "Ciente", "Salvar" e "Solicitar mais informações". Há uma seta que sai da ação "Solicitar mais informações" e aponta para a lateral direita do estágio anterior, indicando que informações adicionais foram solicitadas ao requerente. Por outro lado, a ação "Ciente" possui uma seta que aponta para baixo, indicando a progressão do fluxo para o próximo estágio.

Esses serviços, como o AMS, seguem um fluxo de atendimento que consiste em estágios sequenciais, podendo haver paralelismos entre eles. Cada estágio ou passo de atendimento possui um nome que representa o status atual, como "Em preenchimento pelo requerente", por exemplo.

Ao abrir um chamado e registrar uma demanda, o primeiro passo é o preenchimento. Durante esse preenchimento, a pessoa responsável pelo registro na ferramenta fornece informações, como a descrição do que é desejado. Cada estágio do processo possui um conjunto de ações associadas a ele.

Nesse primeiro estágio, por exemplo, é cancelar, salvar (para continuar preenchendo posteriormente) ou submeter. E ao submeter entramos no segundo estágio chamado "Aguardando ciência do atendimento", onde é possível anexar documentos, prints de telas e específicações, enfim, informações que auxiliam no atendimento do serviço solicitado.

As ferramentas responsáveis por esse fluxo armazenam históricos em cada estágio. Esses históricos registram quem abriu, a hora de início e término, bem como as ações realizadas com o chamado que segue o fluxo. Passa para o estágio seguinte que fica sobre a responsabilidade de outras pessoas ou grupos que tem suas ações específicas também. Cada estágio é atendido por um tipo de pessoa que tem possíveis ações designados.

É possível também um estágio devolver o chamado para o outro, solicitando mais informações.

Estágio "Ciente pelo atendente". Nele, há as opções de "Cancelar e "Iniciar trabalho", além dos elementos adicionais de "Anexos" e "Histórico". A ação "Iniciar trabalho" possui uma seta que aponta para baixo, indicando a progressão do fluxo para o próximo estágio.

O próximo estágio desse exemplo é o "Ciente pelo atendente" com as ações de cancelar ou iniciar trabalho. Seguindo o fluxo, chegamos no último estágio:

Estágio de Validado pelo requerente (fechado). Nele, há as opções de "Anexos" e "Histórico" e uma seta que aponta para o texto "Fechado"

Dessa forma, registramos todas as demandas, e o atendimento é tratado por ferramentas que possuem características de estágios, informações e ações sobre cada etapa. Além disso, as ferramentas armazenam anexos e mantêm um histórico completo das interações.

Geralmente centrais dde atendimento contam com ferramentas que seguem esse workflow (fluxo de trabalho).

O que medir (tempos básicos)

Nesse fluxo de trabalho, seria interessante realizar algumas medições para avaliar o desempenho, como os seguintes tempos básicos:

O flow time desconsidera o tempo em que o pedido fica aguardando no backlog.

No seguinte esquema, fica melhor representado o registro dos tempos mencionados:

Esquema representando o lead time, flow time e o cycle time. Do lado esquerdo há um ícone de uma pessoa com o texto "Solicitação do cliente" e do lado direito um ícone de nuvem com o texto "Software em execução". Na parte inferior temos um retângulo preenchido na cor cinza do lado esquerdo com alguns ícones que representa o "Backlog de solicitações" e do lado direito o retângulo está na cor laranja com os mesmos ícones. Mas na parte superior há, de forma intercalada, três setas e uas linhas tracejadas apontando para a direita, sendo, respectivamente: "Tempo ativo", "Tempo de espera", "Tempo ativo" e "Tempo de espera". Na parte superior do esquema, temos centralizado à esquerda o texto "Início do lead time" e centralizado à direita o texto "Términe do lead time", abaixo de cada um há um ícone de relogócio e entre eles há uma seta que aponta da esquerda para a direita. Abaixo do ícone de relógio à esquerda, temos uma linha vertical tracejada que possui o texto "Início do flow time" do lado direito também com um ícone de relógio abaixo. Este ícone possui uma seta que aponta para a direita direita para o texto "Término do flow time". Nesta primeira imagem há um retângulo vermelho em volta do processo de lead time.

O lead time é um indicador que mede o tempo total decorrido desde a solicitação inicial do cliente até a entrega final do produto ou serviço. Ele abrange todas as etapas do processo, desde o recebimento da solicitação até a conclusão da entrega, levando em conta o tempo de processamento, produção, preparação e qualquer período de espera no backlog.

Esquema anterior, mas com o retângulo na cor vermelha em volta do flow time e backlog.

O flow time é um indicador que inicia a contagem no momento em que a equipe de atendimento começa a trabalhar ativamente no chamado do cliente. Ele desconsidera o tempo em que o chamado fica parado no backlog de solicitações, priorizando apenas o período em que há efetiva ação e progresso no atendimento.

Essa métrica permite avaliar o tempo necessário para concluir o processamento do chamado, excluindo qualquer tempo ocioso ou de espera no backlog.

Esquema anterior, mas com o retângulo na cor vermelha em volta do cycle times.

Os cycle times representam os tempos de ciclo individuais de cada estágio presente no fluxo de atendimento. Em outras palavras, são as medições específicas que indicam a duração necessária para concluir cada etapa do processo. Esses tempos de ciclo podem variar de acordo com a complexidade das tarefas realizadas em cada estágio.

Ao analisar os cycle times, é possível identificar gargalos, pontos de demora ou ineficiência dentro do fluxo de atendimento.

Só o tempo interessa?

A performance em termos de tempo não é suficiente se a qualidade do atendimento estiver comprometida. Portanto, é necessário medir a qualidade do serviço para garantir uma experiência satisfatória para os clientes. Por exemplo, com as seguintes medições:

Medições de qualidade no serviço

Assim, além de uma medida objetiva da qualidade baseada em quantidade e defeitos, é igualmente importante avaliar a percepção de qualidade do cliente em relação ao fluxo de atendimento.

Ao nos referirmos a serviços, existe um modelo amplamente utilizado chamado ITIL® (Information Technology Infrastructure Library). A seguir, entenderemos mais sobre ele.

ITIL® (Information Technology Infrastructure Library)

O ITIL® é responsável por estabelecer as melhores práticas e recomendações para os seguintes temas relacionados a serviços:

Os incidentes ocorrem quando algo não funciona conforme o esperado, e caso se tornem recorrentes, podem ser caracterizados como problemas. Nesses casos, é necessário realizar uma investigação da causa raiz para evitar a reincidência desses incidentes no futuro.

Portanto, o ITIL® é um conjunto abrangente de práticas que engloba todo o gerenciamento de serviços, incluindo o atendimento ao cliente. Ele oferece diretrizes e estruturas que podem ser aplicadas no processo de concepção e implementação de serviços de atendimento, garantindo uma abordagem estruturada e eficiente.

Conclusão

Aprendemos sobre o serviço e atendimento de TI e sua natureza, reconhecendo a importância de medições relacionadas ao tempo e qualidade, bem como a relevância do conceito do ITIL®. Essa introdução nos proporciona uma base sólida para entender os serviços de TI.

Agora, vamos explorar um aspecto fundamental no projeto dos serviços de TI: o SLA (Service Level Agreement).

Até mais!

Nível de serviço em TI - SLAs (Service Level Agreements)

Nesta aula, aprenderemos sobre o SLA (Service Level Agreement).

SLAs (Service Level Agreements)

Tratam-se de acordos de nível de serviço, nos quais estabelecemos critérios para garantir a qualidade de um serviço quando ele é disponibilizado. Esses critérios incluem métricas que definem valores mínimos e máximos para determinados parâmetros, a fim de garantir que o serviço seja considerado adequado.

Exemplos de SLAs

Um exemplo é o tempo máximo em que uma determinada demanda pode permanecer parada no fluxo de atendimento, conforme aprendemos anteriormente. Podemos especificar SLAs relativos ao tempo ao longo do fluxo. Outro exemplo é a pontuação mínima na graduação de satisfação com o cliente, como o NPS.

O Net Promoter Score (NPS) é uma métrica utilizada para medir a satisfação e lealdade dos clientes em relação a uma empresa ou produto. É baseado em uma pergunta simples: "Em uma escala de 0 a 10, o quanto você indicaria nossa empresa/produto a um amigo?". Os respondentes são divididos em três categorias: promotores (notas 9 e 10), neutros ou passivo (notas 7 e 8) e detratores ou depreciador (notas de 0 a 6). O NPS é calculado subtraindo a porcentagem de detratores da porcentagem de promotores, resultando em um valor que pode variar de -100 a +100. Quanto maior o NPS, maior é a satisfação e lealdade dos clientes.

É possível definir um Acordo de Nível de Serviço (SLA) para o NPS com um valor mínimo de 75% ou 76%, por exemplo.

SLAs de visão ampla para AMS

Na abordagem abrangente do AMS (Application Management Services), há dois Acordos de Nível de Serviço (SLAs) essenciais quando se trata de manutenção e suporte de aplicativos:

O cálculo do On Time Delivery (OTD) consiste na relação entre a "Quantidade de demandas atendidas no prazo" e a "Quantidade total de demandas abertas". Isto é: Quantidade de demandas atendidas no prazo/Quantidade total de demandas abertas. Quando mencionamos "no prazo" é conforme o lead time acordado.

Se tivermos um prazo de dois dias para atender uma demanda específica, todas as demandas atendidas dentro desse período serão consideradas "atendidas no prazo". Supondo que o On Time Delivery (OTD) seja de 90%, isso significa que 90% dos atendimentos foram concluídos dentro do prazo estipulado, em conformidade com o lead time definido.

Dessa forma, ele mede a qualidade da velocidade do atendimento ou as demandas no prazo acordado.

Já o FTR (First Time Right) é a Quantidade de demandas atendidas sem retrabalhos (certas na primeira vez) dividida pela Quantidade total de demandas abertas.

OTD e FTR devem andar juntos

Isso ocorre porque simplesmente entregar no prazo não é suficiente se houver um alto índice de retrabalho. Da mesma forma, não é o ideal entregar um resultado de qualidade, mas com atraso. O objetivo é alcançar tanto a entrega dentro do prazo quanto a qualidade do trabalho realizado.

Geralmente, os contratos AMS acabam tendo essas definições.

Contrapesos entre SLAs

Quando definimos SLAs precisamos tomar alguns cuidados. Isso porque:

O atendimento puro e simples a um SLA sem a devida contrapartida pode ser ruim ao negócio

Como vimos no caso do FTR e do OTD, mas suponhamos outro exemplo:

Atender a um número mínimo de 10 clientes por hora

Atingir uma nota mínima de 9/10 no atendimento

Digamos que temos uma de atender a um número mínimo de 10 clientes por hora e precisamos atingir uma nota mínima de 9 ou 10 no atendimento. Assim, precisamos atender bastante pessoas e ainda atingir uma boa nota.

O que dizer dos SLAs isoladamente e em conjunto?

Podemos identificar um possível conflito entre esses SLAs ao considerá-los de forma isolada. Por exemplo, estabelecer uma meta de atender no mínimo 10 clientes por hora pode resultar em uma queda na qualidade do atendimento e, consequentemente, em uma avaliação mais baixa.

Por outro lado, priorizar a qualidade do atendimento pode levar a um menor número de clientes atendidos. É importante encontrar um equilíbrio entre quantidade e qualidade, levando em conta as necessidades e expectativas dos clientes, bem como a capacidade da equipe.

É fundamental analisar a viabilidade de atender a ambos os SLAs simultaneamente, levando em consideração a capacidade da equipe de atendimento em lidar com um alto volume de clientes enquanto mantém um nível de excelência.

Na definição dos SLAs e nos acordos estabelecidos, é necessário ter um senso consciente dessa questão, considerando a capacidade real de cumprir as metas de quantidade e qualidade de atendimento.

Complicadores para os SLAs

Outros aspectos importantes para considerarmos ao definirmos SLAs, são:

É importante ter cautela com as penalidades por descumprimento, pois as pessoas geralmente trabalham com base em recompensas ou punições. Se houver algo que afete o bem-estar dos prestadores de serviço, eles podem cumprir o SLA a qualquer custo, mesmo que isso seja prejudicial. Isso pode gerar problemas, pois todos estarão focados em cumprir um determinado serviço, prejudicando outros SLAs ou equipes.

Ao estabelecer metas agressivas, é importante estar ciente de que podem ocorrer tentativas de burlá-las, uma vez que as pessoas têm a tendência de se proteger e sobreviver. Além disso, é recomendado evitar definir um grande número de SLAs, pois isso torna o processo de monitoramento complexo e aumenta a probabilidade de conflitos. É essencial encontrar um equilíbrio entre metas desafiadoras e a capacidade real de alcançá-las.

Por fim, é crucial ter cuidado ao apurar os SLAs e garantir que sejam definidos de maneira clara. É importante ter um número adequado de SLAs que sejam significativos e não entrem em conflito uns com os outros. Além disso, é recomendado que a apuração seja automatizada e simples, para facilitar o processo de monitoramento e avaliação dos resultados.

Conclusão

No aprendizado anterior, abordamos o conceito de SLAs (Service Level Agreements), que são acordos de nível de serviço. Agora, avançaremos para a gestão de fornecedores, começando com a classificação dos mesmos. Vamos explorar os principais tipos de fornecedores de serviços de TI.

Sobre o curso Governança de TI: gerencie serviços e fortaleça a segurança

O curso Governança de TI: gerencie serviços e fortaleça a segurança possui 86 minutos de vídeos, em um total de 43 atividades. Gostou? Conheça nossos outros cursos de Administração e Gestão em Inovação & Gestão, ou leia nossos artigos de Inovação & Gestão.

Matricule-se e comece a estudar com a gente hoje! Conheça outros tópicos abordados durante o curso:

Aprenda Administração e Gestão acessando integralmente esse e outros cursos, comece hoje!

Conheça os Planos para Empresas