Pular para o conteúdo principal

Commitment + Kickoff FDD — 01/05/2026

Data: 01 de Maio de 2026
Local: Discord / Chamada de Vídeo com Compartilhamento de Tela
Assunto: Alinhamento para IT1, Migração para FDD puro e Correção de Issues da Unidade 1


Artefatos Relacionados

#ArtefatoPapel na CerimôniaLink
1Equipe e Papéis FDDGerado — redefinição formal dos papéis FDDVer equipe →
2Kanban (GitHub Projects)Configurado — colunas Backlog → Design → Build → Review → DoneVer board →
3Cadência de CerimôniasDefinida — adoção do FDD puro, eliminando ritos ScrumVer cadência →
4Estratégias e ProcessoReferenciado — mudança de FDD+Scrumban para FDD+KanbanVer estratégias →

Participantes

NomePapel
Lucas ZanettiProject Manager · Chief Architect · Development Manager (Backup)
CamileClass Owner · Documentation Lead · Requirements Custodian
LeonardoChief Programmer · Class Owner
HeitorDevelopment Manager · Class Owner
PhilipeChief Programmer · Class Owner
HugoClass Owner
OtávioCliente / Domain Expert

Pauta

  1. Contextualização da IT1 e Prazos
  2. Mudanças Metodológicas (Full FDD)
  3. Redefinição de Papéis da Equipe (FDD)
  4. Permissões e Acesso ao Repositório

📋 Ata completa — Discussões, decisões e encaminhamentos

Discussões e Decisões

1. Contextualização da IT1 e Prazos

A IT1 correrá em paralelo com a Unidade 2 da disciplina, tendo um prazo curto com entrega final marcada para o dia 19/05/2026. O cronograma passa a ser focado em Iterações baseadas em Valores de Negócio (e objetivos específicos), dividindo-se em 4 pilares:

  • Vitrine Pública: Vitrine e portfólio.
  • Núcleo Admin: Parte de gestão.
  • Operação: Autonomia e leads.
  • Confiança: Segurança e suporte.

2. Mudanças Metodológicas (Full FDD)

O grupo identificou que o modelo anterior (FDD com Scrumban) estava, na prática, totalmente orientado a Scrum. Para corrigir o feedback do professor, as seguintes mudanças foram decididas:

  • Adoção do Full FDD: Uso das cerimônias nativas do FDD e eliminação de rituais do Scrum.
  • Uso Enxuto do Kanban: O Kanban no GitHub Projects será utilizado estritamente para o controle do WIP (Work in Progress). As colunas serão configuradas como: BacklogDesignBuildReviewDone.
  • WIP Limit: Definido o limite de 2 pessoas por feature.
  • Acompanhamento: Deploy por feature/funcionalidade, e não por encerramento de Sprint.
  • Substituição do MoSCoW: A priorização por MoSCoW será abandonada e substituída pela Matriz de Valor x Esforço, conforme recomendação do professor.

3. Redefinição de Papéis da Equipe (FDD)

Papel FDDResponsávelAtribuição no Contexto
Project ManagerLucas ZanettiGestão geral e cronograma.
Chief ArchitectLucas + CamileDecisões técnicas e documentação/visão.
Development ManagerLeonardo + LucasCoordenar progresso técnico. Lucas apoiará para evitar bloqueios em caso de sobrecarga de membros.
Chief ProgrammerHeitor + Philipe + HugoLiderar o design e a construção das features.
Class OwnerHugo, Camile, Leonardo, HeitorDesenvolvimento e responsabilidade sobre módulos/classes específicas (Atuação Full Stack).
Domain ExpertOtávioValidar regras de negócio e funcionalidades.

4. Permissões e Acesso ao Repositório

Foi identificado que o integrante Philipe não está conseguindo ser marcado nas issues e aparenta estar sem autorização de escrita no repositório principal (gerido pelo professor).

  • Ação: Philipe deve realizar um pequeno commit/push de teste. Caso persista o bloqueio, o PM intercederá com o professor. As tarefas de Philipe serão passadas via caderno/Discord provisoriamente.

Encaminhamentos (Divisão das Issues)

As issues concluídas não devem ser fechadas pelos alunos. Deve-se apenas comentar "Issue realizada", referenciar a branch correspondente e aguardar o fechamento por parte do monitor/professor.

#Tarefa / IssueResponsávelPrazo
1Issue Foto de Perfil: Adicionar imagens PNG/JPEG diretamente na pasta do Git Pages (Leonardo e Camile sem foto)Leonardo e Camile05/05/2026
2Issue Estrutura do Git Pages: Reduzir a segmentação excessiva de tópicos e linksLucas05/05/2026
3Issue Transição Metodológica: Adequar a documentação de comunicação, cerimônias e processos ao FDDLucas e Leonardo05/05/2026
4Issue Papéis da Equipe: Atualizar os papéis conforme a nova estrutura FDDLucas05/05/2026
5Issue Cronograma FDD: Remodelar o cronograma para o formato de IteraçõesLucas e Heitor05/05/2026
6Issue Alinhamento de Requisitos: Corrigir nomenclaturas erradas, processos e retirar técnicas onde não deve conterHeitor e Hugo05/05/2026
7Issue Abordagem de Eng. de Requisitos (4.1): Retirar a ferramenta MoSCoW e corrigir tabelasHeitor e Philipe05/05/2026
8Issue Elementos de Requisitos (3): Ajustar e revisar inconsistências apontadas pelo professorLucas, Leonardo e Philipe05/05/2026
9Issue Quadro Comparativo (3.2): Substituir a menção ao modelo Cascata por um processo ágilCamile05/05/2026
10Issue Introdução ao Problema: Detalhar melhor a solução propostaLucas05/05/2026
11Documento de Visão: Dar andamento e completar as seções restantesLucas e Camile10/05/2026

Cronograma Imediato e Próximos Passos

DataAtividade
Até 05/05Força-tarefa para conclusão de todas as correções de Issues no Git Pages (Bloqueia o restante do projeto).
05/05Reunião com o Domain Expert (Otávio) para Engenharia de Requisitos (Fase 1: Captura e Absorção).
A definirSegunda reunião com Otávio (Fase 2: Validação da análise e representação visual).
Até 12/05Entrega do Documento de Visão revisado.
12/05 a 17/05Início efetivo do desenvolvimento técnico (Programação Full Stack voltada para a Vitrine Pública).
17/05Prazo interno final para revisões de funcionalidades.
Atenção ao Cronograma de Requisitos

O cronograma detalhado contendo as etapas visuais, de refinamento e planejamento exigidas pelo professor será gerado pelo PM logo após a limpeza das issues atuais do Git Pages.


Gravação da Reunião


Ata redigida por Heitor Macedo Ricardo para registro e consulta dos membros da equipe.