Paulo Aranha| Página Inicial |
|---|
Página de Gerênciamento do Projeto
Nesta página, deve ser apresentado as seguintes informações:
- Termo de Abertura (Atualização)
- Identificação dos Stakeholders
- EAP
- User Stories
- Cronograma
- Plano de Comunicação
- Plano de Recursos Humanos
- Identificação dos Riscos
- Plano de Respostas a Riscos
Deve ser apresentado com Links, Imagens, Texto ou Descrições
Termo abertura projeto
Termo Abertura Projeto Descarta Fácil.pdf
Identificação dos Stakeholders
| Stakeholders | Interesse | Descrição |
|---|---|---|
| Cliente | Alto | Manoela Radtke |
| Cliente | Alto | Thays do Nascimento |
| Cliente | Alto | Natalia Peixoto Pereira |
| Usuários | Alto | Qualquer pessoa interessada |
| Equipe | Alto | Time do projeto |
| Ages | Alto | Agência onde o projeto é desenvolvido |
EAP
User Stories
Para acessar as user stories clique aqui
- Imagens user stories:
Cronograma
| Sprint | Data Início | Data Fim |
|---|---|---|
| Sprint 0 (Warm Up) | 12 março 2021 | 26 março 2021 |
| Sprint 1 | 26 março 2021 | 16 abril 2021 |
| Sprint 2 | 16 abril 2021 | 30 abril 2021 |
| Sprint 3 | 30 abril 2021 | 28 maio 2021 |
| Sprint 4 (final) | 28 maio 2021 | 18 junho 2021 |
| Apresentação final | 02 julho 2021 | 02 julho 2021 |
Plano de Comunicação
Plano de Recursos Humanos
Função por níveis
| Ages | Responsáveis | Objetivo | Função | Artefatos |
|---|---|---|---|---|
| I | - Kevin - Rafael - Luiz Felipe - Arthur Maia - Tiago Villa - Jorge Luis |
- Programação - Testes - Depuração |
- Desenvolver - código Auxiliar no desenvolvimento dos Mockups - Auxiliar na documentação da Wiki - Executar testes funcionais |
- Codigo desenvolvido e salvo no GIT - Relatorio das Sprints - Relatorio de Andamento - Relatorio Final |
| II | - Lucas Staudt | - Analise de Requisitos - Projeto de Banco de Dados - Programação |
- Apoio a AGES I - Desenvolver código - Refatorar código |
- Fazer o levantamento dos Requisitos - Desenvolver e documentar o banco de dados (exemplo ER) - Toda a documentação técnica deve estar na Wiki |
| III | - Lucas - José |
- Testes e verificação - Projeto de software - Arquitetura de software |
- Apoio a AGES I e II - Desenvolver o setup para o projeto - Toda a documentação técnica deve estar na wiki |
- Segurança - Rotas de Backend (Arquitetura funcional) * Objects - Backend API - Arquitetura Não Funcional - Diagrama de Pacotes/Componentes (Arquitetura de Software) - Diagrama de Deploy - Documentação sobre aplicação de Design do Projeto - Analise dos principios SOLID - Code Review - Pagina na Wiki de Documentação - Relatorio das Sprints Andamento e Final |
| IV | - Guilherme - Giuseppe - João - Paulo |
- Gerenciamento de Projetos - Aprofundamento de outras competências desenvolvidas no curso - Portfolio de conclusão de curso |
- Apoio a AGES I, II e III - Planejamento das Sprints - Criação das User Stories junto aos Stakeholders - Controle das tarefas do time (exemplo via trello) - Motivação do time - Controle do Processo da AGES - Desenvolvimento do Plano de Gestão do Projeto - Toda a documentação da gestão do projeto deve estar na Wiki |
- Termo de abertura (Atualização) - Identificação dos Stakeholders - EAP - User Stories - Cronograma - Plano de Comunicação - Plano de Recursos Humanos - Identificação dos Riscos - Plano de Respostas a Riscos - Pagina da Wiki de Documentação - Relatórios das Sprints, andamento e Final |
Identificação dos Riscos
| Risco | Tipo | Probabilidade | Impacto | Exposição |
|---|---|---|---|---|
| Falha na comunicação com as Stakeholders | Externo | 3 | 4 | 12 |
| Falha na comunicação interna do time | Gerenciamento de Projeto | 4 | 5 | 20 |
| Má divisão das tarefas | Gerenciamento de Projeto | 3 | 4 | 12 |
| Problemas com as tecnologias/arquitetura | Técnico | 3 | 5 | 15 |
| Problemas com a infraestrutura | Técnico | 3 | 5 | 15 |
| Centralização de conhecimento | Gerenciamento de Projeto | 4 | 4 | 16 |
| Redução do interesse do cliente | Gerenciamento de Projeto | 3 | 5 | 15 |
| Desistência de integrantes do time | Gerenciamento de Projeto | 3 | 5 | 15 |
Plano de respostas a Riscos
| Risco | Estratégia | Ação | Responsaveis |
|---|---|---|---|
| Comunicação com as Stakeholders (clientes) | Mitigar | Sugerir uma possível outra forma de contato que a cliente utilize com maior frequência, sempre enfatizando a importância da participação dela nas decisões e entregas do time. | Professor e Ages IV (Whats). |
| Comunicação interna do time | Mitigar | Manter os canais de comunicação, tanto em aula quanto fora, em funcionamento. | Ages IV |
| Divisão de tarefas do time | Mitigar | Plannings organizadas/objetivas e histórias de usuário bem descritas e inseridas na ferramenta Trello, também garantir que todos os membros do time tenham tarefas a serem realizadas. | Ages IV |
| Tecnologias escolhidas | Mitigar | Garantir que as tecnologias escolhidas sejam suficientes para o desenvolvimento do projeto e que o time inteiro as utilize seguindo boas práticas de desenvolvimento. | Ages III |
| Modelagem de BD escolhida | Mitigar | Garantir que a modelagem do Banco de Dados esteja sendo seguida no desenvolvimento | Ages II |
| Infraestrutura escolhida | Mitigar | Avaliar caminhos possiveis a seguir | Ages III |
| Centralização de conhecimento | Mitigar | Incentivar a troca de informações entre o time. | Ages IV |