Pular para conteúdo

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