um modelo para o gerenciamento de múltiplos projetos de software proposta de trabalho

Um modelo para o gerenciamento de múltiplos projetos de software

Proposta de Trabalho


Estado da Arte em GP: Teoria das Restrições (ToC) Project Management Office (PMO) Organizational Project Management Maturity

Model (OPM3) PMBOK CMMI – Nível 2 Disciplina de GP do RUP (???)


O CMMI tem sido um dos certificados mais valorizados e mais buscados pelas empresas no momento

O nível 2 do CMMI dá uma ênfase maior à GP

A grande maioria das empresas do Brasil em busca de uma certificação CMMI é para o nível 2


Por que não pegamos as melhores práticas de ToC, OPM3, PMO, RUP, entre outros e adequamos em processos que sejam aderentes ao CMMI?

Assim teríamos: “Um Modelo para o Gerenciamento de Múltiplos Projetos de Software Aderente ao CMMI”

Vantagens: Estaríamos pesquisando algo fortemente integrado com o mercado

O risco do modelo ser engavetado depois de pronto seria menor


Vantagens: Eu trabalho em uma empresa multiprojetos, definindo processos para a obtenção do CMMI 2

Teríamos um ambiente real para testar e refinar o modelo


Idéia: Definir processos que estejam aderentes a todas as Áreas de Processo do CMMI 2

Processos > Sub-processos > Atividades Nas atividades entraríamos com as técnicas mais modernas de GP


Exemplo:Gerenciar os requisitos

Requisitos

Matriz de rastreabilidade ou Sistema de Gerenciamento dos Requisitos

Obter o entendimento dos

requisitos

Identificar inconsistências

entre os produtos e os requisitos

Obter comprometimento

dos requisitosGerenciar

mudanças aos requisitos

Manter rastreabilidade bidirecional dos

requisitos


EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregistered trial version




























Gerenciamento de Requisitos

Gerenciamento da Rastreabilidade

Identificação de Requisitos

Gerenciar Mudanças


Fim

Planejar Levantamento

de Requisitos

Elaborar Glossário Levantar Requisitos Analisar Requisitos

Construir Diagrama de Casos de Uso

Avaliar Entendimento com

Provedores

Especificar Casos de Uso

Elaborar/Revisar Documento de

Requisitos

Aprovar Requisitos com Provedores

Elaborar/Revisar Plano de Projeto

Obter Comprometimento

da Equipe

Homologar Documento de

Requisitos e Plano de Projeto com Aprovadores

Início

Identificação de Requisitos - Fluxo de Atividades

Aqui poderia entrar ToC, alguma coisa do RUP, de OPM3 e do PMO, por exemplo


Cronograma

um modelo para o gerenciamento de múltiplos projetos de software proposta de trabalho

Documents