Necessidades, ofertas e acordos mensuráveis | ITIL 4 DSV: relações e valor do serviço

1. Separar o marco do resultado

Imagina um cliente fictício que pede um extrato para concluir uma reconciliação. O portal confirma a submissão, mas o extrato pode chegar incompleto mais tarde. Há dois marcos diferentes: submeter e obter informação utilizável. Define o início e o fim de cada medição, sem perder o percurso completo. O primeiro marco ajuda a localizar falhas de interação; o segundo permite avaliar o resultado pretendido. Um indicador de disponibilidade da página não substitui nenhum deles. Desenha o percurso com esperas, devoluções e tarefas do cliente. Pergunta em que ponto o utilizador consegue realmente continuar o seu trabalho.

2. Investigar grupos ausentes

Uma preferência relatada por um patrocinador é informação útil, mas precisa de evidência junto das pessoas afetadas. Se o turno noturno supostamente prefere chat, observa que tarefa tenta concluir, em que ambiente trabalha e como pede ajuda hoje. Inclui quem abandona, quem precisa de apoio e quem não respondeu ao convite. Mais entrevistas com o grupo que já consegue usar o serviço não resolvem a ausência dos restantes. Regista a hipótese, a observação e o grau de confirmação separadamente. Estas técnicas de investigação complementam os temas DSV; a documentação GOV.UK descreve serviços governamentais e não estabelece procedimentos obrigatórios para bancos.

3. Comparar o que está incluído

Não compares duas ofertas apenas pelo nome e preço. “Suporte incluído” pode significar receção de pedidos numa oferta e diagnóstico com intervenção noutra. Torna explícitos horários, tarefas, dependências, limites de procura, responsabilidades e exclusões. No exemplo local, Base cobre 08:00–18:00 por 900 euros mensais e Extensa cobre 08:00–24:00 por 1300. Um uso das 10:00 às 22:00 não está integralmente coberto pela Base sem outra solução aprovada. A Extensa satisfaz a condição de horário, mas ainda precisa de aprovação de custo e verificação dos restantes requisitos. Uma pessoa disponível informalmente não constitui automaticamente parte da oferta.

4. Negociar um compromisso viável

O cliente pode precisar de 55 respostas no próprio dia e a oferta suportar apenas 40. Transferir 15 para amanhã muda o resultado prometido. Expõe a diferença e discute capacidade, âmbito ou prazo com quem pode decidir. Se a entrega depende de um fornecedor sem horário acordado, não transformes a hora pretendida numa garantia. Documenta estados parciais: âmbito aprovado, custo pendente e horário em análise podem coexistir. Uma mensagem de aprovação global apagaria essas condições; dizer que nada foi decidido também seria incorreto. A relação ganha previsibilidade quando cada decisão tem um estado, uma condição e um responsável identificados.

5. Fixar população e regra antes do resultado

Um SLA mensurável precisa de um resultado, janela, população, fonte de dados e regra para exceções. Na regra fictícia desta oficina, só testes identificados à entrada são excluídos. Em 100 pedidos, dez testes deixam 90 elegíveis; 81 pontuais representam 90%. Não retires os nove pedidos reais atrasados para obter 100%. Se um fornecedor falhou, explica essa causa separadamente, mantendo a regra atual. Uma eventual mudança futura precisa de acordo. Outra dimensão é a segmentação: se o mínimo é 95% por turno, uma média global acima de 95% não compensa um turno com 60%. O critério de aceitação determina a conclusão.

6. Oficina de acordo e resumo

Prepara uma proposta curta para o cliente fictício do extrato: resultado utilizável, janela de entrega, volume previsto, cobertura de apoio e quem valida. Acrescenta duas linhas de evidência: dia com 110 pedidos pontuais em 110 e noite com seis em dez. Com uma regra de 95% por turno, identifica a falha noturna e propõe uma investigação sem inventar a causa. Mostra também o agregado de 116/120, cerca de 96,7%, explicando por que não altera a conclusão. Resumo: começa pela tarefa, valida necessidades, compara ofertas concretas, negoceia condições e mantém uma regra de medição estável e compreendida pelas partes.

População: 100 pedidos
Testes excluídos à entrada: 10
Pedidos reais elegíveis: 90
Reais pontuais: 81
Resultado: 81 / 90 = 90%
Pedidos reais atrasados permanecem no denominador.

NA PRÁTICA

Dia: 110/110 = 100%. Noite: 6/10 = 60%. Global: 116/120 ≈ 96,7%. Um mínimo de 95% por turno não está cumprido.

Armadilhas comuns

Solução como necessidade; autoridade como evidência de preferência; preço como valor completo; exclusões retroativas; média global como cumprimento por grupo.

Tópicos relacionados: Jornada do cliente · Níveis de serviço

Leva esta ideia contigo

Um acordo útil define o resultado necessário e torna verificáveis as condições de entrega e medição.

Criar conta

Referência: ITIL 4 Specialist: Drive Stakeholder Value · ITIL 4 DSV; observed JA v1.0.1 (2025 copyright), current EN revision comparison pending