MPS.

BR – Resumo
Conceitos básicos do MPS.BR
Objetivo: proporcionar uma estrutura para a melhoria dos processos de desenvolvimento e manutenção de
software para as empresas brasileiras.
Características:
• 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 médias empresas
• Sete níveis de maturidade (compatíveis com o CMMI)
• Mais barato (estima-se 40% do valor em comparação ao CMMI)
É dividido em 3 componentes:
• Modelo de Referência
Modelo de Referência contém os requisitos que as organizações devem atender para estar em
conformidade com o modelo MPS.BR
• Método de Avaliação
Método de Avaliação descreve o processo de avaliação, os requisitos para os avaliadores e os requisitos
para atender ao modelo de referência (MR-MPS).
• Modelo de Negócio
Modelo de Negócio contém uma descrição das regras de negócio: do projeto MPS.BR, das instituições
implementadoras e avaliadoras do modelo MPS.BR e das empresas e organizações que querem fazer uso
do modelo MPS.BR para melhorar seus processos de software.
O Modelo de Referência define 3 guias:
• Guia Geral
◦ Descrição geral do MPS.BR: seus componentes e definições necessárias para seu entendimento e
aplicação.
• Guia de Aquisição
◦ Processo de aquisição de software e serviços correlatos, baseado no MR-MPS. Contém boas
práticas para aquisição de software.
• Guia de Implementação
◦ Guia de Implementação com 7 partes, cada uma descrevendo como implementar um determinado
nível do MR-MPS.
O Modelo de Referência define também 7 níveis de maturidade:
• A – Em otimização ( Sem processos específicos).
◦ O conjunto de processos padrão da organização deve agora ser otimizado por meio de alterações e
adaptações incrementais e inovadoras.
• B – Gerenciado Quantitativamente
◦ Gerência de Projetos (evolução)
◦ Este nível implica em uma visão quantitativa do desempenho.
• C – Definido
◦ Gerência de Decisões
◦ Desenvolvimento para Reutilização
◦ Gerência de Riscos
• D – Largamente Definido
◦ Desenvolvimento de Requisitos
◦ Integração do Produto
◦ Projeto e Construção do Produto
◦ Validação
◦ Verificação
• E – Parcialmente Definido
• Avaliação e Melhoria do Processo Organizacional
• Definição do Processo Organizacional
• Gerência de Recursos Humanos
• Gerência de Reutilização
• Gerência de Projetos (evolução)
• F – Gerenciado
◦ Garantia da Qualidade
◦ Medição
◦ Gerência de Configuração
◦ Aquisição
◦ Portfolio de Projetos
• G – Parcialmente Gerenciado
◦ Gerência de Projetos
◦ Gerência de Requisitos
A divisão em 7 estágios tem o objetivo de possibilitar uma implementação e avaliação adequada às micros,
pequenas e médias empresas e uma visibilidade dos resultados de melhoria de processos em prazos mais curtos.
Cada nível define processos, que possuem:
• Propósito
◦ Descreve o objetivo geral a ser atingido durante a execução do processo.
• Resultados Esperados
◦ Estabelecem os resultados a serem obtidos com a efetiva implementação do processo.
Cada processo tem seu desempenho medido através da capacidade de processo, que é o atendimento aos
atributos de processo.
A cada nível de maturidade que a organização alcança, 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 são 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 inovações
• AP 5.2 – O processo é otimizado continuamente

O Método de Avaliação
O método de avaliação do MPS-Br é calcado nas seguintes etapas:
Planejar a avaliação (cronograma, seleção de projetos: pelo menos 2 projetos concluídos e dois projetos em
andamento, definir participantes: gerentes e lideres de projeto, desenvolvedores, grupos de engenharia de
software, qualidade, métricas, gerência de configuração, etc e definir a equipe de avaliação).
Preparar a avaliação (para cada resultado de processo e RAP, preencher uma planilha contendo evidências de
implementação dos resultados em cada projeto avaliado)
Executar a avaliação (análise dos dados coletados, verificação dos dados e atribuição do nível de maturidade).
Atribuir um grau de implementação dos resultados de processo e RAP para cada projeto.
 • N – Não implementado
• P – Parcialmente implementado
• L – Largamente implementado
• T – Totalmente implementado
• NA – Pelo estágio de desenvolvimento, o resultado não pôde ser avaliado
• F – Fora de escopo

Relatar resultado final da avaliação (geração do Relatório Final da Avaliação, que contém objetivos, projetos
avaliados, participantes da avaliação, resultados por processo avaliado, nível de maturidade alcançado pela
organização)
Registro do Resultado (O relatório final é registrado no Banco de Dados Softex)

Exclusão de processos
• Alguns processos podem ser excluídos total ou parcialmente do escopo de uma avaliação MPS por não
serem pertinentes ao negócio da unidade que está sendo avaliada.
• Cada exclusão deve ser justificada no Plano de Avaliação.
• A aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder, conforme descrito
no Guia de Avaliação.
É permitida a exclusão completa dos seguintes processos:
• Aquisição (AQU), desde que não executado pela organização
• Gerência de Portfólio de Projetos (GPP), desde que a única atividade da unidade organizacional seja
evolução de produto
Outras exclusões são permitidas para organizações com características específicas:

• Organizações que fazem aquisição de software

• Fábricas de Código
• Fábricas de Teste