Skip to content

Postmortem

Marcelo Augusto edited this page Sep 27, 2017 · 6 revisions

Histórico de Revisão

Data Versão Descrição Autor(es)
27/09/2017 1.0 Criação do documento Equipe de GPP/MDS

Sumário

1. Objetivo

2. Pontos fortes

3. Pontos fracos

4. Melhorias

1 Objetivo

Postmortem é um documento que sinaliza a conclusão de um projeto onde a equipe faz um pontos positivos e negativos e melhorias que poderiam ser aplicadas em projetos futuros. O PMBOK define que a criação do postmortem é uma boa prática de projeto, é através dela que torna possível visualizar quais foram as lições aprendidas com o projeto, além dos principais riscos que tiveram durante o desenvolvimento.

2 Pontos fortes

  • Suporte da equipe de GPP
  • Interesse em aprender de MDS
  • Integração dos membros
  • Gamificação
  • Nivelamento de conhecimento
  • Comprometimento da maioria dos membros da equipe
  • Equipe disposta a ajudar quando um membro necessita
  • Busca por ajuda de especialistas

3 Pontos Fracos

  • Dificuldade na tomada de decisão
  • Irresponsabilidade de alguns membros com o projeto
  • Membro não poder participar das reuniões
  • Mudanças no tamanho da equipe
  • Falta de conhecimento da tecnologia
  • Documentação da tecnologia do Django meio confusa
  • Dependência alta entre as atividades do inicio do projeto
  • Desmotivação de membros no começo do projeto
  • Má distribuição de tarefas no começo do projeto
  • Falta de produtividade

4 Melhorias

  • Dificuldade na tomada de decisão: Procurar especialistas que auxiliaram na decisão.
  • Irresponsabilidade e demotivação de alguns membros com o projeto: Através da gamificação a equipe de GPP tentará engajar mais os membros.
  • Documentação da tecnologia do Django meio confusa: A equipe começará a procurar não apenas na documentação oficial e começará a utilizar de fóruns onlines como o stack overflow para solucionar problemas.
  • Membro não poder participar das reuniões: Marcar reuniões em outro horário ou via hangout.
  • Falta de conhecimento da tecnologia: Realização de mais dojos e cursos online da linguagem e do Framework utilizado
  • Má distribuição de tarefas no começo do projeto: Planejar melhor as atividades, fazendo com que todos os membros tenham a mesma carga de trabalho.

Grupo 2

logo

Release II

Equipe

Sprints

Sprint 0

Sprint 1

Sprint 2

Sprint 3

Sprint 4

Sprint 5

Sprint 6

Sprint 7

Sprint 8

Release I

Gerência do Projeto














Desenvolvimento de Software

Clone this wiki locally