|
|
| [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)
|
|
| [Home](home) | [**Escopo**](escopo) | [Gerência](gerencia) | [Processo](processo) | [Mockups](design_mockups) | [Configuração](configuracao) | [Arquitetura](arquitetura) | [DataBase](banco_dados) | [Referências](estudos) |
|
|
|
| :----------: | :-----------: | :---------: | :-------: | :---------: | :------------: | :---------: | :------: | :--------: | :------: | :------: | :------------------: |
|
|
|:-:|:-:|:-:|:-:|:-:|:-:|:-:|:-:|:-:|
|
|
|
|
|
|
|
|
# Gerência
|
|
# Página de Gerenciamento do Projeto
|
|
|
|
|
|
|
|
## Acesso rápido
|
|
**Tópicos**
|
|
|
|
|
|
|
|
- Termo de Abertura do Projeto
|
|
- [Termo de Abertura](#termo-de-abertura)
|
|
|
- Estrutura Analítica do Projeto (EAP)
|
|
- [Identificação do Cliente](#cliente)
|
|
|
- User Story
|
|
- [Papéis e Responsabilidades dos Gerentes de Projeto](#papéis-e-responsabilidades-dos-gerentes-de-projeto)
|
|
|
- Cronograma
|
|
- [Estrutura analítica de projeto (EAP)](#estrutura-analítica-de-projeto-eap)
|
|
|
- Matriz de responsabilidade
|
|
- [Plano de Comunicação](#plano-de-comunicação)
|
|
|
- Sprints
|
|
- [Matriz de Responsabilidade](#matriz-de-responsabilidade)
|
|
|
|
|
- [Plano de Riscos](#plano-de-riscos)
|
|
|
## Matriz de responsabilidades
|
|
|
|
|
|
|
## Termo de Abertura
|
|
|
[Matriz de responsabilidade no Google Sheets](https://docs.google.com/spreadsheets/d/1ehh1Nrq_1UXt9THXKpogVoP5SDiMaa2Av8d8LeQsVpA/edit?usp=sharing)
|
|
|
|
|
|
|
[Versão em PDF](https://www.pucrs.br/politecnica/wp-content/uploads/sites/166/2021/12/PROJETO-Vou-Imigrar.pdf)
|
|
|
**Sprint 0**
|
|
|
|
|
|
|
**Título do Projeto: MUTIRÃO DO BEM**
|
|
|
| Atividade | AGES I | AGES II | AGES III | AGES IV |
|
|
|
|
|
| --------- | ------ | ------- | -------- | ------- |
|
|
**Justificativa do Projeto**: O desejo de sair do país sempre foi muito grande, principalmente entre os jovens, que sonham com novas oportunidades e mais qualidade de vida e segurança. Com a pandemia essa demanda ficou reprimida, mas agora as perspectivas são de uma grande retomada já que muitos países precisam do nosso capital humano para movimentar sua economia. Além disso, com a ascensão do home office cada vez mais as pessoas poderão viver em qualquer lugar. A questão é que muitas pessoas consideram que imigrar para outro país é um processo complexo, existem muitas informações soltas na internet e não sabem em quem confiar por onde começar. Também ficam indecisos na hora de escolher qual destino seria mais indicado. Agências de intercâmbio também tentam encaixar as pessoas nas regras dos países que eles vendem e não necessariamente nas opções que melhor se encaixam para as pessoas. A nossa proposta é justamente inverter essa lógica e aumentar as possibilidades, ou seja, apresentaremos que países mais se encaixam para cada perfil e não o contrário.
|
|
|
| Alimentar a wiki | R | R | R | R |
|
|
|
|
|
| Definir ferramenta de mockups | C | R | A | A |
|
|
**Objetivos do Projeto**: O objetivo do projeto é a criação de uma plataforma inovadora para o setor, facilitando o processo de imigração de forma completa. A proposta da Vou Imigrar é começar entregando uma combinação dos dados do perfil de cada viajante com as regras imigratórias dos países, para indicar qual país possui mais chances de aceitação de cada pessoa.
|
|
|
| Desenvolver mockups | C | R/A | C | A |
|
|
|
|
|
| Definir arquitetura | I | I | R/A | C/A |
|
|
**Descrição do Projeto em alto nível:**
|
|
|
| Definir tecnologias (front/back) | C | C | R/A | A |
|
|
|
|
|
| Criar projeto inicial (front/back) | I | I | R/A | A |
|
|
|
|
|
| Definir estratégia de Verificação e Validação | I | C | R/A | C/A |
|
|
|
|
|
| Documentar projeto/arquitetura inicial | I | I | R/A | A |
|
|
|
|
|
| Criar User Stories | C | C | C | R/A |
|
|
|
|
|
| Realizar estudos dirigidos | R | R | R | R |
|
|
|
|
|
| Definir plano de comunicações | I | I | I | R/A |
|
|
|
|
|
| Definir organização do time | I | I | C | R/A |
|
|
|
|
|
| Documentação de requisitos | R/A | C | C | A |
|
|
|
|
|
| Definir o git workflow | C | C | R | A |
|
|
|
|
|
| Modelar o BD (conceitual/lógico) | I | R/A | R/A | A |
|
|
|
|
|
| Apresentar no dia 23/08 | C | C | C | R |
|
|
|
|
|
|
|
|
|
|
**Sprint 1,2,3,4**
|
|
|
|
|
|
|
|
|
|
| Atividade | AGES I | AGES II | AGES III | AGES IV |
|
|
|
|
|
| --------- | ------ | ------- | -------- | ------- |
|
|
|
|
|
| Alimentar a wiki | R | R | R | R |
|
|
|
|
|
| Definir squads | C | R | A | A |
|
|
|
|
|
| Definir marcos da sprint | I | I | C | R/A |
|
|
|
|
|
| Quebra de tasks | C | C | R | R/A |
|
|
|
|
|
| Documentar projeto/arquitetura inicial | I | I | R/A | A |
|
|
|
|
|
| Desenvolvimento | R | R | R/A | C/A |
|
|
|
|
|
| Code review| C | C | R/A | C |
|
|
|
|
|
| Deploy da aplicação | I | I | R | A |
|
|
|
|
|
| Definir organização do time | I | I | C | R/A |
|
|
|
|
|
| Documentação de requisitos | R/A | C | C | A |
|
|
|
|
|
| Definir o git workflow | C | C | R | A |
|
|
|
|
|
| Apresentação da review | C | C | C | R |
|
|
|
|
|
|
|
|
|
|
**Apresentações ao Stakeholder**
|
|
|
|
|
|
|
|
|
|
|Sprint | Pessoa (R)|
|
|
|
|
|
| --------- | ------ |
|
|
|
|
|
| 0 | Max Franke |
|
|
|
|
|
| 1 | Lucas Schell |
|
|
|
|
|
| 2 | Frederico Thofehrn |
|
|
|
|
|
| 3 | Max Franke |
|
|
|
|
|
| 4 | A Definir |
|
|
|
|
|
|
|
|
|
|
## 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 |
|
|
|
|
|
| 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 |
|
|
|
|
|
|
|
|
|
|
|
**Ação do usuário**
|
|
|
|
* Login do Usuário
|
|
|
|
* Cadastro do Cliente Usuário
|
|
|
|
* Mapeamento do Perfil do Usuário
|
|
|
|
* Jornada do Usuário
|
|
|
|
|
|
|
|
## Plano de riscos
|
|
**Ação do administrador**
|
|
|
|
* Login do Administrador
|
|
|
|
* Cadastro de Cliente Parceiro (Escolas, Hospedagem, Translado, etc...)
|
|
|
|
* Cadastro de Países (Pessoas e empresas)
|
|
|
|
|
|
|
|
| Risco | Probabilidade | Impacto | Severidade | Estratégia | Ações |
|
|
**Tecnologia:** Aplicativo Mobile
|
|
|
| --------- | ------ | ------- | -------- | ------- | ------- |
|
|
|
|
|
| Falta de engajamento de membros | 4 | 5 | 20 | Mitigar | Avaliar com colegas e comunicar quando isso acontecer. Caso esteja muito difícil de lidar com esse risco, reorganizar os times. |
|
|
## Cliente
|
|
|
| Problemas inesperados na demostração para o cliente | 4 | 5 | 20 | Eliminar | Realizar testes prévios e validar na noite anterior à apresentação |
|
|
* Janaína Brentano
|
|
|
| Alterações de escopo | 4 | 5 | 20 | Mitigar | Definir no inicio do projeto e validar qualquer tipo de mudança com o time |
|
|
* Cristhine Caprara
|
|
|
| Falta de presença do stakeholder | 2 | 5 | 10 | Transferir | Validar na manhã da apresentação com o cliente. Manter comunicação presente. |
|
|
* Leandro Silva
|
|
|
| Falta de entrega de User Stories planejadas | 4 | 4 | 16 | Mitigar | Definir tempo de desenvolvimento das tarefas. Acompanhar desenvolvimento do time. Ajudar no que for necessário. |
|
|
|
|
|
|
|
|
|
|
## Papéis e Responsabilidades dos Gerentes de Projeto
|
|
|
|
No início do projeto foi decidio que todos os GPs atuariam nos três papéis descritos abaixo.
|
|
|
|
|
|
|
|
### Papéis gerais
|
|
|
|
* Acompanhar o time no desenvolvimento do projeto;
|
|
|
|
* Desenvolver e acompanhar a documentação na wiki;
|
|
|
|
* Desenvolver e monitorar e atualizar o Trello;
|
|
|
|
* Identificar impedimentos e reportar as lideranças técnicas;
|
|
|
|
* Realizar testes funcionais da aplicação;
|
|
|
|
* Preparar e liderar rituais de desenvolvimento Ágil e Retrospectivas;
|
|
|
|
|
|
|
|
### Papéis de Scrum Master/Product Owner
|
|
|
|
* Conduzir a *sprint planning*
|
|
|
|
* Conduzir a estimativa das tarefas da equipe
|
|
|
|
* Conduzir e documentar as dailies
|
|
|
|
* Fazer a montagem e acompanhamento do Trello
|
|
|
|
* Preparar as apresentações de entrega das Sprints
|
|
|
|
* Apresentação da Sprint para os Stakeholders
|
|
|
|
|
|
|
|
|
|
|
|
### Papéis técnicos
|
|
|
|
* Acompanhar as squads no desenvolvimento
|
|
|
|
* Auxiliar com a produção de código, se necessário
|
|
|
|
* Monitorar qualidade da arquitetura e Banco de Dados
|
|
|
|
* Monitorar e levantar eventuais impedimentos
|
|
|
|
* Definir deadlines para que o conteúdo desenvolvido esteja no ambiente de homologação da AGES
|
|
|
|
|
|
|
|
## Estrutura analítica de projeto (EAP)
|
|
|
|
|
|
|
|
|
|
|
|
## 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, os Stakeholders. 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. | AGES IV e Cliente | AGES I, II, III, IV e Cliente | Uma vez no início do semestre | 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 solucionados. As dailies são registradas pelos AGES IV | AGES IV | AGES I, II, III, IV | Terças-feiras via Discord e Sextas-feiras às 19:15 (início dos encontros síncronos) | Máximo 20 minutos |
|
|
|
|
| Sprint Review | Momento de apresentar para o Cliente o resultado do que foi desenvolvido durante a Sprint coletando validações e inputs dos Stakeholders para cada atividade do Sprint Backlog. | AGES IV | AGES I, II, III, IV e Cliente | No final de cada sprint | 1 hora |
|
|
|
|
| Sprint Planning | Decisão, junto ao cliente, das tarefas que serão realizadas durante a sprint seguinte. | AGES IV | AGES I, II, III, IV e Cliente | No final de cada sprint | 30 minutos |
|
|
|
|
| Sprint Retrospective | Momento onde o time reflete sobre a sprint anterior, levantando os pontos bons, ruin e melhorias (Action Items). Também é feita a votação do membro destaque da sprint. | AGES IV | AGES I, II, III, IV | No final de cada sprint | 1 hora |
|
|
|
|
|
|
|
|
|
|
|
