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

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 (???)
Um modelo para o gerenciamento de
múltiplos projetos de software
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

Um modelo para o gerenciamento de
múltiplos projetos de software
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

Um modelo para o gerenciamento de
múltiplos projetos de software

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

Um modelo para o gerenciamento de
múltiplos projetos de software

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

Um modelo para o gerenciamento de
múltiplos projetos de software

Exemplo:
Gerenciar os requisitos
Obter o
entendimento dos
requisitos
Obter
comprometimento
dos requisitos
Requisitos
Identificar
inconsistências
entre os produtos e
os requisitos
Gerenciar
mudanças aos
requisitos
Manter
rastreabilidade
bidirecional dos
requisitos
Matriz de rastreabilidade ou Sistema
de Gerenciamento dos Requisitos
Um modelo para o gerenciamento de
múltiplos projetos de software
EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregis
EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregis
Gerenciamento de Requisitos
EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregis
EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregis
Identificação de
Gerenciamento da
Gerenciar
Requisitostrial version EA
Rastreabilidade
EA 3.60 unregistered
3.60 unregistered trialMudanças
version EA 3.60 unregis
EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregis
EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregis
EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregis
EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregis
EA 3.60 unregistered trial version EA 3.60 unregistered trial version EA 3.60 unregis
Um modelo para o gerenciamento de
múltiplos projetos de software
Identificação de Requisitos - Fluxo de Atividades
Início
Planejar
Levantamento
Elaborar Glossário Levantar Requisitos Analisar Requisitos
de Requisitos
Construir Diagrama
de Casos de Uso
Avaliar
Entendimento com
Provedores
Aprovar Requisitos
com Provedores
Elaborar/Revisar
Plano de Projeto
Aqui poderia entrar ToC, alguma coisa do
RUP, de OPM3 e do PMO, por exemplo
Especificar Casos
de Uso
Elaborar/Revisar
Documento de
Requisitos
Obter
Homologar
Comprometimento
Documento de
da Equipe
Requisitos e Plano
de Projeto com
Aprovadores
Fim
Um modelo para o gerenciamento de
múltiplos projetos de software

Cronograma