Visão de Projeto
Organização do Projeto
A tabela 1 possui os principais papeis e quem serão os responsáveis por garantir que as tarefas ligadas a cada papel, estão sendo cumpridas.
Papel | Atribuições | Responsável | Participantes |
---|---|---|---|
Analista de Requisitos | Traduzir as diversas perspectivas em uma especificação e manter o elo entre todos os stakeholders e documentar os requisitos ou como documentos de linguagem natural, casos de uso, ou processo de especificação. | Eric | Luana, Guilherme, Henrique |
Designer de Interface de Usuário | Criar interfaces gráficas em sites, aplicativos, softwares e dispositivos, de forma que o acesso a essas plataformas seja simplificado, intuitivo e confortável para o usuário | Henrique | Guilherme,Luana e Eric |
Desenvolvedor de Software | Produzir códigos eficientes e inteligíveis, testar e implementar programas e sistemas, reparar e aprimorar softwares existentes. | Henrique | Luana, Eric, Henrique e Guilherme |
Testador de Qualidade | Garantir que o software desenvolvido esteja livre de defeitos e atenda aos requisitos do projeto, criar casos de teste e cenários para validar o software. | Luana | Eric, Guilherme, Henrique |
Dono do Produto | Maximizar o valor do produto, definindo as prioridades e gerenciando o Product Backlog. | Guilherme | Luana, Guilherme, Henrique e Eric |
Clientes | Fornecer as necessidades e os requisitos do produto, que serão priorizados pelo Dono do Produto. | Catarine Camargo(nutricionista) | George Marsicano, Comunidade de nutricionistas |
Tabela 1 - Organização de papeis (Fonte: Guilherme, 2023)
Planejamento das Fases e/ou Iterações do Projeto
Sprint | Produto (Entrega) | Data Início | Data Fim |
---|---|---|---|
Sprint 1 | Definir o Produto | 05/09/23 | 15/09/23 |
Sprint 2 | Visão do Produto e criar o GitPages | 15/09/23 | 28/09/23 |
Sprint 3 | Lista de Requisitos Funcionais e Não Funcionais | 03/10/23 | 16/10/23 |
Sprint 4 | Backlog do projeto e MVP | 17/10/23 | 26/10/23 |
Sprint 5 | US(login do nutricionista e adicionar paciente) | 27/10/23 | 09/11/23 |
Sprint 6 | US(pesquisar nutricionista e paciente ) | 10/10/23 | 23/11/23 |
Sprint 7 | US (aba da comuniade) | 24/11/23 | 11/12/23 |
Sprint 8 | Entregar MVP | 24/11/23 | 11/12/23 |
Tabela 2 - Organização das sprints do projeto (Fonte: Guilherme, 2023)
Matriz de Comunicação
Tipo | Descrição | Área/Envolvidos | Periodicidade | Produtos Gerados |
---|---|---|---|---|
Planejamento | É feito no início de cada sprint. Nessa fase, a equipe se reúne para definir os objetivos da iteração e as tarefas necessárias para alcançá-los. O resultado desse planejamento é um backlog da iteração, que contém todas as tarefas que devem ser realizadas durante a sprint. | Equipe do Trabalho | 2 Semanas | Backlog da sprint |
Desenvolvimento | Durante a iteração, a equipe trabalha nas tarefas definidas no backlog da iteração. É importante que a equipe se mantenha focada nos objetivos definidos no planejamento e que trabalhe em conjunto para alcançá-los. | Equipe do Trabalho | Durante a Sprint | Os objetivos no Backlog |
Revisão | Ao final da iteração, a equipe se reúne para revisar o trabalho realizado e verificar se os objetivos foram alcançados. Essa revisão é importante para identificar pontos de melhoria e ajustar o planejamento das próximas iterações.existentes. | Equipe do Trabalho, | Após terminar a Sprint | Ver a situação atual do projeto e como é possível melhorar. |
Retrospectiva | Após a Revisão, a equipe realiza uma retrospectiva para avaliar o processo de desenvolvimento e identificar oportunidades de melhoria. Essa avaliação é importante para garantir que o processo de desenvolvimento esteja sempre evoluindo e se adaptando às necessidades da equipe. | Equipe do Trabalho, Professor, Monitor | Depois da revisão | Documentar o que Melhorar levando em conta o que aconteceu na sprint passada e o feedback na Revisão |
Tabela 3 - Organização da matriz de comunicação (Fonte: Guilherme, 2023)
Gerenciamento de Riscos
Risco | Descrição | Probabilidade | Ações de Mitigação |
---|---|---|---|
Risco técnico | A equipe de projeto pode não ter experiência suficiente em alguma das tecnologias utilizadas ou redução da equipe por motivos de desistência, o que pode levar a atrasos ou erros na implementação do aplicativo. | Média | Procurar entender as capacidades de cada membro, para que eles sejam alocados para as partes que tem mais conhecimento(e. g., frontend, backend). |
Risco de escopo | A equipe pode não ter uma compreensão clara dos requisitos do projeto e pode acabar criando uma solução que não atenda às necessidades dos nutricionistas. | Média | Realizar reuniões regulares com os Clientes e manter comunicação eficiente para conseguir feedback. |
Risco de qualidade | Se a aplicação contém erros ou problemas de usabilidade, pode causar vários problemas que pode prejudicar o nutricionista que usa o sistema, deste perder planos alimentares, e dados do paciente de seu nome não aparecer caso um usuario default o procure. | Média | Realizar testes durante todo o processo de desenvolvimento, incluindo testes de usabilidade, e tentar fazer testes beta com um nutricionista para garantir que a aplicação atenda às necessidades e expectativas. |
Risco de prazo | O prazo limitado para o projeto pode levar a atrasos na implementação do aplicativo, especialmente se houver problemas técnicos ou de escopo. | Alta | Criar um cronograma realista e mander este atualizado com prazos realistas e margem de manobra, manter uma comunicação aberta com a equipe e stakeholders do projeto para gerenciar expectativas e identificar problemas antecipadamente. |
Risco de segurança | Se a aplicação não estiver adequadamente protegida, as informações sensíveis do nutricionista e paciente podem estar em risco de acesso não autorizado. | Alta | Implementar medidas de segurança adequadas, incluindo criptografia de dados, autenticação forte de usuários, testes de penetração regulares e conformidade com as normas de segurança da informação. |
Tabela 4 - Tabela de riscos (Fonte: Guilherme, 2023)
Critérios de Replanejamento
-
Desvios significativos no cronograma ou no orçamento.
-
Alterações nos requisitos do projeto.
-
Problemas de qualidade.
-
Alterações nos recursos disponíveis(equipe).
Histórico de versão
Versão | Data | Descrição | Autor | Revisor |
---|---|---|---|---|
0.1 | 24/10/2023 | Criação do documento | Guilherme | Henrique |
0.2 | 25/10/2023 | Arrumando as tabelas e modificando os participantes de Cliente | Guilherme | Henrique |
0.3 | 25/10/2023 | Arrumando as tabelas de sprint e arrumando organização do projeto | Guilherme | Henrique |