MPS.

BR Resumo
Postado em 28 de novembro de 2012 por Hallan

Finalizando a sequncia de posts sobre MPS.BR, veremos agora um resumo completo do modelo, bem como seus tpicos principais. Conceitos bsicos do MPS.BR Objetivo: proporcionar uma estrutura para a melhoria dos processos de desenvolvimento e manuteno de software para as empresas brasileiras. Caractersticas: Modelo nacional e reconhecido internacionalmente Tem sua base no CMMI e nas normas ISO/IEC 12207 e ISO/IEC 15504 Adaptado para a realidade do Brasil Foco em pequenas e mdias empresas Sete nveis de maturidade (compatveis com o CMMI) Mais barato (estima-se 40% do valor em comparao ao CMMI) dividido em 3 componentes: Modelo de Referncia Mtodo de Avaliao Modelo de Negcio O Modelo de Referncia define 3 guias: Guia Geral Guia de Aquisio Guia de Implementao O Modelo de Referncia define tambm 7 nveis de maturidade : A Em otimizao B Gerenciado Quantitativamente C Definido D Largamente Definido E - Parcialmente Definido F Gerenciado G Parcialmente Gerenciado A diviso em 7 estgios tem o objetivo de possibilitar uma implementao e avaliao adequada s micros, pequenas e mdias empresas e umavisibilidade dos resultados de melhoria de processos em prazos mais curtos. Cada nvel define processos, que possuem: Propsito Resultados Esperados do Processo

Cada processo tem seu desempenho medido atravs da capacidade de processo, que o atendimento aos atributos de processo. A cada nvel de maturidade que a organizao alcana, uma maior capacidade de realizar o mesmo processo deve ser atingido. Atributos de Processo: AP 1.1 - O processo executado AP 2.1 - O processo gerenciado AP 2.2 Os produtos de trabalho do processo so gerenciados AP 3.1 O processo definido AP 3.2 O processo est implementado AP 4.1 O processo medido AP 4.2 O processo controlado AP 5.1 O processo objeto de inovaes AP 5.2 O processo otimizado continuamente

O Mtodo de Avaliao O mtodo de avaliao do MPS-Br calcado nas seguintes etapas: Planejar a avaliao (cronograma, seleo de projetos: pelo menos 2 projetos concludos e dois projetos em andamento, definir participantes: gerentes e lideres de projeto, desenvolvedores, grupos de engenharia de software, qualidade, mtricas, gerncia de configurao, etc e definir a equipe de avaliao). Preparar a avaliao (para cada resultado de processo e RAP, preencher uma planilha contendo evidncias de implementao dos resultados em cada projeto avaliado) Executar a avaliao (anlise dos dados coletados, verificao dos dados e atribuio do nvel de maturidade). Atribuir um grau de implementao dos resultados de processo e RAP para cada projeto. N No implementado P Parcialmente implementado L Largamente implementado T Totalmente implementado NA Pelo estgio de desenvolvimento, o resultado no pde ser avaliado F Fora de escopo Relatar resultado final da avaliao (gerao do Relatrio Final da Avaliao, que contm objetivos, projetos avaliados, participantes da avaliao, resultados por processo avaliado, nvel de maturidade alcanado pela organizao) Registro do Resultado (O relatrio final registrado no Banco de Dados Softex)

Excluso de processos Alguns processos podem ser excludos total ou parcialmente doescopo de uma avaliao MPS por no serem pertinentes ao negcio da unidade que est sendo avaliada.

Cada excluso deve ser justificada no Plano de Avaliao. A aceitao das excluses e suas justificativas responsabilidade do Avaliador Lder, conforme descrito no Guia de Avaliao. permitida a excluso completa dos seguintes processos: Aquisio (AQU), desde que no executado pela organizao Gerncia de Portflio de Projetos (GPP), desde que a nica atividade da unidade organizacional seja evoluo de produto Outras excluses so permitidas para organizaes com caractersticas especficas: Organizaes que fazem aquisio de software Fbricas de Cdigo Fbricas de Teste