Home | Escopo | Processo | Design/Mockups | Gerência | Estudos | Arquitetura | Contratos | BD | Qualidade | Configuração | Instalação | Instruções | Utilização | Analytics | Infraestrutura | Dicas |
---|
Gerenciamento do Projeto
Sumário
- Termo de Abertura
- Cronograma
- EAP
- User Stories
- Matriz de Responsabilidades
- Plano de comunicação
- Plano de Riscos
Termo de Abertura
Cronograma
EAP/ Release Plan
User Stories
Matriz de responsabilidades
Legenda
P: Participa da atividade
R: Responsável pela atividade
C: Deve ser consultado
I: Deve ser informado
A: Aprova
Sprint 0
Atividade | AGES I | AGES II | AGES III | AGES IV |
---|---|---|---|---|
Alimentar a wiki | R | R | R | R |
Definir ferramenta de mockups | C | R | A | A |
Desenvolver mockups | C | R/A | C | A |
Definir arquitetura | I | I | R/A | C/A |
Definir tecnologias (front/back) | C | C | R/A | A |
Criar projeto inicial (front/back) | I | I | R/A | A |
Definir estratégia de Verificação e Validação | I | C | R/A | C/A |
Documentar projeto/arquitetura inicial | I | I | R/A | A |
Criar User Stories | C | C | C | R/A |
Realizar estudos dirigidos | R | R | R | R |
Definir plano de comunicações | I | I | I | R/A |
Definir organização do time | I | I | C | R/A |
Documentação de requisitos | R/A | C | C | A |
Definir o git workflow | C | C | R | A |
Modelar o BD (conceitual/lógico) | I | R/A | R/A | A |
Apresentar | C | C | C | R |
Sprint 1,2,3,4
Atividade | AGES I | AGES II | AGES III | AGES IV |
---|---|---|---|---|
Alimentar a wiki | R | R | R | R |
Definir squads | C | R | A | A |
Definir marcos da sprint | I | I | C | R/A |
Quebra de tasks | C | C | R | R/A |
Documentar projeto/arquitetura inicial | I | I | R/A | A |
Desenvolvimento | R | R | R/A | C/A |
Code review | C | C | R/A | C |
Deploy da aplicação | I | I | R | A |
Definir organização do time | I | I | C | R/A |
Documentação de requisitos | R/A | C | C | A |
Definir o git workflow | C | C | R | A |
Apresentação da review | C | C | C | R |
Apresentações ao Stakeholder
Sprint | Pessoa (R) |
---|---|
0 | Ages IV |
1 | Ages IV e Ages III |
2 | A Definir |
3 | A Definir |
4 | A Definir |
Plano de Comunicação
Evento | Descrição | Responsável | Envolvidos | Frequência |
---|---|---|---|---|
Kickoff | Primeiro encontro do time com o cliente, neste momento é apresentado o conceito do projeto,os objetivos e expectativas. enquanto isso, o time faz anotações sobre os requisitos do projeto | Clientes | Clientes e Ages I, II, III, IV | Uma vez |
Daily | Momento em que todos do time comentam sobre o andamento de suas respectivas tarefas. Seguindo o conceito de: o que fiz, o que vou fazer e se tenho algum impedimento ou não | Ages IV | Ages I,II,III e IV | Duas vezes por semana (terça-feira no canal do Discord e sexta durante a aula |
Sprint Review | Momento onde é demonstrado tudo o que foi feito durante a sprint. Comentando pontos importantes para a preparação da próxima sprint | Ages IV | Ages I,II,III e IV | No final de cada sprint |
Sprint Retrospective | Nesta reunião, o time avalia o desempenho e a entrega durante a sprint. Discutindo sobre o que foi bom, no que podemos melhorar e citar possíveis planos de ação para implementar as melhorias mencionadas | Ages IV | Ages I,II,III e IV | No final da sprint |
Sprint Planning | Esta é a reunião em que o time planeja tudo o que deve ser feito durante a sprint. Movendo as stories que estão no product backlog para sprint backlog e também esta reunião serve para reorganizar as squads | Ages IV | Ages I,II,III e IV | No início de cada sprint |
Plano de Riscos
Possíveis Imprevistos | Risco | Impacto | Ações Preventivas | Contigência | Estratégia |
---|---|---|---|---|---|
Alterações no escopo no início do projeto | Risco Baixo | Impacto Médio | Não sugerir features além das mencionadas pelo cliente e considerar escopo inicial | Avaliar as mudanças sugeridas e priorizar as pequenas mudanças que não exijam um grande retrabalho do time | Mitigar |
Alterações no escopo no meio do projeto | Risco Baixo | Alto Impacto | Não sugerir features além das mencionadas pelo cliente e considerar escopo inicial | Não haverá alterações devido ao tempo e quantidade de retrabalho exigido | Negar |
Feriados e eventos da faculdade | Risco Alto | Alto Impacto | Mencionar para o time e incluir avisos nos canais de comunicação | Manter reuniões daily normalmente, comunicação ativa com os membros do time e acompanhar o desenvolvimento | Mitigar |
Falta de engajamento do time | Risco Médio | Alto Impacto | Estar em constante comunicação com a equipe e caso necessário realizar reuniões 1:1 com os membros da equipe para ouvi-los e reorganizar tarefas | Reorganizar tarefas/squads se necessário, manter e conversas direcionadas quando isso acontecer. Reforçando a importância dos prazos e responsabilidades | Mitigar |
Falta de disponibilidade para realizar as atividades | Risco Médio | Impacto Médio | Comunicar ao time o mais breve possível | Pedir mais comprometimento em relação às faltas | Mitigar |
Dificuldade com alguma tecnologia específica | Risco Médio | Baixo Impacto | Revisar material disponibilizado no Discord através do canal links-úteis para aprendizado | Realizar treinamento remoto/presencial da tecnologia se necessário para melhor entendimento | Mitigar |
Semana de provas das outras disciplinas | Risco Médio | Alto Impacto | Comunicar com antecedência a necessidade de focar nas atividades de outras disciplinas para que o time possa se organizar de acordo | Não há contingência sobre semana de provas | Aceitar |
Não entrega das user stories planejadas | Risco Alto | Alto Impacto | Acompanhar o desenvolvimento do time e caso um possível atraso seja identificado, auxiliar no que for necessário | Definir tempo de integração de tarefas(Code Freeze); E deixar como débito técnico para próxima sprint | Mitigar |
Entrega das user stories antes do fim da sprint | Risco Médio | Alto Impacto | Analisar cronograma e capacidade para incluir mais USs na sprint | Se for possível a inclusão de mais USs delegar as tarefas de acordo com a disponibilidade de cada squad | Melhorar |
Falta da presença dos stakeholders na apresentação | Risco Baixo | Impacto Médio | Mandar lembrete na semana anterior e com 8hrs ou 6 hrs de antecedência para confirmar ou não a presença do mesmo | Lidar os requisitos fornecidos e continuar a implementar o combinado | Transferir |
Cliente não retorna as dúvidas relacionadas ao sistema | Risco Médio | Alto Impacto | Cobrar resposta do cliente caso não se tenha resposta em até 4 dias úteis | Deixar funcionalidade como débito e implementar as funcionalidades/stories com requisitos claros | Aceitar |
Falta de comunição entre os squads | Risco Médio | Alto Impacto | Monitorar os canais do discord e o que é comentado na daily | Reunir com os ages 3, (líderes dos squads) para incentivar e realçar a importância de o time estar alinhado | Mitigar |