Controle das Mudanças
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 19/04/2017 | 1.0 | Mudanças no escopo | Gesiel Freitas |
| 28/04/2017 | 1.1 | Estruturação do documento | Vinicius Carvalho |
Sumário
1. Finalidade
A finalidade de ter processos padrão de controle de mudanças documentados é assegurar que as mudanças feitas em um projeto sejam consistentes e que os envolvidos adequados sejam informados do estado do produto, das mudanças feitas nele e do impacto de custo e programação gerado por essas mudanças. [RUP]
Este documento tem por finalidade apresentar as mudanças significativas identificadas durante a realização da release 1 do projeto.
2. Mudanças
Segundo Hodgetts (2000), as empresas tem que ser capazes de atuar em um ambiente no qual independentemente do lugar, tempo, volume ou qualquer fator, as premissas e as regras do jogo mudem continuamente. Para ele a mudança além de desejável, é necessária.
Quando pensamos e planejamos um projeto sempre focamos no êxito. Tanto é assim que planejamos soluções para os problemas e obstáculos que possam vir a acontecer no projeto. Infelizmente um projeto nunca termina como começou. Isso não deve surpreender e nem ser considerado como falta de competência da gerência do projeto.
2.1. Escopo
O escopo teve varias alterações, onde tivemos que fazer varias reuniões para compreender e conseguir fechar o escopo do sistema. A cada reunião com a nossa cliente haviam mudanças. A equipe de gestão então preparou uma proposta de regra de negócio para que ela validasse e fechasse o escopo.
2.2. Tempo
Devido a varias mudanças no escopo e uma demora para conseguirmos a primeira reunião com a cliente, todo o projeto acabou sendo atrasado. Devido a percepção de que atividades atrasariam e ficariam como dívida técnica para as próximas iterações (dificuldade no contato com o cliente), a equipe decidiu iniciar na segunda iteração documentos que era previstos apenas para a terceira de modo que a equipe não ficasse ociosa aguardando feedback da cliente. Evitando assim um grande carga na última iteração
2.3. Arquitetural
Com varias mudanças de escopo, houve um atraso na definição de casos de uso, diagrama de classe, modelo de domínio, etc. Com isso a equipe procurou fazer reuniões todas as vezes que haviam mudanças para que o alinhamento das mudanças do projeto fosse passado o mais rápido para todos os membros.
3. Referências Bibliográficas
PMI. Um guia do conhecimento em gerenciamento de projetos. Guia PMBOK 5a. ed. - EUA: Project Management Institute, 2013.
RUP. Fundação de Apoio da Universidade Federal do Paraná. Processos do RUP. Rational Software Corporation, 2001.