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çãoMé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ócioModelo 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 GeralGuia GeralDescrição geral do MPS.BR:
seus componentes e definições necessárias para seu entendimento e aplicação. - Guia de AquisiçãoGuia 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çãoGuia de Implementação7 partes, cada uma descrevendo como implementar um determinado nível do MR-MPS.
- A – Em otimizaçãoNí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 QuantitativamenteNível BGerência de Projetos (evolução)
Este nível implica em uma visão quantitativa do desempenho. - C – DefinidoNível CGerência de Decisões
Desenvolvimento para Reutilização
Gerência de Riscos - D – Largamente DefinidoNível DDesenvolvimento de Requisitos
Integração do Produto
Projeto e Construção do Produto
Validação
Verificação - E – Parcialmente DefinidoNí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 – GerenciadoNível FGarantia da Qualidade
Medição
Gerência de Configuração
Aquisição
Portfolio de Projetos - G – Parcialmente GerenciadoNí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ósitoPropósitoDescreve o objetivo geral a ser atingido durante a execução do processo.
- Resultados EsperadosResultados 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 ?