CIN0136: Desenvolvimento de Software · Mini-Sinfonia · Sprint 0
Como usar este canvas: Preencha em equipe ao final da Semana 5, após a validação do protótipo hi-fi com o stakeholder. Cada campo deve ser conciso — uma ou duas frases são suficientes para a maioria. O objetivo é alinhar a equipe e o stakeholder em torno de uma visão compartilhada antes de começar a construir.
O canvas preenchido deve ser versionado no repositório da equipe em
docs/canvas-visao.mde atualizado se o escopo mudar significativamente após qualquer Sprint Review.
Qual é o problema que o stakeholder enfrenta hoje? Descreva em linguagem simples, sem jargão técnico. Se você não consegue explicar o problema em 2–3 frases, ainda não o entendeu bem o suficiente.
O problema é:
[Descreva aqui o problema central do stakeholder]
Evidência de que o problema existe:
[O que o stakeholder disse ou mostrou que confirma que este problema é real e relevante?]
Quem vai usar o produto? Não invente — baseie-se no que o stakeholder descreveu. Uma persona é suficiente para o MVP.
| Campo | Resposta |
|---|---|
| Nome fictício | |
| Papel / função | |
| Principal dor | |
| O que ela precisa fazer hoje (sem o produto) | |
| O que ela ganha com o produto |
O que o produto faz que resolve o problema da persona? Complete a frase:
Para [persona principal]
que [necessidade ou problema],
o [nome do produto]
é um [tipo de solução]
que [benefício principal].
Diferente de [alternativa atual — planilha, papel, nada],
nossa solução [diferencial].
O que está dentro e o que está fora. Ser explícito sobre o "fora" é tão importante quanto o "dentro".
-
[Funcionalidade 1] -
[Funcionalidade 2] -
[Funcionalidade 3] -
[Funcionalidade 4] -
[Funcionalidade 5]
[Item 1][Item 2][Item 3]
[Item 1][Item 2]
O que precisa ser verdade para este projeto funcionar? O que pode dar errado?
| Risco / Premissa | Probabilidade | Impacto | Mitigação |
|---|---|---|---|
[Ex: stakeholder não responde a tempo] |
Alta/Média/Baixa | Alto/Médio/Baixo | [O que faremos se isso acontecer] |
[Ex: escopo maior do que estimado] |
|||
[Ex: dependência de API externa] |
|||
[Ex: dificuldade técnica não antecipada] |
Decisões técnicas relevantes tomadas até o momento da validação do escopo.
| Camada | Decisão | Justificativa |
|---|---|---|
| Backend | Node.js + Express | Padrão da disciplina |
| Frontend | React via Vite | Padrão da disciplina |
| Banco de dados | [SQLite / PostgreSQL / outro] |
[Justificativa] |
| Deploy | [Vercel / Render / Railway] |
[Justificativa] |
| Outras decisões | [...] |
[...] |
Visão de alto nível do que será entregue em cada sprint. Será refinada com o backlog completo.
| Marco | Data | O que será entregue |
|---|---|---|
| ✅ Review Sprint 0 | 09/04 (Qui) | Protótipo hi-fi validado + backlog priorizado + escopo fechado |
| ✅ Review Sprint 1 | 30/04 (Qui) | Primeiras funcionalidades funcionando |
| ✅ Review Sprint 2 | 14/05 (Qui) | Features core do MVP |
| ✅ Review Sprint 3 | 28/05 (Qui) | Qualidade e refactoring aplicados |
| ✅ Review Sprint 4 | 11/06 (Qui) | MVP estabilizado, documentado e pronto para entrega |
| 🎯 Entrega formal | 18/06 (Qui) | Produto entregue ao stakeholder |
| 🎤 Apresentação | 29–30/06 | Apresentação acadêmica final |
Este canvas foi apresentado e validado com o stakeholder na Semana 5 (09/04).
Stakeholder: _______________________________________________
Organização: _______________________________________________
Data da validação: _____ / _____ / 2026
O stakeholder aprovou o escopo? ☐ Sim ☐ Sim, com ajustes ☐ Não (ver observações)
Observações e ajustes acordados:
[Registre aqui qualquer ajuste feito durante ou após a sessão de validação]
Assinatura do stakeholder: _______________________________________________
| Nome | Papel principal no projeto |
|---|---|
Canvas de Visão — adaptado da Metodologia Sinfonia (Garcia & Medeiros, 2025) para o contexto do 2º período CIN0136 — Desenvolvimento de Software · CIn-UFPE · 2026.1