Pular para conteúdo

Visão geral do projeto

2.1 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
Product Manager Direcionar e coordenar todas as fases do projeto, garantindo o cumprimento de prazos, orçamento e recursos necessários para a equipe de desenvolvimento. Larissa Gomes Larissa Gomes e Pedro Eduardo
Analista de Requisitos Identificar, analisar e documentar os requisitos do produto, garantindo sua compreensão e clareza para a equipe de desenvolvimento. Pedro Eduardo Equipe
Designer de Interface e usabilidade do Usuário Criar interfaces de usuário cativantes, intuitivas e funcionais, mantendo a consistência de design em todo o produto e adaptando-o às necessidades dos usuários. Emerson Teles Emerson Teles e Gustavo
Desenvolvedor Desenvolver o software conforme os requisitos do projeto, focando na modularidade e escalabilidade para permitir futuras adaptações e manutenção simplificada. Oscar Correia Equipe
Analista de Qualidade Assegurar a qualidade do software, identificando e corrigindo defeitos, além de verificar se ele atende aos requisitos do projeto, por meio da criação de casos de teste e cenários de validação. Gustavo França Gustavo França e Luciano
Cliente Validar os requisitos do projeto e do produto, fornecendo insights e contexto sobre o problema que precisa ser solucionado. Pedro Eduardo Artur, George Marsicano

Tabela 1 - Organização de papeis

2.2 Planejamento de fases e iterações do projeto

Iterações Etapas Produto (Entrega) Data Início Data Fim
Iteração 1 Definição do produto e do projeto Escopo do projeto e produto 04/09/2023 29/09/2023
Iteração 2 Planejamento do Projeto Backlog, requisitos elicitados, definição do MVP 02/10/2023 13/10/2023
Iteração 3 Estudo de tecnologias e começo da especificação de caso de uso Equipe capacitada 16/10/2023 27/10/2023
Iteração 4 Definição de MVPs, definição de preparado, definição de pronto, diagramas e especificação de casos de uso Arquitetura do sistema, DoR, DoD, diagrama e especificação de casos de uso 30/10/2023 10/11/2023
Iteração 5 Desenvolvimento 1, Testes Manuais 1 Projeto de arquitetura do projeto, aplicação e testes manuais 13/11/2023 24/11/2023
Iteração 6 Desenvolvimento 2, Testes Manuais 2 Projeto de arquitetura do projeto, aplicação e testes manuais 27/11/2023 08/12/2023
Iteração 7 Testes Manuais, Release Testes finais, Publicação da aplicação nos serviços digitais 11/12/2023 14/12/2023

Tabela 2 - Iterações do projeto

2.3 Matriz de comunicação

Descrição Envolvidos Produtos Gerados
Planning Equipe do Projeto Planejamento da iteração
Acompanhamento Equipe do Projeto Relato das atividades realizadas por cada membro
Meeting com Cliente Equipe do Projeto & Cliente Feedbacks e validação do produto
Comunicar situação do projeto Equipe do Projeto Feedback da situação do projeto

Tabela 3 - Matriz de comunicação

2.4 Gerenciamento de Riscos

Falta de comunicação entre a equipe

  • Possivéis Soluções:
    • Reunião 1:1 com os integrantes
    • Replanejar os canais de comunicação
    • Favorecer a comunicação assíncrona

Redução da equipe temporaria ou permantente

  • Possivéis Soluções:
    • Compartilhamento do conhecimento do produto e do código entre os membros
    • Redistribuição de tarefas entre os membros da equipe

Escopo de projeto mínimo maior do que a capacidade produtiva

  • Possíveis soluções:
    • Refinar o Escopo do MVP: Realizar uma revisão minuciosa do escopo atual do MVP para identificar funcionalidades ou características não essenciais, eliminando ou adiando-as para versões futuras, a fim de reduzir o escopo a um nível gerenciável.
    • Manter Comunicação Transparente: Manter uma comunicação transparente com os stakeholders, alinhando as expectativas sobre o produto e os informando sobre o risco e as ações que estão sendo tomadas para mitigá-lo.
    • Priorização de Recursos: Trabalhar em estreita colaboração entre a equipe de desenvolvimento e os stakeholders para priorizar as funcionalidades do MVP. Identificando os recursos críticos que precisam ser entregues no prazo e concentrando os esforços neles, deixando funcionalidades menos críticas para etapas subsequentes.

Sobrecarga entre os membros

  • Possíveis soluções:
    • Revisão das Tarefas e Responsabilidades: Realizar uma revisão detalhada das tarefas e responsabilidades atribuídas a cada membro da equipe. Certifique-se de que as cargas de trabalho sejam equilibradas e que ninguém esteja sobrecarregado.
    • Redistribuição de atividades: Se necessário, redistribuir tarefas entre os membros da equipe, alocando recursos de acordo com suas habilidades e disponibilidade. Isso pode ajudar a aliviar a sobrecarga de membros específicos.
    • Definir Limites de Horário: Se necessário, redistribuir tarefas entre os membros da equipe, alocando recursos de acordo com suas habilidades e disponibilidade. Isso pode ajudar a aliviar a sobrecarga de membros específicos.

Fadiga dos membros

  • Possíveis soluções:
    • Suporte: Encorajar a comunicação aberta sobre preocupações relacionadas à fadiga e oferecer suporte quando necessário.
    • Pausas: Promover a cultura de pausas regulares e descanso para manter a produtividade e a saúde mental.
    • Gerenciamento de carga de trabalho: Implementar uma política de gerenciamento de carga de trabalho, estabelecendo limites razoáveis para horas trabalhas.

2.5 Critérios de Replanejamento

Insatisfação do Cliente com o Produto Entregue:

Quando o cliente expressa insatisfação com o produto entregue, é crucial considerar um replanejamento. Isso pode ocorrer devido a uma discrepância entre as expectativas do cliente e o resultado final. Nesse caso, é importante realizar uma análise para identificar as causas da insatisfação e, com base nessa análise, ajustar o plano do projeto para atender às expectativas do cliente. Isso pode envolver revisões de escopo, prazos ou recursos.

Dificuldade no Cumprimento da Definição de Pronto:

Se a equipe tem dificuldades consistentes em cumprir os critérios de pronto estabelecidos para as entregas do projeto, isso pode indicar a necessidade de replanejamento. Pode ser necessário rever a definição de pronto, considerar treinamento adicional para a equipe ou alocar mais recursos para cumprir os critérios estabelecidos.

Baixa Qualidade do Produto Desenvolvido:

A baixa qualidade do produto é um motivo claro para o replanejamento. Isso pode resultar em retrabalho, atrasos e insatisfação do cliente. Para resolver esse problema, é necessário identificar as causas da baixa qualidade, fazer melhorias nos processos de desenvolvimento e possivelmente estender os prazos para garantir que o produto seja entregue com a qualidade desejada.

Escopo/Complexidade do Projeto Maior que o Esperado:

Às vezes, durante a execução de um projeto, fica evidente que o escopo ou a complexidade do projeto é maior do que o inicialmente previsto. Nesse caso, é aconselhável realizar um replanejamento para ajustar o cronograma e os recursos de acordo com a nova compreensão do projeto. Isso pode envolver a redefinição de metas e a reavaliação dos recursos necessários para concluir o projeto com sucesso.

Mudanças na Composição da Equipe:

Quando ocorrem mudanças significativas na composição da equipe, como a saída de membros-chave, é importante avaliar o impacto dessas mudanças no projeto. O replanejamento pode ser necessário para redistribuir tarefas, e ajustar o cronograma, se necessário, para acomodar as mudanças.

2.6 Aspectos humanos

Para que haja sucesso no projeto, é de extrema importância lidarmos com os aspectos humanos de cada membro da equipe, então decidimos nos avaliar por meio de um formulário anônimo para ver como cada um se avalia e avalia os outros de acordo com as características do material sobre aspectos humanos disponíveis no aprender. Nessa seção será retradado o resultado do formulário de maneira geral da equipe para não expor ninguém.

Foi percebido que a equipe é bastante democrática, estimulando a participação de outros membros. Porém ocorreu momentos autocráticos entre membros que gerou alguns desentendimentos durante esse processo, além de revelar insegurança de alguns membros. Contudo, algumas qualidades ajudaram a amenizar e minguar esses atritos pelo fato de todos estarem comprometidos a escutar o outro e serem positivos quando se trata de expor ideias e apaziguar o ambiente.

Podemos concluir como a forma de cada membro se comportar diante das situações pode impactar o projeto, além de perceber que sempre buscamos a melhor forma de nos relacionarmos a fim de que todos alcancemos nossos objetivos em comum e obter sucesso como o projeto.

2.7 Histórico de versão

Data Versão Descrição Autor
06/09 1.0 Criação do artefato Pedro Eduardo
15/11 1.1 Atualização do planejamento Pedro Eduardo
22/11 1.2 Aspectos humanos Pedro Eduardo