O centro de alertas

01Em uma frase #sec_222852fd

O Centro de alertas transforma um fluxo de eventos técnicos em uma lista de problemas hierarquizados, cada um com sua consequência, antiguidade, alcance e a página onde corrigi-lo.

02O problema #sec_b1cabfb7

Uma plataforma de recertificação produz sinais permanentemente: um tenant que não responde mais, um elemento que o perímetro não cobre, um revisor que nunca abriu sua fila. Tomados individualmente, esses sinais são exatos. Empilhado em uma lista cronológica, eles se tornam ilegíveis.

O defeito não é o volume — é a repetição. Um mesmo incidente verificado a cada hora produz uma linha por verificação. No final de uma semana, um problema único ocupa cento e sessenta linhas, e um problema realmente novo se afoga nele. A tela acaba medindo a frequência das verificações, não o estado do sistema.

Adiciona-se uma questão que ninguém resolve: quando um alerta desaparece? Se o fechamento é manual, a lista incha de problemas resolvidos há muito tempo que ninguém se lembrou de marcar. Se nada fecha, ela simplesmente incha. Em ambos os casos, o administrador deixa de consultá-la — e é no dia em que seria necessário lê-la.

03O partido tomado #sec_1a0237d5

Uma tela de alertas tem apenas um trabalho: dizer o que fazer agora.

Três princípios decorrem disso.

1. Listamos problemas, não eventos. As ocorrências de um mesmo incidente são agrupadas em uma única linha, identificada pelo que realmente o caracteriza: sua família, seu assunto e a campanha em questão. Cento e sessenta linhas voltam a ser um problema.

2. A repetição é um dado, não ruído. Uma vez agrupada, a frequência se torna uma informação útil: « desde 12 dias · 4 ocorrências · última há 58 min ». Um incidente com doze dias que se repete a cada passagem não diz a mesma coisa que um incidente que apareceu ontem. A linha o mostra sem que tenhamos que contar.

3. Um problema resolvido se retira sozinho. Não há botão « marcar como resolvido ». O sistema sabe quando verificou pela última vez; se um problema não foi levantado novamente desde então, é porque não existe mais. Ele muda sozinho para a aba Resolvidos. Ninguém pode fazer um problema desaparecer marcando-o — e ninguém precisa fazer a limpeza.

04Como funciona #sec_d80e1494

Os blocos de gravidade

Os problemas são organizados em três blocos, e cada cabeçalho diz o que pensar a respeito em vez de se contentar com uma palavra:

Dentro de um bloco, a ordenação é por antiguidade: o mais antigo primeiro. Um problema crítico que persiste há doze dias passa à frente do de ontem — é aquele que já custou algo.

O que uma linha carrega

Cada linha responde a quatro perguntas na ordem em que as fazemos:

• O quê — o problema enunciado por sua consequência ( « Campanha atrasada » ), com sua causa provável embaixo ( « O prazo foi ultrapassado e há requisições sem decisão » ).
• Onde — o alcance tipado: a campanha em questão, a requisição ou o espaço de trabalho. Quando o assunto é um identificador técnico, um botão Copiar evita a retranscrição manual.
• Desde quando — a idade do problema e o ritmo de sua repetição.
• Como corrigi-lo — um link para a página onde o gesto é feito.

A atualização, exibida permanentemente

Uma faixa indica « Verificado há 1 h », no topo da tela como no rodapé. Assim, sempre sabemos a idade do que estamos olhando — e, se nenhuma verificação jamais ocorreu, a tela o diz em vez de exibir uma lista vazia tranquilizadora.

O estado vazio, que não se contenta com um traço

Quando não há nada a sinalizar, a tela enumera o que foi verificado, com os números reais: « 2 campanhas e 9 requisições foram verificadas neste espaço de trabalho, sem nada sinalizar. » Uma ausência de problema só tem valor se soubermos sobre o que ela recai.

05O catálogo das famílias #sec_c4cd7825

O que o administrador do workspace pode corrigir

O que diz respeito à assinatura

Três famílias escapam ao workspace: conexão ao tenant interrompida, registro de aplicativo inutilizável, grupo de segurança inencontrável. Nem o tenant, nem o registro de aplicativo, nem o diretório são controlados a partir de um espaço de trabalho.

Elas permanecem exibidas — elas explicam uma coleta vazia ou um perímetro incompleto, e um administrador precisa dessa explicação. Mas a linha carrega a menção Assinatura em vez de um link Corrigir: redirecionar para uma página onde nada pode ser feito seria pior do que não propor nada.

06Filtrar e buscar #sec_fd23e8b3

Dois filtros, não mais: categoria e campanha. Cada filtro ativo é exibido na forma de um marcador, removível com um clique — assim, sempre vemos o que não vemos.

A busca livre recai sobre o título do problema, seu assunto e o nome da campanha.

As duas abas Problemas ativos e Resolvidos carregam seu contador. O contador dos ativos é vermelho quando não é nulo: é a única cor de alarme da tela, e ela permanece contida.

07O que o auditor encontra #sec_b42c1894

A tela é aberta para ele em modo de leitura. Ele lé o que um relatório de conformidade nunca diz: os incidentes que acompanharam uma campanha. Um elemento excluído do perímetro, um revisor que não decidiu nada, uma escalada sem destinatário — tantos fatos que qualificam o valor probatório de uma taxa de certificação.

A antiguidade é aqui a informação decisiva: um problema crítico aberto há doze dias durante uma campanha ativa é uma constatação em si.

08Boa utilização #sec_f88e69d6

Para o que o Centro de alertas foi feito: abrir o seu dia de administração nele, tratar o bloco crítico antes do resto e usar a antiguidade como árbitro entre duas urgências aparentes.

Para o que não foi feito: servir como um jornal de atividades — esse é o papel da pista de auditoria, que registra as ações humanas e não as constatações da máquina. Nem de painel de progressão: esse é o papel do Pilotagem.

09A reter #sec_997300c6

O Centro de alertas não sinaliza mais, sinaliza melhor. Ao agrupar as ocorrências, datar os problemas, nomear sua consequência em vez de seu sintoma e vincular cada um a um gesto, ele transforma uma lista que ninguém lê em uma fila de trabalho que pode ser esvaziada.

E porque um problema se fecha sozinho assim que deixa de existir, a lista permanece crível ao longo do tempo — condição sem a qual nenhuma tela de alertas é consultada por mais de três semanas.

10Estado da funcionalidade #sec_3a5f205b

A tela, o modelo de problemas e o catálogo das famílias são entregues. A detecção das sete famílias introduzidas na v1.0 (campanha atrasada, revisor sem atividade, delegação vencida, exclusão a reexaminar, solicitação de exclusão pendente, escalada sem destinatário, modelo de e-mail ausente) ainda precisa ser escrita nos trabalhos de verificação: nenhum produtor os levanta automaticamente ainda.