Finalizando a sequência de posts sobre MPS.BR, veremos agora um resumo completo do modelo, bem como seus tópicos principais.
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.
- 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)
- Modelo de Referência
Modelo de Referênciaconté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çãodescreve 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ócioconté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.
- Guia Geral
Guia GeralDescrição geral do MPS.BR:
seus componentes e definições necessárias para seu entendimento e aplicação. - Guia de Aquisição
Guia de AquisiçãoProcesso 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ção7 partes, cada uma descrevendo como implementar um determinado nível do MR-MPS.
- A – Em otimização
Nível ASem 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
Nível BGerência de Projetos (evolução)
Este nível implica em uma visão quantitativa do desempenho. - C – Definido
Nível CGerência de Decisões
Desenvolvimento para Reutilização
Gerência de Riscos - D – Largamente Definido
Nível DDesenvolvimento de Requisitos
Integração do Produto
Projeto e Construção do Produto
Validação
Verificação - E – Parcialmente Definido
Nível EAvaliaçã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
Nível FGarantia da Qualidade
Medição
Gerência de Configuração
Aquisição
Portfolio de Projetos - G – Parcialmente Gerenciado
Nível GGerê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.
- Propósito
PropósitoDescreve o objetivo geral a ser atingido durante a execução do processo.
- Resultados Esperados
Resultados EsperadosEstabelecem os resultados a serem obtidos com a efetiva implementação do processo. do 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)
- 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
Beleza!
Simples, como as coisas deveriam ser (sempre!).
Abraços.
Otimo Resumo!
Valeu mesmo!!
Valeu a iniciativa!
Muito bom. simples e objetivo
Totalmente excelente. Prático e objetivo. Parabéns pela didática.
Os processos do Método de Avaliação são:
– Contratar avaliação;
– Preparar Avaliação;
– Executar a avaliação inical;
– Executar a avaliação final;
– Documentar os Resultados da avaliação;
alguem sabe me dizer qual o modo de aplicação, Padrão e beneficios para a empresa ?