Bem-vindo(a) à AprendendoDev
Somos a empresa de software da turma 103513. O nosso cliente é o TechBurger, e vamos construir do zero o app de pedidos dele: primeiro modelar, depois programar, depois entregar.
Sprint atual
Carregando...
Como trabalhamos
Sprint Planning
Início da aula: o PO mostra o objetivo e cada dev pega UMA tarefa.
Daily
10 minutos por squad: o que fiz, o que vou fazer, o que me bloqueia.
Sprint Review
Fim da aula: cada squad mostra funcionando o que ficou pronto.
Retrospectiva
Uma melhoria no jeito de trabalhar para a próxima sprint.
O roadmap
| Aula | Sprint | Entregas |
|---|---|---|
| 13 · 27/10 | Kickoff | Conta no GitHub e o card de cada dev |
| 14 · 30/10 | 1 · Descoberta | Canvas, entrevista, regras de negócio, RF e RNF |
| 15 · 05/11 | 2 · Análise | Histórias com critério de aceite, casos de uso, backlog |
| 16 · 06/11 | 3 · Projeto | Classes, dados em JSON, persona e wireframes |
| 17 · 12/11 | 4 · Fluxos e telas | Atividades, sequência, telas em HTML e CSS |
| 18 · 13/11 | 5 · Funcionalidades | As regras de negócio em JavaScript |
| 19 · 17/11 | 6 · Integração | Pagamento simulado, cozinha, status e dados |
| 20 · 19/11 | 7 · Qualidade | Testes, UX, acessibilidade, correções |
| 21 · 27/11 | 8 · Release 1.0 | App no ar, demonstração e retrospectiva final |
As regras do time
- Todo trabalho é uma Issue no quadro. Uma tarefa = uma branch = um pull request.
- Cada um mexe no que é seu; para mexer no do outro, combine antes na Issue.
- A crítica é ao código, nunca à pessoa.
- Usou internet ou IA? Saiba explicar cada linha que entregou.
- Nenhum dado pessoal no repositório: ele é público.
Todas as regras: CONTRIBUTING.md.