Criação de relatórios de análise retrospectiva

Uma análise retrospectiva de incidente pode ser dividida em dois artefatos distintos: a reunião onde o incidente é discutido e o relatório de análise retrospectiva correspondente criado como um resultado dessa reunião.

Essas duas atividades, a reunião e o relatório, são usadas como intercambiáveis com frequência quando as pessoas se referem a uma “análise retrospectiva”. As pessoas podem estar falando sobre um ou ambos quando usam o termo.

Quer começar a usar um template de análise retrospectiva? Confira os templates de análises retrospectivas.

Contudo, há uma diferença entre a reunião de análise retrospectiva e o relatório escrito de análise retrospectiva.

Na Atlassian, normalmente usamos análise retrospectiva, ou análise retrospectiva de incidente, para descrever todo o processo de análise de um incidente, incluindo:

• Realizar uma reunião de análise retrospectiva de incidente
• Capturar ações e informações durante a reunião
• Obter aprovação sobre ações de acompanhamento e comunicar o resultado da reunião

Leia mais sobre como a Atlassian gerencia análises retrospectivas no manual de gerenciamento de incidentes.

Quais as características de um bom relatório de análise retrospectiva de incidente?

Tópicos claros e consistentes

Um bom relatório deve ser baseado em uma estrutura clara e consistente. Equipes eficazes configuram cada análise retrospectiva em um template, no qual os participantes respondem a um conjunto de perguntas ou solicitações.

Assim, você garante que as principais informações não sejam esquecidas. Também cria consistência entre os incidentes e ajuda a equipe a identificar padrões, tendências e oportunidades de melhoria. A estrutura pode ser iterada e melhorada ao longo do tempo, mas todas as mudanças devem ser intencionais.

Riqueza de informações e dados

Os campos da análise retrospectiva não são lugares para economizar informações e minimizar eventos. É aqui que você quer ser mais específico. Não diga que você viu um pico de tráfego, diga com precisão quanto e qual métrica mudou. Não diga que a equipe estava confusa, mostre uma citação exata do histórico de bate-papo em que alguém expressou confusão.

Linguagem inclusiva, sem apontar dedos

Como muitas equipes, praticamos análises retrospectivas sem apontar culpados aqui na Atlassian. Durante a reunião e na análise do incidente, é importante não apontar o dedo para ninguém. Tome o mesmo cuidado com as palavras escritas no relatório. Evite linguagem que culpe ou destaque as pessoas.