| ... | ... | @@ -5,7 +5,6 @@ |
|
|
|
|
|
|
|
_Acesso rápido_
|
|
|
|
|
|
|
|
- [Qualidade](#qualidade)
|
|
|
|
- [Matriz de responsabilidades](#matriz-de-responsabilidades)
|
|
|
|
- [Plano de Comunicação](#plano-de-comunicação)
|
|
|
|
- [Cronograma](#cronograma)
|
| ... | ... | @@ -13,6 +12,8 @@ _Acesso rápido_ |
|
|
|
- [Estrutura analítica de projeto (EAP)](#estrutura-analítica-de-projeto-eap)
|
|
|
|
- [User stories e story mapping](#user-stories-e-story-mapping)
|
|
|
|
- [Termo de abertura do projeto](#termo-de-abertura-do-projeto)
|
|
|
|
- [Qualidade](#qualidade)
|
|
|
|
- [Plano de riscos](#plano-de-riscos)
|
|
|
|
|
|
|
|
## Matriz de responsabilidades
|
|
|
|
|
| ... | ... | @@ -72,7 +73,7 @@ A alocação das pessoas, de acordo com as sprints, pode ver vista abaixo: |
|
|
|
|
|
|
|
## Cronograma
|
|
|
|
|
|
|
|
[🔗 Versão PDF](resources/cronograma.pdf)
|
|
|
|
[🔗 Versão PDF](resources/gp-cronograma.pdf)
|
|
|
|
|
|
|
|
Além das datas principais de cada sprint, as sprints de desenvolvimento (1, 2, 3 e 4) também contam um cronograma para a realização das principais atividades do time, como limite para a abertura de merge requests, período de integrações ao fim da sprint e período para a execução de testes funcionais manuais. Os marcos encontram-se na página [📄 Processo](processo), e cada sprint nessa página adiciona uma referência aos seus marcos naquela página.
|
|
|
|
|
| ... | ... | @@ -156,7 +157,7 @@ O status de entrega de cada US encontra-se na página [📄 Escopo](Escopo). |
|
|
|
|
|
|
|
## Termo de abertura do projeto
|
|
|
|
|
|
|
|
[🔗 Versão completa em PDF](resources/termo-de-abertura.pdf)
|
|
|
|
[🔗 Versão PDF](resources/gp-termo-de-abertura.pdf)
|
|
|
|
|
|
|
|
**Stakeholder:** Melissa Streck ([website](https://melissastreck.com/), [Lattes](http://lattes.cnpq.br/5624943469970998))
|
|
|
|
|
| ... | ... | @@ -193,7 +194,16 @@ Para garantir a qualidade do processo, alguns artefatos e cerimônias foram usad |
|
|
|
- sprint retrospective: cerimônia padrão do processo AGES, realizada após a entrega de cada sprint à stakeholder. Por meio dessa cerimônia, é possível perceber as partes do processo que estão boas e o que pode ser melhorado. Itens de ação são criados a partir dos pontos de melhoria, para que sejam executados na sprint seguinte e que o processo evolua;
|
|
|
|
- formulário de reconhecimentos e organização do time: formulário aplicado após a sprint review, originalmente se destinava a eleger os membros do time que se destacaram durante a sprint então-finalizada, mas também serviu como fonte de sugestões de melhorias na organização do time.
|
|
|
|
|
|
|
|
## Próximos artefatos
|
|
|
|
## Plano de riscos
|
|
|
|
|
|
|
|
[🔗 Versão PDF](resources/gp-plano-de-riscos.pdf)
|
|
|
|
|
|
|
|
* Identificação dos Riscos
|
|
|
|
* Plano de Respostas a Riscos |
|
|
\ No newline at end of file |
|
|
|
| **Risco** | **Probabilidade** | **Impacto** | **Severidade** | **Estratégia** | **Ações** |
|
|
|
|
|:---------:|:-----------------:|:-----------:|:--------------:|:--------------:|-----------|
|
|
|
|
| Alterações de escopo | 4 | 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 | 4 | 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.<br/>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 | |
