| ... | ... | @@ -23,4 +23,26 @@ Esta seção é dedicada a apresentar as responsabilidades de cada AGES, junto d |
|
|
|
|
|
|
|
|
|
|
|
# EAP
|
|
|
|
 |
|
|
\ No newline at end of file |
|
|
|
|
|
|
|
|
|
|
|
# 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, possibilitando 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 (aula meeting) | 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 | 20 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 | Ao final de cada sprint (A cada 2 ou 3 semanas) | 40 minutos |
|
|
|
|
| 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 |Ao final de cada sprint (A cada 2 ou 3 semanas) | 40 minutos |
|
|
|
|
| Retrospectiva da Sprint | 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 | Ao final de cada sprint (A cada 2 ou 3 semanas) | 1 hora e 40 minutos |
|
|
|
|
| Divisão de tarefas | Momento em que é realizada a divisão das User stories entre as squads. | AGES IV | AGES I, II, III, IV | Aproximadamente a cada 2 ou 3 semanas (início da Sprint) | 20 minutos |
|
|
|
|
| Squads Breakdown | Momento em que os Gerentes de Projeto se reunem para organizar o time dividindo-o em squads, considerando nessa divisão critérios que visem maximizar a produtividade e efetividade dos desenvolvedores para que assim atinjam o objetivo da entrega estipulada na Sprint. | AGES IV | AGES IV | Ao fim da sprint, podendo manter as squads atuais | 35 minutos |
|
|
|
|
|
|
|
|
## Plano de Recursos Humanos
|
|
|
|
|
|
|
|
**Função por níveis**
|
|
|
|
|
|
|
|
| **Ages** |**Responsáveis** | **Objetivo** | **Função** | **Artefatos** |
|
|
|
|
|---------------|---------------|---------------|---------------|---------------|
|
|
|
|
| I | - Bruno Souza <br/> - João Vitor Araujo <br/> - João Fabbrin Silveira <br/> - Rafael Sasso | - Programação<br/>- Testes<br/>- Depuração | - Desenvolver<br/>- código Auxiliar no desenvolvimento dos Mockups<br/>- Auxiliar na documentação da Wiki<br/>- Executar testes funcionais | - Codigo desenvolvido e salvo no GIT<br/>- Relatorio das Sprints<br/>- Relatorio de Andamento<br/>- Relatorio Final |
|
|
|
|
| II | - Anthony Antonelli Andrade <br/> - Gabriel Hoppe <br/> - Juliano Chies <br/> - Guilherme Oliveira Oliszewski <br/> - Matheus Corbellini <br/> | - Analise de Requisitos<br/>- Projeto de Banco de Dados<br/>- Programação | - Apoio a AGES I<br/>- Desenvolver código<br/>- Refatorar código | - Fazer o levantamento dos Requisitos<br/>- Desenvolver e documentar o banco de dados (exemplo ER)<br/>- Toda a documentação técnica deve estar na Wiki | - Mockups dos frontend<br/>- Banco de dados (Colletions e ScriptSQL)<br/>Página na wiki de Documentação<br/>Relatorio das Sprints<br/>Relatório de andamento<br/>Relatório Final |
|
|
|
|
| III | - Mauricio Gaspary <br/> - Mauricio Krziminski <br/> - Lucas Vieira | - Testes e verificação<br/>- Projeto de software<br/>- Arquitetura de software |- Apoio a AGES I e II<br/> - Desenvolver o setup para o projeto<br/>- Toda a documentação técnica deve estar na wiki | - Segurança<br/>- Rotas de Backend (Arquitetura funcional)<br/>- Backend API<br/>- Arquitetura Não Funcional<br/>- Diagrama de Pacotes/Componentes (Arquitetura de Software)<br/>- Diagrama de Deploy<br/>- Documentação sobre aplicação de Design do Projeto<br/>- Analise dos principios SOLID<br/>- Code Review<br/>- Pagina na Wiki de Documentação<br/>- Relatorio das Sprints Andamento e Final |
|
|
|
|
| IV | - Eduardo Pasqualotto Riboli <br/> - Marcelo <br/> - Guilherme Barreto <br/> - João Vitor Schwingel <br/> - Jocemar Nicolodi Júnior | - Gerenciamento de Projetos<br/>- Aprofundamento de outras competências desenvolvidas no curso<br/>- Portfolio de conclusão de curso<br/> | - Apoio a AGES I, II e III<br/>- Planejamento das Sprints<br/>- Criação das User Stories junto aos Stakeholders<br/>- Controle das tarefas do time (exemplo via trello)<br/>- Motivação do time<br/>- Controle do Processo da AGES<br/>- Desenvolvimento do Plano de Gestão do Projeto<br/>- Toda a documentação da gestão do projeto deve estar na Wiki | - Termo de abertura (Atualização)<br/>- Identificação dos Stakeholders<br/>- EAP<br/>- User Stories<br/>- Cronograma<br/>- Plano de Comunicação<br/>- Plano de Recursos Humanos<br/>- Identificação dos Riscos<br/>- Plano de Respostas a Riscos<br/>- Pagina da Wiki de Documentação<br/>- Relatórios das Sprints, andamento e Final | |
|
|
\ No newline at end of file |
