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 |