Visão do Projeto

Histórico de Revisão

Data	Versão	Descrição	Autor
25/04	1.0	Criação das seções de visão geral do produto e do projeto.	Ana Beatriz, Bruno, Gabriel, João Pedro
24/05	1.1	Alterações de acordo com os feedbacks recebidos.	João Pedro
10/07	1.2	Alterações responsáveis.	Ana Beatriz
16/07	1.3	Alterações nas iterações.	João Pedro

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	Identificar os requisitos do produto, garantir a clareza e precisão destes e certificar-se de que sejam compreendidos pela equipe de desenvolvimento.	Ana Beatriz	Bruno e João
Designer de Interface de Usuário	Criar uma interface de usuário atraente, intuitiva e fácil de usar, garantir a consistência do design em todo o produto e atualizar o design conforme as necessidades do usuário.	Bruno	Ana Beatriz e João
Desenvolvedor de Software	Desenvolver o software de acordo com os requisitos do projeto, garantir a modularidade e escalabilidade para permitir futuras alterações e fácil manutenção.	Bruno	Ana Beatriz e João
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.	Ana Beatriz	Bruno e João
Gerente de Projeto	Coordenar as atividades do projeto, garantir o cumprimento do prazo e do orçamento e fornecer os recursos necessários para a equipe de desenvolvimento.	João Pedro	Ana Beatriz e Bruno

Tabela 1 - Organização de papeis (Fonte: Autor, 2023)

Planejamento das Iterações

Iterações 1: Definição de requisitos (elicitação e descoberta, análise e consenso, etc.) (02/05 - 09/05)

Analisar e entender as necessidades do cliente.
Identificar e documentar os requisitos do projeto.
Definir o escopo do projeto.

Iterações 2: Projeto de arquitetura, definição de MVPs e estudo de tecnologias (10/05 - 23/05)

Projetar a arquitetura do sistema.
Definir os MVPs do projeto.
Capacitar a equipe nas tecnologias que serão utilizadas.

Iterações 3: Prototipação e desenvolvimento 1 (24/05 - 19/06)

Realizar a prototipação do MVP1
Validar os protótipos
Ajustar os protótipos
Desenvolvimento do MVP1
Validar o MVP1 com base nos requisitos e no design
Corrigir quaisquer erros ou problemas encontrados durante as validações
Preparar uma apresentação e documentação do MVP1

Iterações 4: Prototipação e desenvolvimento 2 (20/06 - 17/07)

Realizar a prototipação do MVP2
Validar os protótipos
Ajustar os protótipos
Desenvolvimento do MVP2
Finalizar e polir o produto
Realizar testes finais de aceitação
Preparar a documentação final e a apresentação do produto

A tabela 2 traz um resumo de cada Iterações e quais serão os produtos de gerados de cada Iterações

Iterações	Etapas	Produto (Entrega)	Data Início	Data Fim
Iterações 1	Definição de requisitos	Escopo do projeto e backlog	02/05/23	09/05/23
Iterações 2	Projeto de arquitetura, definição de MVPs e estudo de tecnologias	Arquitetura do sistema, MVPs e equipe capacitada	10/05/23	23/05/23
Iterações 3	Prototipação e desenvolvimento MVP1	MVP1 desenvolvido, testado e validado	24/05/23	19/06/23
Iterações 4	Prototipação e desenvolvimento MVP2	MVP2 desenvolvido, testado e validado	20/06/23	17/07/23

Tabela 2 - Iterações do projeto (Fonte: Autor, 2023)

Matriz de Comunicação

A matriz de comunicação é uma ferramenta fundamental para garantir que a equipe do projeto esteja sempre alinhada e informada sobre o andamento do projeto. Segundo o PMBOK (2017)¹, a matriz de comunicação deve definir quais informações serão compartilhadas, com quem e com que frequência, a fim de evitar ruídos na comunicação e possíveis falhas no projeto, a tabela 3 traz toda a matriz de comunicação que será utilizada.

Descrição	Área / Envolvidos	Periodicidade	Produtos Gerados
- Acompanhamento das Atividades em Andamento	- Equipe do Projeto	- Semanal	- Ata de reunião - Relatório de situação do projeto
- Acompanhamento dos Riscos, Compromissos, Ações Pendentes, Indicadores	- Equipe do Projeto	- Semanal	- Ata de reunião - Relatório de situação do projeto
- Reuniões quinzenais com o cliente	- Equipe, ou ao menos um representante - Cliente	- Quinzenal	- Relatório de situação do projeto
- Comunicar situação do projeto	- Equipe - Professor	- Semanal	- Ata de reunião - Relatório de situação do projeto

Tabela 3 - Matriz de Comunicação (Fonte: Autor, 2023)

Gerenciamento de Riscos

De acordo com o PMBOK (2017)¹, risco é um evento ou condição que pode ter impacto positivo ou negativo em um projeto de software, podendo levar a atrasos ou prejuízos. Portanto, o gerenciamento de risco é crucial para garantir o sucesso do projeto, a tabela 4 traz informações sobre os principais riscos do projeto e as ações para mitigá-las.

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	Sondar as habilidades e dificuldades de cada membro, para que eles sejam alocados nas partes em que possuírem mais conhecimento e afinidade (e. g., frontend, backend, documentação).
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 da equipe médica.	Alta	Realizar reuniões regulares com os stakeholders do projeto para garantir uma compreensão clara dos requisitos (análise e consenso), definir claramente o escopo do projeto e manter uma comunicação aberta com a equipe médica durante todo o processo (feedback constante).
Risco de qualidade	Se a aplicação contém erros ou problemas de usabilidade, a equipe médica pode não utilizá-la, o que pode levar a atrasos nos transplantes de rim.	Média	Realizar testes durante todo o processo de desenvolvimento, incluindo testes de usabilidade, e envolver a equipe médica em testes beta 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 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 da equipe médica e dos pacientes 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: Autor, 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)

Referências Bibliográficas

¹ PROJECT MANAGEMENT INSTITUTE. Guia PMBOK: um guia para o conjunto de conhecimentos em gerenciamento de projetos. 6. ed. Newtown Square, PA: Project Management Institute, 2017.