Gislaine. Você pode enxergar projetos (tanto de desenvolvimento quanto de implantação) em dois eixos ou dimensões: as tarefas ou processos relativos à Gestão de Projetos e aquelas ligadas à metodologia de desenvolvimento/implementação. Com relação aos primeiros, a referência mais comum vem do PMBoK. Neste caso, considero como imprescindíveis: * Project Charter - que contenha no mínimo o objetivo do projeto, as restrições (de data, custo, tecnologia), a definição do gerente do projeto e o OK dos sponsors. * Plano de Gerenciamento de Mudanças, * Plano de Comunicações - que pode estar na apresentação de kickoff para projetos menores e de equipes pequenas * Ata/apresentação de kickoff do projeto (este é parte do plano de comunicações), * atas de reuniões (sempre no padrão que contenha ações, responsáveis e datas), * cronograma (nem que seja em Excel), * planilha de orçamento do projeto (M.o., materiais), * planilha de gestão de riscos - que contenha, para cada risco, a decisão tomada (mitigar, aceitar, eliminar) e o plano de ação com responsável para a ação do risco, e o plano de acompanhamento dos riscos (com que frequencia os riscos serão formalmente reavaliados) * checklists de passagem de fase de projetos (os chamados "Control Gates") * plano de ambiente e de preparação do ambiente (inclui os recursos necessários para a equipe trabalhar). OBservação importante: o grau de formalismo dos docs acima varia conforme o tamanho do projeto. Uma proposta interessante (e aqui não é propaganda alguma), é olhar a ideia proposta em www.theonepageprojectmanager.com Com relação aos documentos relacionados à metodologia em si, e aqui estamos falando dos produtos mesmo do projeto, isso vai variar conforme a metodologia; RUP, Scrum, ASAP etc... Detalhe interessante: essas metodologias já incluem em sua "teoria" alguns aspectos da gestão de projetos. No RUP tem-se o workflow de gestão de projetos, na ASAP já estão previstas atividades e documentos ligados à gestão de projetos. O importante é a integração entre os documentos do projeto e a metodologia. Então é o caso de ver, na sua organização,o que a metodologia já prevê e adaptar caso-a-caso. E,principalmente no caso de implementação de pacotes de certo porte e impacto na organização, ainda há atividades e documentos de uma disciplina muito falada mas pouco compreendida, que eu chamo de "Gestão de Mudanças Organizacionais" (enfatizo a palavra Organizacionais para não confundir com a gestão de mudanças do projeto). Isso em parte é coberto pelo Plano de Comunicaçoes do Projeto, mas há ferramentas interessantes. Marcel Fleming
2009/8/3 Gislaine Bueno <[email protected]> > > > Boa Noite, Amigos.. > > Estou iniciando um trabalho novo na Area de Projetos, antes trabalhava com > Infra-Estrutura e agora vou para a area de desenvolvimento/sistemas e > implementação de ERP´s. > > Gostaria da ajuda de vcs para entender quais os docs de Projetos que se > aplicam para ambas as áreas. > > PIP (plano de integração projeto) > PGM (plano mudança), PGR(plano risco), etc.. > > Um Abração! > > Gislaine > > ------------------------------ > Veja quais são os assuntos do momento no Yahoo! + Buscados: Top > 10<http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/>- > Celebridades<http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/celebridades/>- > Música<http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/m%C3%BAsica/>- > Esportes<http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/esportes/> > > >
