You are on page 1of 57

MPS.

BR - Melhoria de Processo do Software Brasileiro

Guia Geral MPS de Software

Este guia contm a descrio geral


do Modelo MPS e detalha o Modelo
de Referncia MPS para Software
(MR-MPS-SW) e as definies
comuns necessrias para seu
entendimento e aplicao.

VIGNCIA E TRANSIO: O Guia Geral MPS para Software:2016 entra em vigor


em 15 de janeiro de 2016. Assim, a partir desta data podem ser realizadas
avaliaes MPS usando o Modelo de Referncia MPS para Software MR-MPS-
SW:2016.

Janeiro de 2016

Copyright 2016 - SOFTEX


Direitos desta edio reservados pela Sociedade SOFTEX
A distribuio ilimitada desse documento est sujeita a copyright
ISBN 978-85-99334-84-3
Sumrio
1 Prefcio ............................................................................................................... 4

2 Introduo ........................................................................................................... 5

3 Objetivo ............................................................................................................... 7

4 Termos e definies ............................................................................................ 7

5 Smbolos e abreviaturas .................................................................................... 11

6 Descrio geral do modelo MPS ....................................................................... 12

7 Base tcnica para a definio do modelo MPS ................................................. 13


7.1 ISO/IEC 12207:2008 .................................................................................. 13
7.2 ISO/IEC 20000 ........................................................................................... 14
7.3 ISO/IEC FAMLIA 330XX ................................................................................ 14
7.4 CMMI-SVC ............................................................................................... 15
7.5 P-CMM PEOPLE CAPABILITY MATURITY MODEL ..................................... 15
7.6 NBR ISO 9001:2008 ................................................................................... 15
7.7 PNQ PRMIO NACIONAL DA QUALIDADE ................................................. 16
7.8 MOPROSOFT - NMX-I-059/2-NYCE-2011 .................................................... 16
8 Descrio do MR-MPS-SW ............................................................................... 17
8.1 CAPACIDADE DO PROCESSO .......................................................................... 17
8.2 EXCLUSO DE PROCESSOS ........................................................................... 22
9 Descrio detalhada dos processos .................................................................. 23
9.1 NVEL G PARCIALMENTE GERENCIADO ........................................................ 24
9.1.1 Processo: Gerncia de Projetos GPR .............................................. 24
9.1.2 Processo: Gerncia de Requisitos GRE .......................................... 27
9.2 NVEL F GERENCIADO ................................................................................ 28
9.2.1 Processo: Aquisio AQU ................................................................ 28
9.2.2 Processo: Gerncia de Configurao GCO ..................................... 29
9.2.3 Processo: Garantia da Qualidade GQA ........................................... 30
9.2.4 Processo: Gerncia de Portflio de Projetos GPP ........................... 31
9.2.5 Processo: Medio MED .................................................................. 32
9.3 NIVEL E PARCIALMENTE DEFINIDO .............................................................. 33
9.3.1 Processo: Avaliao e Melhoria do Processo Organizacional AMP. 33
9.3.2 Processo: Definio do Processo Organizacional DFP ................... 34
9.3.3 Processo: Gerncia de Recursos Humanos GRH ........................... 35
9.3.4 Processo: Gerncia de Reutilizao GRU ....................................... 36
9.4 NVEL D LARGAMENTE DEFINIDO ................................................................. 37
9.4.1 Processo: Desenvolvimento de Requisitos DRE.............................. 37
9.4.2 Processo: Integrao do Produto ITP .............................................. 38
9.4.3 Processo: Projeto e Construo do Produto PCP ............................ 39
9.4.4 Processo: Validao VAL ................................................................. 40
9.4.5 Processo: Verificao VER .............................................................. 41
9.5 NVEL C DEFINIDO ..................................................................................... 42

MPS.BR-Guia Geral MPS de Software:2016 2/57


9.5.1 Processo: Desenvolvimento para Reutilizao DRU ....................... 42
9.5.2 Processo: Gerncia de Decises GDE ............................................ 43
9.5.3 Processo: Gerncia de Riscos GRI.................................................. 44
9.6 NVEL B GERENCIADO QUANTITATIVAMENTE ................................................ 45
9.7 NVEL A EM OTIMIZAO ............................................................................ 46
10 Instituies Implementadoras (II) ................................................................... 47

Referncias Bibliogrficas ........................................................................................ 48

Lista de colaboradores do Guia Geral:2016 ............................................................. 51

Lista de colaboradores do Guia Geral:2011 ............................................................. 52

Lista de colaboradores do Guia Geral:2009 Junho/2009 ...................................... 53

Lista de colaboradores do Guia Geral verso 1.2 Junho/2007 .............................. 54

Lista de colaboradores do Guia Geral verso 1.1 Maio/2006 ................................ 55

Lista de colaboradores do Guia Geral verso 1.0 Maio/2005 ................................ 56

MPS.BR-Guia Geral MPS de Software:2016 3/57


1 Prefcio

O Programa MPS.BR1 um programa mobilizador, de longo prazo, criado em


dezembro de 2003, coordenado pela Associao para Promoo da Excelncia do
Software Brasileiro (SOFTEX), com apoio do Ministrio da Cincia, Tecnologia e
Inovao (MCTI), Financiadora de Estudos e Projetos (FINEP), Servio Brasileiro de
Apoio s Micro e Pequenas Empresas (SEBRAE) e Banco Interamericano de
Desenvolvimento (BID/FUMIN).
O objetivo do programa MPS.BR o aumento da competitividade das organizaes
pela melhoria de seus processos. O programa tem duas metas a serem alcanadas
a mdio e longo prazos:
a) meta tcnica, visando o aprimoramento do programa, com: (i) edio de guias
dos Modelos de Maturidade do MPS; (ii) formao de Instituies Implementadoras
(II) credenciadas para prestar servios de consultoria de implementao do Modelo
de Referncia MPS para Software (MR-MPS-SW), e/ou do Modelo de Referncia
MPS para Servios (MR-MPS-SV) e/ou do Modelo de Referncia MPS para Gesto
de Pessoas (MR-MPS-RH); (iii) formao de Instituies Avaliadoras (IA)
credenciadas para prestar servios de avaliao seguindo o mtodo de avaliao
MPS (MA-MPS); (iv) formao de Instituies de Consultoria de Aquisio (ICA)
credenciadas para prestar servios de consultoria de aquisio de software e/ou
servios relacionados;
b) meta de negcio, visando disseminao e viabilizao na adoo dos Modelos
do MPS para a melhoria da competitividade das micro, pequenas e mdias
empresas (foco principal) quanto em grandes organizaes privadas e
governamentais, com: (i) criao e aprimoramento do modelo de negcio MN-MPS;
(ii) realizao de cursos, provas e workshops MPS; (iii) apoio para organizaes que
implementaram o Modelo MPS; (iv) transparncia para as organizaes que
realizaram a avaliao MPS.
O programa MPS.BR conta com uma Unidade de Execuo do Programa (UEP) e
duas estruturas de apoio para a execuo de suas atividades, o Frum de
Credenciamento e Controle (FCC) e a Equipe Tcnica do Modelo (ETM). Por meio
destas estruturas, o Programa MPS.BR pode contar com a participao de
representantes de universidades, instituies governamentais, centros de pesquisa e
organizaes privadas, os quais contribuem com suas vises complementares que
agregam valor e qualidade ao Programa.

Cabe ao FCC: (i) emitir parecer que subsidie as decises da SOFTEX sobre o
credenciamento de Instituies Implementadoras (II), Instituies de Consultoria de
Aquisio (ICA) e Instituies Avaliadoras (IA); (ii) monitorar os resultados das
Instituies Implementadoras (II), Instituies de Consultoria de Aquisio (ICA) e

1 MPS.BR, MPS, MR-MPS-SW, MR-MPS-SV, MR-MPS-RH, MA-MPS e MN-MPS so marcas da


SOFTEX. A sigla MPS.BR est associada ao Programa MPS.BR, que coordenado pela SOFTEX. A
sigla MPS uma marca genrica associada aos Modelos MPS, compreendendo as sigla MPS-SW
associada Melhoria de Processo de Software, a sigla MPS-SV associada Melhoria de Processo
de Servios e a sigla MPS-RH associada melhoria de Processo de Recursos Humanos.
MPS.BR-Guia Geral MPS de Software:2016 4/57
Instituies Avaliadoras (IA), emitindo parecer propondo SOFTEX o seu
descredenciamento no caso atuao que comprometa a credibilidade do Programa
MPS.BR.
Cabe ETM (i) apoiar a SOFTEX nas questes estratgicas relacionadas ao
programa MPS.BR e aos modelos MPS, com o envolvimento dos snior advisor, (ii)
tomar decises sobre os aspectos tcnicos relacionados aos Modelos MPS no que
se refere sua criao e aprimoramento contnuo; (iii) propor aes visando a
capacitao de profissionais das empresas ,dos implementadores dos modelos e
guias MPS e dos avaliadores MPS; (iv) apoiar a SOFTEX nas tarefas relacionadas
divulgao, disseminao e internacionalizao dos Modelos MPS; (v) apoiar a
SOFTEX na organizao dos workshops do MPS (WAMPS).
Este Guia Geral MPS de Servios faz parte do conjunto de documentos dos Modelos
MPS (disponveis em www.softex.br/mpsbr). Descreve o Modelo de Referncia MR-
MPS-SV, definindo os nveis de maturidade MPS, os processos relacionados a
Servios, com seus propsito e resultados esperados e os atributos de processo,
que definem o nvel de capacidade dos processos esperada em cada nvel de
maturidade.
Este Guia complementado pelos Guias de Implementao do MR-MPS-SV
(disponveis em www.softex.br/mpsbr), que fornecem uma fundamentao terica e
informaes complementares para apoio implementao dos nveis de maturidade.
As avaliaes MR-MPS-SV devem ser realizadas de acordo com o mtodo de
avaliao MPS (MA-MPS) descrito no Guia de Avaliao do MPS.
A verso 2016 do Guia Geral MPS de Software contempla as seguintes
modificaes em relao verso 2012:
Alterao dos atributos de processos;
Alteraes no Prefcio e na Introduo incluindo o novo Modelo de Referncia
MPS para Gesto de Pessoas (MR-MPS-RH); e
reviso e adequao das referncias bibliogrficas.

2 Introduo

As mudanas que esto ocorrendo nos ambientes de negcios tm motivado as


empresas a modificar estruturas organizacionais e processos produtivos, saindo da
viso tradicional baseada em reas funcionais em direo a redes de processos
centrados no cliente. A competitividade depende, cada vez mais, do estabelecimento
de conexes nestas redes, criando elos essenciais nas cadeias produtivas. Alcanar
competitividade pela qualidade, para as empresas de software, implica tanto na
melhoria da qualidade dos produtos de software e servios correlatos, como dos
processos de produo e distribuio de software.
Desta forma, assim como para outros setores, qualidade fator crtico de sucesso
para a indstria de software. Para que se tenha um setor de software competitivo,
nacional e internacionalmente, essencial que os empreendedores do setor
coloquem a eficincia e a eficcia dos seus processos em foco nas empresas,
visando oferta de produtos de software e servios correlatos conforme padres

MPS.BR-Guia Geral MPS de Software:2016 5/57


internacionais de qualidade e desta forma, aumentando tambm a produtividade nas
empresas.
Busca-se que o modelo MPS para software (MR-MPS-SW) seja adequado ao perfil
de empresas com diferentes tamanhos e caractersticas, pblicas e privadas,
embora com especial ateno s micro, pequenas e mdias empresas. Tambm se
espera que o modelo MPS para software seja compatvel com os padres de
qualidade aceitos internacionalmente e que tenha como pressuposto o
aproveitamento de toda a competncia existente nos padres e modelos de melhoria
de processo j disponveis. Dessa forma, ele tem como base os requisitos de
processos definidos nos modelos de melhoria de processo e atende a necessidade
de implantar os princpios de engenharia de software de forma adequada ao
contexto das empresas, estando em consonncia com as principais abordagens
internacionais para definio, avaliao e melhoria de processos de software.
O MR-MPS-SW baseia-se nos conceitos de maturidade e capacidade de processo
para a avaliao e melhoria da qualidade e produtividade de software e servios
correlatos e tambm para a melhoria da qualidade e produtividade dos servios
prestados. Dentro desse contexto, ele possui quatro componentes: Modelo de
Referncia MPS para Software (MR-MPS-SW), Modelo de Referncia MPS para
Servios (MR-MPS-SV), Mtodo de Avaliao (MA-MPS) e Modelo de Negcio para
Melhoria de Processo de Sotware e Servios.
Os modelos MPS esto descritos por meio de documentos em formato de guias,
disponveis em www.softex.br:
Guia Geral MPS de Software: contm a descrio da estrutura dos modelos
MPS e detalha o Modelo de Referncia MPS para Software (MR-MPS-SW), seus
componentes e as definies comuns necessrias para seu entendimento e
aplicao;
Guia Geral MPS de Servios: contm a descrio da estrutura dos modelos MPS
e detalha o Modelo de Referncia MPS para Servios (MR-MPS-SV), seus
componentes e as definies comuns necessrias para seu entendimento e
aplicao;
Guia Geral MPS de Gesto de Pessoas: contm a descrio da estrutura dos
modelos MPS e detalha o Modelo de Referncia MPS para Gesto de Pessoas
(MR-MPS-RH), seus componentes e as definies comuns necessrias para seu
entendimento e aplicao;
Guia de Avaliao: descreve o processo e o mtodo de avaliao MA-MPS, os
requisitos para avaliadores lderes, avaliadores adjuntos e Instituies
Avaliadoras (IA);
Guias de Implementao: srie de documentos que fornecem orientaes para
implementar, nas organizaes, os nveis de maturidade descritos nos Modelos
de Referncia;
Guia de Aquisio de Software: descreve um processo de aquisio de software
e servios correlatos. descrito como forma de apoiar as instituies que
queiram adquirir produtos de software e servios correlatos apoiando-se no MR-
MPS-SW.

MPS.BR-Guia Geral MPS de Software:2016 6/57


3 Objetivo

Este Guia Geral MPS de Software visa descrever de forma detalhada o MR-MPS-
SW e as definies comuns aos diversos documentos que compem o MPS.BR.
Este documento destinado, mas no est limitado, a organizaes interessadas
em utilizar o MR-MPS-SW para melhoria de seus processos de software, Instituies
Implementadoras (II), Instituies Avaliadoras (IA) e outros interessados em
processos de software, que pretendam conhecer e utilizar o MR-MPS-SW como
referncia tcnica.

4 Termos e definies

Ativo reutilizvel: Um item, como, por exemplo, projeto (design), especificao,


cdigo-fonte, documentao, casos de teste, manuais, procedimentos, etc., que foi
projetado para utilizao em mltiplos contextos.
Ativo de domnio: Ativo reutilizvel produzido a partir da engenharia de domnio.
Ativo de processo: Qualquer coisa que a organizao considere til para atingir os
objetivos do processo, por exemplo, polticas, processos definidos, lies
aprendidas, templates de documentos, padres, material de treinamento [SEI,
2010a].
Atributo de processo: Uma caracterstica mensurvel da capacidade do processo
aplicvel a qualquer processo [ISO/IEC, 2015a].
Avaliao: Uma determinao sistemtica do grau de atendimento de uma entidade
em relao aos critrios para ela estabelecidos [ABNT, 2009].
Avaliao de processo: Uma avaliao disciplinada dos processos da organizao
em relao a um modelo de avaliao de processo [ISO/IEC, 2015a].
Avaliador lder: Uma pessoa que tem uma autorizao formal da SOFTEX para
executar uma avaliao MPS, como lder da equipe de avaliao, utilizando o
Mtodo de Avaliao MA-MPS.
Avaliador adjunto: Uma pessoa que tem uma autorizao formal da SOFTEX para
executar uma avaliao MPS como avaliador adjunto. O avaliador adjunto apoia o
avaliador lder e a equipe de avaliao na execuo da avaliao.
Avaliar / auditar objetivamente: Rever atividades e produtos de trabalho por um
grupo que no esteve envolvido diretamente na execuo dessas atividades e na
elaborao desses produtos de trabalho com base em critrios que minimizem a
subjetividade e o vis do revisor. Um exemplo de avaliao objetiva uma auditoria
de requisitos, padres ou procedimentos por um grupo de garantia da qualidade
independente [SEI, 2010a].
Baseline: Uma verso formalmente aprovada de um item de configurao,
independente de mdia, formalmente definida e fixada em um determinado momento
durante o ciclo de vida do item de configurao [ABNT, 2009].
Capacidade do processo: Uma caracterizao da habilidade do processo atingir
aos objetivos de negcio atuais ou futuros [ISO/IEC, 2015a].

MPS.BR-Guia Geral MPS de Software:2016 7/57


Componente do produto: uma parte do produto final ou algo usado no seu
desenvolvimento (p. ex. um subproduto, um processo, uma ferramenta) que faz
parte da entrega. Os componentes so integrados em sucessivos nveis para
compor o produto final [SEI, 2010a].
Coordenador local: Responsvel por apoiar o planejamento e coordenar as
atividades locais da avaliao. Essa pessoa ajuda o avaliador lder a escolher a
equipe de avaliao e assegura que todos os entrevistados estejam disponveis no
momento agendado. Ele tambm responsvel pela logstica requerida para o bom
andamento da avaliao e assegura que a documentao necessria esteja
disponvel, comprometendo-se com a devoluo dessa documentao ao
destinatrio devido.
Engenharia de domnio: Uma abordagem baseada em reutilizao para definir o
escopo, especificar a estrutura e construir ativos (por exemplo, requisitos, projeto,
cdigo-fonte, documentao) para uma classe de sistemas, subsistemas ou
aplicaes. A engenharia de domnio pode incluir as seguintes atividades: definio
de domnio, anlise de domnio, desenvolvimento da arquitetura de domnio e
implementao de domnio.
Equipe Tcnica do Modelo (ETM): Equipe tcnica responsvel pela definio e
aprimoramento do MR-MPS, MA-MPS e guias especficos. Tambm responsvel
pelo programa anual de treinamento do MPS.BR, composto por cursos, provas e
workshops.
Escopo da avaliao: Uma definio dos limites organizacionais da avaliao, os
processos que esto includos e o contexto no qual os processos a serem avaliados
so executados [ISO/IEC, 2015a].
Evidncia objetiva: Dados que demonstram a existncia ou veracidade de alguma
coisa [ISO/IEC, 2015a].
NOTA: Evidncia objetiva pode ser obtida por observao, medio, teste ou outros meios.
Frum de Credenciamento e Controle (FCC): Frum com representantes da
indstria (SOFTEX), academia e governo, responsvel pela anlise e parecer que
subsidiam deciso sobre credenciamento e descredenciamento de Instituies
Implementadoras (II) e Instituies Avaliadoras (IA).
Gerncia de Alto Nvel: Pessoa(s) que fornece(m) a poltica e as diretrizes gerais
para o processo, mas no realiza(m) o seu monitoramento e controle do dia-a-dia.
Tais pessoas pertencem a um nvel de gerncia acima do nvel responsvel pelo
processo e podem ser (mas no necessariamente) gerentes snior [SEI, 2010a].
Instituio Avaliadora (IA): Instituio autorizada, mediante convnio com a
SOFTEX, como avaliadora seguindo o MA-MPS.
Instituio Implementadora (II): Instituio autorizada, mediante convnio com a
SOFTEX, como implementadora do MR-MPS.
Instituio Organizadora de Grupo de Empresas (IOGE): Instituio autorizada,
mediante convnio com a SOFTEX, como organizadora de grupo de empresas para
implementao do MR-MPS-SW e MR-MPS-SV e avaliao seguindo o MA-MPS.

MPS.BR-Guia Geral MPS de Software:2016 8/57


Interessados (stakeholders): Um indivduo ou um grupo que responsvel ou
afetado pelo produto de uma tarefa, atividade ou processo. Pode incluir a equipe do
projeto, fornecedores, clientes e usurios do produto, entre outros [SEI, 2006].
Item de configurao: Uma entidade dentro de uma configurao que satisfaz uma
funo de uso final e que pode ser identificada de forma nica em uma determinada
baseline. Um item de configurao pode agregar vrios produtos de trabalho, mas
deve ser tratado como uma entidade singular pelo processo Gerncia de
Configurao. Todas as alteraes nos produtos de trabalho identificados como
sendo itens de configurao devem ser controladas pelo processo Gerncia de
Configurao [ABNT, 2009] [SEI, 2010a].
Medida: A varivel para qual o valor atribudo como resultado de uma medio
[ISO/IEC, 2007].
Medio: Conjunto de operaes com o objetivo de determinar um valor de uma
medida [ISO/IEC, 2007].
Mtodo de avaliao MA-MPS: Mtodo que orienta a execuo de uma avaliao
de conformidade ao MR-MPS. O MA-MPS est em conformidade com a Norma
Internacional ISO/IEC 15504.
Mini-equipe: Subconjunto da equipe de avaliao que responsvel por avaliar os
processos que lhe so atribudos pelo avaliador lder.
Modelo de domnio: Um produto da anlise de domnio que prov uma
representao dos requisitos de um domnio. O modelo de domnio identifica e
descreve a estrutura dos dados, fluxo de informao, funes e restries que esto
includos em aplicaes pertencentes ao domnio. O modelo de domnio descreve as
similaridades e variabilidades entre os requisitos de aplicaes pertencentes ao
domnio.
Modelo de referncia de processo: Um modelo, que compreende definies de
processos no ciclo de vida, descrito em termos de propsitos e resultados, junto com
uma arquitetura que descreve as relaes entre os processos [ISO/IEC, 2015a].
Nvel de maturidade: Grau de melhoria de processo para um predeterminado
conjunto de processos no qual todos os resultados esperados do processo e dos
atributos dos processos so atendidos.
Observador: Responsvel por observar a conduo de uma avaliao por um
avaliador lder em processo de formao. O observador no participa da avaliao,
salvo se ocorrer algum problema grave durante a avaliao.
Oportunidade de melhoria: Uma implementao de um resultado de processo que
pode ser melhorada, mas que atende aos requisitos mnimos de um resultado
requerido por algum processo do nvel MR-MPS-SW e MR-MPS-SV que foi avaliado.
Participante da avaliao: Um indivduo que tem responsabilidades dentro do
escopo da avaliao [ISO/IEC, 2015a].
NOTA: Exemplos incluem, mas no se limita aos avaliadores lder e adjunto, patrocinador,
membros da unidade organizacional, membros da equipe de avaliao, coordenador local.
Patrocinador da avaliao: Um indivduo, interno ou externo unidade
organizacional que ser avaliada, que solicita a avaliao e prov recursos

MPS.BR-Guia Geral MPS de Software:2016 9/57


financeiros ou outros recursos, para que a avaliao seja executada para a unidade
organizacional [ISO/IEC, 2015a].
Perfil do processo: Um conjunto de pontuao de atributos de processo para um
processo avaliado [ISO/IEC, 2015a].
Pontos fortes: Uma implementao excepcionalmente boa de um resultado de
processo ou de algo acima do requerido do nvel de maturidade que foi avaliado.
Pontos fracos: Uma implementao inadequada ou que no atende aos requisitos
de um resultado requerido por algum processo do nvel de maturidade que foi
avaliado.
Portflio de Projetos: Coleo de projetos que tratam dos objetivos estratgicos da
organizao [ISO/IEC, 2008a].
Processo: Um conjunto de atividades inter-relacionadas ou interativas, que
transforma insumos (entradas) em produtos (sadas) [ABNT, 2001].
Processo definido: Um processo que gerenciado (planejado, monitorado e
ajustado) e adaptado de um conjunto de processos-padro de acordo com os guias
de adaptao da organizao [ISO/IEC, 2015a].
Processo de avaliao: Determinao da extenso com que o processo padro da
organizao contribui para alcanar seus objetivos de negcio e para ajudar a
organizao a focar a necessidade de melhoria de processo contnua [ISO/IEC,
2015a].
Processo padro: Um conjunto de definies de processos bsicos que guiam
todos os processos na organizao [ISO/IEC, 2015a].
NOTA 1: Essas definies de processos cobrem os elementos de processo fundamentais (e
os seus inter-relacionamentos) que devem ser incorporados dentro dos processos definidos
que so implementados nos projetos pela organizao. Um processo padro estabelece
consistncia entre as atividades atravs da organizao e desejvel para estabilidade e
melhoria de longo prazo.
NOTA 2: O conjunto de processos padro da organizao descreve os elementos de
processo fundamentais que sero parte dos processos definidos para o projeto. Tambm
descreve os relacionamentos (por exemplo: sequncia e interfaces) entre esses elementos do
processo.
Processo de qualificao: Processo para demonstrar a capacidade para atender
aos requisitos especificados [ABNT, 2001].
NOTA 1: O termo qualificado usado para designar uma situao correspondente.
NOTA 2: Qualificao pode ser aplicada a pessoas, produtos, processos ou sistemas.
Produto: Um produto de trabalho que se pretende entregar para um cliente ou
usurio final. A forma de um produto pode variar em contextos diferentes [SEI,
2010a].
Produto de trabalho: Um artefato associado execuo de um processo [ISO/IEC,
2015a].
NOTA: Um produto de trabalho pode ser usado, produzido ou alterado por um processo.
Programa de reutilizao: Um mecanismo utilizado pela organizao que
estabelece as metas, escopo e estratgias para o tratamento de questes

MPS.BR-Guia Geral MPS de Software:2016 10/57


relacionadas ao negcio, pessoas, processo e tecnologia envolvidos na adoo da
reutilizao de software.
Projeto: Um empreendimento realizado para criar um produto, servio ou resultado
especfico. O projeto se caracteriza por temporalidade e resultado, servio ou
produto nico e elaborao progressiva [PMI, 2008].
Propsito do processo: O objetivo geral da execuo do processo. Convm que a
implementao do processo fornea benefcios tangveis aos envolvidos [ISO/IEC,
2015a].
Software: Entende-se software como sinnimo de produto de software que o
conjunto de programas de computador, procedimentos e possvel documentao e
dados associados [ABNT, 2009].
Servio correlato de software: Execuo de atividades, trabalho ou obrigaes
relacionados ao produto de software, tais como, seu desenvolvimento, manuteno
e operao [ABNT, 2009].
Unidade organizacional: Parte de uma organizao que ser avaliada [ISO/IEC,
2015a].
NOTA 1: Uma unidade organizacional utiliza um ou mais processos que tem um contexto de
processo coerente e opera dentro de um conjunto coerente de objetivos de negcio.
NOTA 2: Uma unidade organizacional tipicamente parte de uma grande organizao,
embora, em uma pequena organizao, a unidade organizacional possa ser toda a
organizao. Uma unidade organizacional pode ser, por exemplo:
- um projeto especfico ou um conjunto de projetos relacionados;
- uma unidade dentro da organizao focada em uma fase (ou fases) especfica(s) do
ciclo de vida, tais como, aquisio, desenvolvimento, manuteno ou suporte;
- uma parte de uma organizao responsvel por todos os aspectos de um produto
particular ou conjunto de produtos.

5 Smbolos e abreviaturas

AP: Atributo de Processo.


CMMI-DEV: Capability Maturity Model Integration for Development Integrao de
Modelos de Maturidade da Capacidade para Desenvolvimento.
CMMI: Capability Maturity Model Integration Integrao de Modelos de
Maturidade da Capacidade.
IA: Instituio Avaliadora, autorizada pela SOFTEX.
II: Instituio Implementadora, autorizada pela SOFTEX.
IOGE: Instituio Organizadora de Grupo de Empresas, autorizada pela SOFTEX.
MA-MPS: Mtodo de Avaliao para Melhoria de Processo de Software.
MN-MPS: Modelo de Negcio para Melhoria de Processo de Software.
MPS.BR: Melhoria de Processo do Software Brasileiro.
MR-MPS-SW: Modelo de Referncia MPS para Software.
MR-MPS-SV: Modelo de Referncia MPS para Servios.

MPS.BR-Guia Geral MPS de Software:2016 11/57


SCAMPI SM 2: Standard CMMI Appraisal Method for Process Improvement Mtodo
Padro de Avaliao do CMMI para Melhoria de Processo.
SOFTEX: Associao para Promoo da Excelncia do Software Brasileiro.

6 Descrio geral do modelo MPS

O Programa MPS.BR possui cinco (5) componentes (Figura 1): Modelo de


Referncia MPS para Software (MR-MPS-SW), Modelo de Referncia MPS para
Servios (MR-MPS-SV), Modelo de Referncia MPS para Gesto de Pessoas (MR-
MPS-RH), Mtodo de Avaliao (MA-MPS) e Modelo de Negcio (MN-MPS). Cada
componente descrito por meio de guias e/ou documentos do Programa MPS.BR.

Figura 1 Componentes do Modelo MPS

O Modelo de Referncia MPS para Software (MR-MPS-SW) tem como base tcnica
a NBR ISO/IEC 12207 [ISO/IEC, 2008a] e o CMMI-DEV [SEI, 2010a] e est
descrito no Guia Geral MPS de Software.
O Modelo de Referncia MPS para Servios (MR-MPS-SV) tem como base tcnica a
ISO/IEC 20.000 [ISO/IEC, 2011] e o CMMI-SVC [SEI, 2010b] e est descrito no
Guia Geral MPS de Servios.
O Modelo de Referncia MPS para Gesto de Pessoas (MR-MPS-RH) tem como
base tcnica a NBR ISO 9001:2008 [ABNT, 2008], a ISO/IEC 33020 [ISO/IEC,

2 SCAMPI SM marca de servio do CMMI Institute


MPS.BR-Guia Geral MPS de Software:2016 12/57
2015], o P-CMM (People Capability Maturity Model) [SEI, 2001], o NMX-I-059/2-
NYCE-2011 Tecnologa de la informacin Software Modelos de procesos y
evaluacin para el desarrollo y mantenimiento de software Parte 2: Requisitos de
procesos (MoProSoft) [NYCE, 2011] e o PNQ Prmio Nacional da Qualidade
[FNQ, 2011].
Os 3 modelos esto em conformidade com os requisitos para da Norma
Internacional ISO/IEC 33020 [ISO/IEC, 2015].
Os modelos possuem guias que tem como objetivo facilitar a utilizao dos modelos.
Eles descrevem sugestes de implementao para cada nvel dos modelos MPS ou
particularidade de uma determinada rea de negcio para a qual um dos modelos
pode ser utilizado ou mapeamentos entre os modelos e outras normas/modelos
existentes no mercado. As sugestes de implementao presentes nos Guias de
Implementao no constituem requisitos do modelo e devem ser consideradas
apenas de carter informativo.
O Guia de Aquisio um documento complementar destinado a organizaes que
pretendam adquirir software e servios. O Guia de Aquisio no contm requisitos
do MR-MPS-SW, MR-MPS-SV e MR-MPS-RH, mas boas prticas para a aquisio
de software e servios.
O Guia de Avaliao contm o processo e o mtodo de avaliao MA-MPS, os
requisitos para os avaliadores lderes, avaliadores adjuntos e Instituies
Avaliadoras (IA). O processo e o mtodo de avaliao MA-MPS esto em
conformidade com a Norma Internacional ISO/IEC 33020 [ISO/IEC, 2015].
O Modelo de Negcio MN-MPS descreve regras de negcio para: (i) implementao
dos modelos MPS pelas Instituies Implementadoras (II), (ii) avaliao seguindo o
MA-MPS pelas Instituies Avaliadoras (IA), (iii) organizao de grupos de
empresas, para implementao e avaliao de acordo com os modelos MPS, pelas
Instituies Organizadoras de Grupos de Empresas (IOGE), (iv) credenciamento de
Consultores de Aquisio (CA) e (iv) realizao de treinamentos oficiais do MPS por
meio de cursos, provas e workshops. Um resumo executivo das regras de negcio
est disponvel em www.softex.br/mpsbr/.

7 Base tcnica para a definio do modelo MPS

7.1 ISO/IEC 12207:2008

A Norma Internacional ISO/IEC 12207 [ISO/IEC, 2008a] foi publicada em 2008 pela
ISO International Organization for Standardization e o IEC - International
Electrotechnical Commission. Ela tem como objetivo estabelecer uma estrutura
comum para os processos de ciclo de vida de software, com uma terminologia bem
definida, que pode ser referenciada pela indstria de software. A estrutura contm
processos, atividades, tarefas, propsito e resultados que servem para ser aplicados
durante a aquisio de um sistema que contm software, de um produto de software
independente ou de um servio de software, e durante o fornecimento,
desenvolvimento, operao e manuteno de produtos de software.
A norma foi construda para que fosse utilizada em todo o ciclo de vida de software,
ou seja, desde o incio (concepo) at a descontinuidade do produto de software; e
por todos os envolvidos com a produo, manuteno e operao do software que
MPS.BR-Guia Geral MPS de Software:2016 13/57
so: adquirentes, fornecedores, operadores, desenvolvedores, mantenedores,
gerentes, profissionais de qualidade e usurios.

7.2 ISO/IEC 20000

A norma ISO/IEC 20000 [ISO/IEC, 2011] publicada em dezembro de 2005. Tem


como objetivo fornecer um padro de referncia comum para qualquer empresa
oferecer servios de TI para clientes internos ou externos. Esta norma prov a
adoo de uma abordagem de processos integrada para a gesto de servios de TI
e alinha-se com as melhores prticas do ITIL para entrega e suporte de servios. A
ISO/IEC 20000 consiste em cinco partes sob o ttulo geral Tecnologia da Informao
Gerenciamento de Servio.
A ISO/IEC 20000-1 especifica ao provedor de servios os requisitos para planejar,
estabelecer, implementar, operar, monitorar, revisar, manter e melhorar o GSTI
(Gerenciamento de Servios de TI). Os requisitos incluem o projeto, transio,
entrega e melhoria dos servios para atender aos requisitos previamente acordados.
A ISO/IEC 20000-2 representa um consenso do setor sobre padres de qualidade
em processos de GSTI e descreve as melhores prticas para esses processos
[ISO/IEC, 2011]. A ISO/IEC TR 20000-3 fornece orientaes, explicaes e
recomendaes para a definio do escopo, aplicabilidade e demonstrao da
conformidade com a ISO/IEC 20000-1 pelo uso de exemplos prticos. A ISO/IEC
20000-4 tem como objetivo facilitar o desenvolvimento de um modelo para avaliao
de processo. O modelo de referncia de processo, previsto nesta norma, uma
representao lgica dos elementos dos processos para o gerenciamento de
servios que podem ser executados em um nvel bsico. Cada processo descrito
em termos de um propsito e resultados associados. A ISO/IEC 20000-5 apresenta
um exemplo de plano de implementao no qual so fornecidos guias para os
provedores de servios atenderem aos requisitos da ISO/IEC 20000-1. Tambm
inclui orientaes para iniciar o projeto e uma lista de atividades principais para
atender cada fase da implementao da ISO/IEC 20000-1.

7.3 ISO/IEC famlia 330xx

A famlia de normas ISO/IEC 330xx substitui e amplia algumas partes da ISO/IEC


15504 e estabelece um framework para realizao e aplicao da avaliao de
processo. A famlia 330xx um conjunto de normas que fornecem um framework
consistente e coerente para avaliao de caractersticas de qualidade de processos,
fornecendo um conjunto claro de requisitos para o processo de avaliao e os
recursos necessrios para implement-lo efetivamente [ISO/IEC, 2015a]. Presta-se
realizao de avaliaes de processos de software com dois objetivos: a melhoria de
processos e a determinao da capacidade de processos de uma unidade
organizacional. Se o objetivo for a melhoria de processos, a unidade organizacional
pode realizar uma avaliao com o objetivo de gerar um perfil dos processos que
ser usado para a elaborao de um plano de melhorias. A anlise dos resultados
identifica os pontos fortes, os pontos fracos e os riscos inerentes aos processos. No
segundo caso, a organizao tem o objetivo de avaliar um fornecedor em potencial,
obtendo o seu perfil de capacidade. O perfil de capacidade permite ao contratante

MPS.BR-Guia Geral MPS de Software:2016 14/57


estimar o risco associado contratao daquele fornecedor em potencial para
auxiliar na tomada de deciso de contrat-lo ou no.

7.4 CMMI-SVC

O CMMI for Services - CMMI-SVC foi lanado em 2009 e voltado para a aplicao
de prticas de melhoria de processos para empresas prestadoras de servios de TI.
O modelo CMMI-SVC um guia para a aplicao das melhores prticas do CMMI
em organizaes provedoras de servios. As melhores prticas do modelo focam
nas atividades para o fornecimento de servios de qualidade para o cliente e
usurios finais [SEI, 2010b].
O CMMI-SVC contm 24 reas de processos. Dessas, 16 so as mesmas do
modelo CMMI-DEV. Sete reas de processos so especficas de servios e so
focadas em: gerenciamento da capacidade e disponibilidade; continuidade de
servios; entrega de servios; preveno e resoluo de incidentes; transio de
servios; desenvolvimento de sistemas de servios; e processo de gerenciamento
estratgico de servios. Possui cinco nveis de maturidade, partindo do nvel 1 at o
nvel 5.

7.5 P-CMM People Capability Maturity Model

Lanado pela Carnegie Mellon University em 1995 e posteriormente incorporado ao


conjunto de modelos do SEI - Software Enginnering Institute, o People Capability
Maturity Model (People CMM) [SEI, 2001] um modelo evolutivo de maturidade
que contribui para minimizar e, por vezes, eliminar os problemas crticos relativos a
gesto de pessoas em uma organizao. Com base nas melhores prticas atuais
em reas como recursos humanos, gesto do conhecimento e desenvolvimento
organizacional, o People CMM orienta as organizaes a melhorar seus processos
de gesto e desenvolvimento de sua fora de trabalho. O People CMM ajuda as
organizaes a caracterizar a maturidade de suas prticas da fora de trabalho,
estabelecer um programa de desenvolvimento da fora de trabalho contnuo, definir
prioridades para aes de melhoria, integrar o desenvolvimento da fora de trabalho
com a melhoria de processos e estabelecer uma cultura de excelncia.

7.6 NBR ISO 9001:2008

A famlia das normas ISO 9000 nasceu em 1987 e evoluiu nos anos de 1994, 2000,
2005 e 2008 incorporando as melhores prticas, lies aprendidas, inovaes e
evoluo requeridas pelas empresas e mercado.
A NBR ISO 9001:2008 Sistemas de Gesto da Qualidade Requisitos [ABNT, 2008]
faz parte da famlia de normas da ISO 9000 e estabelece requisitos que auxiliam a
melhoria dos processos internos, a maior capacitao dos colaboradores, o
monitoramento do ambiente de trabalho, a verificao da satisfao dos clientes,
colaboradores e fornecedores, em um processo contnuo de melhoria do sistema de
gesto da qualidade. Aplica-se a campos distintos dentre eles: materiais, de
produtos, de processos e servios.

MPS.BR-Guia Geral MPS de Software:2016 15/57


Os principais requisitos da norma so voltados a: Sistema de Gesto da Qualidade;
Responsabilidade da Direo; Gesto de Recursos; Realizao do Produto e
Medio, Anlise e Melhoria.

7.7 PNQ Prmio Nacional da Qualidade

O Prmio Nacional da Qualidade (PNQ) [FNQ, 2011] reconhece empresas nvel


classe mundial e ocupa uma posio central na misso da FNQ Fundao
Nacional da Qualidade de estimular e apoiar as organizaes para o
desenvolvimento e evoluo de sua gesto, por meio da disseminao dos
Fundamentos e Critrios de Excelncia, para que se tornem sustentveis,
cooperativas e gerem valor para a sociedade.
Os Critrios de Excelncia da FNQ incorporam a seus requisitos as tcnicas mais
inovadoras e bem-sucedidas de administrao de organizaes. Por isso, a FNQ
atualiza anualmente esta publicao para manter a vanguarda tecnolgica deste
modelo da gesto e de avaliao. O Modelo de Excelncia da Gesto (MEG) da
FNQ foi aperfeioado principalmente para fortalecer os temas gesto do
conhecimento, inovao e desenvolvimento de parcerias.
Os Critrios de Excelncia da FNQ se baseiam em 11 Fundamentos: Pensamento
sistmico; Aprendizado organizacional; Cultura de inovao; Liderana e constncia
de propsitos; Orientao por processos e informaes; Viso de futuro; Gerao de
valor; Valorizao das pessoas; Conhecimento sobre o cliente e o mercado;
Desenvolvimento de parcerias e Responsabilidade social.
O Modelo de Excelncia da Gesto (MEG) baseado nestes 11 fundamentos e
colocado em prtica por meio de oito Critrios: Liderana; Estratgias e Planos;
Clientes; Sociedade; Informaes e Conhecimento; Pessoas; Processos e
Resultados.

7.8 MoProSoft - NMX-I-059/2-NYCE-2011

A norma NMX-I-059/2-NYCE-2011 Tecnologa de la informacin Software


Modelos de procesos y evaluacin para el desarrollo y mantenimiento de software
Parte 2: Requisitos de procesos (MoProSoft) [NYCE, 2011] estabelece os requisitos
para o mtodo de verificao do modelo de processos MoProSoft, desenvolvido
como parte do programa ProSoft da Secretaria de Economia para a indstria de
software do Mxico. A NMX-059/02-NYCE foi declarada Norma Mexicana em 15 de
agosto de 2005.
O MoProSoft um Modelo de Processos composto por um conjunto integrado de
processos de Gesto e Engenharia que reflete a Estrutura das Organizaes da
Indstria de Software e que descreve os principais processos que devem ser
aplicveis ao desenvolvimento de software [NYCE, 2011]. O modelo se constitui de
trs Categorias principais (Alta Direo; Gerncia e Operao) que se derivam em
nove processos relacionados entre si: Gesto de Negcio (GN); Gesto de
Processos (GPR); Gesto de Projetos (GPY); Gesto de Recursos (GR); Recursos
Humanos e Ambiente de Trabalho (RHAT); Bens, Servios e Infraestrutura (BSI);

MPS.BR-Guia Geral MPS de Software:2016 16/57


Conhecimento da Organizao (CO); Administrao de Projetos Especficos (APE);
Desenvolvimento e Manuteno do Software (DMS).

8 Descrio do MR-MPS-SW

O Modelo de Referncia MPS para Software (MR-MPS-SW) define nveis de


maturidade que so uma combinao entre processos e sua capacidade.
A definio dos processos segue os requisitos para um modelo de referncia de
processo apresentados na ISO/IEC 15504-2, declarando o propsito e os resultados
esperados de sua execuo. Isso permite avaliar e atribuir graus de efetividade na
execuo dos processos. As atividades e tarefas necessrias para atender ao
propsito e aos resultados esperados no so definidas neste guia, devendo ficar a
cargo dos usurios do MR-MPS-SW.
A capacidade do processo a caracterizao da habilidade do processo para
alcanar os objetivos de negcio, atuais e futuros; estando relacionada com o
atendimento aos atributos de processo associados aos processos de cada nvel de
maturidade.

8.1 Capacidade do processo


A capacidade do processo representada por um conjunto de atributos de processo.
A capacidade do processo expressa o grau de refinamento e institucionalizao com
que o processo executado na organizao/unidade organizacional. No MR-MPS-
SV, medida que a organizao/unidade organizacional evolui nos nveis de
maturidade, um maior nvel de capacidade para desempenhar o processo deve ser
atingido.
O atendimento aos atributos do processo (AP) requerido para todos os processos
no nvel correspondente ao nvel de maturidade, embora eles no sejam detalhados
dentro de cada processo. Os nveis so acumulativos, ou seja, se a organizao
est no nvel F, esta possui o nvel de capacidade do nvel F que inclui os atributos
de processo dos nveis G e F para todos os processos relacionados no nvel de
maturidade F (que tambm inclui os processos de nvel G). Isto significa que, ao
passar do nvel G para o nvel F, os processos do nvel de maturidade G passam a
ser executados no nvel de capacidade correspondente ao nvel F. Em outras
palavras, na passagem para um nvel de maturidade superior, os processos
anteriormente implementados devem passar a ser executados no nvel de
capacidade exigido neste nvel superior.
Os diferentes nveis de capacidade dos processos so descritos por atributos de
processo (AP). O alcance de cada atributo de processo avaliado utilizando os
respectivos resultados da implementao completa do atributo, conforme definido a
seguir:

AP 1.1 O processo executado

MPS.BR-Guia Geral MPS de Software:2016 17/57


O atributo de processo AP 1.1 a medida do quanto o propsito do processo
alcanado pela sua execuo. Como resultado da implementao completa deste
atributo de processo:
(i) O processo produz os resultados definidos.

AP 2.1 A execuo do processo gerenciada

O atributo de processo AP 2.1 a medida do quanto a execuo do processo


gerenciada. Como resultado da implementao completa deste atributo de processo:
(i) existe uma poltica organizacional estabelecida e mantida para o processo;
(ii) a execuo do processo planejada (O planejamento deve incluir
identificao e disponibilizao dos recursos e informaes necessrias para
a execuo do processo, definio, atribuio e comunicao das
responsabilidades pela execuo do processo e planejamento da
comunicao entre as partes interessadas);
(iii) a execuo do processo monitorada em relao ao planejado e, quando
necessrio, ajustes so realizados;
(iv) as pessoas que executam o processo esto preparadas para executar suas
responsabilidades;
(v) as atividades, o status e os resultados do processo so revistos com a
gerncia de nvel superior e so tratadas questes crticas;
(vi) (a partir do Nvel F) a aderncia dos processos executados s descries de
processo, padres e procedimentos avaliada objetivamente e so tratadas
as no conformidades.

AP 2.2 Os produtos de trabalho do processo so gerenciados

O atributo de processo AP 2.2 a medida do quanto os produtos de trabalho do


processo so gerenciados, isto , produzidos, controlados e mantidos. Como
resultado da implementao completa deste atributo de processo:
(i) os requisitos para documentao e controle dos produtos de trabalho do
processo so identificados;
(ii) os produtos de trabalho do processo esto identificados, documentados e
sob os nveis de controle especificados;
(iii) os produtos de trabalho so avaliados objetivamente com relao
aderncia aos padres, procedimentos e requisitos aplicveis e so tratadas
as no conformidades.

AP 3.1. O processo definido

O atributo de processo AP 3.1 a medida do quanto o processo padro da


organizao mantido de forma a apoiar sua adaptao para um processo definido.
Como resultado da implementao completa deste atributo de processo:

MPS.BR-Guia Geral MPS de Software:2016 18/57


(i) existe a definio de um processo padro, o que inclui diretrizes para a sua
adaptao a situaes especficas, a sequncia de execuo, a interao
deste processo com os outros processos, os papis e competncias, a
infraestrutura e o ambiente de trabalho requeridos para executar o processo;
(ii) mtodos adequados para monitorar a efetividade e adequao do processo
so identificados.

AP 3.2 O processo est implementado

O atributo de processo AP 3.2 a medida do quanto o processo padro est


implementado na organizao. Como resultado da implementao completa deste
atributo de processo:
(i) um processo definido baseado nas diretrizes para seleo e/ou adaptao
do processo padro est implementado;
(ii) a infraestrutura e o ambiente de trabalho requeridos para executar o
processo definido esto disponibilizados, gerenciados e mantidos;
(iii) experincias e dados apropriados so coletados, analisados e utilizados para
entendimento do comportamento e adequao do processo, e para a
identificao de oportunidades de melhoria no processo.

AP 4.1 O processo objeto de anlise quantitativa

O atributo de processo AP 4.1 a medida do quanto as necessidades de informao


so definidas os relacionamentos entre os elementos de processo so identificados
e dados so coletados. Como resultado da implementao completa deste atributo
de processo:
Nota: A execuo de (i), (ii), (iii) e (iv) obrigatria e deve ser realizada uma nica vez e ao
mesmo tempo para todos os processos. Caso o processo ou um elemento de
processo a ele relacionados no tenham sido escolhidos para anlise de
desempenho, todos os demais itens a partir de (v) no so considerados e o atributo
de processo considerado fora de escopo para este processo.
(i) os processos que esto alinhados a objetivos quantitativos de negcio so
identificados;
(ii) foram identificadas as necessidades de informao dos processos
requeridas para apoiar o alcance dos objetivos de negcio relevantes da
organizao;
(iii) os objetivos de medio do processo foram definidos a partir das
necessidades de informao;
(iv) relacionamentos mensurveis entre elementos do processo que contribuem
para o desempenho do processo so identificados;
(v) os objetivos quantitativos para qualidade e desempenho do processo da
organizao foram definidos e esto alinhados s necessidades de
informao e aos objetivos de negcio;
(vi) os processos que sero objeto de anlise de desempenho so selecionados
a partir do conjunto de processos padro da organizao e das
necessidades de informao dos usurios dos processos;
MPS.BR-Guia Geral MPS de Software:2016 19/57
(vii) medidas adequadas para anlise de desempenho do processo, incluindo a
frequncia de realizao das medies, so identificadas, definidas e
incorporadas ao plano de medio da organizao;
(viii) resultados de medies so coletados, validados e reportados para
monitorar o quanto os objetivos quantitativos para o desempenho do
processo foram alcanados;
Nota: Necessidades de informao refletem necessidades gerenciais, tcnicas, de projetos, do
processo e do produto.

AP 4.2 O processo controlado quantitativamente

O atributo de processo AP 4.2 a medida do quanto dados objetivos so utilizados


para gerenciar o desempenho do processo que predizvel. Como resultado da
implementao completa deste atributo de processo:
NOTA: Caso o processo ou elemento de processo a ele relacionados no tenham sido
escolhidos para anlise de desempenho, AP 4.2 no executado.
(i) tcnicas para anlise dos dados coletados so selecionadas;
(ii) dados de medies so analisados com relao a causas especiais
(atribuveis) de variao do processo;
(iii) o desempenho do processo caracterizado;
(iv) aes corretivas foram executadas para tratar causas especiais de variao;
(v) se necessrio, anlises adicionais so realizadas para avaliar o processo
sob o efeito de causas especiais de variao;
(vi) modelos de desempenho do processo so estabelecidos, melhorados e
ajustados em funo do conhecimento adquirido com o aumento de dados
histricos, compreenso das caractersticas do processo ou mudanas no
prprio negcio da organizao.

AP 5.1 O processo objeto de melhorias incrementais e inovaes

O atributo de processo AP 5.1 a medida do quanto mudanas no processo so


identificadas a partir de investigao de enfoques inovadores para a definio e
implantao do processo. Como resultado da implementao completa deste
atributo de processo:
NOTA: Caso o processo ou elementos de processo a ele relacionados no tenham sido
escolhidos para anlise de desempenho, AP 5.1 no executado.
(i) os objetivos de negcio da organizao so mantidos com base no
entendimento das estratgias de negcio e resultados de desempenho do
processo;
(ii) objetivos de melhoria do processo so definidos com base no entendimento
do desempenho do processo, de forma a apoiar o alcance dos objetivos de
negcio.
(iii) dados que influenciam o desempenho do processo foram identificados,
classificados e selecionados para anlise de causas;

MPS.BR-Guia Geral MPS de Software:2016 20/57


(iv) dados selecionados foram analisados para identificar causas raiz e propor
solues aceitveis para evitar ocorrncias futuras de resultados similares ou
incorporar melhores prticas no processo;
(v) dados adequados so analisados para identificar oportunidades para aplicar
melhores prticas e inovaes com impacto no alcance dos objetivos de
negcio;
(vi) oportunidades de melhoria derivadas de novas tecnologias e conceitos de
processo foram identificadas, avaliadas e selecionadas com base no impacto
no alcance dos objetivos de negcio;
(vii) uma estratgia de implementao para as melhorias selecionadas foi
estabelecida para alcanar os objetivos de melhoria e inovao no processo
e para resolver problemas;

AP 5.2 O processo objeto de implementao de melhorias inovadoras e


incrementais

O atributo de processo AP 5.2 a medida do quanto as mudanas na definio,


gerncia e desempenho do processo alcanou os objetivos. Como resultado da
implementao completa deste atributo de processo:
NOTA: Caso o processo ou elementos de processo a ele relacionados no tenham sido
escolhidos para anlise de desempenho, AP 5.2 no executado.
(i) o impacto de todas as mudanas propostas avaliado com relao aos
objetivos do processo definido para o projeto e do processo padro;
(ii) a implementao das mudanas acordadas gerenciada para garantir o
entendimento de qualquer variao no desempenho do processo e aes
corretivas necessrias foram executadas;
(iii) as aes implementadas para resoluo de problemas e melhoria no
processo so acompanhadas, com uso de tcnicas estatsticas e outras
tcnicas quantitativas, para verificar se as mudanas no processo corrigiram
o problema e melhoraram o seu desempenho;
(iv) dados de anlise e resoluo de causas de problemas so armazenados
para uso em situaes similares.

A Tabela 8-1 apresenta os nveis de maturidade do MR-MPS-SW, os processos e os


atributos de processo correspondentes a cada nvel.
Tabela 8-1 - Nveis de maturidade do MR-MPS-SW.

Nvel Processos Atributos de Processo

A AP 1.1, AP 2.1, AP 2.2, AP 3.1,


AP 3.2, AP 4.1, AP 4.2 , AP 5.1 e
AP 5.2
B AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
Gerncia de Projetos GPR (evoluo)
AP 3.2, AP 4.1 e AP 4.2

MPS.BR-Guia Geral MPS de Software:2016 21/57


Nvel Processos Atributos de Processo

C Gerncia de Riscos GRI AP 1.1, AP 2.1, AP 2.2, AP 3.1 e


AP 3.2
Desenvolvimento para Reutilizao DRU
Gerncia de Decises GDE
D Verificao VER AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP 3.2
Validao VAL
Projeto e Construo do Produto PCP
Integrao do Produto ITP
Desenvolvimento de Requisitos DRE
E Gerncia de Projetos GPR (evoluo) AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP 3.2
Gerncia de Reutilizao GRU

Gerncia de Recursos Humanos GRH

Definio do Processo Organizacional DFP

Avaliao e Melhoria do Processo Organizacional AMP


F Medio MED AP 1.1, AP 2.1 e AP 2.2

Garantia da Qualidade GQA

Gerncia de Portflio de Projetos GPP

Gerncia de Configurao GCO

Aquisio AQU
G Gerncia de Requisitos GRE AP 1.1 e AP 2.1

Gerncia de Projetos GPR

Nota: Os atributos de processo AP 4.1, AP 4.2, AP 5.1 e AP 5.2 somente devem ser
implementados para os processos crticos da organizao/unidade organizacional,
selecionados para anlise de desempenho. Os demais atributos de processo devem
ser implementados para todos os processos.

8.2 Excluso de Processos

Alguns processos podem ser excludos, total ou parcialmente, do escopo de uma


avaliao MPS por no serem pertinentes ao negcio da unidade organizacional 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 [SOFTEX, 2015b].

permitida a excluso completa do seguinte processo, desde que no executado


pela organizao:

MPS.BR-Guia Geral MPS de Software:2016 22/57


Aquisio (AQU)

permitida a excluso completa do seguinte processo, desde que a nica atividade


da unidade organizacional seja evoluo de produto:
Gerncia de Portflio de Projetos (GPP)

permitida a excluso do seguinte processo, seguindo as orientaes da Tabela


8-2:
Desenvolvimento para Reutilizao (DRU)

Tabela 8-2 Excluses dos Resultados de DRU.

Oportunidades Capacidade
Soluo
(DRU1) (DRU2)

Sim Sim - Os demais resultados do DRU so obrigatrios

Sim No - Deve executar aes corretivas para gerar capacidade


- Deve comprovar que essas aes corretivas esto em
andamento
- Os demais resultados podem ser excludos dessa
avaliao
- Para a prxima avaliao, dentro de 3 anos, deve
obrigatoriamente ter construdo a capacidade
No Excludo - Deve mostrar, via processo formal de tomada de
deciso, que no existem oportunidades de reutilizao
- Os demais resultados podem ser excludos enquanto
houver ausncia de oportunidades de reutilizao
(nessa e em prximas avaliaes)

Outras excluses so permitidas para organizaes com caractersticas especficas:


Organizaes que fazem aquisio de software: as excluses permitidas para
este tipo de organizao esto descritas nos Guias de Implementao.
Fbricas de Cdigo: as excluses permitidas para este tipo de organizao
esto descritas nos Guias de Implementao.
Fbricas de Teste: as excluses permitidas para este tipo de organizao
esto descritas nos Guias de Implementao.

9 Descrio detalhada dos processos

Nessa seo os processos so descritos em termos de propsito e resultados


esperados. Os processos esto descritos ordenados pelo nvel de maturidade de
forma crescente, sendo que cada nvel inclui os processos do nvel anterior.

MPS.BR-Guia Geral MPS de Software:2016 23/57


9.1 Nvel G Parcialmente Gerenciado

O nvel de maturidade G composto pelos processos Gerncia de Projetos e


Gerncia de Requisitos. Neste nvel a implementao dos processos deve satisfazer
os atributos de processo AP 1.1 e AP 2.1.

9.1.1 Processo: Gerncia de Projetos GPR

Nvel MR-MPS: G Parcialmente Gerenciado

Propsito:

O propsito do processo Gerncia de Projetos estabelecer e manter planos que


definem as atividades, recursos e responsabilidades do projeto, bem como prover
informaes sobre o andamento do projeto que permitam a realizao de correes
quando houver desvios significativos no desempenho do projeto. O propsito deste
processo evolui medida que a organizao cresce em maturidade. Assim, a partir
do nvel E, alguns resultados evoluem e outros so incorporados, de forma que a
gerncia de projetos passe a ser realizada com base no processo definido para o
projeto e nos planos integrados. No nvel B, a gerncia de projetos passa a ter um
enfoque quantitativo, refletindo a alta maturidade que se espera da organizao.
Novamente, alguns resultados evoluem e outros so incorporados.

Resultados esperados:

GPR 1. O escopo do trabalho para o projeto definido;


GPR 2. As tarefas e os produtos de trabalho do projeto so dimensionados
utilizando mtodos apropriados;
GPR 3. O modelo e as fases do ciclo de vida do projeto so definidos;
GPR 4. (At o nvel F) O esforo e o custo para a execuo das tarefas e dos
produtos de trabalho so estimados com base em dados histricos ou
referncias tcnicas;
GPR 4. (A partir do nvel E) O planejamento e as estimativas das tarefas do
projeto so feitos baseados no repositrio de estimativas e no conjunto
de ativos de processo organizacional;
GPR 5. O oramento e o cronograma do projeto, incluindo a definio de
marcos e pontos de controle, so estabelecidos e mantidos;
GPR 6. Os riscos do projeto so identificados e o seu impacto, probabilidade
de ocorrncia e prioridade de tratamento so determinados e
documentados;
GPR 7. Os recursos humanos para o projeto so planejados considerando o
perfil e o conhecimento necessrios para execut-lo;
GPR 8. (At o nvel F) Os recursos e o ambiente de trabalho necessrios para
executar o projeto so planejados;

MPS.BR-Guia Geral MPS de Software:2016 24/57


GPR 8. (A partir do nvel E) Os recursos e o ambiente de trabalho necessrios
para executar os projetos so planejados a partir dos ambientes padro
de trabalho da organizao;
GPR 9. Os dados relevantes do projeto so identificados e planejados quanto
forma de coleta, armazenamento e distribuio. Um mecanismo
estabelecido para acess-los, incluindo, se pertinente, questes de
privacidade e segurana;
GPR 10. Um plano geral para a execuo do projeto estabelecido com a
integrao de planos especficos;
GPR 11. A viabilidade de atingir as metas do projeto explicitamente avaliada
considerando restries e recursos disponveis. Se necessrio, ajustes
so realizados;
GPR 12. O Plano do Projeto revisado com todos os interessados e o
compromisso com ele obtido e mantido;
GPR 13. O escopo, as tarefas, as estimativas, o oramento e o cronograma do
projeto so monitorados em relao ao planejado;
GPR 14. Os recursos materiais e humanos bem como os dados relevantes do
projeto so monitorados em relao ao planejado;
GPR 15. Os riscos so monitorados em relao ao planejado;
GPR 16. O envolvimento das partes interessadas no projeto planejado,
monitorado e mantido;
GPR 17. Revises so realizadas em marcos do projeto e conforme
estabelecido no planejamento;
GPR 18. Registros de problemas identificados e o resultado da anlise de
questes pertinentes, incluindo dependncias crticas, so
estabelecidos e tratados com as partes interessadas;
GPR 19. Aes para corrigir desvios em relao ao planejado e para prevenir a
repetio dos problemas identificados so estabelecidas,
implementadas e acompanhadas at a sua concluso;
GPR 20. (A partir do nvel E) Equipes envolvidas no projeto so estabelecidas e
mantidas a partir das regras e diretrizes para estruturao, formao e
atuao;
GPR 21. (A partir do nvel E) Experincias relacionadas aos processos
contribuem para os ativos de processo organizacional;
GPR 22. (A partir do nvel E) Um processo definido para o projeto estabelecido
de acordo com a estratgia para adaptao do processo da
organizao;
GPR 22. (A partir do nvel B) Os objetivos de qualidade e de desempenho do
processo definido para o projeto so estabelecidos e mantidos;
GPR 23. (A partir do nvel B) O processo definido para o projeto que o possibilita
atender seus objetivos de qualidade e de desempenho composto
com base em tcnicas estatsticas e outras tcnicas quantitativas;

MPS.BR-Guia Geral MPS de Software:2016 25/57


GPR 24. (A partir do nvel B) Subprocessos e atributos crticos para avaliar o
desempenho e que esto relacionados ao alcance dos objetivos de
qualidade e de desempenho do processo do projeto so selecionados;
GPR 25. (A partir do nvel B) Selecionar medidas e tcnicas analticas a serem
utilizadas na gerncia quantitativa;
GPR 26. (A partir do nvel B) O desempenho dos subprocessos escolhidos para
gerncia quantitativa monitorado usando tcnicas estatsticas e
outras tcnicas quantitativas;
GPR 27. (A partir do nvel B) O projeto gerenciado usando tcnicas estatsticas
e outras tcnicas quantitativas para determinar se seus objetivos de
qualidade e de desempenho do processo sero atingidos;
GPR 28. (A partir do nvel B) Questes que afetam os objetivos de qualidade e
de desempenho do processo do projeto so alvo de anlise de causa
raiz.

MPS.BR-Guia Geral MPS de Software:2016 26/57


9.1.2 Processo: Gerncia de Requisitos GRE

Nvel MR-MPS: G Parcialmente Gerenciado

Propsito:

O propsito do processo Gerncia de Requisitos gerenciar os requisitos do


produto e dos componentes do produto do projeto e identificar inconsistncias entre
os requisitos, os planos do projeto e os produtos de trabalho do projeto.

Resultados esperados:

GRE 1. O entendimento dos requisitos obtido junto aos fornecedores


de requisitos;
GRE 2. Os requisitos so avaliados com base em critrios objetivos e um
comprometimento da equipe tcnica com estes requisitos obtido;
GRE 3. A rastreabilidade bidirecional entre os requisitos e os produtos de
trabalho estabelecida e mantida;
GRE 4. Revises em planos e produtos de trabalho do projeto so realizadas
visando identificar e corrigir inconsistncias em relao aos requisitos;
GRE 5. Mudanas nos requisitos so gerenciadas ao longo do projeto.

MPS.BR-Guia Geral MPS de Software:2016 27/57


9.2 Nvel F Gerenciado

O nvel de maturidade F composto pelos processos do nvel de maturidade


anterior (G) acrescidos dos processos Aquisio, Garantia da Qualidade, Gerncia
de Configurao, Gerncia de Portflio de Projetos e Medio. Neste nvel a
implementao dos processos deve satisfazer os atributos de processo AP 1.1, AP
2.1 e AP 2.2.

9.2.1 Processo: Aquisio AQU

Nvel MR-MPS: F - Gerenciado

Propsito:

O propsito do processo Aquisio gerenciar a aquisio de produtos3 que


satisfaam s necessidades expressas pelo adquirente.

Resultados esperados:

AQU 1. As necessidades de aquisio, as metas, os critrios de aceitao do


produto, os tipos e a estratgia de aquisio so definidos;
AQU 2. Os critrios de seleo do fornecedor so estabelecidos e usados
para avaliar os potenciais fornecedores;
AQU 3. O fornecedor selecionado com base na avaliao das propostas e
dos critrios estabelecidos;
AQU 4. Um acordo que expresse claramente as expectativas,
responsabilidades e obrigaes de ambas as partes (cliente e
fornecedor) estabelecido e negociado entre elas;
AQU 5. Um produto que satisfaa a necessidade expressa pelo cliente
adquirido baseado na anlise dos potenciais candidatos;
AQU 6. A aquisio monitorada de forma que as condies especificadas
sejam atendidas, tais como custo, cronograma e qualidade, gerando
aes corretivas quando necessrio;
AQU 7. O produto entregue e avaliado em relao ao acordado e os
resultados so documentados;
AQU 8. O produto adquirido incorporado ao projeto, caso pertinente.

3No contexto do MR-MPS considera-se que o termo produto pode incluir tambm servios, desde
que estes sejam entregues como parte do produto final ao cliente.
MPS.BR-Guia Geral MPS de Software:2016 28/57
9.2.2 Processo: Gerncia de Configurao GCO

Nvel MR-MPS-SW: F - Gerenciado

Propsito:

O propsito do processo Gerncia de Configurao estabelecer e manter a


integridade de todos os produtos de trabalho de um processo ou projeto e
disponibiliz-los a todos os envolvidos.

Resultados esperados:

GCO 1. Um Sistema de Gerncia de Configurao estabelecido e mantido;


GCO 2. Os itens de configurao so identificados com base em critrios
estabelecidos;
GCO 3. Os itens de configurao sujeitos a um controle formal so colocados
sob baseline;
GCO 4. A situao dos itens de configurao e das baselines registrada ao
longo do tempo e disponibilizada;
GCO 5. Modificaes em itens de configurao so controladas;
GCO 6. O armazenamento, o manuseio e a liberao de itens de configurao
e baselines so controlados;
GCO 7. Auditorias de configurao so realizadas objetivamente para
assegurar que as baselines e os itens de configurao estejam
ntegros, completos e consistentes.

MPS.BR-Guia Geral MPS de Software:2016 29/57


9.2.3 Processo: Garantia da Qualidade GQA

Nvel MR-MPS-SW: F - Gerenciado

Propsito:

O propsito do processo Garantia da Qualidade assegurar que os produtos de


trabalho e a execuo dos processos estejam em conformidade com os planos,
procedimentos e padres estabelecidos.

Resultados esperados:

GQA 1. A aderncia dos produtos de trabalho aos padres, procedimentos e


requisitos aplicveis avaliada objetivamente, antes dos produtos
serem entregues e em marcos predefinidos ao longo do ciclo de vida
do projeto;
GQA 2. A aderncia dos processos executados s descries de processo,
padres e procedimentos avaliada objetivamente;
GQA 3. Os problemas e as no-conformidades so identificados, registrados e
comunicados;
GQA 4. Aes corretivas para as no-conformidades so estabelecidas e
acompanhadas at as suas efetivas concluses. Quando necessrio,
o escalamento das aes corretivas para nveis superiores
realizado, de forma a garantir sua soluo;

MPS.BR-Guia Geral MPS de Software:2016 30/57


9.2.4 Processo: Gerncia de Portflio de Projetos GPP

Nvel MR-MPS-SW: F - Gerenciado

Propsito:

O propsito do processo Gerncia de Portflio de Projetos iniciar e manter projetos


que sejam necessrios, suficientes e sustentveis, de forma a atender os objetivos
estratgicos da organizao.

Este processo compromete o investimento e os recursos organizacionais adequados


e estabelece a autoridade necessria para executar os projetos selecionados. Ele
executa a qualificao contnua de projetos para confirmar que eles justificam a
continuidade dos investimentos, ou podem ser redirecionados para justificar.

Resultados esperados:

GPP 1. As oportunidades de negcio, as necessidades e os investimentos so


identificados, qualificados, priorizados e selecionados em relao aos
objetivos estratgicos da organizao por meio de critrios objetivos;
GPP 2. Os recursos e oramentos para cada projeto so identificados e
alocados;
GPP 3. A responsabilidade e autoridade pelo gerenciamento dos projetos so
estabelecidas;
GPP 4. O portflio monitorado em relao aos critrios que foram utilizados
para a priorizao;
GPP 5. Aes para corrigir desvios no portflio e para prevenir a repetio dos
problemas identificados so estabelecidas, implementadas e
acompanhadas at a sua concluso;
GPP 6. Os conflitos sobre recursos entre projetos so tratados e resolvidos,
de acordo com os critrios utilizados para a priorizao;
GPP 7. Projetos que atendem aos acordos e requisitos que levaram sua
aprovao so mantidos, e os que no atendem so redirecionados
ou cancelados;
GPP 8. A situao do portflio de projetos comunicada para as partes
interessadas, com periodicidade definida ou quando o portflio for
alterado.

MPS.BR-Guia Geral MPS de Software:2016 31/57


9.2.5 Processo: Medio MED

Nvel MR-MPS-SW: F - Gerenciado

Propsito:

O propsito do processo Medio coletar, armazenar, analisar e relatar os dados


relativos aos produtos desenvolvidos e aos processos implementados na
organizao e em seus projetos, de forma a apoiar os objetivos organizacionais.

Resultados esperados:

MED 1. Objetivos de medio so estabelecidos e mantidos a partir dos


objetivos de negcio da organizao e das necessidades de
informao de processos tcnicos e gerenciais;
MED 2. Um conjunto adequado de medidas, orientado pelos objetivos de
medio, identificado e definido, priorizado, documentado, revisado
e, quando pertinente, atualizado;
MED 3. Os procedimentos para a coleta e o armazenamento de medidas so
especificados;
MED 4. Os procedimentos para a anlise das medidas so especificados;
MED 5. Os dados requeridos so coletados e analisados;
MED 6. Os dados e os resultados das anlises so armazenados;
MED 7. Os dados e os resultados das anlises so comunicados aos
interessados e so utilizados para apoiar decises.

MPS.BR-Guia Geral MPS de Software:2016 32/57


9.3 Nivel E Parcialmente Definido

O nvel de maturidade E composto pelos processos dos nveis de maturidade


anteriores (G e F), acrescidos dos processos Avaliao e Melhoria do Processo
Organizacional, Definio do Processo Organizacional, Gerncia de Recursos
Humanos e Gerncia de Reutilizao. O processo Gerncia de Projetos sofre sua
primeira evoluo, retratando seu novo propsito: gerenciar o projeto com base no
processo definido para o projeto e nos planos integrados. Neste nvel a
implementao dos processos deve satisfazer os atributos de processo AP 1.1, AP
2.1, AP 2.2, AP 3.1 e AP 3.2.

9.3.1 Processo: Avaliao e Melhoria do Processo Organizacional AMP

Nvel MR-MPS-SW: E Parcialmente Definido

Propsito:

O propsito do processo Avaliao e Melhoria do Processo Organizacional


determinar o quanto os processos padro da organizao contribuem para alcanar
os objetivos de negcio da organizao e para apoiar a organizao a planejar,
realizar e implantar melhorias contnuas nos processos com base no entendimento
de seus pontos fortes e fracos.

Resultados esperados:

AMP 1. A descrio das necessidades e os objetivos dos processos da


organizao so estabelecidos e mantidos;
AMP 2. As informaes e os dados relacionados ao uso dos processos padro
para projetos especficos existem e so mantidos;
AMP 3. Avaliaes dos processos padro da organizao so realizadas para
identificar seus pontos fortes, pontos fracos e oportunidades de
melhoria;
AMP 4. Registros das avaliaes realizadas so mantidos acessveis;
AMP 5. Os objetivos de melhoria dos processos so identificados e
priorizados;
AMP 6. Um plano de implementao de melhorias nos processos definido e
executado, e os efeitos desta implementao so monitorados e
confirmados com base nos objetivos de melhoria;
AMP 7. Ativos de processo organizacional so implantados na organizao;
AMP 8. Os processos padro da organizao so utilizados em projetos a
serem iniciados e, se pertinente, em projetos em andamento;
AMP 9. A implementao dos processos padro da organizao e o uso dos
ativos de processo organizacional nos projetos so monitorados;
AMP 10. Experincias relacionadas aos processos so incorporadas aos ativos
de processo organizacional.

MPS.BR-Guia Geral MPS de Software:2016 33/57


9.3.2 Processo: Definio do Processo Organizacional DFP

Nvel MR-MPS-SW: E Parcialmente Definido

Propsito:

O propsito do processo Definio do Processo Organizacional estabelecer e


manter um conjunto de ativos de processo organizacional e padres do ambiente de
trabalho usveis e aplicveis s necessidades de negcio da organizao.

Resultados esperados:

DFP 1. Um conjunto definido de processos padro estabelecido e mantido,


juntamente com a indicao da aplicabilidade de cada processo;
DFP 2. Uma biblioteca de ativos de processo organizacional estabelecida e
mantida;
DFP 3. Tarefas, atividades, papis e produtos de trabalho associados aos
processos padro so identificados e detalhados, juntamente com o
desempenho esperado do processo;
DFP 4. As descries dos modelos de ciclo de vida a serem utilizados nos
projetos da organizao so estabelecidas e mantidas;
DFP 5. Uma estratgia para adaptao do processo padro desenvolvida
considerando as necessidades dos projetos;
DFP 6. O repositrio de medidas da organizao estabelecido e mantido;
DFP 7. Os ambientes padro de trabalho da organizao so estabelecidos e
mantidos;
DFP 8. Regras e guias para a estruturao, formao e atuao de equipes
so estabelecidos e mantidos.

MPS.BR-Guia Geral MPS de Software:2016 34/57


9.3.3 Processo: Gerncia de Recursos Humanos GRH

Nvel MR-MPS-SW: E Parcialmente Definido

Propsito:

O propsito do processo Gerncia de Recursos Humanos prover a organizao e


os projetos com os recursos humanos necessrios e manter suas competncias
adequadas s necessidades do negcio.

Resultados esperados:

GRH 1. As necessidades estratgicas da organizao e dos projetos so


revistas para identificar recursos, conhecimentos e habilidades
requeridos e, de acordo com a necessidade, planejar como
desenvolv-los ou contrat-los;
GRH 2. Indivduos com as habilidades e competncias requeridas so
identificados e recrutados;
GRH 3. As necessidades de treinamento que so responsabilidade da
organizao so identificadas;
GRH 4. Uma estratgia de treinamento definida, com o objetivo de atender
s necessidades de treinamento dos projetos e da organizao;
GRH 5. Um plano ttico de treinamento definido, com o objetivo de
implementar a estratgia de treinamento;
GRH 6. Os treinamentos identificados como sendo responsabilidade da
organizao so conduzidos e registrados;
GRH 7. A efetividade do treinamento avaliada;
GRH 8. Critrios objetivos para avaliao do desempenho de grupos e
indivduos so definidos e monitorados para prover informaes sobre
este desempenho e melhor-lo;
GRH 9. Uma estratgia apropriada de gerncia de conhecimento planejada,
estabelecida e mantida para compartilhar informaes na
organizao;
GRH 10. Uma rede de especialistas na organizao estabelecida e um
mecanismo de apoio troca de informaes entre os especialistas e
os projetos implementado;
GRH 11. O conhecimento disponibilizado e compartilhado na organizao.

MPS.BR-Guia Geral MPS de Software:2016 35/57


9.3.4 Processo: Gerncia de Reutilizao GRU

Nvel MR-MPS-SW: E Parcialmente Definido

Propsito:

O propsito do processo Gerncia de Reutilizao gerenciar o ciclo de vida dos


ativos reutilizveis.

Resultados esperados:

GRU 1. Uma estratgia de gerenciamento de ativos documentada,


contemplando a definio de ativo reutilizvel, alm dos critrios para
aceitao, certificao, classificao, descontinuidade e avaliao de
ativos reutilizveis;
GRU 2. Um mecanismo de armazenamento e recuperao de ativos
reutilizveis implantado;
GRU 3. Os dados de utilizao dos ativos reutilizveis so registrados;
GRU 4. Os ativos reutilizveis so periodicamente mantidos, segundo os
critrios definidos, e suas modificaes so controladas ao longo do
seu ciclo de vida;
GRU 5. Os usurios de ativos reutilizveis so notificados sobre problemas
detectados, modificaes realizadas, novas verses disponibilizadas e
descontinuidade de ativos.

MPS.BR-Guia Geral MPS de Software:2016 36/57


9.4 Nvel D Largamente Definido

O nvel de maturidade D composto pelos processos dos nveis de maturidade


anteriores (G ao E), acrescidos dos processos Desenvolvimento de Requisitos,
Integrao do Produto, Projeto e Construo do Produto, Validao, e Verificao.
Neste nvel a implementao dos processos deve satisfazer os atributos de
processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2.

9.4.1 Processo: Desenvolvimento de Requisitos DRE

Nvel MR-MPS-SW: D Largamente Definido

Propsito:

O propsito do processo Desenvolvimento de Requisitos definir os requisitos do


cliente, do produto e dos componentes do produto.

Resultados esperados:

DRE 1. As necessidades, expectativas e restries do cliente, tanto do


produto quanto de suas interfaces, so identificadas;
DRE 2. Um conjunto definido de requisitos do cliente especificado e
priorizado a partir das necessidades, expectativas e restries
identificadas;
DRE 3. Um conjunto de requisitos funcionais e no-funcionais, do produto e
dos componentes do produto que descrevem a soluo do problema a
ser resolvido, definido e mantido a partir dos requisitos do cliente;
DRE 4. Os requisitos funcionais e no-funcionais de cada componente do
produto so refinados, elaborados e alocados. Interfaces internas e
externas do produto e de cada componente do produto so definidas;
DRE 5. Conceitos operacionais e cenrios so desenvolvidos;
DRE 6. Os requisitos so analisados, usando critrios definidos, para
balancear as necessidades dos interessados com as restries
existentes;
DRE 7. Os requisitos so validados.

MPS.BR-Guia Geral MPS de Software:2016 37/57


9.4.2 Processo: Integrao do Produto ITP

Nvel MR-MPS-SW: D - Largamente Definido

Propsito:

O propsito do processo Integrao do Produto compor os componentes do


produto, produzindo um produto integrado consistente com seu projeto, e
demonstrar que os requisitos funcionais e no-funcionais so satisfeitos para o
ambiente alvo ou equivalente.

Resultados esperados:

ITP 1. Uma estratgia de integrao, consistente com o projeto (design) e


com os requisitos do produto, desenvolvida e mantida para os
componentes do produto;
ITP 2. Um ambiente para integrao dos componentes do produto
estabelecido e mantido;
ITP 3. A compatibilidade das interfaces internas e externas dos componentes
do produto assegurada;
ITP 4. As definies, o projeto (design) e as mudanas nas interfaces
internas e externas so gerenciados para o produto e para os
componentes do produto;
ITP 5. Cada componente do produto verificado, utilizando-se critrios
definidos, para confirmar que estes esto prontos para a integrao;
ITP 6. Os componentes do produto so integrados, de acordo com a
estratgia determinada e seguindo os procedimentos e critrios para
integrao;
ITP 7. Os componentes do produto integrados so avaliados e os resultados
da integrao so registrados;
ITP 8. Uma estratgia de teste de regresso desenvolvida e aplicada para
uma nova verificao do produto, caso ocorra uma mudana nos
componentes do produto (incluindo requisitos, projeto (design) e
cdigos associados);
ITP 9. O produto e a documentao relacionada so preparados e entregues
ao cliente.

MPS.BR-Guia Geral MPS de Software:2016 38/57


9.4.3 Processo: Projeto e Construo do Produto PCP

Nvel MR-MPS-SW: D Largamente Definido

Propsito:

O propsito do processo Projeto e Construo do Produto projetar, desenvolver e


implementar solues para atender aos requisitos.

Resultados esperados:

PCP 1. Alternativas de soluo e critrios de seleo so desenvolvidos para


atender aos requisitos definidos de produto e componentes de
produto;
PCP 2. Solues so selecionadas para o produto ou componentes do
produto, com base em cenrios definidos e em critrios identificados;
PCP 3. O produto e/ou componente do produto projetado e documentado;
PCP 4. As interfaces entre os componentes do produto so projetadas com
base em critrios predefinidos;
PCP 5. Uma anlise dos componentes do produto conduzida para decidir
sobre sua construo, compra ou reutilizao;
PCP 6. Os componentes do produto so implementados e verificados de
acordo com o que foi projetado;
PCP 7. A documentao identificada, desenvolvida e disponibilizada de
acordo com os padres estabelecidos;
PCP 8. A documentao mantida de acordo com os critrios definidos.

MPS.BR-Guia Geral MPS de Software:2016 39/57


9.4.4 Processo: Validao VAL

Nvel MR-MPS-SW: D - Largamente Definido

Propsito:

O propsito do processo Validao confirmar que um produto ou componente do


produto atender a seu uso pretendido quando colocado no ambiente para o qual foi
desenvolvido.

Resultados esperados:

VAL 1. Produtos de trabalho a serem validados so identificados;


VAL 2. Uma estratgia de validao desenvolvida e implementada,
estabelecendo cronograma, participantes envolvidos, mtodos para
validao e qualquer material a ser utilizado na validao;
VAL 3. Critrios e procedimentos para validao dos produtos de trabalho a
serem validados so identificados e um ambiente para validao
estabelecido;
VAL 4. Atividades de validao so executadas para garantir que o produto
esteja pronto para uso no ambiente operacional pretendido;
VAL 5. Problemas so identificados e registrados;
VAL 6. Resultados de atividades de validao so analisados e
disponibilizados para as partes interessadas;
VAL 7. Evidncias de que os produtos de software desenvolvidos esto
prontos para o uso pretendido so fornecidas.

MPS.BR-Guia Geral MPS de Software:2016 40/57


9.4.5 Processo: Verificao VER

Nvel MR-MPS-SW: D - Largamente Definido

Propsito:

O propsito do processo Verificao confirmar que cada servio e/ou produto de


trabalho do processo ou do projeto atende apropriadamente os requisitos
especificados.

Resultados esperados:

VER 1. Produtos de trabalho a serem verificados so identificados;


VER 2. Uma estratgia de verificao desenvolvida e implementada,
estabelecendo cronograma, revisores envolvidos, mtodos para
verificao e qualquer material a ser utilizado na verificao;
VER 3. Critrios e procedimentos para verificao dos produtos de trabalho a
serem verificados so identificados e um ambiente para verificao
estabelecido;
VER 4. Atividades de verificao, incluindo testes e revises por pares, so
executadas;
VER 5. Defeitos so identificados e registrados;
VER 6. Resultados de atividades de verificao so analisados e
disponibilizados para as partes interessadas.

MPS.BR-Guia Geral MPS de Software:2016 41/57


9.5 Nvel C Definido

O nvel de maturidade C composto pelos processos dos nveis de maturidade


anteriores (G ao D), acrescidos dos processos Desenvolvimento para Reutilizao,
Gerncia de Decises e Gerncia de Riscos. Neste nvel a implementao dos
processos deve satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP 3.2.

9.5.1 Processo: Desenvolvimento para Reutilizao DRU

Nvel MR-MPS-SW: C Definido

Propsito:

O propsito do processo Desenvolvimento para Reutilizao identificar


oportunidades de reutilizao sistemtica de ativos na organizao e, se possvel,
estabelecer um programa de reutilizao para desenvolver ativos a partir de
engenharia de domnios de aplicao.

Resultados esperados:

DRU 1. Domnios de aplicao em que sero investigadas oportunidades de


reutilizao de ativos ou nos quais se pretende praticar reutilizao
so identificados, detectando os respectivos potenciais de reutilizao;
DRU 2. A capacidade de reutilizao sistemtica da organizao avaliada e
aes corretivas so tomadas, caso necessrio;
DRU 3. Um programa de reutilizao, envolvendo propsitos, escopo, metas e
objetivos, planejado com a finalidade de atender s necessidades de
reutilizao de domnios;
DRU 4. O programa de reutilizao implantado, monitorado e avaliado;
DRU 5. Propostas de reutilizao so avaliadas de forma a garantir que o
resultado da reutilizao seja apropriado para a aplicao alvo;
DRU 6. Formas de representao para modelos de domnio e arquiteturas de
domnio so selecionadas;
DRU 7. Um modelo de domnio desenvolvido e seus limites e relaes com
outros domnios so estabelecidos e mantidos. Este modelo deve ser
capaz de capturar caractersticas, capacidades, conceitos e funes
comuns, variantes, opcionais e obrigatrios;
DRU 8. Uma arquitetura de domnio descrevendo uma famlia de aplicaes
para o domnio desenvolvida e mantida por todo o seu ciclo de vida;
DRU 9. Ativos do domnio so especificados; adquiridos ou desenvolvidos, e
mantidos por todo o seu ciclo de vida.

MPS.BR-Guia Geral MPS de Software:2016 42/57


9.5.2 Processo: Gerncia de Decises GDE

Nvel MR-MPS-SW: C - Definido

Propsito:

O propsito do processo Gerncia de Decises analisar possveis decises crticas


usando um processo formal, com critrios estabelecidos, para avaliao das
alternativas identificadas.

Resultados esperados:

GDE 1. Guias organizacionais para a gerncia de decises so estabelecidos


e mantidos;
GDE 2. O problema ou questo a ser objeto de um processo formal de tomada
de deciso definido;
GDE 3. Critrios para avaliao das alternativas de soluo so estabelecidos
e mantidos em ordem de importncia, de forma que os critrios mais
importantes exeram mais influncia na avaliao;
GDE 4. Alternativas de soluo aceitveis para o problema ou questo so
identificadas;
GDE 5. Os mtodos de avaliao das alternativas de soluo so
selecionados de acordo com sua viabilidade de aplicao;
GDE 6. Solues alternativas so avaliadas usando os critrios e mtodos
estabelecidos;
GDE 7. Decises so tomadas com base na avaliao das alternativas
utilizando os critrios de avaliao estabelecidos.

MPS.BR-Guia Geral MPS de Software:2016 43/57


9.5.3 Processo: Gerncia de Riscos GRI

Nvel MR-MPS-SW: C - Definido

Propsito:

O propsito do processo Gerncia de Riscos identificar, analisar, tratar, monitorar


e reduzir continuamente os riscos em nvel organizacional e de projeto.

Resultados esperados:

GRI 1. O escopo da gerncia de riscos determinado;


GRI 2. As origens e as categorias de riscos so determinadas e os
parmetros usados para analisar riscos, categoriz-los e controlar o
esforo da gerncia de riscos so definidos;
GRI 3. As estratgias apropriadas para a gerncia de riscos so definidas e
implementadas;
GRI 4. Os riscos do projeto so identificados e documentados, incluindo seu
contexto, condies e possveis consequncias para o projeto e as
partes interessadas;
GRI 5. Os riscos so priorizados, estimados e classificados de acordo com as
categorias e os parmetros definidos;
GRI 6. Planos para a mitigao de riscos so desenvolvidos;
GRI 7. Os riscos so analisados e a prioridade de aplicao dos recursos
para o monitoramento desses riscos determinada;
GRI 8. Os riscos so avaliados e monitorados para determinar mudanas em
sua situao e no progresso das atividades para seu tratamento;
GRI 9. Aes apropriadas so executadas para corrigir ou evitar o impacto do
risco, baseadas na sua prioridade, probabilidade, consequncia ou
outros parmetros definidos.

MPS.BR-Guia Geral MPS de Software:2016 44/57


9.6 Nvel B Gerenciado Quantitativamente

Este nvel de maturidade composto pelos processos dos nveis de maturidade


anteriores (G ao C). Neste nvel o processo de Gerncia da Operao do Servio
sofre sua segunda evoluo, sendo acrescentados novos resultados para atender
aos objetivos de gerenciamento quantitativo. Neste nvel a implementao dos
processos deve satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e
AP 3.2 e alguns resultados do AP 4.1 (vide notas no AP 4.1 no captulo 8.1 na
pgina 19). A implementao dos processos selecionados para anlise de
desempenho deve satisfazer integralmente os atributos de processo AP 4.1 e AP
4.2.
Este nvel no possui processos especficos.

MPS.BR-Guia Geral MPS de Software:2016 45/57


9.7 Nvel A Em Otimizao

Este nvel de maturidade composto pelos processos dos nveis de maturidade


anteriores (G ao B). Neste nvel a implementao dos processos deve satisfazer os
atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2 e alguns resultados do
AP 4.1 (vide notas no 4.1, pgina 19). A implementao dos processos selecionados
para anlise de desempenho deve satisfazer integralmente os atributos de processo
AP 4.1 e AP 4.2. Os atributos de processo AP 5.1 e AP 5.2 devem ser integralmente
satisfeitos pela implementao de pelo menos um dos processos selecionados para
anlise de desempenho.
Este nvel no possui processos especficos.

MPS.BR-Guia Geral MPS de Software:2016 46/57


10 Instituies Implementadoras (II)

O credenciamento de Instituies Implementadoras (II) est definido no Modelo de


Negcios MN-MPS, publicado no site da SOFTEX.

MPS.BR-Guia Geral MPS de Software:2016 47/57


Referncias Bibliogrficas
[ABNT, 2009] - ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS.
NBR ISO/IEC 12207 Tecnologia de informao - Processos de ciclo de vida de
software. Rio de Janeiro: ABNT, 2009.
[ABNT, 2001] - ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS.
NBR ISO 9000:2000 Sistemas de gesto da qualidade e garantia da qualidade
Fundamentos e Vocabulrio. Rio de Janeiro: ABNT, 2001.
[ABNT, 2008] ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. NBR
ISO 9001:2008 Sistemas de gesto da qualidade Requisitos. Rio de Janeiro:
ABNT, 2008.
[FNQ, 2011] FUNDAO NACIONAL DA QUALIDADE. Criterios de Excelencia.
Critrios de Excelencia 2011 - Avaliacao e diagnostico da gestao organizacional
ISBN 978-85-60362-79-0. So Paulo, 19a Edio, janeiro/2011.
[ISO/IEC, 2004b] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-3:
Information Technology - Process Assessment - Part 3 - Guidance on
Performing an Assessment, Geneve: ISO, 2004.
[ISO/IEC, 2004c] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-4:
Information Technology - Process Assessment Part 4 - Guidance on use for
Process Improvement and Process Capability Determination, Geneve: ISO,
2004.
[ISO/IEC, 2006] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-5:
Information Technology - Process Assessment - Part 5: An exemplar Process
Assessment Model, Geneve: ISO, 2006.
[ISO/IEC, 2007] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15939: Software
Engineering Software Measurement Process, Geneve: ISO, 2007.
[ISO/IEC, 2008a] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 12207 Systems
and software engineering Software life cycle processes, Geneve: ISO, 2008.
[ISO/IEC, 2008b] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-6:
Information Technology - Process Assessment - Part 6: An exemplar system
life cycle process assessment model, Geneve: ISO, 2008.
[ISO/IEC, 2008c] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC TR 15504-7:
Information Technology - Process Assessment - Part 7: Assessment of
organizational maturity, Geneve: ISO, 2008.
[ISO/IEC, 2011] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 20000
Information Technology Service Management, Geneve: ISO, 2011.

MPS.BR-Guia Geral MPS de Software:2016 48/57


[ISO/IEC, 2015] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 33020:2015:
Information Technology - Process Assessment Process measurement
framework for assessment of process capability, Geneve: ISO, 2015.
[ISO/IEC, 2015a] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 33001:2015
Information Technology - Process Assessment Concepts and Terminology,
Geneve: ISO, 2015.
[ISO/IEC, 2015b] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 33004:2015:
Information Technology - Process Assessment Requirements for process
reference, process assessment and maturity models, Geneve: ISO, 2015.
[NYCE, 2011] ORGANISMO NACIONAL DE NORMALIZACIN Y CERTIFICACIN.
Tecnologa de la Informacin - Software - Modelos de Procesos y Evaluacin
para el Desarrollo y Mantenimiento de Software - Parte 02, Requisitos de
Procesos (MoProSoft), NMX-I-059/02 -NYCE-2011. Mxico, 2011.
[PMI, 2008] PROJECT Management Institute. A Guide To The Project
Management Body of Knowledge. 4. ed. Newton Square: PMI Publications, 2008.
[SEI, 2010a] SOFTWARE ENGINEERING INSTITUTE. CMMI for Development
(CMMI-DEV), Version 1.3, Technical Report CMU/SEI-2010-TR-033. Pittsburgh, PA:
Software Engineering Institute, Carnegie Mellon University, 2010.
[SEI, 2010b] SOFTWARE ENGINEERING INSTITUTE. CMMI for Services, Version
1.3, Technical Report CMU/SEI-2010-TR-034. Pittsburgh, PA: Software Engineering
Institute, Carnegie Mellon University, 2010.
[SEI, 2001] SOFTWARE ENGINEERING INSTITUTE. People Capability Maturity
Model (P-CMM), Version 2.0, Technical Report CMU/SEI-2001-MM-01. Pittsburgh,
PA: Software Engineering Institute, Carnegie Mellon University, 2001.
[SOFTEX, 2011a] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Aquisio:2011, junho
2011. Disponvel em: www.softex.br.
[SOFTEX, 2011i] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte
8: Implementao do MR-MPS:2011 em organizaes que adquirem software,
junho 2011. Disponvel em: www.softex.br.
[SOFTEX, 2011j] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte
9: Implementao do MR-MPS:2011 em organizaes do tipo Fbrica de
Software, junho 2011. Disponvel em: www.softex.br.
[SOFTEX, 2011k] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte
10: Implementao do MR-MPS:2011 em organizaes do tipo Fbrica de
Teste, junho 2011. Disponvel em: www.softex.br.

MPS.BR-Guia Geral MPS de Software:2016 49/57


[SOFTEX, 2015a] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia Geral MPS de
Servios:2012, agosto 2012. Disponvel em: www.softex.br.
[SOFTEX, 2015b] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Avaliao:2012, maio
2012. Disponvel em: www.softex.br.
[SOFTEX, 2012c] ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte
11: Implementao e Avaliao do MR-MPS-SW:2012 em Conjunto com o
CMMI-DEV v1.3, maio 2011. Disponvel em: www.softex.br.

MPS.BR-Guia Geral MPS de Software:2016 50/57


Lista de colaboradores do Guia Geral:2016

Editores:
Cristina ngela Filipak Machado CELEPAR e QualityFocus
Ana Cecilia Zabeu ASR

Revisores:
Mariano Montoni ProMove

MPS.BR-Guia Geral MPS de Software:2016 51/57


Lista de colaboradores do Guia Geral:2011

Editores:
Gleison dos Santos Souza UNIRIO e COPPE/UFRJ
Ana Regina C. Rocha COPPE/UFRJ (Coordenadora da ETM)
Cristina ngela Filipak Machado CELEPAR e QualityFocus

Revisores:
Ana Liddy Cenni C. Magalhes QualityFocus e UFMG
Jorge Bria LIVEWARE
Danilo Scalet CELEPAR
Elaine Nunes COPPE/UFRJ
Mariano Montoni ProMove
Odisnei Galarraga SOFTWARE PROCESS
Reinaldo Cabral Silva Filho COPPE/UFRJ e UFAL
Renato Ferraz Machado QualityFocus
Sheila Reinehr PUCPR e QualityFocus

MPS.BR-Guia Geral MPS de Software:2016 52/57


Lista de colaboradores do Guia Geral:2009 Junho/2009

Editoras:
Ana Regina C. Rocha COPPE/UFRJ (Coordenadora da ETM)
Sheila Reinehr PUCPR e QualityFocus

Colaboradores
Kthia Maral de Oliveira Universidade Catlica de Braslia

Revisores:
Ana Ceclia Zabeu ASR
Ana Liddy Cenni C. Magalhes QualityFocus e Universidade FUMEC
Carlos Barbieri FUMSOFT
Cristina ngela Filipak Machado CELEPAR e QualityFocus
Danilo Scalet CELEPAR
Edmeia Andrade EMBRAPA
Fbio Bianchi Campos Universidade Catlica de Braslia
Gleison dos Santos Souza COPPE/UFRJ
Kival Chaves Weber SOFTEX
Marcio Pecegueiro do Amaral RIOSOFT
Mariano Montoni COPPE/UFRJ
Odisnei Galarraga Software Process
Sarah Kohan Fundao Vanzolini

MPS.BR-Guia Geral MPS de Software:2016 53/57


Lista de colaboradores do Guia Geral verso 1.2 Junho/2007

Editores:
Ana Regina C. Rocha COPPE/UFRJ (Coordenadora da ETM)
Ana Liddy C. C. Magalhes SwQuality
Kthia Maral de Oliveira Universidade Catlica de Braslia
Mariano Montoni COPPE/UFRJ

Colaboradores
Ahilton Barreto COPPE/UFRJ
Alfredo Nozomu Tsukumo CenPRA
Claudia Maria Lima Werner COPPE/UFRJ
Gleison dos Santos Souza COPPE/UFRJ
Leonardo Murta COPPE/UFRJ
Marco Lopes COPPE/UFRJ
Marcos Kalinowski COPPE/UFRJ

Revisores:
Cristina ngela Filipak Machado CELEPAR
Danilo Scalet CELEPAR
Fbio Bianchi Campos Universidade Catlica de Braslia
Francisco Vasconcellos Marinha do Brasil / COPPE/UFRJ
Kival Chaves Weber SOFTEX
Marcio Pecegueiro Amaral RIOSOFT
Regina M. Thienne Colombo CenPRA

MPS.BR-Guia Geral MPS de Software:2016 54/57


Lista de colaboradores do Guia Geral verso 1.1 Maio/2006

Editoras:
Ana Regina C. Rocha COPPE/UFRJ (Coordenadora da ETM)
Ana Cristina Rouiller Universidade Federal Rural de Pernambuco
Kthia Maral de Oliveira Universidade Catlica de Braslia

Revisores:
Ana Cervigni Guerra CenPRA
Christiane Gresse von Wangenheim UNIVALI
Clnio F. Salviano CenPRA
Cristina ngela Filipak Machado CELEPAR
Danilo Scalet CELEPAR
Francisco Vasconcellos Marinha do Brasil / COPPE/UFRJ
Kival Chaves Weber SOFTEX
Marcio Pecegueiro Amaral RIOSOFT

MPS.BR-Guia Geral MPS de Software:2016 55/57


Lista de colaboradores do Guia Geral verso 1.0 Maio/2005

Editoras:
Ana Regina C. Rocha COPPE/UFRJ
Cristina ngela Filipak Machado CELEPAR

Colaboradores:
Adriano B. de Albuquerque COPPE/UFRJ
Ana Candida Natali COPPE/UFRJ
Clnio F. Salviano CenPRA
Danilo Scalet CELEPAR
Edson Saraiva de Almeida SCOPUS
Gleison dos Santos Souza COPPE/UFRJ
Marcelo Pessa Fundao Vanzolini/USP
Mariano Montoni COPPE/UFRJ
Odisnei Galarraga EsiCenter Unisinos
Paula Mian COPPE/UFRJ
Svio Figueiredo COPPE/UFRJ
Sheila Reinehr PUC-PR
Tayana Conte COPPE/UFRJ
Teresa Maciel CESAR

Revisores:
Ana Cervigni Guerra CenPRA
Ana Cristina Rouiller UFLA
Andr Villas-Boas CPqD
Clenio F. Salviano CenPRA
Danilo Scalet CELEPAR
Eratstenes Arajo SOFTEX
Kthia Maral Oliveira UCB
Kival Chaves Weber SOFTEX
Jorge Bria Liveware
Luiz Carlos de Almeida Oliveira CELEPAR
Marcelo Pessoa Fundao Vanzolini/USP

MPS.BR-Guia Geral MPS de Software:2016 56/57


Marcio Pecegueiro Amaral RIOSOFT
Teresa Maciel CESAR
Viviana L.Rubinstein Liveware

MPS.BR-Guia Geral MPS de Software:2016 57/57

You might also like