Sincronização de Sprints
A premissa do Lunno é que a governança deve acompanhar o ritmo do desenvolvimento ágil, e não atrasá-lo. Para que a geração da GMUD seja 100% automatizada, o Lunno atua como um “espelho contínuo” do seu ciclo de engenharia no Azure DevOps.
Continuous Sync: O Lunno não utiliza processos em lote (batch) noturnos que deixam os dados defasados. A sincronização utiliza uma arquitetura baseada em eventos (Webhooks), atualizando o status das aprovações em tempo real.
O que o Lunno monitora?
Ao estabelecer a conexão com o seu projeto, a plataforma indexa as seguintes dimensões do seu planejamento:
1. Cerimônias Ágeis (Sprints/Iterations)
O Lunno mapeia automaticamente a data de início e término das Sprints (Iterations) ativas. Isso permite que a GMUD Digital agrupe os deploys no contexto de negócio correto (Ex: “Release da Sprint 42”).
2. Rastreabilidade de Work Items
Avaliamos o status dos seus Epics, Features e User Stories. Se um Pull Request tentar subir um código que está vinculado a uma User Story com status “Blocked” ou “To Do”, o Quality Gate emitirá um alerta de inconsistência no processo ágil.
3. Topologia do Pull Request
A plataforma captura o contexto profundo de cada revisão de código:
- Autoria e Aprovação: Quem criou o PR e quem aprovou (garantindo a Segregação de Funções - SoD).
- Checks de Pipeline: Resultado das rotinas de CI (Build, Lint, Testes Unitários).
Boas Práticas de Engenharia (O Padrão Ouro)
Para que o Lunno opere na sua capacidade máxima de automação, recomendamos que os times de engenharia adotem a prática do ID Tracking Obrigatório:
Todo Pull Request deve mencionar o ID do Work Item correspondente do Azure DevOps no seu título ou na descrição (Ex:
feat: integração PIX (AB#1234)).
Desta forma, o Policy Engine do Lunno consegue amarrar matematicamente a linha de código alterada com o requisito de negócio exigido pela diretoria.