Ada Lovelace Retrospective

Formato da Retrospetiva Ada Lovelace

Avanços 🚀

Que conquistas ou inovações de programação alcançámos?

Este tópico celebra as conquistas técnicas e os momentos de inovação da equipa durante o sprint — tal como Ada Lovelace celebrou o potencial do Motor Analítico. Encoraje os participantes a destacar funcionalidades específicas entregues, soluções inteligentes encontradas ou competências desenvolvidas. Reconhecer as conquistas aumenta a moral e reforça o que a equipa deve continuar a fazer.

Bugs no Sistema 🐛

Que bugs ou erros se infiltraram no nosso processo ou código?

Tal como Ada Lovelace é frequentemente creditada por ter encontrado o primeiro 'bug' (um conceito mais tarde popularizado por Grace Hopper), este tópico convida a equipa a identificar problemas — tanto técnicos como de processo — que causaram fricção durante o sprint. Encoraje uma mentalidade curiosa e sem culpas: os bugs são oportunidades de aprendizagem, não falhas. Peça à equipa que pense em problemas recorrentes, regressões inesperadas ou falhas de comunicação.

Ciclos Infinitos 🔄

Que bloqueios ou obstáculos nos mantiveram presos num ciclo?

Um ciclo infinito em código é um programa que nunca atinge a sua condição de término — e as equipas podem experienciar o mesmo quando os bloqueios ficam por resolver. Este tópico identifica impedimentos, dependências e problemas sistémicos que atrasaram a equipa ou impediram o progresso. Encoraje os participantes a pensar em dependências externas, requisitos pouco claros, problemas de ferramentas ou fricção organizacional. O objetivo é identificar o que precisa de ser 'quebrado' para avançar.

Próximo Algoritmo 📐

O que devemos desenhar ou melhorar na nossa próxima iteração?

Ada Lovelace não se limitou a descrever o que o Motor Analítico podia fazer — ela imaginou o que ele *deveria* fazer a seguir. Este tópico é orientado para o futuro: que melhorias, experiências ou novas abordagens deve a equipa experimentar no próximo sprint? Encoraje os participantes a pensar em melhorias de processo, investimentos técnicos, práticas de equipa ou novas ideias que valha a pena explorar. Ajude a equipa a transformar os insights dos outros tópicos em próximos passos concretos e acionáveis.

Quando usar essa retrospectiva

• Use após um sprint com conquistas técnicas ou desafios notáveis, quando a equipa beneficiaria de um formato de retrospetiva temático e energizante.
• Ideal para equipas de engenharia e desenvolvimento que celebram o Dia de Ada Lovelace (segunda terça-feira de outubro) e querem honrar o seu legado através de uma reflexão significativa.
• Ótimo para equipas que experienciam dívida técnica recorrente, bugs de processo ou bloqueios que precisam de ser identificados e tratados num ambiente psicologicamente seguro.
• Use quando a moral da equipa precisa de um impulso — o enquadramento celebratório de avanços e inovação ajuda a reforçar o momentum positivo.
• Adequado para qualquer retrospetiva de sprint em que a equipa queira ir além dos formatos padrão e envolver-se numa abordagem criativa e narrativa à melhoria contínua.

Sugestões de perguntas quebra-gelo

• Se pudesses dar ao teu código deste sprint um título dramático à maneira de Ada Lovelace — como 'Uma Nota Sobre a Capacidade do Motor Analítico para Ciclos Infinitos' — qual seria?
• Se Ada Lovelace pudesse juntar-se à tua equipa por um dia, qual parte da vossa stack tecnológica achas que a impressionaria mais — e qual a horrorizaria?

Ideias e dicas para sua reunião de retrospectiva

• Prepare o ambiente antes da retrospetiva partilhando uma curiosidade sobre Ada Lovelace — por exemplo, que ela escreveu o que é considerado o primeiro algoritmo de computador do mundo em 1843. Isto prepara a equipa para o tema e desperta a curiosidade.
• Encoraje uma cultura sem culpas, especialmente no tópico 'Bugs no Sistema'. Lembre à equipa que até Ada Lovelace encontrou erros — o que importa é como aprendemos com eles, não quem os causou.
• Limite o tempo de cada tópico para manter a energia elevada e evitar demorar demasiado em qualquer problema. Aponte para 10–12 minutos por tópico, com o tópico final 'Próximo Algoritmo' a receber um pouco mais de tempo para o planeamento de ações.
• Certifique-se de que o tópico 'Próximo Algoritmo' resulta em itens de ação concretos e atribuídos — não apenas intenções vagas. Use a funcionalidade de itens de ação do TeamRetro para registar responsáveis e datas de entrega antes do fim da sessão.
• Esteja atento ao facto de a equipa se focar apenas em bugs técnicos e ignorar problemas de processo ou comunicação. Incentive suavemente os participantes a pensar além do código: 'Existem bugs na forma como trabalhamos juntos?'
• Se a equipa for grande, considere agrupar ideias semelhantes antes da discussão para evitar repetição e manter a conversa focada. A votação por pontos pode ajudar a priorizar quais os bugs e bloqueios a tratar primeiro.