Slides
Design de apresentação de telemetria de incidentes
Incident Telemetry — Operation Halcyon transforma uma interrupção ilustrativa de runtime em um briefing estruturado para investigar causas, riscos e decisões.
Casos de uso de briefings de incidentes
- Briefings de resposta a incidentesTransforme evidências da interrupção em uma narrativa estruturada para decisão.
- Revisões de SRE e plataformaConecte telemetria, riscos operacionais e alterações propostas no resolvedor.
- Relatórios executivos de incidentesApresente o impacto técnico antes de solicitar uma decisão.
- Comunicação de post-mortemMantenha juntos os eventos, responsáveis, evidências e compromissos de acompanhamento.
Destaques do conjunto de slides operacional
- Narrativa em onze slidesAvança do briefing da missão até a aprovação final.
- Linha do tempo operacionalOrganiza em sequência os eventos do provedor, do resolvedor, do pager e de status.
- Caminhos de falha e políticaCombina duas linhas de propagação de falhas com o texto da política proposta para o resolvedor.
- Artefato de decisãoTermina com uma solicitação de ratificação datada e responsáveis identificados.
Slides de Operation Halcyon
1 / 11
Design de apresentação de telemetria de incidentes
Incident Telemetry — Operation Halcyon é um debriefing de campo com onze slides sobre uma interrupção ilustrativa de runtime datada de 2026.05.13, das 03:18Z às 06:41Z. Sua instrução declarada, “Read top to bottom”, reflete-se na sequência: briefing da missão, objetivos, telemetria, riscos, sequência de eventos, comparação do resolvedor, decisão, trecho de auditoria e aprovação final.
O conjunto de slides usa um campo preto, tipografia branca fosforescente e destaques vermelhos para fazer o material parecer uma transmissão operacional interna. A capa combina o título do incidente com campos de missão, operador, sistema, célula e distribuição. Esse enquadramento oferece ao público um documento para examinar, em vez de uma apresentação genérica, embora os metadados densos também tornem a abertura menos fácil de percorrer visualmente de imediato.
OpenDesign distribui este exemplo incluído da Comunidade, com orientação de design creditada a Taste Skill by Leonxlnx. Esse crédito à fonte não demonstra que o artefato tenha sido criado de forma independente pelo OpenDesign. As pessoas, os números, os nomes de sistemas e a história do incidente são conteúdo ilustrativo da apresentação, e não uma interrupção verificada nem um plano operacional aprovado.
Contexto da missão
A capa identifica Operation Halcyon, Q. Albrecht, Halcyon-Runtime, EU-West-3 e distribuição interna, estabelecendo a quem o briefing se dirige e a qual sistema ele se refere.
Acordo de leitura
A frase “Eleven slides. No friendly icons. Read top to bottom.” estabelece a expectativa de uma narrativa sequencial, trocando uma visão geral rápida por um debriefing controlado.
Briefings que exigem evidências e ação
Este formato de apresentação é adequado para uma análise de incidente na qual o público precisa compreender tanto o que aconteceu quanto o que deve mudar. O segundo slide estabelece a janela de tempo, o nível afetado, as tarefas descartadas, o valor dos reembolsos, a causa raiz, o tempo de resolução e as ações em aberto antes que o conjunto peça a ratificação de uma reformulação.
O design é especialmente útil quando um problema técnico atravessa fronteiras operacionais. A fonte menciona clientes do agente de pesquisa, um provedor de DNS upstream, profissionais de plantão, reembolsos, chamados de clientes, comunicações e capacidade de auditoria jurídica. Agrupar essas questões em uma única narrativa ajuda o leitor a acompanhar o incidente para além de uma única métrica de serviço, embora a densidade exija um apresentador ou leitor disposto a avançar slide por slide.
Comece pelo enquadramento do incidente
Use uma capa para estabelecer o sistema, a janela do incidente, o operador, a distribuição e o status do documento antes de apresentar as métricas.
Separe as evidências da resposta
Apresente a telemetria observada e a cronologia dos eventos antes dos limites propostos, orçamentos de novas tentativas, ponderação de provedores e automação de reembolsos.
Termine com uma decisão delimitada
Encerre com a decisão solicitada, o prazo, os responsáveis, as testemunhas e o contexto de aprovação, em vez de um resumo em aberto.
Da janela de falha à decisão sobre o resolvedor
A narrativa começa pelo impacto e se concentra gradualmente na intervenção. O slide de objetivos apresenta cinco compromissos, incluindo reduzir o limite de failover de 600 ms para 180 ms, atribuir peso igual a três provedores de DNS independentes e substituir loops de novas tentativas por orçamentos. Cada linha associa uma alteração de política a um horizonte de tempo, como 14D, 21D ou 30D, para que o público possa interpretar a resposta proposta como um cronograma de compromissos, e não como uma coleção de ideias.
O slide de telemetria muda o modo de leitura da prosa para um conjunto compacto de medições. Ele apresenta a taxa de falhas do Tier-3 em 17,3%, com uma comparação de +14,6 pontos percentuais; o p99 do resolvedor em 3180 ms, com uma comparação declarada de 41x em relação à linha de base; novas tentativas em 68k, com amplificação de x4,6; e chamados de clientes em 37, com uma comparação de 11x. O padrão repetido de rótulo e valor facilita a leitura rápida, mas as métricas continuam sendo conteúdo de exemplo da apresentação, e não desempenho de produção verificado.
Em seguida, o registro de riscos acrescenta responsáveis e probabilidade à narrativa técnica. “Single-provider DNS resolver pin” está marcado como CRIT, com probabilidade 0.42, e atribuído a Q.ALB, enquanto “Status page is a heatmap, not a sentence” está marcado como MED, com probabilidade 0.61, e atribuído a L.ARR. Essas linhas mostram que o conjunto trata comunicação e infraestrutura como riscos relacionados, enquanto a apresentação compacta da tabela deixa sem explicação a metodologia de probabilidade.
A sequência de eventos torna temporal a causalidade. Ela avança de registros A obsoletos às 03:18:04Z para novas tentativas do resolvedor às 03:19:11Z, depois para uma tempestade de novas tentativas do Tier-3 e o acionamento de quatro engenheiros às 03:21:48Z e, em seguida, para a primeira atualização pública de status às 03:38:00Z e o failover manual às 04:01:22Z. Essa ordenação permite ao leitor distinguir gatilho, amplificação, resposta e recuperação, em vez de tratar todas as métricas como simultâneas.
Gatilho observado
O Provedor 04 retorna registros obsoletos, oferecendo à linha do tempo uma condição inicial concreta.
Caminho de amplificação
A resolução fixada e as novas tentativas do Tier-3 conectam o problema do provedor ao aumento do p99, aos acionamentos e às tarefas descartadas.
Controle proposto
Embora o título do slide diga “before & after”, as duas linhas do diagrama mostram caminhos de falha. A política proposta de três provedores, o limite de 180 ms e o orçamento de novas tentativas aparecem no parágrafo abaixo, e não em um diagrama separado do estado posterior.
Limites visíveis do design e dos recursos
A fonte é um conjunto HTML com onze seções, lido por rolagem vertical, com linhas de varredura em CSS, destaques piscantes e um indicador de integridade pulsante, em vez de paginação por scripts. Ele demonstra diagramas, blocos de métricas, linhas de riscos, linhas do tempo, trechos de auditoria e composição de aprovação. Ele não verifica telemetria ao vivo, um resolvedor conectado, registros de auditoria autenticados, reembolsos automatizados nem uma aprovação concluída. Os números e a narrativa do incidente continuam sendo conteúdo de exemplo.
Seu sistema visual é específico: Archivo Black conduz elementos tipográficos de grande porte, como “DNS.”, enquanto JetBrains Mono e IBM Plex Mono dão suporte a rótulos, registros de data e hora, registros e campos operacionais. A amostra tipográfica de grande porte cria uma pausa marcante antes do slide de decisão, mas também interrompe o fluxo analítico; preserve-o quando a apresentação se beneficiar de uma divisão tipográfica entre capítulos ou substitua-o por uma transição apoiada em fontes quando cada slide precisar fazer o argumento do incidente avançar.
A captura ampla atual da capa inclui o título completo do incidente; uma captura estreita substituída o cortava. Uma limitação diferente permanece no slide de decisão: o glifo RTFY superdimensionado se sobrepõe ao texto explicativo. A história de exemplo também varia entre os slides: os reembolsos são identificados como automáticos no resumo, mas como manuais em outro ponto, enquanto o resumo relaciona sete ações em aberto e a auditoria relaciona onze itens de ação. Trate essas informações como detalhes não conciliados da fonte, e não como evidência de um único registro operacional coerente.
Como criar um design de apresentação de telemetria de incidentes no OpenDesign
Estruture a narrativa do incidente
Defina onze slides que avancem do contexto e impacto do incidente para compromissos, telemetria, riscos, eventos, caminhos de falha, uma pausa tipográfica, decisão, trecho de auditoria e aprovação final. Separe as duas linhas de propagação de falhas da política proposta abaixo delas; o diagrama fornecido não mostra um estado posterior implementado.
Prompt sugeridoCrie um design de apresentação de telemetria de incidentes com onze slides para uma interrupção fictícia de runtime. Use preto, branco fosforescente, vermelho de alerta, a fonte para títulos Archivo Black e rótulos operacionais monoespaçados. Inclua uma capa, resumo do impacto, cinco compromissos de resposta, métricas, registro de riscos, sequência com registros de data e hora, dois diagramas de caminhos de falha com um parágrafo separado sobre a política proposta, uma pausa tipográfica com DNS, solicitação de decisão, trecho de auditoria e aprovação dos responsáveis. Mantenha todos os dados como ilustrativos, reserve espaço livre ao redor do glifo de decisão e não sugira telemetria ao vivo, registros de auditoria verificados nem alterações implementadas no resolvedor.
Aprimore a tipografia e os estados da decisão
Use a amostra tipográfica de DNS como uma pausa narrativa e depois retorne aos registros de data e hora, responsáveis, riscos e entradas de auditoria em fonte monoespaçada. Mantenha o glifo de decisão livre de textos explicativos. Concilie os status de reembolso, as contagens de ações e as datas de exemplo antes de adaptar a história; preserve uma distinção visível entre uma política proposta, o texto de aprovação exibido e uma decisão concluída no mundo real.
Exportar e obter um link de compartilhamento
Exporte seu design finalizado e, em seguida, use Compartilhar no OpenDesign para obter um link de compartilhamento. Abra o link em uma janela separada do navegador e verifique se a versão desejada e seus assets estão disponíveis antes de enviá-lo.
Design de Apresentação de História de Marca
O Design de Apresentação de História de Marca oferece a parceiros, imprensa e públicos da comunidade uma narrativa orientada por evidências, da crença aos canais, calendário e verificação.
Slides
Design de Apresentação de Memorando de Captação de Recursos
O memorando de captação de dez slides da Quartz combina tipografia serifada discreta com princípios de produto, tração de exemplo e um pedido de investimento para um pequeno grupo de investidores.
Slides
Design para reunião de métricas de crescimento
O design de apresentação para reunião de métricas de crescimento transforma um problema de conversão no Safari em uma narrativa objetiva, que termina com uma decisão e um responsável.
Slides
Design de Apresentação de Pesquisa sobre Microbioma
O exemplo de pesquisa do Raman Lab, com nove slides, usa divisórias azul-marinho, slides de evidências em creme e uma ressalva causal para dar ritmo a um argumento ilustrativo sobre intestino e sono.
Slides