|
|
|
| [Home](home) | [Escopo](escopo) | [Arquitetura](arquitetura) | [Configuração](configuracao) | [Mockups](design_mockups) | [BD](banco_dados) | [Instalação](instalação) | [**Gerência**](gerencia) | [Qualidade](qualidade) | [Processo](processo) | [Retro](retro) | [Estudos dirigidos](estudos) | [Gerencia](gerencia)
|
|
|
|
| :----------: | :-----------: | :---------: | :-------: | :---------: | :------------: | :---------: | :------: | :--------: | :------: | :------: | :------------------:| :------------------: |
|
|
|
|
|
|
|
|
# Gerência
|
|
|
|
|
|
|
|
## Acesso rápido
|
|
|
|
|
|
|
|
TDB
|
|
|
|
|
|
|
## Matriz de responsabilidades
|
|
## Matriz de responsabilidades
|
|
|
|
|
|
|
|
[Matriz de responsabilidade no Google Sheets](https://docs.google.com/spreadsheets/d/1ehh1Nrq_1UXt9THXKpogVoP5SDiMaa2Av8d8LeQsVpA/edit?usp=sharing)
|
|
[Link externo para matriz de responsabilidades](https://docs.google.com/spreadsheets/d/11DjusZiO1Y0T6JCQhGGuorhRaMOlQdYWOuzBIInGScc/edit#gid=0)
|
|
|
|
|
|
|
|
**Sprint 0**
|
|
**Sprint 0**
|
|
|
|
|
|
|
|
| Atividade | AGES I | AGES II | AGES III | AGES IV |
|
|
| TAREFAS | AGES I | AGES II | AGES III | AGES IV | STATUS |
|
|
|
| --------- | ------ | ------- | -------- | ------- |
|
|
|-----------------------------------------------|--------|---------|----------|---------|--------------------------------------------|
|
|
|
| Alimentar a wiki | R | R | R | R |
|
|
| DEFINIR PRODUCT BACKLOG | C/I | C/I | C/I | R/A | |
|
|
|
| Definir ferramenta de mockups | C | R | A | A |
|
|
| FAZER EAP | I | I | I | R/A | |
|
|
|
| Desenvolver mockups | C | R/A | C | A |
|
|
| DEFINIR STACK TECNOLÓGICA | I | C/I | R/A | A/C | Concluido (node + expres, flutter e mongo) |
|
|
|
| Definir arquitetura | I | I | R/A | C/A |
|
|
| ESTUDAR TECNOLOGIAS | R | R | R | R | em andamento |
|
|
|
| Definir tecnologias (front/back) | C | C | R/A | A |
|
|
| DESENVOLVER MOCKUPS (FIGMA) | R | R | C/R | A/C/R | em andamento |
|
|
|
| Criar projeto inicial (front/back) | I | I | R/A | A |
|
|
| CRIAR PROJETO INICIAL (BOILERPLATE) | I | I | R/A | A | |
|
|
|
| Definir estratégia de Verificação e Validação | I | C | R/A | C/A |
|
|
| PREENCHER WIKI | R | R | R | R | em andamento |
|
|
|
| Documentar projeto/arquitetura inicial | I | I | R/A | A |
|
|
| DEFINIR GIT WORKFLOW | I | I | R/A | A/C | |
|
|
|
| Criar User Stories | C | C | C | R/A |
|
|
| DESENVOLVER PIPELINES DE CI/CD | I | I | R/A | A/C | |
|
|
|
| Realizar estudos dirigidos | R | R | R | R |
|
|
| DEFINIR VERIFICAÇÃO E VALIDAÇÃO | I | I | R/A | A/C | |
|
|
|
| Definir plano de comunicações | I | I | I | R/A |
|
|
| DIAGRAMAS DE ARQUITETURA | I | I | R/A | A/C | |
|
|
|
| Definir organização do time | I | I | C | R/A |
|
|
| MODELAR BANCO DE DADOS | I | R/A | A/C | A/C | |
|
|
|
| Documentação de requisitos | R/A | C | C | A |
|
|
| APRESENTAR PROGRESSO PARA A CLIENTE DIA 22/08 | I/C | I/C | I/C | R/A |
|
|
|
| Definir o git workflow | C | C | R | A |
|
|
|
|
|
| Modelar o BD (conceitual/lógico) | I | R/A | R/A | A |
|
|
**Sprint 1,2,3,4**
|
|
|
| Apresentar no dia 23/08 | C | C | C | R | |
|
|
|
\ No newline at end of file |
|
TBD
|
|
|
|
|
|
|
|
**Apresentações ao Stakeholder**
|
|
|
|
|
|
|
|
TBD
|
|
|
|
|
|
|
|
## Plano de Comunicação
|
|
|
|
| Evento | Descrição | Responsável | Envolvidos | Frequência | Duração |
|
|
|
|
| --------- | ------ | ------- | -------- | ------- | ------- |
|
|
|
|
| Kickoff | A reunião de kickoff serve para convergir os interesses do Cliente e do time. Nela tiramos as dúvidas e alinhamos o que será desenvolvido no projeto com o auxílio do cliente. | Cliente | AGES I, II, III, IV e Cliente | Uma vez | 1 hora e 30 minutos |
|
|
|
|
| Daily | Atualização de cada integrante do time sobre o que foi feito desde o último encontro, o que será feito, se há algum problema ou algo a ser comentado. | Ages IV | AGES I, II, III, IV | Seg e Quarta, 17:30 | 15 minutos |
|
|
|
|
| Sprint Review | Avalia-se o que foi feito e desenvolvido durante a Sprint | Ages IV | AGES I, II, III, IV e Cliente. | A cada final de sprint | 1 hora |
|
|
|
|
| Sprint Planning |Avalia-se o que será realizado durante a Sprint, priorizando os itens do Backlog para aquela Sprint. | Ages IV | AGES I, II, III, IV e Cliente | A cada final de Sprint | 30 minutos |
|
|
|
|
Backlog Refinament | O backlog refinament é uma cerimonia que visa revisitar as historias que serão trabalhadas na sprint para que o time tenha total entendimento do que sera desenvolvido e eventualmente tirando duvidas que existam, alterando escopo da historia caso seja necessario| Ages IV | Ages I, II, III e IV | Uma vez por sprint, após a sprint planning |30 min - 1 hora
|
|
|
|
| Sprint Retrospective | A retrospectiva trata-se de uma oportunidade para o time avaliar fraquezas e fortalezas a serem implementadas para próxima Sprint. Ocorre a discussão do que foi bom/ruim durante a Sprint e é o jeito de formalizar o que foi feito de bom/ruim durante aquele aquele período de tempo. | Ages IV | AGES I, II, III, IV | A cada final de Sprint. | 1 hora e 30 minutos |
|
|
|
|
|
|
|
|
|
|
|
|
## Plano de riscos
|
|
|
|
|
|
|
|
TBD
|
|
|
|
|
|
|
|
|
|
|
|
|
