... | ... | @@ -4,7 +4,7 @@ |
|
|
## Sumário
|
|
|
|
|
|
* [Estrutura Analítica do Projeto](#estrutura-anal%C3%ADtica-do-projeto)
|
|
|
* [Gerenciamento de Tarefas](#gerenciamento-de-tarefas)
|
|
|
* [Gerenciamento das Tarefas](#gerenciamento-das-tarefas)
|
|
|
* [Plano de comunicação](#plano-de-comunica%C3%A7%C3%A3o)
|
|
|
* [Plano de riscos](#plano-de-riscos)
|
|
|
|
... | ... | @@ -14,11 +14,16 @@ A Estrutura Analítica de Projeto (EAP), especialmente aplicada em metodologias |
|
|
|
|
|
A construção da EAP ocorre no estágio inicial do projeto e é continuamente atualizada à medida que alterações no escopo se manifestam. A versão mais recente dessa estrutura encontra-se apresentada abaixo, refletindo o estado atual das entregas e do escopo do projeto.
|
|
|
|
|
|
![eap2](uploads/81a80515a43031710f05e1e522a0ac47/eap2.png)
|
|
|
|
|
|
|
|
|
## Gerenciamento das Tarefas
|
|
|
|
|
|
Em nosso ambiente de trabalho, buscamos constantemente maneiras de aprimorar nossa eficiência e produtividade na gestão de projetos. Uma ferramenta que se destacou como essencial em nossa abordagem é o board de tarefas do próprio GitLab, que em sua essência, funciona como um quadro de tarefas virtual que nos permite visualizar e monitorar o progresso das tarefas de nossa equipe de forma transparente.
|
|
|
|
|
|
|
|
|
![Captura_de_Tela_2024-11-03_às_14.35.10](uploads/0c32d128b33c29bc58c1e1343297209e/Captura_de_Tela_2024-11-03_às_14.35.10.png)
|
|
|
|
|
|
**Utilizando Etiquetas para Organização Precisa**
|
|
|
|
|
|
Uma das características que fazem do Trello uma ferramenta tão valiosa para nós é a capacidade de adicionar etiquetas personalizadas aos nossos cartões de tarefas. Estas etiquetas são uma parte fundamental da nossa metodologia de organização. Vejamos como as utilizamos:
|
... | ... | @@ -35,11 +40,11 @@ Uma das características que fazem do Trello uma ferramenta tão valiosa para n |
|
|
| **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 |
|
|
|
| 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 | Terças e Quintas, 17:35 (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 |
|
|
|
| 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 IV | AGES IV | Aproximadamente a cada 3 semanas (início da Sprint) | 1 hora |
|
|
|
|
|
|
## Plano de riscos
|
|
|
|
... | ... | |