This is an old version of this page. You can view the most recent version or browse the history.

gp

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

Página de Gerenciamento do Projeto

Termo de abertura do projeto

Termo_de_Abertura_do_Projeto.pdf

Identificação dos stakeholders

EAP

Plano de Comunicação

Evento	Objetivo	Responsável	Envolvidos	Frequência	Duração
Weekly	Acompanhar o desenvolvimento do projeto	Voluntário	Time	sexta	10min
Planning	Planejar a próxima sprint	GP	Time	Após retrospectiva	60min
Review	Apresentar o que foi desenvolvido aos Stakeholders	GP	Time e stakeholders	Ao final da sprint	60min
Retrospectiva	Avaliar desempenho do time na última sprint, sugerir melhorias e criar planos de ação	GP	Time	Após review	30min
Refinamento	Refinar user stories que serão desenvolvidas na sprint subsequente	GP ou Arquitetos	GP e arquitetos	Uma vez por sprint	1h

Plano de Respostas a Riscos

Risco	Impacto	Probabilidade	Plano A (prevenção)	Plano B (contingência)	Estratégia
Feriados	3	5	--	Adicionar mais user stories a sprint dado que serão mais longas	Aceitar
Conhecimento do time em relação às tecnologias utilizadas	5	3	Incentivar estudos dirigidos	Formar subequipes balanceadas no quesito conhecimento técnicos	Mitigar
Qualidade do projeto não satisfatória	5	3	Incentivar práticas como testes automatizados e code review	Reduzir quantidade de user stories por sprint para priorizar qualidade acima de quantidade entregue	Mitigar
Demandas fora do escopo	1	3	--	Priorizar demandas de acordo com a duração do projeto	Mitigar
Baixo comprometimento dos stakeholders	3	3	--	Seguir o escopo inicial e o que foi definido na reunião de elicitação de requisitos	Mitigar
Baixo comprometimento dos time	5	3	mesclar conhecimentos dos que sabem mais com os que sabem menos, pra evitar inibição	Acompanhar as atividades do time propondo melhorias na divisão do time	Mitigar