🗃 Visão Geral do Projeto
🔨 Organização do Projeto
A equipe de desenvolvimento de software é responsável pela criação e implementação do aplicativo móvel, garantindo a funcionalidade e segurança do sistema. O time de design trabalha na criação de uma interface intuitiva e atraente para o usuário, garantindo uma experiência de usuário positiva. O gerenciamento de projeto é conduzido pela equipe de gerenciamento, que coordena as atividades, monitora o progresso e mantém a comunicação entre todas as partes interessadas. A equipe de testes e qualidade é encarregada de garantir a qualidade do produto, identificando e corrigindo quaisquer problemas ou falhas.
| Papel | Atribuições | Responsável | Participantes |
|---|---|---|---|
| Desenvolvedor | Codificar o produto, codificar testes unitários, realizar refatoração e implementação do projeto. | Caio Alexandre | Artur Bartz, Danilo Melo, Gabriela Araujo, Miguel de Oliveira, Patrícia da Silva e Rodrigo Bezerra. |
| Dono do Produto | Identificar requisitos, validar entregas, fornecer feedback e aprovar iterações. | Artur Bartz | ____ |
| Analista de Qualidade | Garantir a qualidade do produto, garantir o cumprimento do conceito de pronto, realizar inspeções de código. | Gabriela Araujo | Artur Bartz, Caio Alexandre, Danilo Melo, Miguel de Oliveira, Patrícia da Silva e Rodrigo Bezerra. |
| Cliente | Fornecer feedback e orientação sobre os requisitos do produto, validação do produto final, fornecendo aprovação e aceitação. | Eduardo Sandes | ChatGPT |
| Designer | Design de interface do usuário, criação de wireframes, mockups e protótipos. | Patrícia da Silva | Artur Bartz, Caio Alexandre, Danilo Melo, Gabriela Araujo, Miguel de Oliveira e Rodrigo Bezerra. |
| Scrum Master | Garantir que a equipe Scrum compreenda e siga os princípios e práticas do Scrum | Miguel de Oliveira | ____ |
📃 Planejamento de Fases
O planejamento detalhado das sprints visa garantir uma abordagem ágil e iterativa no desenvolvimento do aplicativo. Cada sprint foi cuidadosamente elaborada, dividindo as atividades em partes menores e mensuráveis para facilitar o acompanhamento do progresso e garantir entregas contínuas e de qualidade ao longo do projeto.
📑 Iterações do Projeto
| Sprint | Produto (Entrega) | Início | Fim |
|---|---|---|---|
| Sprint 01 | Definição do produto | 02/04/24 | 05/04/24 |
| Sprint 02 | Definição de projeto | 06/04/24 | 18/04/24 (Missão 1) |
| Sprint 03 | Definição de requisitos | 25/04/24 | 02/05/24 |
| Sprint 04 | MVP e planejamento do projeto e validação com o cliente | 03/05/24 | 16/05/24 (Missão 2) |
| Sprint 05 | Prototipagem | 23/05/24 | 30/05/24 |
| Sprint 06 | Configuração do servidor e do ambiente de banco de dados | 30/05/24 | 01/06/24 |
| Sprint 07 | Desenvolvimento da aplicação | 01/06/24 | 05/06/24 |
| Sprint 08 | Desenvolvimento da aplicação e validação com o cliente | 06/06/24 | 13/06/24 (Missão 3) |
| Sprint 09 | Desenvolvimento da aplicação | 14/06/24 | 18/06/24 |
| Sprint 10 | Testes preliminares e refinamentos | 18/06/24 | 20/06/24 |
| Sprint 11 | Testes Finais e validação com o cliente | 20/06/24 | 02/07/24 (Missão 4) |
📞 Matriz de Comunicação
| Descrição | Área e Envolvidos | Periodicidade | Produtos Gerados |
|---|---|---|---|
| Comunicar situação do projeto | Equipe do Projeto e Professor | Semanal | Ata da reunião e Relatório de Situação do Projeto |
| Abertura de Sprint | Equipe do Projeto | Semanal | Sprint |
| Alinhamento individual | Equipe do Projeto | Duas vezes por semana | Nenhum artefato, mas a equipe deve estar mais alinhada sobre o status das tarefas de cada pessoa do grupo |
| Fechamento de Sprint | Equipe do Projeto e Cliente | Semanal | Novas funcionalidades, Feedbacks do Cliente, Atualização do Backlog e Lista de Riscos, Insights da equipe para a próxima sprint |
⚠️ Gerenciamento de Riscos
| Risco | Causa | Probabilidade | Estratégia de mitigação |
|---|---|---|---|
| Atrasos | Doença, Imprevistos | Alta | Compensação de horas |
| Redução da Equipe | Burnout do Estudante | Média | Redistribuição das atividades |
| Falhas de Comunicação | Interpretação errônea | Média | Desenvolvimento de diagramas |
| Mudança de Escopo | Formulação de novos requisitos | Média | Redistribuição das atividades |
| Falha de Equipamento | Falta de energia | Baixa | Compensação de horas |
| Requisitos não viáveis | Desejos do cliente | Baixa | Reuniões com o cliente |
🔗 Critérios de Replanejamento
Acontecerá o replanejamento do projeto caso ocorra:
- Não cumprimento dos prazos: Se houver repetidos casos de não cumprimento dos prazos estabelecidos para entregas de tarefas ou marcos importantes do projeto, isso pode indicar a necessidade de replanejamento.
- Grandes alterações nos requisitos e desejos do cliente: se houver mudanças significativas nos requisitos ou nas expectativas do cliente, isso pode exigir um replanejamento para garantir que o projeto ainda esteja alinhado com as necessidades do cliente.
- Mudanças no Escopo do Projeto: Se novos requisitos ou funcionalidades forem adicionados ao escopo do projeto, isso pode impactar os prazos, exigindo um replanejamento para acomodar essas mudanças.
- Evasão de membros da equipe.