FC

Guia Scrum & AJ Flow

Como entender o Scrum e administrar um projeto de ponta a ponta dentro do AJ Flow.

1. O que é Scrum

Scrum é uma forma de organizar o trabalho em ciclos curtos chamados sprints, permitindo que o time entregue valor de forma incremental, acompanhe a evolução, resolva impedimentos e mantenha todos alinhados.

No AJ Flow, cada projeto é dividido em histórias agrupadas em sprints, com cerimônias, riscos, interações, aceite formal e geração de documentação executiva.

2. Papéis principais

Product Owner (PO)
Prioriza o que deve ser entregue e valida se a entrega atende ao esperado.
Scrum Master
Facilita o processo, remove impedimentos e apoia o time no uso correto do fluxo.
Time técnico
Desenvolve, configura, testa e entrega as histórias planejadas.
Stakeholders
Interessados no projeto: acompanham, validam e participam de decisões.

3. Projeto

Um projeto no AJ Flow representa uma iniciativa de TI ou de negócio acompanhada por histórias, sprints, cerimônias, riscos, interações, aceite e documentação.

Nome do projeto
Como o projeto é conhecido.
Código do projeto
Identificador curto (ex: PRJ-002).
Área solicitante
Quem demandou a iniciativa.
Status
Etapa atual: planejado, em andamento, concluído…
Prioridade
Importância relativa frente ao portfólio.
Risco geral
Avaliação consolidada dos riscos do projeto.
Semáforo executivo
Verde / amarelo / vermelho para visão rápida.
Data início
Início oficial do projeto.
Data fim prevista
Encerramento planejado.
Product Owner
Responsável de negócio.
Scrum Master
Responsável pelo processo.
Responsável técnico
Liderança técnica.
Objetivo
Resultado esperado em uma frase.
Indicadores esperados
Métricas usadas para medir sucesso.
Observações
Notas relevantes para o acompanhamento.

4. História

Uma história descreve uma necessidade do usuário ou da área de negócio de forma clara, indicando quem precisa, o que precisa e por qual motivo.

Formato padrão

Como [persona], quero [necessidade], para [objetivo].

Exemplo

Como Head de TI, quero visualizar o status executivo dos projetos em andamento, para acompanhar riscos, impedimentos e tomar decisões com mais agilidade.

Persona
Quem precisa.
Necessidade
O que precisa.
Objetivo
Por que precisa.
Descrição
Detalhes adicionais e contexto.
Prioridade
Alta / média / baixa.
Story Points
Esforço relativo (ver tópico 5).
Responsável
Quem vai executar.
Status
Etapa atual no fluxo Kanban.

5. Story Points

Story Points são uma estimativa relativa de esforço, complexidade e incerteza. Não representam horas — é uma medida comparativa entre histórias.

1 SP
Tarefa simples
3 SP
Baixa/média complexidade
5 SP
Média complexidade
8 SP
Alta complexidade
13 SP
Muito complexa — talvez quebrar

6. Sprint

Sprint é um ciclo de trabalho com início e fim definidos, onde um conjunto de histórias é planejado para ser entregue.

Nome da sprint
Identificação clara (ex: Sprint 1 — Estrutura inicial).
Objetivo
Resultado esperado ao final da sprint.
Data início
Quando a sprint começa.
Data fim prevista
Quando deve terminar.
Capacidade em SP
Total de Story Points que o time consegue absorver.
Status
Planejada, Em andamento, Concluída, Cancelada.
Histórias vinculadas
Lista de itens planejados para a sprint.

7. Capacidade da sprint

Capacidade é a quantidade máxima de Story Points que o time acredita conseguir entregar dentro da sprint.

Exemplo: se a sprint tem capacidade de 20 SP, a soma das histórias vinculadas não deve ultrapassar 20 SP.
  • O sistema deve alertar quando a capacidade for excedida.
  • O time pode remover, replanejar ou ajustar a capacidade de forma consciente.
  • Replanejar é normal — o importante é decidir junto.

8. Vincular história à sprint

Vincular uma história à sprint significa colocá-la dentro do ciclo de trabalho planejado.

Exemplo: a história ITM-001 está no backlog. Ao vincular à Sprint 1, ela passa a fazer parte do planejamento daquela sprint.
Antes de vincular, verifique:
  • A história está refinada e pronta para sprint.
  • Story Points definidos.
  • Responsável identificado.
  • Critérios de aceite registrados.
  • A soma de SP não excede a capacidade — ou foi acordado o excedente.

9. Kanban / Quadro Scrum

O Kanban mostra o fluxo de trabalho das histórias por status.

1
Novo

Item recém-criado, ainda sem refinamento.

2
Backlog

Registrado para ser analisado, priorizado e planejado.

3
Em refinamento

Em discussão para detalhar regra, objetivo, critérios e esforço.

4
Ajustes necessários

Precisa de correção ou complemento antes de seguir.

5
Pronto para sprint

Refinado, com informações suficientes para entrar em uma sprint.

6
A Fazer

Selecionado para execução, mas ainda não iniciado.

7
Em andamento

Em execução pela equipe técnica.

8
Em revisão

Entregue tecnicamente e aguardando revisão.

9
Em homologação

Em validação pelo PO, negócio ou responsável.

10
Homologação OK

Validado e com aceite registrado.

11
Bloqueado

Impedido por dependência, dúvida ou problema.

12
Concluído

Finalizado oficialmente após aceite.

13
Cancelado

Não será mais executado.

10. Critérios de aceite

Critérios de aceite são as condições que precisam ser atendidas para considerar uma história entregue corretamente.

  • A tela deve exibir somente dados do projeto selecionado.
  • O sistema deve registrar evento na linha do tempo ao alterar status.
  • O relatório deve permitir exportação em PDF.

11. Padrão Gherkin (Dado / Quando / Então)

Gherkin estrutura critérios em cenários claros:

Dado
o contexto inicial
Quando
a ação realizada
Então
o resultado esperado
Dado que o Head de TI acessou o Dashboard Executivo
Quando ele consultar os projetos em andamento
Então o sistema deve exibir os indicadores consolidados com dados oficiais do Snowflake
Exemplo 1
Dado que o usuário está autenticado
Quando acessar o dashboard
Então deve visualizar apenas os projetos aos quais possui permissão.
Exemplo 2
Dado que uma história está em homologação
Quando o PO registrar o aceite
Então o sistema deve alterar o status para Homologação OK.
Exemplo 3
Dado que uma sprint possui histórias sem critério de aceite
Quando o usuário tentar iniciar a sprint
Então o sistema deve bloquear a ação e informar quais histórias precisam ser corrigidas.

12. Cerimônias

São reuniões ou momentos formais do processo Scrum.

Planning
Define o que será feito na sprint.
Daily
Acompanha andamento, impedimentos e próximos passos.
Review
Valida o que foi entregue ao final da sprint.
Retrospectiva
Avalia o que funcionou bem e o que pode melhorar.
Refinamento
Detalha histórias antes de entrarem na sprint.
Alinhamento
Momentos pontuais com áreas e stakeholders.

13. Riscos e impedimentos

Risco

Algo que pode acontecer e impactar o projeto.

Ex: risco de atraso na integração por dependência externa.

Impedimento

Algo que já está bloqueando o andamento.

Ex: erro no salvamento de cerimônias bloqueando o smoke test.

14. Interações

Interações são comentários, decisões, dúvidas, evidências e alinhamentos registrados durante o projeto.

  • Use comentários para dúvidas e contexto.
  • Marque decisão quando houver definição importante.
  • Marque impedimento quando houver bloqueio.
  • Use @menção para acionar pessoas.

15. Aceite

Aceite é a confirmação formal de que a entrega foi validada e está aderente ao esperado.

Em homologação → Homologação OK → Registrar aceite → Concluído

Não conclua uma entrega sem registrar aceite quando o fluxo exigir validação.

16. Gantt

O Gantt é a visão visual do cronograma das sprints. Mostra quando cada sprint começa, dura e termina.

Cada linha
Uma sprint do projeto.
Barra
Período planejado entre início e fim previsto.
Linha de hoje
Indica onde estamos no cronograma.
Cores
Status da sprint (planejada, em andamento, atrasada…).
Marco losango
Aparece quando há data de fim real.
Tooltip
Mostra nome, status, datas, duração, capacidade e %.
Escala
Diário, semanal ou mensal.
Clique na sprint
Abre detalhes, histórias vinculadas e aceite.

17. Linha do tempo

Registra os eventos importantes do projeto em ordem cronológica.

  • Projeto criado
  • História criada
  • Sprint criada
  • Critério criado
  • Risco registrado
  • Interação registrada
  • Aceite registrado
  • Documentação gerada

18. Status semanal

Consolida o andamento do projeto para acompanhamento executivo. Deve mostrar:

  • Avanços
  • Riscos
  • Impedimentos
  • Próximos passos
  • Pontos de decisão
  • Status geral

19. Documentação executiva

Consolida tudo que aconteceu no projeto em um único documento navegável.

Objetivo
Resultado esperado.
Histórias
Lista das entregas planejadas/realizadas.
Critérios
Condições de aceite por história.
Sprints
Ciclos com datas, capacidade e %.
Cerimônias
Planning, daily, review, retro, refinamento.
Interações
Decisões e alinhamentos relevantes.
Riscos
Riscos e impedimentos do período.
Aceite
Validações registradas.
Linha do tempo
Eventos em ordem cronológica.

20. Fluxo recomendado no AJ Flow

  1. 1
    Criar projeto
  2. 2
    Adicionar pessoas (PO, Scrum Master, time técnico, stakeholders)
  3. 3
    Criar histórias
  4. 4
    Criar critérios de aceite (use Gherkin sempre que possível)
  5. 5
    Refinar backlog
  6. 6
    Criar sprint
  7. 7
    Vincular histórias à sprint respeitando a capacidade
  8. 8
    Acompanhar no Kanban
  9. 9
    Registrar cerimônias (planning, daily, review, retro, refinamento)
  10. 10
    Registrar interações (decisões, dúvidas, alinhamentos)
  11. 11
    Registrar riscos e impedimentos
  12. 12
    Homologar
  13. 13
    Registrar aceite formal
  14. 14
    Concluir histórias e sprint
  15. 15
    Gerar documentação executiva
  16. 16
    Acompanhar status semanal e Gantt

Boas práticas no dia a dia

  • Escreva histórias simples e objetivas.
  • Evite misturar várias entregas em uma única história.
  • Sempre informe persona, necessidade e objetivo.
  • Toda história precisa ter critério de aceite.
  • Critérios de aceite devem ser claros e testáveis.
  • Use Gherkin para deixar cenários objetivos.
  • Registre decisões importantes nas Interações.
  • Use impedimentos quando algo bloquear o avanço.
  • Só conclua após homologação e aceite registrado.
  • Acompanhe o Gantt para identificar atrasos antes que aconteçam.
Pronto para colocar em prática?
Crie uma nova história aplicando o que aprendeu aqui.
Nova história