Lucas Gavirachi Cardoso| Home | Sprints | Requisitos | Arquitetura | Configuração | Mockups | Banco de Dados | Instalação | Gerência de Projeto | Qualidade |
|---|
Gerenciamento do Projeto
Esta seção apresenta como a gerência do projeto foi feita, como o time está organizado, como trabalha, e quais são os processos de desenvolvimento.
Sumário
Organização do Time
Nas sprints de desenvolvimento do projeto, o time se organiza em 3 diferentes equipes: A primeira responsável pelas tarefas de backend, e a segunda e a terceira equipes sendo responsáveis pelo frontend do aplicativo e do gerenciador web respectivamente. A escolha dos membros que compõem cada uma das equipes varia de sprint para sprint, levando em consideração as dificuldades das user stories atribuídas para cada equipe e o interesse dos membros do time pelas tecnologias e paradigmas que serão utilizados para o desenvolvimento. Isso cria um ambiente mais saudável, onde cada membro possui mais liberdade para a escolha de tarefas e poderá aprender todas as tecnologias utilizadas no projeto.
Matriz de Responsabilidade
Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papéis na dentro do processo de desenvolvimento.
| Atividades | AGES I | AGES II | AGES III | AGES IV |
|---|---|---|---|---|
| Gerenciar a wiki | R | R | R | R |
| Organização do time | I | I | C | R |
| Definir marcos da sprint | I | I | I | R |
| Divisão de tasks | C | C | C | R |
| Desenvolvimento | R | R | R | I |
| Code review | R | R | R | C |
| Execução de Testes | R | R | C | I |
| Deploy | I | I | R | I |
- R: Responsável: Quem é designado para trabalhar na atividade
- A: Aprovador: Quem tem autoridade para aprovar a atividade
- C: Consultado: Quem deve ser consultado e participar da atividade
- I: Informado: Quem deve ser informado sobre o andamento da atividade
Plano de Comunicação
| Evento | Descrição | Responsável | Envolvidos | Frequência | Duração |
|---|---|---|---|---|---|
| Status de tarefas e comunicação principal | Para a comunicação principal é utilizada a ferramenta do Discord como um meio de comunicação à distância, que pode ser feita de maneira síncrona ou assíncrona, possibilitando o time trabalhar junto remotamente. | AGES IV | Todo o time | Diariamente | NA |
| Status de tarefas e comunicação secundária | Outro meio de comunicação é o grupo de WhatsApp, que é uma comunicação secundária do time. Utilizada para recados rápidos ou para casos me que não seja possível o acesso à comunicação principal. | AGES IV | Todo o time | Diariamente | NA |
| Standup Daily | Reunião rápida no início das aulas para dar o status do que foi feito individualmente desde o último encontro presencial. Também utilizada para informar possíveis impedimentos nas tarefas. | AGES IV | Todo o time | 2x por semana | Até 10 minutos |
| Retrospectiva | Reunião de longa duração feita no tempo de uma aula. Utilizada para reflexões sobre a última sprint, informar o que foi bom e o que pode ser melhorado para as próximas sprints. | AGES IV | Todo o time | 1x por sprint | 1h e 15min |
Plano de Riscos
1. Identificação de riscos:
Os seguintes riscos foram identificados para o desenvolvimento do projeto Rotas Rurais:
- Aumento do escopo: Os requisitos do projeto podem mudar durante o processo de desenvolvimento, levando a atrasos e aumento de custos.
- Complexidade técnica: O projeto envolve requisitos técnicos complexos, como a execução de todas funcionalidades do aplicativo móvel em modo off-line, o que pode levar a desafios imprevistos e aumento do tempo de desenvolvimento.
- Restrições de recursos: O time pode enfrentar restrições de recursos, como disponibilidade limitada do tempo dos desenvolvedores qualificados ou restrições orçamentárias, o que pode afetar o cronograma e a qualidade do projeto.
- Problemas de comunicação: A má comunicação entre os membros da equipe do projeto, partes interessadas ou clientes pode levar a mal-entendidos e atrasos no projeto.
- Problemas de integração: o software pode precisar se integrar a outros sistemas ou tecnologias, o que pode levar a problemas de compatibilidade e atrasos.
2. Avaliação de risco:
Os riscos identificados na etapa 1 foram avaliados com base em sua probabilidade e impacto:
- Aumento do escopo:
- Probabilidade: Baixa
- Impacto: Moderado
- Complexidade técnica:
- Probabilidade: Moderada
- Impacto: Alto
- Restrições de recursos:
- Probabilidade: Baixo
- Impacto: Moderado
- Problemas de comunicação:
- Probabilidade: Moderada
- Impacto: Alto
- Problemas de integração:
- Probabilidade: Alto
- Impacto: Moderado
3. Mitigação de riscos:
Para mitigar os riscos identificados, serão implementadas as seguintes estratégias:
- Aumento do escopo: Um processo de gerenciamento de mudanças será estabelecido para gerenciar mudanças nos requisitos do projeto, e uma squad de contingência será alocada para cobrir os recursos adicionais.
- Complexidade técnica: Uma avaliação de risco abrangente e um plano de mitigação serão desenvolvidos, e a equipe será incentivada a colaborar e buscar informações conforme necessário.
- Restrições de recursos: O cronograma e os custos do projeto serão revisados regularmente e os ajustes serão feitos conforme necessário para garantir que os recursos sejam alocados adequadamente.
- Problemas de comunicação: canais de comunicação claros serão estabelecidos e atualizações de status regulares serão fornecidas a todas as partes interessadas.
- Problemas de integração: o teste de compatibilidade será realizado no início do processo de desenvolvimento, e a comunicação e a colaboração dos membros da equipe serão incentivadas.