Home | Sprints | Requisitos | Arquitetura | Configuração | Boas práticas | Git | Mockups | Banco de Dados | Instalação | Gerência de Projeto | Horários Disponiveis | Retrospectivas |
---|
Gerênciamento do Projeto
Termo de Abertura
Termo_de_Abertura_do_Projeto.pdf
Identificação dos Stakeholders
Stakeholders | Interesse | Descrição |
---|---|---|
Cliente | Alto | Jaqueline Malheiros |
Usuários | Alto | Criança e Responsável |
Equipe | Alto | Time do projeto |
Ages | Alto | Agência onde o projeto é desenvolvido |
EAP
Cronograma
Plano de Comunicação
Eventos:
Ferramentas:
Plano de Recursos Humanos:
Função por níveis
Responsáveis | Objetivo | Função | Artefatos | |
---|---|---|---|---|
Ages I | Wendel Rafael Matheus Percio Enzo |
- Programação - Testes - Depuração |
- Desenvolver código - Auxiliar no desenvolvimento dos Mockups - Auxiliar na documentação do Wiki - Executar testes funcionais |
- Codigo desenvolvido e salvo no GIT - Relatorio das Sprints - Relatorio de Andamento - Relatorio Final |
Responsáveis | Objetivo | Função | Artefatos | |
---|---|---|---|---|
Ages II | Vitoria Giuseppe Fanto Deconto José Douglas |
- 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 |
- Mockups dos frontend - Banco de dados (Colletions e ScriptSQL) - Página na wiki de Documentação - Relatorio das Sprints - Relatório de andamento - Relatório Final |
Responsáveis | Objetivo | Função | Artefatos | |
---|---|---|---|---|
Ages III | Luiza Matheus Lagreca Virgilius |
- 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 *Methods - 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 |
Responsáveis | Objetivo | Função | Artefatos | |
---|---|---|---|---|
Ages IV | Julia Mariana |
- 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 a Stakeholder | 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 a Stakeholder (cliente) | 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. | Time completo (Slack) 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 |