Gerênciamento do Projeto

Home	Sprints	Requisitos	Arquitetura	Configuração	Mockups	Gitflow	Banco de Dados	Instalação	Gerência de Projeto	Horários Disponiveis

Página de Gerênciamento do Projeto

Nesta página, deve ser apresentado as seguintes informaçõ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

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. 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.	Cliente	AGES I, II, III, IV e Cliente	Uma vez	1 hora e 30 minutos
Daily (aula meeting)	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 removidos.	Professor	AGES I, II, III, IV	Sextas-feiras, 19:15 (início dos encontros síncronos)	20 minutos
Sprint Review	Demonstra-se, revisa-se e discute-se aquilo que foi trabalhado durante a Sprint, fornecendo inputs importantes para a Sprint Planning.	AGES IV	AGES I, II, III, IV e Cliente	Ao final de cada sprint (Aproximadamente 3 semanas)	45 minutos
Sprint Planning	Planeja-se o trabalho que será realizado durante a Sprint, priorizando-se itens do Product Backlog e movendo-os para o Sprint Backlog.	AGES IV	AGES I, II, III, IV e Cliente	Ao final de cada sprint (Aproximadamente 3 semanas)	45 minutos
Retrospectiva da Sprint	A Retrospectiva da Sprint é uma oportunidade para o time se inspecionar e criar um plano de melhorias a serem implementadas durante a próxima Sprint. Durante o evento, a equipe discute o que correu bem na Sprint e o que pode ser melhorado na próxima Sprint. Embora melhorias possam ser implementadas a qualquer momento, a Retrospectiva da Sprint oferece uma oportunidade formal para focar na inspeção e adaptação.	AGES IV	AGES I, II, III, IV	Ao final de cada sprint (Aproximadamente 3 semanas)	1 hora e 40 minutos
Divisão de tarefas	Momento em que é realizada a divisão das User stories entre as squads.	AGES IV	AGES I, II, III, IV	Aproximadamente a cada 3 semanas (início da Sprint)	20 minutos
Squads Breakdown	Momento em que os Gerentes de Projeto se reunem para organizar o time dividindo-o em squads, considerando nessa divisão critérios que visem maximizar a produtividade e efetividade dos desenvolvedores para que assim atinjam o objetivo da entrega estipulada na Sprint.	AGES IV	AGES IV	Ao fim da sprint, podendo manter as squads atuais	30 minutos

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

Retrospectivas

Sprint 0 (Warm Up)
Sprint 1
Sprint 2
Sprint 3
Sprint 4