|
|
| [Home](home) | [Arquitetura](arquitetura) | [Banco de Dados](banco_dados) | [Configuração](configuracao) | [Gerenciamento do Projeto](Gerenciamento_projeto) | [Instalação](instalacao) | [Materiais de Estudo](Materiais_estudo) | [Mockups](mockups) | [Requisitos](requisitos) | [Reunioes](reunioes) | [Sprints](sprints) | [Time](time) |
|
|
|
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|
|
|
<br />
|
|
|
|
|
|
# Página de Gerenciamento do Projeto
|
|
|
|
|
|
### Termo de Abertura
|
|
|
[Termo de Abertura](/Arquivos/termo-de-abertura.pdf)
|
|
|
|
|
|
<br/>
|
|
|
|
|
|
### Papéis e Responsabilidades
|
|
|
[Papéis e Responsabilidades](/Arquivos/papeis-responsabilidades-ages.pdf)
|
|
|
|
|
|
<br/>
|
|
|
|
|
|
### Identificação dos Stakeholders
|
|
|
| Stakeholder | Interesse | Impacto | Estratégia |
|
|
|
|----|----|----|----|
|
|
|
| Jaqueline (dona do projeto) | Digitalizar o projeto desenhado por ela | Alto | Fazer reuniões quinzenais para demonstrar o progresso e próximos passos |
|
|
|
| Pais | Acompanhar o progresso de seu filho no processo terapêutico | Alto | Manter informado |
|
|
|
| Filhos | Realizar análise de suas emoções e ações em um ambiente digital | Alto | Manter informado |
|
|
|
|
|
|
<br/>
|
|
|
|
|
|
### EAP
|
|
|
<p align="center">
|
|
|
<img src="/Arquivos/GP-EAP.png">
|
|
|
</p>
|
|
|
<br/>
|
|
|
|
|
|
### Time e Tribos
|
|
|
<p align="justify">Divisão do time em pequenas tribos de 3 a 4 participantes. Cada tribo deve possuir 1 (um) AGES III-IV e no máximo 3 (três) AGES I-II. Para mais detalhes, acesse a aba [Time](time).</p>
|
|
|
|
|
|
<br/>
|
|
|
|
|
|
### Plano de Comunicação
|
|
|
| Tipo | Objetivo | Meio | Frequência | Audiência | Responsável | Entrega |
|
|
|
|----|----|----|----|----|----|----|
|
|
|
| Kickoff do Projeto | Apresentação para equipe e entendimento das necessidades do Stakeholder | Presencial | Única | Stakeholder, Equipe, Professor | Gerente do Projeto | User Stories |
|
|
|
| Weekly (daily) | Revisão do progresso do time | Digital | Semanalmente | Todos | Gerente do Projeto | Nenhuma |
|
|
|
| Reunião das tribos | Revisão do progresso individual dos colegas | Digital | Semanalmente | Todos | Managers | Report ao Gerente do Projeto |
|
|
|
| Sprint Planning | Planejamento das entregas | Digital | A cada sprint | Managers + Stakeholder | Gerente do Projeto | Tarefas da Sprint |
|
|
|
| Sprint Retro | Revisão das entregas | Digital | A cada sprint | Todos + Stakeholder | Gerente do Projeto | Feedback para equipe |
|
|
|
| Criação da Wiki | Documentar o projeto e seus artefatos | Digital | Sempre que necessário | Todos | Managers | Wiki |
|
|
|
| Slack | Resolver dúvidas rápidas e agilizar comunicação | Digital | Sempre que necessário | Todos | Managers | Slack |
|
|
|
| Whatsapp | Resolver dúvidas rápidas e agilizar comunicação | Digital | Sempre que necessário | Todos | Managers | Whatsapp |
|
|
|
|
|
|
<br />
|
|
|
|
|
|
### Cerimônias de organização e Feedbacks
|
|
|
|
|
|
#### Sprint Planning
|
|
|
<p align="justify">
|
|
|
Essa é o momento em que a equipe organiza as tarefas para a próxima sprint. Durante o Sprint Planning Meeting, as funcionalidades de maior prioridade para a Stakeholder são avaliadas. A equipe faz perguntas durante a reunião de modo que seja capaz de quebrar as funcionalidades em tarefas técnicas. Essas tarefas irão dar origem ao Sprint Backlog.
|
|
|
</p>
|
|
|
|
|
|
#### Sprint Retro
|
|
|
<p align="justify">
|
|
|
Trata-se de uma cerimônia clássica do SCRUM. Neste momento, a entrega é avaliada a fim de entender o que foi bom (logo, deve continuar a ser feito) e os pontos de falha (logo, deve ser ajustado).
|
|
|
</p>
|
|
|
|
|
|
#### Weekly do Time
|
|
|
<p align="justify">
|
|
|
Esse cerimônia trata-se da Daily proveniente dos métodos ágeis. No entanto, há uma pequena adaptação: a equipe se encontra semanalmente, em contraste com equipes de software que habitualmente possuem encontros diários.
|
|
|
</p>
|
|
|
|
|
|
#### Weekly da Tribo
|
|
|
<p align="justify">
|
|
|
Essa é uma cerimônia criada pelo time utilizando as experiências passadas para propor uma melhoria no processo.
|
|
|
Utiliza-se o conceito de tribo, de forma que há contato individualizado, no qual um membro da equipe mais experiente (AGES III e IV) auxilia os AGES I e II com feedbacks e soluções técnicas.
|
|
|
</p>
|
|
|
|
|
|
|
|
|
### Plano de Recursos Humanos
|
|
|
<p align="justify">Divisão do time em pequenas tribos de 3 a 4 participantes. Cada tribo deve possuir 1 (um) AGES III-IV e no máximo 3 (três) AGES I-II. Para lista completa de alunos, acesse a aba [Home](home).</p>
|
|
|
|
|
|
<br/>
|
|
|
|
|
|
### Riscos
|
|
|
#### Strengths
|
|
|
- Mão de obra abundante
|
|
|
- Líderes técnicos competentes
|
|
|
- Stakeholder muito atuante
|
|
|
- Equipe motivada
|
|
|
- Projeto já é um produto físico da Stakeholder
|
|
|
|
|
|
#### Weakness
|
|
|
- Equipe júnior (muitos AGES 1 e AGES 2)
|
|
|
- Distanciamento devido COVID-19
|
|
|
- Entendimento do projeto
|
|
|
|
|
|
#### Opportunities
|
|
|
- Desenvolver um projeto com layout desafiador
|
|
|
- Ter contato com área de negócio diferente
|
|
|
- Desenvolvimento de hardskills e softskills para todos da equipe
|
|
|
|
|
|
#### Threats
|
|
|
- Gestão de um time muito grande
|
|
|
- Problemas na comunicação devido distanciamento
|
|
|
- Desistências de alunos
|
|
|
- Evolução do projeto pode estar confusa para Stakeholder
|
|
|
|
|
|
<br/>
|
|
|
|
|
|
### Plano de Respostas aos Riscos
|
|
|
| Risco | Ação | Estratégia | Responsável |
|
|
|
| ---- | ---- | ---- | ---- |
|
|
|
| Falhas na gestão do time | Intensificar trabalho dos managers | Mitigar | Gerente do Projeto |
|
|
|
| Falha de comunicação | Intensificar comunicação e reuniões com horário definido | Mitigar | Gerente do Projeto |
|
|
|
| Falta de conhecimento técnico | Disponibilizar treinamentos e sessões de mentoria técnica | Mitigar | Managers
|
|
|
| Desistências | Corrigir alocação de colegas nas tribos | Mitigar | Gerente do Projeto
|
|
|
| Redução de interesse da Stakeholder | Revalidar os requisitos e engajar Stakeholder no projeto | Mitigar | Gerente do Projeto
|
|
|
| Má escolha da arquitetura | Avaliar outras arquiteturas possíveis | Aceitar | Arquiteto |
|
|
\ No newline at end of file |