#Gerenciamento do Projeto
Acesso rápido
Plano de comunicação
| Evento |
Descrição |
Responsável |
Envolvidos |
Frequência |
Duração |
| Kickoff |
A reunião de Kickoff é a primeira reunião entre o time e o cliente do projeto. Nela é apresentada a ideia geral do projeto e são respondidas dúvidas e questionamentos sobre o mesmo, possibilitanto um levantamento inicial dos requisitos do projeto por parte da equipe, com o auxílio do cliente, que detém o conhecimento sobre o produto a ser desenvolvido. |
Cliente |
AGES I, II, III, IV e Cliente |
Uma vez |
1 hora e 30 minutos |
| Daily |
Cada integrante do time atualiza os demais sobre o que fez desde o último encontro síncrono, o que pretende fazer em seguida, e se tem impedimentos, para que possam ser removidos. |
AGES IV |
AGES I, II, III, IV |
Segundas e Quartas, 17:30 (início dos encontros síncronos) |
15 minutos |
| Sprint Review |
Demonstra-se, revisa-se e discute-se aquilo que foi trabalhado durante a Sprint, fornecendo inputs importantes para a Sprint Planning. |
AGES IV |
AGES I, II, III, IV e Cliente |
Aproximadamente a cada 3 semanas (final da Sprint) |
1 hora |
| Sprint Planning |
Planeja-se o trabalho que será realizado durante a Sprint, priorizando-se itens do Product Backlog e movendo-os para o Sprint Backlog. |
AGES IV |
AGES I, II, III, IV e Cliente |
Aproximadamente a cada 3 semanas (início da Sprint) |
30 minutos |
| Sprint Retrospective |
A Retrospectiva da Sprint é uma oportunidade para o time se inspecionar e criar um plano de melhorias a serem implementadas durante a próxima Sprint. Durante o evento, a equipe discute o que correu bem na Sprint e o que pode ser melhorado na próxima Sprint. Embora melhorias possam ser implementadas a qualquer momento, a Retrospectiva da Sprint oferece uma oportunidade formal para focar na inspeção e adaptação. |
AGES IV |
AGES I, II, III, IV |
Aproximadamente a cada 3 semanas (final da Sprint) |
1 hora e 30 minutos |
| Tasks Breakdown |
Momento em que é realizada a quebra de cada User Story priorizada para a Sprint em tarefas técnicas específicas, mensuráveis, pequenas o suficiente e idealmente paralelizáveis. |
AGES III e IV |
AGES I, II, III, IV |
Aproximadamente a cada 3 semanas (início da Sprint) |
1 hora |
Plano de riscos
| Risco |
Probabilidade |
Impacto |
Severidade |
Estratégia |
Ações |
| Alterações de escopo |
1 |
5 |
20 |
Mitigar |
Definir escopo no início do projeto e balancear aceitando apenas mudanças pequenas (que não exijam retrabalho) ao decorrer do projeto. |
| Falta de engajamento de membros |
3 |
5 |
20 |
Mitigar |
Manter comunicação ativa e conversas direcionadas quando isso acontecer. E caso ocorra e esteja impactando demais membros do time, reorganizar tarefas da forma necessária. |
| Falta de entrega de User Stories planejadas |
4 |
4 |
16 |
Mitigar |
1. Acompanhar desenvolvimento do time; caso um possível atraso seja identificado, auxiliar no que for necessário. 2. Definir tempo de integração de tarefas, para que seja possível desenvolver algumas tarefas pendentes. |
| Problemas inesperados na demostração para o cliente |
4 |
5 |
20 |
Eliminar |
Realizar testes funcionais para cada contribuição de código e antes da entrega com a versão final da aplicação. |
| Falta de presença do stakeholder |
2 |
5 |
10 |
Transferir |
Mandar lembretes com 6h de antecedência e manter comunicação aberta e disponível com o stakeholder, assim fica a cargo do mesmo nos avisar com atencedência em caso de falta necessária |
| Entrega de User Stories planejadas antes do fim da sprint |
3 |
5 |
15 |
Melhorar |
Tendo entregue o que foi planejado, analisar capacidade para mais USs dentro do nosso planejamento da Sprint |
| Falta de créditos para AWS da AGES |
4 |
4 |
16 |
Transferir |
Transferir essa necessidade para o stakeholder, caso queira as entregas em homologação, disponibilizar conta AWS para que seja utilizada na AGES durante o andmento do projeto |
Henrique Cardoso Zanette