Visão Geral do Projeto
2.1 - Organização do Projeto
| Papel | Atribuições | Responsável | Participantes |
|---|---|---|---|
| Desenvolvedor | Codificar o produto, codificar testes unitários, realizar refatoração. | Felipe | Lucas, Raquel, Cecília, Guilherme, Júlio e Caio |
| Product Owner | Atualizar o escopo do produto, organizar o escopo das sprints, validar as entregas. | Cecília | |
| Analista de Qualidade | Garantir a qualidade do produto, garantir o cumprimento do conceito de pronto, realizar inspeções de código. | Guilherme | Caio e Julio |
| SCRUM Master | Facilitar as cerimônias do Scrum. Remover obstáculos e coach da equipe. | Lucas | Raquel |
| Cliente | Colaborar na definição dos requisitos. Fornecer feedback e validar entregas | José Luis |
2.2 - Planejamento das Fases e/ou Iterações do Projeto
| Sprint | Produto(Entrega) | Data de Início | Data do Fim |
|---|---|---|---|
| Sprint 1 | Definição do Produto | 19/03/24 | 11/04/24 |
| Sprint 2 | Criação do doc Visão do produto e projeto do git pages | 01/04/24 | 18/04/24 |
| Sprint 3 | Elicitação de requisitos, Definição do backlog e SAFe | 19/05/24 | 01/05/24 |
| Sprint 4 | User story , Definição do MVP com validação do cliente | 02/05/24 | 16/05/24 |
| Sprint 5 | Começo da implementação do MVP, Criação do Product | 17/05/24 | 01/06/24 |
| Sprint 6 | Estabelecimento do DoD e User Story Mapping | 02/06/24 | 13/06/24 |
| Sprint 7 | Criação do diagrama de Caso de Uso e especificação de Caso de Uso | 14/06/24 | 21/06/24 |
| Sprint 8 | Entrega do MVP e documentação final | 22/06/24 | 02/07/24 |
2.3 - Matriz de Comunicação
| Descrição | Área/Envolvidos | Periodicidade | Produtos Gerados |
|---|---|---|---|
| Acompanhamento das atividades em desenvolvimento, Acompanhamento dos Riscos, Compromissos, Ações Pendentes, Indicadores | Equipe do Projeto | Semanal | Ata de Reunião e Relatório de Situação do Projeto |
| Comunicar situação do projeto, abordando quaisquer dificuldades | Equipe e Professor George | Semanal | Ata de reunião e Relatório de Situação do Projeto |
2.4 - Gerenciamento de Riscos
Riscos Identificados
- Baixa adesão dos prestadores de serviço: Existe o risco de não conseguir atrair um número suficiente e diversificado de prestadores de serviços para a plataforma, o que pode afetar a disponibilidade de profissionais e de opções de serviço para os clientes.
- Concorrência do mercado: um dos riscos é a existência de serviços similares na internet que dificultem a entrada do produto no mercado e a atração de novos clientes.
- Segurança dos dados: o pleno funcionamento do site exige o - cadastro de ambas as partes, os prestadores de serviço e os contratantes. É preciso garantir a segurança dos dados fornecidos para o Home Tasker.
- Falhas na integração de sistemas: O projeto envolve a integração de diferentes sistemas de pagamento, agendamento e avaliação. Existe o risco de enfrentar dificuldades técnicas na integração desses sistemas.
Mitigação de riscos
- Para cada risco identificado, seriam cabíveis medidas robustas para mitigação, que talvez fujam ao escopo da disciplina. Seriam necessárias campanhas de marketing direcionadas, para tornar o produto conhecido e requisitado por novos clientes. Seria preciso analisar a concorrência de forma regular e buscar alternativas que tornem nosso sistema mais atual e relevante. Para evitar o vazamento de dados, seriam implementadas medidas mais intensas de segurança e autenticação. Por fim, para evitar as falhas na integração serão feitos testes em cada etapa para garantir o pleno funcionamento do site.
2.5 - Critérios de Replanejamento
- Desistência de membros: Se um membro precisar trancar a matéria, será necessário realocar os membros restantes para preencher sua função original. Isso garantirá a continuidade e a conclusão bem-sucedida das tarefas atribuídas ao projeto.
- Mudança de tecnologia: No caso de uma decisão de mudança de tecnologia para o desenvolvimento do projeto ou migração para um sistema móvel, será crucial avaliar e implementar as tecnologias mais adequadas para alcançar os objetivos do projeto de maneira eficiente e eficaz.
- Mudança de cliente: Se ocorrer uma mudança no cliente e ele não puder mais contribuir para o projeto, será necessário transferir o projeto para um novo cliente e comunicar o progresso do projeto até o momento. Isso garantirá a continuidade do projeto e a compreensão mútua entre todas as partes envolvidas.
- Alteração nos requisitos levantados, podendo ser a adição, remoção e/ou atualização de funcionalidades, conforme for necessário.