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 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 requisitos Gerenciar mudanças aos requisitos Manter rastreabilidade bidirecional dos requisitos
Um modelo para o gerenciamento de múltiplos projetos de software
Um modelo para o gerenciamento de múltiplos projetos de software Identificação de Requisitos - Fluxo de Atividades 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 Fim Aqui poderia entrar ToC, alguma coisa do RUP, de OPM3 e do PMO, por exemplo
Um modelo para o gerenciamento de múltiplos projetos de software Cronograma