Guia de Implementacao Parte 11 2012

MPS.
BR - Melhoria de Processo do Software Brasileiro

Guia de Implementao Parte 11: Implementao e Avaliao do
MR-MPS-SW:2012 em Conjunto com o CMMI-DEV v1.3

Este guia contm orientaes para a
implementao e avaliao do
Modelo de Referncia MR-MPS-SW
em conjunto com o CMMI-DEV.

Agosto de 2012

Copyright 2012 - SOFTEX
Direitos desta edio reservados pela Sociedade SOFTEX
A distribuio ilimitada desse documento est sujeita a copyright
ISBN 978-85-99334-38-6
MPS.BR-Guia de Implementao Parte 11:2012 2/85

Sumrio

1 Prefcio ........................................................................................................ 3
2 Introduo .................................................................................................... 4
3 MR-MPS-SW Modelo de Referncia MPS para Software ......................... 5
4 CMMI-DEV ................................................................................................... 7
5 Mapeamento MR-MPS-SW/CMMI-DEV ..................................................... 10
Referncias Bibliogrficas ................................................................................ 15
Anexo I Mapeamento dos Modelos MPS-SW e CMMI-DEV .......................... 20
I. 1 Processo Gerncia de Projeto ........................................................... 21
I. 2 Processo Gerncia de Requisitos ...................................................... 32
I. 3 Processo Aquisio ............................................................................ 34
I. 4 Processo Gerncia de Configurao .................................................. 36
I. 5 Processo Garantia da Qualidade ....................................................... 39
I. 6 Processo Medio .............................................................................. 41
I. 7 Processo Avaliao e Melhoria do Processo Organizacional ............ 43
I. 8 Processo Definio do Processo Organizacional ............................... 47
I. 9 Processo Gerncia de Recursos Humanos ....................................... 49
I. 10 Processo Desenvolvimento de Requisitos ......................................... 52
I. 11 Processo Integrao do Produto ........................................................ 55
I. 12 Processo Projeto e Construo do Produto ....................................... 58
I. 13 Processo Validao ............................................................................ 60
I. 14 Processo Verificao .......................................................................... 63
I. 15 Processo Gerncia de Decises ........................................................ 66
I. 16 Processo Gerncia de Riscos ............................................................ 68
I. 17 Atributos de Processo AP 2.1 e AP 2.2 .............................................. 70


1 Prefcio
O MPS.BR
1
um programa mobilizador, de longo prazo, criado em dezembro de
2003, coordenado pela Associao para Promoo da Excelncia do Software
Brasileiro (SOFTEX), que conta 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 a Melhoria de Processo de Software e Servios,
com duas metas a alcanar a mdio e longo prazos:

a) meta tcnica, visando criao e aprimoramento do Modelo MPS, com resultados
esperados tais como: (i) guias do Modelo MPS; (ii) Instituies Implementadoras (II)
credenciadas para prestar servios de consultoria de implementao do Modelo de
Referncia para Software (MR-MPS-SW) e/ou do Modelo de Referncia para
Servios (MR-MPS-SV); (iii) Instituies Avaliadoras (IA) credenciadas para prestar
servios de avaliao seguindo o mtodo de avaliao para software e servios
(MA-MPS); (iv) 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 adoo do Modelo MPS, em todas as
regies do pas, em um intervalo de tempo justo, a um custo razovel, tanto em
micro, pequenas e mdias empresas (foco principal) quanto em grandes
organizaes privadas e governamentais, com resultados esperados tais como: (i)
criao e aprimoramento do modelo de negcio MN-MPS; (ii) cursos, provas e
workshops MPS; (iii) organizaes que implementaram o Modelo MPS; (iv)
organizaes com avaliao MPS publicada (prazo de validade de trs anos).

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 MPS.BR pode contar com a participao de representantes de
universidades, instituies governamentais, centros de pesquisa e de organizaes
privadas, os quais contribuem com suas vises complementares que agregam valor
e qualidade ao programa.

Cabe ao FCC: (i) emitir parecer que subsidie deciso da SOFTEX sobre o
credenciamento de Instituies Implementadoras (II) e Instituies Avaliadoras (IA);
(ii) monitorar os resultados das Instituies Implementadoras (II) e Instituies
Avaliadoras (IA), emitindo parecer propondo SOFTEX o seu descredenciamento
no caso de comprometimento da credibilidade do Modelo MPS.

1
MPS.BR, MPS, MPS-SW, MPS-SV, MR-MPS-SW, MR-MPS-SV, 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 ao Modelo MPS, compreendendo tanto a
sigla MPS-SW associada Melhoria de Processo de Software quanto a sigla MPS-SV associada
Melhoria de Processo de Servios.

Cabe ETM apoiar a SOFTEX sobre os aspectos tcnicos relacionados ao Modelo
de Referncia MPS para Software
2
(MR-MPS-SW), Modelo de Referncia MPS para
Servios (MR-MPS-SV) e Mtodo de Avaliao (MA-MPS), para: (i) criao e
aprimoramento contnuo do MR-MPS-SW, MR-MPS-SV, MA-MPS e seus guias
especficos; (ii) capacitao de pessoas por meio de cursos, provas e workshops.

A criao e o aprimoramento deste Guia de Implementao Parte 11:
Implementao e Avaliao do MR-MPS-SW:2012 em Conjunto com o CMMI-DEV
v1.3 so tambm atribuies da ETM, sendo que este guia faz parte do seguinte
conjunto de documentos do MPS:
Guia Geral MPS de Software:2012 (SOFTEX, 2012a);
Guia Geral MPS de Servios:2012 (SOFTEX, 2012b);
Guia de Avaliao:2012 (SOFTEX, 2012c);
Guia de Aquisio de Software:2011 (SOFTEX, 2011a);
Guia de Implementao Parte 1: Fundamentao para Implementao do
Nvel G do MR-MPS:2011 (SOFTEX, 2011b);
Nvel F do MR-MPS:2011 (SOFTEX, 2011c);
Nvel E do MR-MPS:2011 (SOFTEX, 2011d);
Nvel D do MR-MPS:2011 (SOFTEX, 2011e);
Nvel C do MR-MPS:2011 (SOFTEX, 2011f);
Nvel B do MR-MPS:2011 (SOFTEX, 2011g);
Nvel A do MR-MPS:2011 (SOFTEX, 2011h);
Guia de Implementao Parte 8: Implementao do MR-MPS:2011 (Nveis
G a A) em organizaes que adquirem software (SOFTEX, 2011i);
G a A) em organizaes do tipo Fbrica de Software (SOFTEX, 2011j);
G a A) em organizaes do tipo Fbrica de Teste (SOFTEX, 2011k).
2 Introduo
Avaliaes conjuntas MPS/CMMI-DEV podem ser adotadas pelas organizaes
para, entre outros aspectos, otimizar o tempo e o esforo do processo.
Ao utilizar mais de uma norma ou modelo de referncia de processo, a organizao
tende a enfrentar uma srie de desafios, como a existncia de possveis

2
O MR-MPS-SW a nova nomenclatura utilizada para o MR-MPS.

sobreposies entre os modelos, as quais devem ser tratadas. Neste sentido, uma
forma de abordar as similaridades e diferenas entre eles mapear os requisitos de
um modelo em relao aos requisitos de outro modelo. Mesmo que os requisitos
sejam compatveis e/ou complementares, as diferenas de rigor podem significar
que os resultados de um modelo podem no atender ao outro modelo (PAULK,
2004).
Das lies aprendidas relatadas em SOUZA et al. (2009) aps a primeira avaliao
conjunta dos nveis de maturidade C do MPS e 3 do CMMI-DEV, observou-se que
as diferenas de exigncia entre os modelos MPS (SOFTEX, 2009) e CMMI-DEV
(SEI, 2006a) ocasionaram a produo de resultados diferentes para as
caracterizaes dos processos da organizao em ambos os modelos. Outro
importante aspecto destacado est relacionado ao entendimento prvio, por parte
dos avaliadores e representantes da empresa na equipe de avaliao, das sutis
diferenas e compatibilidades entre os modelos, de forma a evitar que, de fato, fosse
realizada uma avaliao dupla ao invs de uma avaliao conjunta.
Ainda nesse contexto, SOUZA et al. (2009) recomendaram: (i) a preparao de
instrumentos para apoiar as avaliaes conjuntas; (ii) a elaborao de um quadro
comparativo entre os modelos, com a respectiva cobertura de cada rea de
processo; e (iii) a elaborao de um mapeamento entre os modelos, destacando
suas diferenas.
Este Guia de Implementao tem como objetivo apresentar um mapeamento do
modelo de referncia MPS para Software (MR-MPS-SW) verso 2012 (SOFTEX,
2012a) e CMMI-DEV verso 1.3 (SEI, 2010) de forma a auxiliar as organizaes nas
iniciativas de melhoria de processos de software multi-modelos, seja no mbito das
implementaes ou das avaliaes de processos. Para apoio s avaliaes
conjuntas foi, ainda, elaborada uma planilha especfica que est publicada em
www.softex.br/mps. A verso original do mapeamento e dos procedimentos
adotados para constru-la descrita em detalhes em (MELLO, 2011).
3 MR-MPS-SW Modelo de Referncia MPS para Software
O MR-MPS-SW contm a definio dos nveis de maturidade, dos processos e dos
atributos do processo relacionados a cada nvel de maturidade. A base tcnica para
a construo e aprimoramento do modelo composta pelas normas ISO/IEC 12207
(ISO/IEC, 2008) e ISO/IEC 15504-2 (ISO/IEC, 2003).
O MR-MPS-SW (SOFTEX, 2012a) define sete nveis de maturidade, sequenciais e
cumulativos, a seguir: A (Em Otimizao), B (Gerenciado Quantitativamente), C
(Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e G
(Gerenciado Parcialmente). A escala de maturidade comea no nvel G e evolui at
o nvel A, quando a organizao atinge a alta maturidade. Se comparado ao CMMI-
DEV (SEI, 2010), o modelo possui trs nveis avaliveis a mais, o que permite
melhor atender s mdias, pequenas e microempresas, que podero alcanar os
objetivos de melhoria em etapas intermedirias, fornecendo mais visibilidade do
progresso.
Cada nvel de maturidade uma combinao dos processos e da capacidade dos
processos. Os processos so descritos segundo o propsito e os resultados
esperados. O propsito descreve o objetivo a ser atingido com a execuo do
processo e os resultados esperados estabelecem os que devem ser obtidos com a

efetiva implementao do processo. J a capacidade do processo representada
por um conjunto de atributos descritos em termos de resultados esperados,
conforme mostrado na Figura 1.
O progresso e o alcance de um determinado nvel de maturidade do MR-MPS-SW
se obtm quando so atendidos os resultados esperados dos processos e dos
atributos de processos estabelecidos para aquele nvel. Os atributos de processo
(AP) so uma caracterstica mensurvel da capacidade do processo. O atendimento
aos atributos do processo (AP), pelo atendimento aos resultados esperados dos
atributos do processo (RAP), requerido para todos os processos no nvel
correspondente ao nvel de maturidade, embora eles no sejam detalhados dentro
do processo (SOFTEX, 2012a).

Figura 1 Estrutura do MR-MPS-SW
A relao de cada atributo de processo est apresentada na Tabela 1. J os
processos e os atributos de processo definidos pelo modelo para cada nvel de
maturidade podem ser observados na Tabela 2.

Tabela 1 Atributos de Processo (SOFTEX, 2012a)
Atributo de
Processo
Descrio Propsito
AP 1.1 O processo executado Este atributo evidencia o quanto a execuo do
processo gerenciada.
AP 2.1 O processo gerenciado Este atributo evidencia o quanto a execuo do
processo gerenciada.
AP 2.2 Os produtos de trabalho
do processo so
gerenciados
Este atributo evidencia o quanto os produtos de
trabalho produzidos pelo processo so gerenciados
apropriadamente.
AP 3.1 O processo definido Este atributo evidencia o quanto um processo padro
mantido para apoiar a implementao do processo
definido.
AP 3.2 O processo est
implementado
Este atributo evidencia o quanto o processo padro
efetivamente implementado como um processo
definido para atingir seus resultados.
AP 4.1 O processo medido Este atributo evidencia o quanto os resultados de
medio so usados para assegurar que a execuo
do processo atinge os seus objetivos de desempenho e
apoia o alcance dos objetivos de negcio definidos.

Atributo de
Processo
Descrio Propsito
AP 4.2 O processo controlado Este atributo evidencia o quanto o processo
controlado estatisticamente para produzir um processo
estvel, capaz e previsvel dentro de limites
estabelecidos.
AP 5.1 O processo objeto de
melhorias incrementais e
inovaes
Este atributo evidencia o quanto as mudanas no
processo so identificadas a partir da anlise de
defeitos, problemas, causas comuns de variao do
desempenho e da investigao de enfoques
inovadores para a definio e implementao do
processo.
AP 5.2 O processo otimizado
continuamente
Este atributo evidencia o quanto as mudanas na
definio, gerencia e desempenho do processo tem
impacto efetivo para o alcance dos objetivos relevantes
de melhoria do processo.

Tabela 2 Nveis de maturidade do MR-MPS-SW (SOFTEX, 2012a)
Nvel de
maturidade
Processo 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 Gerncia de Projetos GPR (evoluo) AP 1.1, AP 2.1, AP 2.2,
AP 3.1, AP 3.2, AP 4.1,
e AP 4.2
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

4 CMMI-DEV
O CMMI-DEV (SEI, 2010) um modelo de maturidade e capacidade de processos
de software criado pelo SEI (Software Engineering Institute) e que consiste de boas
prticas de engenharia de software para o desenvolvimento e manuteno de
produtos e servios. O modelo oferece uma estrutura e elementos chave para um
processo de software eficaz, abrangendo todo o ciclo de produo, desde a
concepo at a entrega e manuteno do software, representando ainda um

caminho evolutivo para a organizao em busca de um processo maduro e
disciplinado.
O CMMI-DEV (SEI, 2010) possui dois tipos de representao: contnua e por
estgios. Na representao contnua, as reas de processos so organizadas em
categorias e a implementao da melhoria ocorre por nveis de capacidade,
enquanto que na representao por estgios, as reas de processos so
organizadas em nveis de maturidade. Na primeira, as reas de processos podem
ser avaliadas individualmente, segundo a estratgia e objetivos de negcio da
organizao. J na representao por estgios, a avaliao realizada em todas as
reas de processos que compem o nvel de maturidade selecionado pela
organizao.
Os tipos de representao diferem na seleo e organizao dos componentes do
modelo, mas utilizam o mesmo conjunto de processos e prticas. Os nveis de
maturidade e de capacidade definidos no CMMI-DEV esto relacionados na Tabela
3.

Tabela 3 Nveis de capacidade e de maturidade do CMMI-DEV (SEI, 2010)
Nvel Nvel de capacidade
(representao contnua)
Nvel de maturidade
(representao por estgios)
0 Incompleto -
1 Realizado Inicial
2 Gerenciado Gerenciado
3 Definido Definido
4 - Gerenciado quantitativamente
5 - Em otimizao

Os nveis indicam uma sequncia lgica para a evoluo das reas de processo, na
medida em que satisfaam as exigncias do modelo. Enquanto um nvel de
capacidade est relacionado a uma rea de processo, os nveis de maturidade esto
relacionados a um grupo de reas de processos.
Com relao sua estrutura, o CMMI-DEV formado por componentes agrupados
em trs categorias: componentes requeridos, componentes esperados e
componentes informativos, que auxiliam na interpretao do modelo, conforme
apresentado na Figura 2.


Figura 2 Componentes do CMMI-DEV (SEI, 2010)

Cada rea de processo um conjunto de prticas relacionadas que, implementadas
conjuntamente, satisfazem os objetivos considerados importantes para constituir a
melhoria do processo e consequentemente da organizao. O CMMI-DEV (SEI,
2010) composto por 22 reas de processos, que podem ser observadas na Tabela
4, com os respectivos nveis de maturidade e categorias.

Tabela 4 reas de Processo do CMMI-DEV (SEI, 2010)
Nvel de
maturidade
rea de Processo Categoria
2 Monitorao e Controle do Projeto (PMC) Gerncia de Projeto
2 Planejamento do Projeto (PP) Gerncia de Projeto
2 Gerncia de Requisitos (REQM) Gerncia de Projeto
2 Anlise e Medio (MA) Apoio
2 Garantia da Qualidade do Processo e do Produto
(PPQA)
Apoio
2 Gerncia de Configurao (CM) Apoio
3 Gerncia de Fornecedor Integrada (SAM) Gerncia de Projeto
3 Gerncia de Projeto Integrada (IPM) Gerncia de Projeto
3 Gerncia de Riscos (RSKM) Gerncia de Projeto
3 Definio do Processo Organizacional (OPD) Gerncia de Processo
3 Foco no Processo Organizacional (OPF) Gerncia de Processo
3 Treinamento Organizacional (OT) Gerncia de Processo
3 Desenvolvimento de Requisitos (RD) Engenharia
3 Integrao do Produto (PI) Engenharia
3 Soluo Tcnica (TS) Engenharia
3 Validao (VAL) Engenharia
3 Verificao (VER) Engenharia
3 Anlise de Deciso e Resoluo (DAR) Apoio
4 Gerncia Quantitativa do Projeto (QPM) Gerncia de Projeto
4 Desempenho do Processo Organizacional (OPP) Gerncia de Processo
5 Gerncia do Desempenho Organizacional (OPM) Gerncia de Processo
5 Resoluo e Anlise Causal (CAR) Apoio

O propsito, os objetivos especficos relacionados ao processo e os objetivos
genricos relacionados a todos os processos e organizao compem as
reas de processo. A funo dos objetivos especficos definir as caractersticas
nicas que devem estar presentes para que uma determinada rea de processo seja
satisfeita. Por sua vez, os objetivos genricos esto associados a mais de uma rea
de processo e definem as caractersticas que devem estar presentes para
institucionalizar os processos que implementam a rea de processo.
Os objetivos especficos possuem um conjunto de prticas especficas que so as
descries de atividades consideradas importantes para que o objetivo especfico
seja satisfeito. De forma anloga, uma prtica genrica a descrio de uma
atividade considerada importante para a satisfao de um objetivo genrico.
Em processos de avaliao da implementao do CMMI-DEV (SEI, 2010), a equipe
de avaliao visa buscar evidncias de que os objetivos e prticas, especficos e
genricos, esto atendidos nos projetos, para as respectivas reas de processos
avaliadas.

5 Mapeamento MR-MPS-SW/CMMI-DEV
O MR-MPS-SW define nveis de maturidade que so uma combinao de processos
e atributos de processo. Processos esto descritos atravs de seu propsito e
resultados esperados do processo, enquanto que os atributos de processo esto
descritos atravs de resultados de atributos de processos (RAP). Neste sentido, os
componentes requeridos no MR-MPS-SW so os resultados esperados de
processos e os resultados de atributos de processos.
O CMMI-DEV est organizado em reas de processos, com objetivos e prticas
especficos, e em objetivos e prticas genricos. No CMMI-DEV, os componentes
so agrupados em trs categorias: requeridos, esperados e informativos. Em uma
avaliao, os componentes requeridos e esperados do modelo CMMI-DEV tm o
mesmo impacto dos resultados esperados do processo e dos resultados de atributos
de processos do MR-MPS-SW, que obrigatoriamente devem estar atendidos pela
organizao avaliada.
Os componentes obrigatrios foram o foco da comparao entre os dois modelos.
Desta forma foram considerados para o mapeamento:
Os processos do MR-MPS-SW:2012 (SOFTEX, 2012a), comparados com
as reas de processo do CMMI-DEV verso 1.3 (SEI, 2010);
Os resultados esperados dos processos do MR-MPS-SW, comparados
com as prticas especficas das reas de processo do CMMI-DEV;
Os resultados de atributos de processos do MR-MPS-SW, comparados
com as prticas genricas do CMMI-DEV;
Nos nveis A e B do modelo MPS e 4 e 5 do modelo CMMI-DEV, os
resultados de atributos de processos so comparados tambm com as
reas de processos dos nveis 4 e 5 e suas respectivas prticas
especficas.
Os objetivos especficos e genricos do modelo CMMI-DEV foram excludos da
comparao porque eles no so avaliados diretamente, mas sim, atravs das
prticas especficas e genricas. Os objetivos do CMMI-DEV no tm
correspondentes na estrutura do modelo MPS.
Os componentes informativos do modelo CMMI-DEV, dentre eles as subprticas e
os produtos de trabalho tpicos, foram excludos da comparao, da mesma forma
que as orientaes para implementao dos resultados esperados do modelo MPS,
descritas nos guias de implementao. Em ambos os casos, tratam-se apenas de
orientaes e esclarecimentos adicionais, no sendo itens requeridos dos modelos.
No caso das prticas especficas e genricas do CMMI-DEV, apenas sua declarao
foi considerada no mapeamento, de forma que a descrio na forma de alternativas
aceitveis, tambm denominadas prticas alternativas, apesar de previstas no
modelo, no foram mapeadas, pois so definidas para cada situao e organizao
especficas. Na verso original do mapeamento foi utilizada a traduo oficial para o
portugus da documentao do modelo (SEI, 2006b). Para a atual reviso foi
considerado o texto oficial do modelo em ingls (SEI, 2010), pois no momento em
que esse guia foi elaborado ainda no havia traduo oficial disponvei. Dessa
forma, as tradues das alteraes referentes verso 1.3 do CMMI-DEV so livres.

Alm disso, um mapeamento deve ser estruturado pelos requisitos de um modelo
em direo ao outro modelo de referncia. Assim, o modelo MPS foi selecionado
como modelo de origem e o CMMI-DEV como modelo de destino.
A Tabela 5 apresenta uma viso geral dos processos do MR-MPS-SW:2012 e seus
correspondentes no modelo CMMI-DEV verso 1.3.
Os processos do modelo MPS que no tm rea de processo correspondente no
CMMI-DEV foram excludos das atividades de mapeamento. J as reas de
processo do modelo CMMI-DEV que no tm um processo correspondente foram
mapeadas por possuir correspondncia com resultados de atributos de processos do
modelo MPS, o que est refletido no mapeamento.

Tabela 5 Processos do MR-MPS-SW e reas de Processos do CMMI-DEV
Processos do MR-MPS-SW reas de Processos do CMMI-DEV
Gerncia de Projetos Planejamento de Projeto
Monitorao e Controle de Projeto
Gesto Integrada de Projeto
Gesto Quantitativa de Projeto
Gerncia de Requisitos Gesto de Requisitos
Aquisio Gesto de Contrato com Fornecedores
Gerncia de Configurao Gesto de Configurao
Garantia da Qualidade Garantia da Qualidade de Processo e Produto
Gerncia de Portflio de Projetos -
Medio Medio e Anlise
Avaliao e Melhoria do Processo
Organizacional
Foco nos Processos da Organizao
Definio do Processo Organizacional Definio dos Processos da Organizao
Gerncia de Recursos Humanos Treinamento na Organizao
Gerncia de Reutilizao -
Desenvolvimento de Requisitos Desenvolvimento de Requisitos
Integrao do Produto Integrao de Produto
Projeto e Construo do Produto Soluo Tcnica
Validao Validao
Verificao Verificao
Desenvolvimento para Reutilizao -
Gerncia de Decises Anlise e Tomada de Decises
Gerncia de Riscos Gesto de Riscos
- Anlise e Resoluo de Causas
- Gerncia do Desempenho Organizacional
- Desempenho dos Processos da Organizao

Para a comparao dos modelos foram estabelecidos quatro critrios:
Equivalente (EQU): As exigncias do MR-MPS-SW so exatamente as
mesmas exigncias do CMMI-DEV.
Equivalente em conjunto (EQU+): As exigncias do MR-MPS-SW so
exatamente as mesmas exigncias do CMMI-DEV quando
complementadas com mais de um resultado esperado ou prtica ou vice-
versa.
No equivalente (NEQ): As exigncias do MR-MPS-SW no so
exatamente as mesmas exigncias do CMMI-DEV ou vice-versa.

Inexistente (INE): No existe o resultado do MR-MPS-SW no CMMI-DEV
ou vice-versa.

Quatro modelos de formulrio padro foram definidos sempre considerando o MPS
como modelo de origem e o CMMI-DEV como modelo de destino.
O primeiro modelo de formulrio, apresentado na Figura 3, foi definido para o
mapeamento de todos os processos e reas de processo, com exceo do processo
Gerncia de Projetos do modelo MPS, por este estar relacionado com mais de uma
rea de processo do CMMI-DEV.

Resultado Esperado do
Processo
Objetivo e Prtica Especfica
Classificao e
Consideraes

<prefixo e nmero
do objetivo
especfico>
<declarao do objetivo especfico>
<sigla do
resultado
esperado do
processo>
<texto do
resultado
esperado do
processo>
<prefixo e nmero
da prtica
especfica>
<declarao
da prtica
especfica>
<classificao>
<considera-
es>

Figura 3 Primeiro modelo de formulrio

O segundo modelo de formulrio, apresentado na Figura 4, foi definido para o
mapeamento dos resultados esperados do processo de Gerncia de Projetos do
modelo MPS com as prticas especficas das reas de processo correspondentes
do CMMI-DEV.

Resultado Esperado do
Processo
rea de Processo e Prtica
Especfica
Classificao e
Consideraes

<sigla do
resultado
esperado do
processo>
<texto do
resultado
esperado do
processo>
<rea de processo
e prefixo e nmero
da prtica
especfica>
<declarao
da prtica
especfica>
<classificao>
<considera-
es>

Figura 4 Segundo modelo de formulrio

O terceiro modelo formulrio, apresentado na Figura 5, foi definido para o
mapeamento dos atributos de processo (AP) e resultados de atributo de processo
(RAP) com os objetivos e prticas genricas do CMMI-DEV at o AP 2.2, pois a
partir deste ponto h correspondncia entre RAP e prticas especficas de uma rea
de processo.

Atributo de Processo e
Resultado de Atributo de
Processo
Objetivo e Prtica Genrica
Classificao e
Consideraes
<sigla do
atributo de
processo>
<texto do
atributo de
processo>
<prefixo e nmero
do objetivo
genrico>
< declarao do objetivo genrico>
<sigla do
resultado de
<texto do
resultado de
< prefixo e
nmero da prtica
<declarao
da prtica
<classificao>
<considera-
es>

atributo de
processo>
atributo de
processo>
genrica> genrica>

Figura 5 Terceiro modelo de formulrio

O quarto modelo de formulrio (Figura 6) foi definido para o mapeamento dos
atributos de processo (AP) e resultados de atributo de processo (RAP) a partir do AP
3.1, de forma a refletir a correspondncia entre os AP e RAP e os objetivos e
prticas genricas, bem como com as respectivas prticas especficas das reas de
processo do CMMI-DEV.

Atributo de Processo e
Resultado de Atributo de
Processo
Objetivo e Prtica Genrica e
rea de Processo e Prtica
Especfica
Classificao e
Consideraes
<sigla do
atributo de
processo>
<texto do
atributo de
processo>
<prefixo e nmero
do objetivo
genrico>
< declarao do objetivo genrico>
<sigla do
resultado de
atributo de
processo>
<texto do
resultado de
atributo de
processo>
< prefixo e
nmero da prtica
genrica> ou
<rea de
processo e prefixo
e nmero da
prtica
especfica>
<declarao
da prtica
genrica> ou
<declarao
da prtica
especfica>
<classificao>
<considera-
es>

Figura 6 Quarto modelo de formulrio

Para a realizao do mapeamento original (MELLO, 2011), aps a concluso da
comparao de cada processo do MR-MPS:2009 para a rea de processo
relacionada do CMMI-DEV, o mapeamento inicial foi objeto de reviso por pares. A
seleo dos revisores foi realizada a partir do grupo de implementadores e
avaliadores do modelo MPS, em uma amostragem baseada em convenincia
(disponibilidade para realizar a reviso) e a partir do critrio de possuir conhecimento
tambm no modelo CMMI-DEV. Cada processo e atributo de processo at o nvel C
de maturidade do modelo MPS foi avaliado por pelo menos dois revisores diferentes.
20 (vinte) revisores participaram desta avaliao.
Para realizar a reviso por pares da alta maturidade nveis B e A do modelo MPS e
4 e 5 do modelo CMMI-DEV foram selecionados como potenciais revisores todos
os avaliadores MPS habilitados a avaliar a alta maturidade, excludos os
orientadores do trabalho, mais os lead appraiser SCAMPI habilitados pelo SEI a
avaliar a alta maturidade e que possuam conhecimento do modelo MPS, por terem
participado do Curso Oficial de Introduo ao MPS. Com este critrio, foram
selecionados cinco potenciais revisores, aos quais foram enviados os mapeamentos
iniciais relacionados alta maturidade. Destes, quatro revisores realizaram a reviso
por pares.
Aps a reviso por pares, o mapeamento foi avaliado atravs de sua utilizao em
duas avaliaes conjuntas: uma avaliao conjunta MPS Nvel C com CMMI Nvel 3
e uma avaliao conjunta Nvel F com CMMI Nvel 2.
Para a realizao da reviso do mapeamento presente nesta verso do Guia de
Implementao Parte 11, seguiu-se os mesmos critrios de comparao utilizados

no trabalho original. As adequaes ao mapeamento foram sugeridas pelo autor da
reviso do MR-MPS que deu origem sua verso 2011. As revises do novo
material produzido foram conduzidas por membros da Equipe Tcnica do Modelo
(ETM), conforme indicado.
Um vez realizado o mapeamento, para as avaliaes conjuntas e complementares
foram geradas planilhas especficas, definidas a partir da planilha oficial de avaliao
MPS, adaptadas para incluso do componente correspondente do modelo CMMI-
DEV, da classificao definida no mapeamento e das consideraes relacionadas.
Assim, foi mantida a mesma estrutura da planilha oficial MPS, com introduo de
informaes resultantes do mapeamento realizado.
Nas reas em destaque da planilha para avaliaes conjuntas (Figura 7) so
apresentados: a rea de processo (clula A1), a sigla e a declarao da prtica
especfica do CMMI-DEV correspondente ao resultado esperado do processo no
MR-MPS-SW (clulas A5 e A13 e clulas B5 e B13, respectivamente), o critrio de
classificao da comparao (clulas C5 e C13) e as consideraes relacionadas,
que foram includas na planilha por meio de comentrios.

Figura 7 Planilha para Avaliao Conjunta MPS-SW/CMMI-DEV

Referncias Bibliogrficas

ISO/IEC, 2003, INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504:
Information Technology Process Assessment. Part 1 Concepts and
vocabulary; part 2 Performing an assessment; part 3 Guidance on
performing an assessment; part 4 Guidance on use for process
improvement and process capability determination; and part 5 An
exemplar process assessment model.
ISO/IEC, 2008, INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/
INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 12207:
System and software engineering Software life cycle processes, Geneve:
ISO, 2008.
MELLO, M.S., 2011, Melhoria de Processos de Software Multi-Modelos Baseada
nos Modelos MPS e CMMI-DEV, Dissertacao de Mestrado, COPPE/UFRJ, Rio
de Janeiro, RJ, Brasil. Disponvel em http://ramses.cos.ufrj.br/taba/index.php,
verificado em maio/2011.
PAULK, M.C., 2004, Surviving the Quagmire of Process Models, Integrated
Models, and Standards. Proceedings of the Annual Quality Congress,
May:2427, 2004.
SEI, 2006a, SOFTWARE ENGINEERING INSTITUTE. CMMI for Development,
Version 1.2, CMMI-DEV v1.2, CMU/SEI 2006-TR-008, Technical Report,
Software Engineering Institute, August 2006a. Disponvel em:
http://www.sei.cmu.edu/reports/06tr008.pdf
SEI, 2006b, SOFTWARE ENGENEERING INSTITUTE. CMMI para
Desenvolvimento, Verso 1.2, Traduo Oficial, Disponvel em:
http://www.sei.cmu.edu/cmmi/tools/ translations/CMMI-DEV-Portuguese.cfm .
SEI, 2010, SOFTWARE ENGINEERING INSTITUTE. CMMI for Development,
Version 1.3, CMMI-DEV v1.3, CMU/SEI 2010-TR-033, Technical Report,
Software Engineering Institute, November 2010. Disponvel em:
http://www.sei.cmu.edu/library/abstracts/reports/10tr033.cfm
SOFTEX, 2009 ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia Geral:2009. Disponvel
em: www.softex.br.
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, 2011b. ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao
Parte 1: Fundamentao para Implementao do Nvel G do MR-MPS:2011,
SOFTEX, 2011c. ASSOCIAO PARA PROMOO DA EXCELNCIA DO

Parte 2: Fundamentao para Implementao do Nvel F do MR-MPS:2011,
SOFTEX, 2011d. ASSOCIAO PARA PROMOO DA EXCELNCIA DO
Parte 3: Fundamentao para Implementao do Nvel E do MR-MPS:2011,
SOFTEX, 2011e. ASSOCIAO PARA PROMOO DA EXCELNCIA DO
Parte 4: Fundamentao para Implementao do Nvel D do MR-MPS:2011,
SOFTEX, 2011f. ASSOCIAO PARA PROMOO DA EXCELNCIA DO
Parte 5: Fundamentao para Implementao do Nvel C do MR-MPS:2011,
SOFTEX, 2011g. ASSOCIAO PARA PROMOO DA EXCELNCIA DO
Parte 6: Fundamentao para Implementao do Nvel B do MR-MPS:2011,
SOFTEX, 2011h. ASSOCIAO PARA PROMOO DA EXCELNCIA DO
Parte 7: Fundamentao para Implementao do Nvel A do MR-MPS:2011,
SOFTEX, 2011i. ASSOCIAO PARA PROMOO DA EXCELNCIA DO
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
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
Parte 10: Implementao do MR-MPS:2011 em organizaes do tipo
Fbrica de Teste, junho 2011. Disponvel em: www.softex.br.
SOFTEX, 2012a. ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia Geral MPS de
Software:2012, agosto 2012. Disponvel em: www.softex.br.
SOFTEX, 2012b. 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, 2012c. ASSOCIAO PARA PROMOO DA EXCELNCIA DO
SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Avaliao:2012,
maio 2012. Disponvel em: www.softex.br.
SOUZA, C., ROCHA, A.R., RUBINSTEIN, A., MAGALHAES, A.L., KATSURAYAMA,
A., DUQUE, A, BARBIERI, C., CERDEIRAL, C., TEIXEIRA, L., PAIVA, N. S.,

BARROS, L , 2009. Avaliao Conjunta CMMI Nvel 3 e MPS Nvel C: Lies
Aprendidas e Recomendaes. WAMPS 2009.

Lista de colaboradores do Guia de Implementao - Parte 11: Implementao e
Avaliao do MR-MPS-SW:2012 em Conjunto com o CMMI-DEV v1.3

Editores:
Gleison dos Santos Souza UNIRIO e COPPE/UFRJ
Cristina ngela Filipak Machado QUALITYFOCUS e CELEPAR
(Coordenadora da ETM)
Ana Regina C. Rocha COPPE/UFRJ
Marcelo Santos de Mello INFORMAL INFORMTICA

Revisores:
Alexandre Marcos Lins de Vasconcelos UFPE
Ana Ceclia Peixoto Zabeu ASR
Ana Liddy Cenni C. Magalhes UFMG, FUMEC e QualityFocus
Ana Regina C. Rocha COPPE/UFRJ
Danilo Scalet CELEPAR
Marcelo Santos de Mello INFORMAL INFORMTICA


Lista de colaboradores do Guia de Implementao - Parte 11: Implementao e
Avaliao do MR-MPS:2009 em Conjunto com o CMMI-DEV v1.2

Editores:
Ana Regina C. Rocha COPPE/UFRJ (Coordenadora da ETM)
Gleison dos Santos Souza UNIRIO e COPPE/UFRJ
Marcelo Santos de Mello INFORMAL INFORMTICA e COPPE/UFRJ

Revisores:
Adriano Bessa Albuquerque UNIFOR
Ana Liddy Cenni C. Magalhes QualityFocus
Andrea Soares Barreto BNDES e COPPE/UFRJ
Andrs Rubinstein Liveware
Anne Elise Katsurayama TOP DOWN
Carlos Simes Synapsis Brasil e COPPE/UFRJ
Cristina Teles Cerdeiral COPPE/UFRJ
Danilo Scalet CELEPAR
David Bom Zanetti PROMOVE SOLUES
Elaine Duarte Nunes COPPE/UFRJ
Gisele Villas Boas RIOSOFT
Jorge Boria Liveware
Helio Rodrigues Costa COPPE/UFRJ
Leonardo Murta UFF
Marcelo Schots de Oliveira COPPE/UFRJ
Marcio Pecegueiro do Amaral RIOSOFT
Marcos Kalinowski COPPE/UFRJ
Monalessa Perini Barcellos UFES
Mylene Lisba Cabral COPPE/UFRJ
Natlia Chaves Lessa Schots COPPE/UFRJ
Reinaldo Cabral Silva Filho UFAL e COPPE/UFRJ
Tayana Conte UFAM
Viviana L. Rubinstein Liveware


Anexo I Mapeamento dos Modelos MPS-SW e CMMI-DEV

Neste anexo apresentada a verso atual do mapeamento dos modelos MPS-SW (SOFTEX, 2011a) e CMMI-DEV (SEI, 2010).
Para facilitar a apresentao, o mapeamento est organizado pela ordem dos processos do modelo MPS-SW. A correspondncia
dos atributos de processo e seus respectivos resultados esperados com as metas e prticas genricas apresentada no final,
aps todos os processos.

I. 1 Processo Gerncia de Projeto
Processo de Gerncia de Projeto (GPR) e reas de Processo Planejamento de Projeto (PP), Monitorao e Controle de Projeto
(PMC), Gesto Integrada de Projeto (IPM) e Gesto Quantitativa de Projeto (QPM).

Resultado Esperado do Processo

rea de Processo e Prtica Especfica

Classificao e Consideraes

GPR 1
O escopo do trabalho para o
projeto definido.
PP SP 1.1
Estabelecer uma estrutura analtica
de projeto (work breakdown
structure WBS) de alto nvel para
estimar o escopo do projeto.
NEQ
O MR-MPS-SW d liberdade sobre a forma de
definir o escopo, enquanto o CMMI-DEV exige
que seja feito com uma WBS (tambm
chamada, em portugus, de EAP estrutura
analtica do projeto).
GPR 2
As tarefas e os produtos de
trabalho do projeto so
dimensionados utilizando
mtodos apropriados.

PP SP 1.2
Estabelecer e manter estimativas
para atributos de produtos de
trabalho e de tarefas.
NEQ
Tanto o MR-MPS-SW quanto o CMMI-DEV
exigem o estabelecimento de estimativas para
as tarefas e produtos de trabalho do projeto.
Porm, apenas o MR-MPS-SW exige a
utilizao de mtodos apropriados. No CMMI-
DEV s h referncia a utilizao de mtodos
nas subprticas, o que no constitui uma
obrigatoriedade.
GPR 3
O modelo e as fases do ciclo de
vida do projeto so definidos.
PP SP 1.3
Definir fases do ciclo de vida do
projeto para fins de planejamento.
EQU
Embora a redao seja diferente, GPR 3 e SP
1.3 de PP tm as mesmas exigncias: (i)
definio do modelo de ciclo de vida; e (ii)
definio das fases para desenvolvimento do
projeto.
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.
PP SP 1.4
Estimar custo e esforo do projeto
para os produtos de trabalho e
tarefas com base no raciocnio
utilizado na estimativa.
EQU
1.4 de PP tm as mesmas exigncias,
associadas a estimativa do esforo e custo
para execuo das tarefas associadas aos
dados histricos.





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.
PP SP 1.4
Estimar custo e esforo do projeto
para os produtos de trabalho e
tarefas com base no raciocnio
utilizado na estimativa.
EQU
Tanto o MPS-SW quanto o CMMI-DEV exigem
a utilizao da base de estimativas para
realizar as estimativas do projeto.

Entretanto, apenas o MPS-SW faz referncia
ao conjunto de ativos de processo
organizacional. Assim, haver compatibilidade
nas exigncias quando a organizao alcanar
o nvel 3 de maturidade do CMMI-DEV ou
superior, no qual os ativos de processo da
organizao sero estabelecidos.
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.
IPM SP 1.2
Utilizar os ativos de processo e o
repositrio de medies da
organizao para estimar e planejar
as atividades do projeto. EQU -
GPR 5
O oramento e o cronograma do
projeto, incluindo a definio de
marcos e pontos de controle,
so estabelecidos e mantidos.
PP SP 2.1
Estabelecer e manter o oramento e
o cronograma do projeto.
NEQ
exigem o estabelecimento e manuteno do
oramento e do cronograma do projeto.
Porm, apenas o MR-MPS-SW exige a
definio de marcos e pontos de controle. No
CMMI-DEV, existe referncia a definio de
marcos nas subprticas da prtica 2.1 de PP,
bem como na descrio da prtica 2.7 de PP,
o que no constitui uma obrigatoriedade.
GPR 6
Os riscos do projeto so
identificados e o seu impacto,
probabilidade de ocorrncia e
prioridade de tratamento so
determinados e documentados.
PP SP 2.2
Identificar e analisar riscos do
projeto.
EQU
2.2 de PP tm as mesmas exigncias: (i)
identificao dos riscos do projeto; (ii) anlise
dos riscos.





GPR 7
Os recursos humanos para o
projeto so planejados
considerando o perfil e o
conhecimento necessrios para
execut-lo.
PP SP 2.5
Planejar habilidades e
conhecimento necessrios para a
execuo do projeto.
EQU+
O MR-MPS-SW exige o planejamento dos
recursos humanos a partir do perfil e
conhecimentos necessrios para execuo
das atividades do projeto.

O CMMI-DEV exige neste resultado o
planejamento das habilidades e
conhecimentos necessrio ao projeto, porm
sem exigir a alocao dos recursos humanos
nas tarefas, o que apenas parte do que
exigido em GPR 7.
GPR 7
Os recursos humanos para o
projeto so planejados
considerando o perfil e o
conhecimento necessrios para
execut-lo.

PP SP 2.6
Planejar o envolvimento das partes
interessadas identificadas.
EQU+
SP 2.6 de PP complementa a exigncia do
MR-MPS-SW referente ao planejamento dos
recursos humanos. Portanto, as duas prticas
juntas (SP 2.5 e SP 2.6 de PP) so
equivalentes a GPR 7.

A prtica genrica GP 2.4 do CMMI faz
referncia a atribuio de responsabilidades
das equipes.
GPR 8
(At o nvel F) Os recursos e o
ambiente de trabalho
necessrios para executar o
projeto so planejados.
PP SP 2.4
Planejar os recursos para execuo
do projeto.
EQU
associados ao planejamento dos recursos
para execuo do projeto. Apesar de o
ambiente de trabalho no estar citado, se
todos os recursos necessrios execuo do
projeto forem identificados, os itens que
compem o ambiente de trabalho para o
projeto tambm sero.




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 organizaco. PP SP 2.4
Planejar os recursos para execuo
do projeto.
EQU
o planejamento dos recursos para a execuo
do projeto.

Entretanto, apenas o CMMI-DEV faz
referncia aos padres de ambiente da
organizao. Assim, haver compatibilidade
nas exigncias quando a organizao alcanar
o nvel E de maturidade do MPS ou superior,
no qual o ambiente padro da organizao
estabelecido.
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 organizaco.
IPM SP 1.3
Estabelecer e manter o ambiente de
trabalho do projeto com base nos
padres de ambiente de trabalho da
organizao.

EQU
o estabelecimento do ambiente de trabalho
necessrio para o projeto. Apesar de os
recursos no estarem citados no CMMI-DEV,
se o ambiente de trabalho para execuo do
projeto estiver completo, os recursos
necessrios estaro contemplados.
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.
PP SP 2.3
Planejar a gesto de dados do
projeto.
EQU
associadas ao planejamento da gesto de
dados do projeto, envolvendo a identificao,
coleta, armazenamento, distribuio,
estabelecimento de mecanismos para acesso
e procedimentos de privacidade e segurana,
quando pertinentes.
GPR 10
Um plano geral para a execuo
do projeto estabelecido com a
integrao de planos
especficos.
PP SP 2.7
Estabelecer e manter o plano global
do projeto.
EQU
Embora a redao seja diferente, GPR 10 e
SP 2.7 de PP tm as mesmas exigncias,
associadas ao estabelecimento do plano do
projeto.




GPR 10
Um plano geral para a execuo
do projeto estabelecido com a
integrao de planos
especficos.

IPM SP 1.4
Integrar o plano do projeto com os
outros planos que afetam o projeto
de forma alinhada ao processo
definido para o projeto.

EQU
o estabelecimento do plano do projeto.
Entretanto, apenas o CMMI-DEV faz
referncia ao alinhamento do plano com o
processo definido para o projeto. Assim,
haver compatibilidade nas exigncias quando
a organizao alcanar o nvel E de
maturidade do MPS ou superior, no qual o
processo definido para o projeto
estabelecido.
GPR 11
A viabilidade de atingir as metas
do projeto explicitamente
avaliada considerando
restrices e recursos
disponveis. Se necessrio,
ajustes so realizados.
PP SP 3.2
Ajustar o plano do projeto para
reconciliar os recursos estimados e
disponveis.
EQU+
SP 3.2 de PP tm as mesmas exigncias,
associadas anlise da viabilidade de atingir
as metas do projeto, considerando os recursos
estimados e disponveis. O MR-MPS-SW
exige, no entanto, que a viabilidade do projeto
seja avaliada explicitamente.
GPR 12
O Plano do Projeto revisado
com todos os interessados e o
compromisso com ele obtido e
mantido.

PP SP 3.1
Revisar todos os planos que afetam
o projeto para entender os
compromissos do projeto.
EQU+
O MR-MPS-SW exige a reviso do plano do
projeto com todos os interessados e a
obteno do comprometimento, alm disso,
exige que o comprometimento seja mantido
sempre que necessrio.

O CMMI-DEV exige a reviso dos planos que
afetam o projeto e o entendimento dos
compromissos, mas sem exigir o registro do
comprometimento.




GPR 12
mantido.

PP SP 3.3
Obter o comprometimento das
partes interessadas relevantes
responsveis pela execuo e apoio
execuo do plano.

EQU+
SP 3.3 complementa a exigncia do MR-MPS-
SW referente obteno do
comprometimento. Portanto, as duas prticas
juntas (SP 3.3 de PP adicionado a SP 3.1 de
PP) so equivalentes a GPR 12.

O CMMI-DEV no exige explicitamente a
manuteno do comprometimento na prtica
SP 3.3 de PP. Isso previsto por prticas da
rea de processo PMC.
GPR 12
mantido.
PMC SP 1.2
Monitorar os compromissos com
relao aos identificados no plano
de projeto.
EQU+
SP 1.2 de PMC complementa a exigncia do
MR-MPS-SW referente ao gerenciamento do
comprometimento dos interessados internos
e externos - identificados no plano do projeto.
GPR 13
O escopo, as tarefas, as
estimativas, o orcamento e o
cronograma do projeto so
monitorados em relaco ao
planejado.

PMC SP 1.1
Monitorar os valores reais dos
parmetros de planejamento de
projeto em relao ao plano de
projeto.
EQU+
O CMMI-DEV exige a monitorao dos
parmetros do projeto, porm no define
explicitamente no texto da prtica quais
parmetros so esses. Pela leitura das
subprticas, infere-se que so relacionados a
escopo, cronograma, custo, recursos humanos
e materiais. Como as subprticas no
constituem uma obrigatoriedade, considera-se
o resultado do MPS mais rigoroso.

GPR 14
Os recursos materiais e
humanos bem como os dados
relevantes do projeto so
planejado.
PMC SP 1.1
Monitorar os valores reais dos
parmetros de planejamento de
projeto em relao ao plano de
projeto.
EQU+
O resultado esperado GPR 14 prev a
monitorao dos recursos materiais e
humanos e dos dados relevantes que afetam a
conduo do projeto. Os recursos materiais e
humanos so itens mencionados na SP 1.1 de
PMC como compondo os parmetros do
projeto.

Dessa forma, os resultados GPR 13 e GPR
14, em conjunto, so equivalentes para mais
prtica SP 1.1 de PMC.




GPR 14
Os recursos materiais e
humanos bem como os dados
relevantes do projeto so
planejado.
PMC SP 1.4
Monitorar a gesto de dados do
projeto com relao ao plano de
projeto.
EQU+
MR-MPS-SW referente monitorao dos
recursos e dados necessrios para a
execuo do projeto, mais especificamente
com relao monitorao dos dados
planejados.
GPR 15
Os riscos so monitorados em
relaco ao planejado.
PMC SP 1.3
Monitorar os riscos em relao
queles identificados no plano de
projeto.
EQU -
GPR 16
O envolvimento das partes
interessadas no projeto
planejado, monitorado e
mantido.

PP SP 2.6
Planejar o envolvimento das partes
interessadas identificadas.
EQU+
O CMMI-DEV exige neste resultado o
planejamento do envolvimento, o que
apenas parte do que exigido em GPR 16.
GPR 16
planeado, monitorado e
mantido.

PMC SP 1.5
Monitorar o envolvimento das partes
interessadas em relao ao plano
de projeto.
EQU+
PMC SP 1.5 complementa a exigncia do MR-
MPS-SW referente a monitorao do
planejamento do envolvimento das partes
interessadas. Portanto, as duas prticas juntas
(SP 1.5 de PMC adicionado a SP 2.6 de PP)
so equivalentes a GPR 16.
GPR 16
planeado, monitorado e
mantido.
IPM SP 2.1
Gerenciar o envolvimento das
partes interessadas relevantes no
projeto.
EQU
Apesar das diferenas de redao, as
exigncias de ambos os modelos so
equivalentes.
GPR 17
Revises so realizadas em
marcos do projeto e conforme
estabelecido no planejamento.
PMC SP 1.6
Revisar periodicamente o
progresso, o desempenho e as
questes crticas do projeto.
EQU+
MR-MPS-SW referente ao gerenciamento do
projeto com utilizao de outros planos que
afetam o projeto, mais especificamente com
relao ao progresso e ao resultado das
anlises, considerando os possveis desvios
observados.




GPR 17
PMC SP 1.7
Revisar, em marcos selecionados
do projeto, as realizaes e os
resultados obtidos.
EQU+
O resultado do MR-MPS-SW prev tambm a
reviso do andamento do projeto sempre que
necessrio, e no apenas nos marcos
definidos para o projeto.
GPR 17
IPM SP 1.5
Gerenciar o projeto utilizando o
plano de projeto, outros planos que
afetam o projeto e o processo
definido para o projeto.
EQU+
o gerenciamento do plano do projeto tendo
como base o plano do projeto e os outros
planos que afetem o projeto. Entretanto,
apenas o CMMI-DEV faz referncia ao
processo definido para o projeto.

Assim, sempre haver compatibilidade nas
exigncias, uma vez que IPM uma rea de
processo de nvel 3 e, quando a organizao
alcanar o nvel E de maturidade do MPS ou
superior, o processo definido para o projeto
estar estabelecido.
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.

PMC SP 2.1
Identificar e analisar questes
crticas e determinar aes
corretivas para trat-las.
EQU+
O MR-MPS-SW exige que seja realizada a
anlise dos problemas relatados nas
atividades de reviso e monitorao do
projeto, incluindo as dependncias crticas, e
que sejam registradas as aes corretivas
identificadas para tratamento junto s partes
interessadas.

Embora com redao diferente, o CMMI-DEV
possui parte das exigncias, porm sem incluir
as dependncias crticas, o que apenas
parte do que exigido em GPR 16.
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.
IPM SP 2.2
Participar, com as partes
interessadas relevantes, da
identificao, negociao e
acompanhamento de dependncias
crticas.
EQU+
SP 2.2 de IPM complementa a exigncia do
MR-MPS-SW referente a anlise das
dependncias crticas. Portanto, SP 2.2 (IPM)
adicionado a SP 2.1 (PMC) tem exigncias
equivalentes a GPR 16.





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.

PMC SP 2.2
Implementar aes corretivas para
tratar as questes crticas
identificadas.
EQU+
O MR-MPS-SW exige o estabelecimento,
implementao e acompanhamento das aes
corretivas at sua concluso, visando o
tratamento de desvios ou para prevenir a
repetio dos problemas identificados. O
CMMI-DEV exige neste resultado a
determinao e implementao das aes
corretivas, o que apenas parte do que
exigido em GPR 17.
GPR 19
concluso.
PMC SP 2.3
Gerenciar aes corretivas at sua
concluso.
EQU+
SP 2.3 complementa a exigncia do MR-MPS-
SW referente ao acompanhamento das aes
corretivas at sua concluso. Portanto, SP 2.3
(PMC) adicionado a SP 2.2 (PMC) tem
exigncias equivalentes a GPR 17.
GPR 19
concluso.
IPM SP 2.3
Solucionar questes crticas de
coordenao com as partes
interessadas relevantes.
NEQ
SP 2.3 de IPM tm exigncias associadas ao
estabelecimento, implementao e
acompanhamento de aes corretivas.
Entretanto, apenas o MR-MPS-SW faz
referencia s aes para previr a repetio de
problemas.

GPR 20
(A partir do nvel E) Equipes
envolvidas no projeto so
estabelecidas e mantidas a
partir das regras e diretrizes
para estruturaco, formaco
e atuaco.
IPM SP 1.6
Estabeler e manter equipes.
EQU
SP 1.6 de IPM tm as mesmas exigncias. O
texto do resultado GPR 20 remete diretamente
ao texto do resultado DFP 8 (que, por sua vez,
equivalente pratica SP 1.7 de OPD).
GPR 21
(A partir do nvel E)
Experiencias relacionadas aos
processos contribuem para os
ativos de processo
organizacional.
IPM SP 1.7
Contribuir com experincias
relacionadas aos processos para os
ativos de processo da organizao. EQU
-





GPR 22
(A partir do nvel E) Um
estabelecido de acordo com a
estratgia para adaptao do
processo da organizao.

IPM SP 1.1
Estabelecer e manter o processo
definido para o projeto desde o
startup at o fim do projeto.
EQU
SP 1.1 de IPM tm as mesmas exigncias,
associadas ao estabelecimento do processo
definido para o projeto, segundo a estratgia
de adaptao do processo padro da
organizao. No caso de alterao do
processo durante o projeto, deve-se continuar
seguindo a estratgia de adaptao do
processo.
GPR 22
(A partir do nvel B) Os objetivos
para a qualidade do produto e
para o desempenho do
so estabelecidos e mantidos.
QPM SP 1.1
Estabelecer e manter os objetivos
para qualidade e para desempenho
de processo. EQU -
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.
QPM SP 1.2
Usando tcnicas estatsticas e
outras tcnicas quantitativas,
compor um processo definido que
possibilite ao projeto atingir os
desempenho.
EQU -
GPR 24
(A partir do nvel B)
Subprocessos e atributos
crticos para avaliar o
desempenho e que esto
relacionados ao alcance dos
desempenho do processo do
projeto so selecionados.
QPM SP 1.3
Selecionar subprocessos e atributos
crticos para avaliar o desempenho
e que auxilie a atingir os objetivos
de qualidade e de desempenho de
processo do projeto.
EQU
-

GPR 25
(A partir do nvel B) Medidas e
tcnicas analticas so
selecionadas para serem
utilizadas na gerencia
quantitativa.
QPM SP 1.4
Selecionar medidas e tcnicas
analticas para serem utilizadas na
gesto quantitativa. EQU
-





GPR 26
(A partir do nvel B) O
desempenho dos subprocessos
escolhidos para gerencia
quantitativa monitorado
usando tcnicas estatsticas e
QPM SP 2.1
Monitorar o desempenho dos
subprocessos selecionados
utilizando tcnicas estatsticas e
EQU -
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.
QPM SP 2.2
Gerenciar o projeto utilizando
tcnicas estatsticas e outras
tcnicas quantitativas para
determinar se os objetivos para
qualidade e para desempenho de
processo no projeto sero
satisfeitos.
EQU -
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.
QPM SP 2.3
Executar anlise de causa raiz de
questes selecionadas para tratar
deficincias em atingir os objetivos
de qualidade e de desempenho de
processo do projeto.
EQU -


I. 2 Processo Gerncia de Requisitos
Processo Gerncia de Requisitos (GRE) e rea de Processo Gesto de Requisitos (REQM).




SG 1
Os requisitos so gerenciados e as inconsistncias so identificadas em relao aos
planos de projeto e produtos de trabalho.
GRE 1
O entendimento dos requisitos
obtido junto aos fornecedores de
requisitos.
SP 1.1
Trabalhar com os provedores de
requisitos para obter um melhor
entendimento do significado dos
requisitos.
EQU
Embora a redao seja diferente, GRE 1 e
SP 1.1 possuem a mesma exigncia.

GRE 2
Os requisitos so avaliados com
base em critrios objetivos e um
comprometimento da equipe tcnica
com estes requisitos obtido.
SP 1.1
Trabalhar com os provedores de
requisitos para obter um melhor
entendimento do significado dos
requisitos.
NEQ
Um adequado entendimento dos requisitos
pressupe a sua aprovao. Embora no
explcito na descrio da prtica, o CMMI-
DEV prev tambm a avaliao e o aceite
dos requisitos. Porm, s h referncia
utilizao de critrios objetivos nas
subprticas, o que no constitui uma
obrigatoriedade.

Dessa forma, o GRE 2 equivalente a um
conjunto de elementos previstos em SP 1.1 e
SP 1.2 de REQM.
GRE 2
Os requisitos so avaliados com
base em critrios objetivos e um
comprometimento da equipe tcnica
com estes requisitos obtido.
SP 1.2
Obter comprometimento dos
participantes do projeto com os
requisitos.
EQU+
Apesar de a redao no ser a mesma, tanto
GRE 2 quanto SP 1.2 exigem o
comprometimento da equipe tcnica com os
requisitos aprovados.

O MR-MPS-SW exige tambm que os
requisitos sejam avaliados com adoo de
critrios objetivos, mencionado apenas nas
subprticas de SP 1.1 de GRE.
GRE 3
A rastreabilidade bidirecional entre
os requisitos e os produtos de
trabalho estabelecida e mantida.
SP 1.4
Manter a rastreabilidade bidirecional
dos requisitos e produtos de trabalho. EQU -




GRE 4
Revises em planos e produtos de
trabalho do projeto so realizadas
visando a identificar e corrigir
inconsistncias em relao aos
requisitos.
SP 1.5
Garantir que os planos do projeto e
os produtos de trabalho continuem
alinhados aos requisitos. EQU
Embora a redao seja diferente, GRE 4 e
SP 1.5 possuem a mesma exigncia,
associada a avaliao da consistncia entre
os requisitos e os produtos de trabalho e a
correo dos problemas identificados.
GRE 5
Mudanas nos requisitos so
gerenciadas ao longo do projeto.

SP 1.3
Gerenciar mudanas nos requisitos
medida que evoluem durante o
projeto.
EQU -


I. 3 Processo Aquisio
Processo Aquisio (AQU) e rea de Processo Gesto de Contrato com Fornecedores (SAM).




SG1 Contratos com os fornecedores so estabelecidos e mantidos.
AQU 1
As necessidades de aquisio,
as metas, os critrios de
aceitao do produto, os tipos e
a estratgia de aquisio so
definidos.
SP 1.1
Determinar o tipo de aquisio para
cada produto ou componente de
produto a ser adquirido. NEQ
Enquanto o MR-MPS-SW exige a definio das
necessidades, metas, critrios de aceitao, tipo e
estratgia de aquisio, o CMMI-DEV exige apenas
a definio do tipo de aquisio.

AQU 2
Os critrios de seleo do
fornecedor so estabelecidos e
usados para avaliar os
potenciais fornecedores.
SP 1.2
Selecionar fornecedores com base
na avaliao de suas capacidades
em satisfazer aos requisitos
especificados e critrios
estabelecidos. NEQ
O MR-MPS-SW exige neste resultado o
estabelecimento e utilizao de critrios para avaliar
potenciais fornecedores. Apesar de no haver uma
prtica correspondente no CMMI-DEV, nas
subprticas da prtica especfica SP 1.2 h
referncia ao estabelecimento e documentao de
critrios de avaliao, bem como para identificao e
avaliao de fornecedores potenciais. Entretanto
uma subprtica no constitui uma obrigatoriedade.
AQU 3
O fornecedor selecionado com
base na avaliao das
propostas e dos critrios
estabelecidos.

SP 1.2
Selecionar fornecedores com base
na avaliao de suas capacidades
em satisfazer aos requisitos
especificados e critrios
estabelecidos.
NEQ
Alm de utilizar os critrios estabelecidos para
selecionar fornecedores, exigido em ambos os
modelos, o MR-MPS-SW exige a avaliao de
propostas, enquanto o CMMI-DEV exige a seleo a
partir das capacidades do fornecedor em satisfazer
aos requisitos.

O CMMI-DEV s faz referncia a avaliao das
propostas para seleo do fornecedor nas
subprticas, o que no constitui uma
obrigatoriedade.




AQU 4
Um acordo que expresse
claramente as expectativas,
responsabilidades e obrigaes
de ambas as partes (cliente e
fornecedor) estabelecido e
negociado entre elas.
SP 1.3
Estabelecer e manter contratos
com o fornecedor.
EQU
Embora a redao seja diferente, AQU 4 e SP 1.3
exigem o estabelecimento do acordo entre as partes,
o qual deve conter expectativas, responsabilidades,
obrigaes e atividades apropriadas aquisio.

SG2 Contratos com os fornecedores so cumpridos pelo projeto e pelo fornecedor.
AQU 5
Um produto que satisfaa a
necessidade expressa pelo
cliente adquirido baseado na
anlise dos potenciais
candidatos.

-

- INE
No existe uma prtica no CMMI-DEV que explicite
a aquisio propriamente dita do produto.
AQU 6
A aquisio monitorada de
forma que as condies
especificadas sejam atendidas,
tais como custo, cronograma e
qualidade, gerando aes
corretivas quando necessrio.
SP 2.1
Executar atividades com o
fornecedor conforme especificado
no contrato com o fornecedor.

EQU
exigem a monitorao da aquisio a partir das
condies especificadas no contrato, com definio
de aes corretivas, quando necessrio.

AQU 7
O produto entregue e avaliado
em relao ao acordado e os
resultados so documentados.

SP 2.2
Assegurar que o contrato com o
fornecedor seja cumprido antes de
aceitar o produto adquirido. EQU
possuem as mesmas exigncias: (i) assegurar que
os produtos adquiridos satisfazem os requisitos
acordados; (ii) assegurar que o acordo com o
fornecedor foi satisfeito; e (iv) aceitar o produto.
AQU 8
O produto adquirido
incorporado ao projeto, caso
pertinente.

SP 2.3
Assegurar a transio dos produtos
adquiridos do fornecedor.
EQU
Ambos os modelos prevem a incorporao do
produto no projeto aps o aceite junto ao fornecedor.


I. 4 Processo Gerncia de Configurao
Processo Gerncia de Configurao (GCO) e rea de Processo Gesto de Configurao (CM).




SG1 Os baselines dos produtos de trabalho identificados so estabelecidos.
GCO 1
Um Sistema de Gerncia de
Configurao estabelecido e
mantido.

SP 1.2
Estabelecer e manter um Sistema
de Gesto de Configurao e de
Gesto de Mudanas para
controlar os produtos de trabalho.

EQU
Embora o MR-MPS-SW no explicite no resultado, um
sistema de gerncia de configurao pode ser
decomposto em trs subsistemas: um sistema de
controle de verses, um sistema de controle de
modificaes e um sistema de gerenciamento de
construo. Para um melhor entendimento destes
conceitos pode-se consultar o Guia de Implementao
Parte 2.
GCO 2
Os itens de configurao so
identificados com base em
critrios estabelecidos.

SP 1.1
Identificar os itens de configurao,
componentes e produtos de
trabalho relacionados a serem
colocados sob gesto de
configurao.
NEQ
O MR-MPS-SW exige a adoo de critrios para a
identificao dos itens de configurao, o que no
exigido no CMMI-DEV. No CMMI-DEV s h
referncia seleo baseada em critrios nas
subprticas, o que no constitui uma obrigatoriedade.
GCO 3
Os itens de configurao
sujeitos a um controle formal
so colocados sob baseline.
SP 1.3
Criar ou liberar baselines para uso
interno e para entrega ao cliente.
EQU+
Enquanto o CMMI-DEV prev nesta prtica tanto a
criao quanto a liberao de baselines, o MR-MPS-
SW exige neste resultado apenas o estabelecimento
da baseline. O resultado GCO 6 complementa a
exigncia do CMMI-DEV referente liberao de
baselines. Portanto, GCO 3 adicionado a GCO 6 so
equivalentes a SP 1.3.




SG2
As mudanas nos produtos de trabalho sob gesto de configurao so acompanhadas e
controladas.
GCO 4
A situao dos itens de
configurao e das baselines
registrada ao longo do tempo e
disponibilizada.

SP 2.1
Acompanhar as solicitaes de
mudana dos itens de
configurao.
EQU+
O MR-MPS-SW exige que as aes de gerenciamento
de configurao - como a incluso e alterao de itens
no repositrio; e a gerao e liberao de baselines
sejam registradas e disponibilizadas, possibilitando
que verses anteriores sejam recuperadas. Neste
sentido, devem ser estabelecidos registros do
contedo, situao e verso dos itens de configurao
e baselines.

O CMMI-DEV s exige o acompanhamento das
solicitaes de alterao nos itens de configurao, o
que apenas parte do que exigido em GCO 4.

Cabe destacar que mesmo que o MR-MPS-SW no
explicite no resultado o acompanhamento das
solicitaes de alterao dos itens de configurao, o
que ocorre no CMMI-DEV, uma vez que a situao
registrada ao longo do tempo, existe o
acompanhamento.
GCO 4
A situao dos itens de
configurao e das baselines
registrada ao longo do tempo e
disponibilizada.

SP 3.1
Estabelecer e manter registros que
descrevem os itens de
configurao. EQU+
SP 3.1 complementa a exigncia do CMMI-DEV
referente ao estabelecimento e manuteno de
registros dos itens de configurao. Portanto, SP 2.1
adicionado a SP 3.1 tem exigncias equivalentes a
GCO 4.
GCO 5
Modificaes em itens de
configurao so controladas.
SP 2.2
Controlar mudanas nos itens de
configurao.
EQU -

SG3 A integridade dos baselines estabelecida e mantida.
GCO 6
O armazenamento, o manuseio
e a liberao de itens de
configurao e baselines so
controlados.

SP 1.3
Criar ou liberar baselines para uso
interno e para entrega ao cliente.
EQU+
Considerando que a baseline pode ser formada por
um nico item de configurao, e que a liberao dos
itens sob baseline envolve o seu correto manuseio e
armazenamento, GCO 6 e SP 1.3 so equivalentes.
Uma melhor definio de baselines pode ser obtida no
Glossrio do CMMI-DEV (SEI, 2006a).




GCO 7
Auditorias de configurao so
realizadas objetivamente para
assegurar que as baselines e os
itens de configurao estejam
ntegros, completos e
consistentes.

SP 3.2
Executar auditorias de
configurao para manter a
integridade dos baselines.
EQU
Embora a redao no seja a mesma, GCO 7 e SP
3.2 tm as mesmas exigncias: (i) que as auditorias
sejam objetivas, isso , executadas por profissional
diferente do que realizou as demais atividades de
gerncia de configurao; e (ii) consideram
integridade como incluindo correo e completeza.
Para mais informaes sobre as auditorias de
configurao, consultar o Glossrio do CMMI-DEV
(SEI, 2006a).


I. 5 Processo Garantia da Qualidade
Processo Garantia da Qualidade (GQA) e rea de Processo Garantia da Qualidade de Processo e Produto (PPQA).




SG1
A aderncia dos processos executados e dos produtos de trabalho associados
objetivamente avaliada em relao descrio dos processos, padres e procedimentos
aplicveis.
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.
SP 1.2
Avaliar objetivamente os produtos
de trabalho selecionados com
relao descrio do processo,
padres e procedimentos
aplicveis.
NEQ
O MR-MPS-SW exige que a avaliao da aderncia
dos produtos de trabalho seja realizada sempre
antes da entrega ao cliente externo (e
preferencialmente antes da entrega a um cliente
interno), bem como em marcos do projeto. No
CMMI-DEV s h referncia ao momento da
avaliao nas subprticas, o que no constitui uma
obrigatoriedade.
GQA 2
A aderncia dos processos
executados s descries de
processo, padres e
procedimentos avaliada
objetivamente.
SP 1.1
Avaliar objetivamente os processos
selecionados em relao s
descries de processo, padres e
procedimentos aplicveis.
EQU -

SG2
Questes crticas relativas a no-conformidades so monitoradas e comunicadas
objetivamente, e sua soluo assegurada.
GQA 3
Os problemas e as no-
conformidades so identificados,
registrados e comunicados.
SP 2.1
Comunicar as questes crticas
relativas qualidade e assegurar a
soluo de no-conformidades com
a equipe e com os gerentes.
EQU+
SP 2.1 complementa a exigncia do MR-MPS-SW
referente comunicao das questes crticas.
Portanto, as duas prticas juntas (SP 2.1 adicionado
a SP 2.2) so equivalentes a GQA 3.




GQA 3
Os problemas e as no-
conformidades so identificados,
registrados e comunicados.
SP 2.2
Estabelecer e manter registros das
atividades de garantia da
qualidade.
EQU+
O MR-MPS-SW exige a identificao, registro e
comunicao dos problemas e das no-
conformidades relacionados avaliao de
processos e produtos.

O CMMI-DEV s exige nesta prtica o
estabelecimento de registros das atividades de
Garantia de Qualidade, o que parte do que
exigido em GQA 3.
GQA 4
Aes corretivas para as no-
conformidades so
estabelecidas e acompanhadas
at as suas efetivas concluses.
Quando necessrio, o
escalonamento das aes
corretivas para nveis superiores
realizado, de forma a garantir
sua soluo.

SP 2.1
Comunicar as questes crticas
relativas qualidade e assegurar a
soluo de no-conformidades com
a equipe e com os gerentes.
EQU
Considerando que as aes corretivas so utilizadas
para reparar uma situao, remover um erro ou
ajustar uma condio, conforme definio no
glossrio do CMMI-DEV (SEI, 2010), nesta exigncia
ambos os resultados so equivalentes.

O escalonamento das aes corretivas para nveis
superiores exigido pelo MR-MPS-SW, tambm
exigido nesta prtica no CMMI-DEV, que assegura a
soluo das no conformidades.


I. 6 Processo Medio
Processo Medio (MED) e rea de Processo Medio e Anlise (MA).




SG1
Os objetivos e as atividades de medio so alinhados com as necessidades de informao e
objetivos identificados.
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.
SP 1.1
Estabelecer e manter objetivos de
medio derivados de
necessidades de informao e
EQU
Ambos os modelos exigem que os objetivos de
medio sejam estabelecidos e mantidos a partir das
necessidades e objetivos de informao da
organizao, de forma que os resultados so
equivalentes.
MED 2
Um conjunto adequado de
medidas, orientado pelos
objetivos de medio,
identificado e definido,
priorizado, documentado,
revisado e, quando pertinente,
atualizado.
SP 1.2
Especificar medidas para tratar os
objetivos de medies.
NEQ
Alm da definio das medidas a partir dos objetivos
de medio, o MR-MPS-SW exige que as medidas
sejam priorizadas, revisadas e atualizadas, quando
necessrio for. No CMMI-DEV s h referncia a
priorizao, reviso e atualizao nas subprticas, o
que no constitui uma obrigatoriedade.
MED 3
Os procedimentos para a coleta
e o armazenamento de medidas
so especificados.
SP 1.3
Especificar como os dados
resultantes de medio so obtidos
e armazenados.
EQU -
MED 4
Os procedimentos para a
anlise das medidas so
especificados.

SP 1.4
Especificar como os dados
resultantes de medio so
analisados e comunicados.
EQU
Embora a redao no seja a mesma, MED 4 e SP
1.4 tm as mesmas exigncias: (i) a especificao
dos procedimentos para anlise das medidas; e (ii)
como os resultados sero comunicados.

SG2
So fornecidos resultados de medio, os quais tratam necessidades de informao e
MED 5
Os dados requeridos so
coletados e analisados.

SP 2.1
Obter dados resultantes de
medio especificados.
EQU+
Enquanto o MR-MPS-SW prev nesta prtica tanto a
coleta quanto a anlise, o CMMI-DEV exige nesta
prtica apenas a coleta dos dados. Esta exigncia
se completa com SP 2.2.




MED 5
Os dados requeridos so
coletados e analisados.

SP 2.2
Analisar e interpretar dados
resultantes de medio.
EQU+
A prtica SP 2.2 complementa a exigncia de MED 5
referente anlise das medidas. Portanto, SP 2.1
adicionado a SP 2.2 tem exigncias equivalentes a
MED 5.
MED 6
Os dados e os resultados das
anlises so armazenados.

SP 2.3
Gerenciar e armazenar dados
resultantes de medio,
especificaes de medies e
resultados de anlises.
EQU
Embora no possuam a mesma redao, MED 6 e
SP 2.3 tm as mesmas exigncias: (i)
armazenamento dos dados e dos resultados das
anlises, incluindo especificaes de medies; e (ii)
armazenamento de informaes relacionadas a
medio, como planos de medies, especificaes
de medidas, conjunto de dados coletados e
relatrios de anlises e apresentaes.
MED 7
Os dados e os resultados das
anlises so comunicados aos
interessados e so utilizados
para apoiar decises.

SP 2.4
Comunicar resultados das
atividades de medio e anlise
para todas as partes interessadas
relevantes.
EQU
Apesar de no explicitado em SP 2.4, ambos os
modelos exigem que as informaes produzidas nas
atividades de medio sejam comunicadas as partes
interessadas para apoiar a tomada de deciso, de
forma que as exigncias so equivalentes.


I. 7 Processo Avaliao e Melhoria do Processo Organizacional
Processo Avaliao e Melhoria do Processo Organizacional (AMP) e rea de Processo Foco nos Processos da Organizao
(OPF).




SG1
Pontos fortes, pontos fracos e oportunidades de melhoria para os processos da organizao
so identificados periodicamente e conforme necessrio.
AMP 1
A descrio das necessidades e
os objetivos dos processos da
organizao so estabelecidos e
mantidos.
SP 1.1
Estabelecer e manter a descrio
das necessidades e objetivos de
EQU -
AMP 2
As informaes e os dados
relacionados ao uso dos
processos padro para projetos
especficos existem e so
mantidos.
- - INE
No existe uma prtica no CMMI-DEV que explicite o
armazenamento dos dados e informaes
relacionados adaptao e utilizao do processo
padro nos projetos.
AMP 3
Avaliaes dos processos
padro da organizao so
realizadas para identificar seus
pontos fortes, pontos fracos e
oportunidades de melhoria.
SP 1.2
Avaliar os processos da
organizao periodicamente, e
conforme necessrio, para
conhecer seus pontos fortes e
pontos fracos.
EQU
Apesar da redao diferente, AMP 3 e SP 1.2
possuem as mesmas exigncias: (i) realizar
avaliaes peridicas dos processos padro da
organizao; e (ii) identificar a partir destas, pontos
fortes, pontos fracos e oportunidades de melhoria.
AMP 4
Registros das avaliaes
realizadas so mantidos
acessveis.

- - INE
Apesar de no haver uma prtica correspondente no
CMMI-DEV, nas subprticas da prtica especfica SP
1.2 h referncia a documentao e divulgao de
atividades e constataes da avaliao. Entretanto
uma subprtica no constitui uma obrigatoriedade.




AMP 5
Os objetivos de melhoria dos
processos so identificados e
priorizados.

SP 1.3
Identificar melhorias para os
processos e ativos de processo da
organizao.
NEQ
O MR-MPS-SW exige a identificao e priorizao dos
objetivos de melhoria dos processos para apoiar o
planejamento da implementao. J o CMMI-DEV
exige nesta prtica a identificao da melhoria
especifica, seja para o processo ou para os ativos de
processos da organizao.

Com relao definio da prioridade mencionada no
MR-MPS-SW, no CMMI-DEV h referncia apenas
obrigatoriedade.

SG2
As aes que tratam de melhorias de processo e de ativos de processo da organizao so
planejadas e implementadas.
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.

SP 2.1
Estabelecer e manter planos de
ao de processos para promover
melhorias nos processos e ativos
de processo da organizao.
EQU+
O MR-MPS-SW exige a definio e execuo de um
plano de implementao de melhorias nos processos,
com monitorao e confirmao dos efeitos a partir
dos objetivos de melhoria definidos.

O CMMI-DEV exige neste resultado apenas a
definio do plano de implementao de melhorias,
com o estabelecimento de planos de ao de
processos. A implementao dos planos de ao est
prevista em SP 2.2.

A exigncia do CMMI referente a manuteno do
plano est contemplada no MR-MPS-SW na execuo
do plano de implementao de melhorias.




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.

SP 2.2
Implementar planos de ao de
processo.
EQU+
SP 2.2 complementa a exigncia do MR-MPS-SW de
execuo dos planos de ao de processo para
promover melhorias.

Cabe destacar que o acompanhamento do plano de
ao (monitorao) parte integrante da sua
implementao, pois se no houver uma monitorao,
a implantao no ser efetiva. Por outro lado, a
confirmao dos efeitos da melhoria relacionados aos
objetivos de melhorias do processo, exigidos no MR-
MPS-SW, so referenciados no CMMI-DEV apenas
obrigatoriedade.

SG3
Os ativos de processo da organizao so implantados na organizao e as experincias
relacionadas a processo so incorporadas aos ativos de processo da organizao.
AMP 7
Ativos de processo
organizacional so implantados
na organizao.
SP 3.1
Implantar ativos de processo na
organizao. EQU -
AMP 8
Os processos padro da
organizao so utilizados em
projetos a serem iniciados e, se
pertinente, em projetos em
andamento.
SP 3.2
Implantar o conjunto de processos
padro nos projetos desde o
startup e implementar mudanas
nesses processos ao longo do ciclo
de vida de cada projeto conforme
apropriado.

EQU
Embora a redao no seja a mesma, AMP 8 e SP
3.2 tm as mesmas exigncias relacionadas aos
processos padro: (i) a utilizao em novos projetos; e
(ii) a utilizao em projetos j em andamento, de
forma que recentes mudanas realizadas no conjunto
de processos padro, quando houver benefcio para o
projeto, tambm possam ser aproveitadas.
AMP 9
A implementao dos processos
padro da organizao e o uso
dos ativos de processo
organizacional nos projetos so
monitorados.
SP 3.3
Monitorar a implementao do
conjunto de processos padro da
organizao e o uso dos ativos de
processo em todos os projetos.
EQU -




AMP 10
Experincias relacionadas aos
processos so incorporadas aos
ativos de processo
organizacional.

SP 3.4
Incorporar, nos ativos de processo
da organizao, experincias
relacionadas a processo derivadas
do planejamento e da execuo
dos processos.
EQU
Embora a redao no seja a mesma, tanto AMP 10
quanto SP 3.4 exigem que as experincias
relacionadas utilizao do processo sejam
incorporadas aos ativos de processo da organizao.
Exemplos de experincias incluem produtos de
trabalho, lies aprendidas e melhores prticas.


I. 8 Processo Definio do Processo Organizacional
Processo Definio do Processo Organizacional (DFP) e rea de Processo Definio dos Processos da Organizao (OPD).




SG1 Um conjunto de ativos de processo da organizao estabelecido e mantido.
DFP 1
Um conjunto definido de
processos padro
estabelecido e mantido,
juntamente com a indicao da
aplicabilidade de cada processo.
SP 1.1
Estabelecer e manter o conjunto de
processos padro da organizao.
NEQ
O CMMI-DEV no exige a indicao da
aplicabilidade dos processos padro, o que exigido
neste resultado pelo MR-MPS-SW. S h referncia
a aplicabilidade de padres, procedimento, mtodos
e outros, na subprtica, o que no constitui uma
obrigatoriedade.
DFP 2
Uma biblioteca de ativos de
processo organizacional
estabelecida e mantida.
SP 1.5
Estabelecer e manter a biblioteca
de ativos de processo da
organizao.
EQU -
DFP 3
Tarefas, atividades, papis e
produtos de trabalho associados
aos processos padro so
identificados e detalhados,
juntamente com o desempenho
esperado do processo.

- - INE
CMMI-DEV, nas subprticas da prtica especfica
SP 1.1 h referncia ao detalhamento do processo
padro, de forma a facilitar a compreenso do
processo. Entretanto isto no constitui uma
obrigatoriedade. Alm disso, no exigido que seja
estabelecido o desempenho esperado dos
processos padro.
DFP 4
As descries dos modelos de
ciclo de vida a serem utilizados
nos projetos da organizao so
estabelecidas e mantidas.
SP 1.2
Estabelecer e manter as
descries dos modelos de ciclo de
vida aprovados para uso na
organizao.
EQU -
DFP 5
Uma estratgia para adaptao
do processo padro
desenvolvida considerando as
necessidades dos projetos.

SP 1.3
Estabelecer e manter os critrios e
as diretrizes para adaptao do
organizao. EQU
Embora a redao seja diferente, DFP 5 e SP 1.3
possuem as mesmas exigncias: (i) desenvolver
uma estratgia de adaptao do processo padro da
organizao s necessidades dos projetos; e (ii) a
partir da estratgia, definir e manter critrios e guias
de adaptao de forma a atender as necessidades
dos projetos.




DFP 6
O repositrio de medidas da
organizao estabelecido e
mantido.
SP 1.4
Estabelecer e manter o repositrio
de medies da organizao. EQU -
DFP 7
Os ambientes padro de
trabalho da organizao so
estabelecidos e mantidos.
SP 1.6
Estabelecer e manter padres de
ambiente de trabalho. EQU -
DFP 8
Regras e diretrizes para a
estruturaco, formaco e
atuaco de equipes so
estabelecidas e mantidas.
SP 1.7
Estabelecer e manter regras e
guias organizacionais para a
estruturao, formao e operao
de equipes.
EQU -

I. 9 Processo Gerncia de Recursos Humanos
Processo Gerncia de Recursos Humanos (GRH) e rea de Processo Treinamento na Organizao (OT).




SG1
Uma capacidade de treinamento estabelecida e mantida para apoiar os papis na
organizao.
GRH 1
As necessidades estratgicas
da organizaco e dos projetos
so revistas para identificar
recursos, conhecimentos e
habilidades requeridos e, de
acordo com a necessidade,
planejar como desenvolve-los
ou contrat-los.
SP 1.1
Estabelecer e manter as
necessidades estratgicas de
treinamento da organizao.
NEQ
O resultado do MR-MPS-SW mais exigente que a
prtica do CMMI-DEV ao exigir a identificao dos
recursos, conhecimentos e habilidades como produto
da reviso das necessidades estratgicas da
organizao e dos projetos, o que no exigido no
CMMI-DEV. No CMMI-DEV s h referncia aos
recursos (papis) e s competncias nas subprticas,
o que no constitui uma obrigatoriedade.
GRH 2
Indivduos com as habilidades e
competncias requeridas so
identificados e recrutados.
- - INE
No existem prticas no CMMI-DEV que explicitem a
identificao e o recrutamento de indivduos.
GRH 3
As necessidades de treinamento
que so responsabilidade da
organizao so identificadas.

SP 1.2
Identificar quais necessidades de
treinamento so de
responsabilidade da organizao e
quais devem ser atribudas a cada
projeto ou grupo de suporte.
EQU
Tanto o MR-MPS-SW quanto o CMMI-DEV exigem a
identificao das necessidades de treinamento que
so responsabilidade da organizao, incluindo as
que sero conduzidas nos contextos especficos que
foram originadas (projetos, por exemplo).
GRH 4
Uma estratgia de treinamento
definida, com o objetivo de
atender s necessidades de
treinamento dos projetos e da
organizao.

SP 1.4
Estabelecer e manter uma
capacidade de treinamento para
tratar as necessidades de
treinamento na organizao.
NEQ
O MR-MPS-SW exige a definio da estratgia de
treinamento, contemplando como sero realizados,
forma do treinamento e a competncia necessria dos
instrutores, dentre outros, o que no exigido no
CMMI-DEV. No CMMI-DEV s h referncia s
abordagens adequadas, forma do treinamento e a
qualificao dos instrutores nas subprticas, o que
no constitui uma obrigatoriedade.




GRH 5
Um plano ttico de treinamento
definido, com o objetivo de
implementar a estratgia de
treinamento.
SP 1.3
Estabelecer e manter um plano
ttico de treinamento na
organizao.
NEQ
O MR-MPS-SW exige um alinhamento do plano ttico
de treinamento com o planejamento estratgico da
organizao. Apesar de isso poder ser inferido pelo
texto das prticas do CMMI-DEV, no uma
exigncia explcita nesse modelo. Dessa forma, GRH
5 mais exigente que SP 1.3 do CMMI-DEV.

SG2 O treinamento fornecido para que os indivduos desempenhem seus papis de forma efetiva.
GRH 6
Os treinamentos identificados
como sendo responsabilidade
da organizao so conduzidos
e registrados.

SP 2.1
Fornecer os treinamentos de
acordo com o plano ttico de
treinamento na organizao.
EQU+
O MR-MPS-SW exige a conduo e o registro dos
treinamentos de responsabilidade da organizao.

O CMMI-DEV exige nesta prtica apenas o
fornecimento dos treinamentos, o que parte do que
exigido em GRH 6.
GRH 6
Os treinamentos identificados
como sendo responsabilidade
da organizao so conduzidos
e registrados.
SP 2.2
Estabelecer e manter registros dos
treinamentos na organizao
EQU+
referente aos registros dos treinamentos da
organizao. Portanto, as duas prticas juntas (SP 2.2
adicionado a SP 2.1) so equivalentes a GRH 6.
GRH 7
A efetividade do treinamento
avaliada.
SP 2.3
Avaliar a eficcia do programa de
treinamento da organizao
EQU -
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.
- - INE
No existe uma prtica no CMMI-DEV que exija a
definio de critrios objetivos para avaliao do
desempenho de grupos e indivduos.
GRH 9
Uma estratgia apropriada de
gerncia de conhecimento
planejada, estabelecida e
mantida para compartilhar
informaes na organizao.
- - INE
planejamento de uma estratgia de gerncia de
conhecimento.




GRH 10
Uma rede de especialistas na
organizao estabelecida e
um mecanismo de apoio troca
de informaes entre os
especialistas e os projetos
implementado.
- - INE
estabelecimento de uma rede de especialistas e de
um mecanismo para troca de informaes.
GRH 11
O conhecimento
disponibilizado e compartilhado
na organizao.
- - INE
No existe uma prtica no CMMI-DEV que exija a
disponibilizao e o compartilhamento do
conhecimento na organizao.


I. 10 Processo Desenvolvimento de Requisitos
Processo Desenvolvimento de Requisitos (DRE) e rea de Processo Desenvolvimento de Requisitos (RD).




SG1
As necessidades, expectativas, restries e interfaces das partes interessadas so coletadas e
traduzidas em requisitos de cliente.
DRE 1
As necessidades, expectativas e
restries do cliente, tanto do
produto quanto de suas
interfaces, so identificadas.

SP 1.1
Levantar necessidades das partes
interessadas, suas expectativas,
restries e interfaces para todas
as fases do ciclo de vida do
produto.
NEQ
identificao das necessidades, expectativas e
restries do produto e de suas interfaces.

Porm, o MR-MPS-SW exige o levantamento apenas
junto ao cliente, enquanto que o CMMI-DEV exige o
levantamento junto s partes interessadas, que
podem envolver o cliente, usurios finais,
fornecedores, desenvolvedores e testadores, dentre
outros.

DRE 2
Um conjunto definido de
requisitos do cliente
especificado e priorizado a partir
das necessidades, expectativas
e restries identificadas.

SP 1.2
Transformar as necessidades,
expectativas, restries e
interfaces das partes interessadas
em requisitos de cliente
priorizados.
EQU -

SG2
Os requisitos de cliente so refinados e detalhados para desenvolver os requisitos de produto
e de componente de produto.
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.
SP 2.1
Estabelecer e manter os requisitos
de produto e de componente de
produto, com base nos requisitos
de cliente. EQU
Embora a redao no seja a mesma, DRE 3 e SP 2.1
possuem as mesmas exigncias, associadas a
definio e manuteno dos requisitos do produto e
dos componentes do produto, com base nos requisitos
de cliente.





DRE 4
Os requisitos funcionais e no-
funcionais de cada componente
do produto so refinados,
elaborados e alocados.

SP 2.2
Alocar os requisitos a cada
componente de produto.
EQU+
O MR-MPS-SW exige o refinamento, elaborao e
alocao dos requisitos funcionais e no-funcionais de
cada componente do produto. O CMMI-DEV s exige
nesta prtica a alocao dos requisitos aos
componentes do produto, o que apenas parte do
que exigido em DRE 4.
DRE 4
Os requisitos funcionais e no-
funcionais de cada componente
do produto so refinados,
elaborados e alocados.

SP 3.2
Estabelecer e manter uma
definio da funcionalidade e
atributos de qualidade requeridos.
EQU+
Considerando que a definio da funcionalidade
requerida a Anlise Funcional, contemplando a
descrio do que se espera que o produto faa, SP
3.2 complementa a exigncia do CMMI-DEV referente
ao estabelecimento e manuteno das
funcionalidades. Portanto, SP 2.2 adicionado a SP 3.2
tem exigncias equivalentes a DRE 4.

Uma melhor definio sobre Anlise Funcional e
Arquitetura Funcional podem ser obtidas no Glossrio
do CMMI-DEV (SEI, 2010).
DRE 5
Interfaces internas e externas do
produto e de cada componente
do produto so definidas.
SP 2.3
Identificar requisitos de interface.
EQU
Apesar da redao diferente, DRE 5 e SP 2.3 tm a
mesma exigncia: identificar as interfaces internas e
externas do produto e dos componentes do produto.

SG3 Os requisitos so analisados e validados.
DRE 6
Conceitos operacionais e
cenrios so desenvolvidos.

SP 3.1
Estabelecer e manter conceitos
operacionais e cenrios
associados.
EQU -
DRE 7
Os requisitos so analisados,
usando critrios definidos, para
balancear as necessidades dos
interessados com as restries
existentes.

SP 3.3
Analisar os requisitos para
assegurar que so necessrios e
suficientes.
NEQ
O MR-MPS-SW exige a utilizao de critrios para
anlise dos requisitos, realizada para balancear as
necessidades dos interessados com as restries
existentes.

Alm de no exigir a utilizao de critrios, o CMMI-
DEV no exige nesta prtica o balanceamento das
necessidades dos interessados com as restries
existentes.




DRE 7
Os requisitos so analisados,
usando critrios definidos, para
balancear as necessidades dos
interessados com as restries
existentes.
SP 3.4
Analisar os requisitos para
balancear as necessidades e as
restries das partes interessadas.
NEQ
referente anlise dos requisitos para balancear as
necessidades e as restries das partes interessadas.
SP 3.3 adicionado a SP 3.4 seria equivalente a DRE
7, o que no ocorre devido a ausncia da exigncia de
utilizao de critrios.
DRE 8
Os requisitos so validados.

SP 3.5
Validar os requisitos para
assegurar que o produto resultante
ir funcionar como pretendido no
ambiente do usurio final.
EQU
Embora com redao diferente, DRE 8 e SP 3.5
possuem a mesma exigncia: validar os requisitos do
produto para assegurar se este ir funcionar como
pretendido no ambiente do usurio.


I. 11 Processo Integrao do Produto
Processo Integrao do Produto (ITP) e rea de Processo Integrao de Produto (PI).




SG1 A preparao para a integrao de produto realizada.
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.

SP 1.1
Estabelecer e manter a estratgia
de integrao do produto.
EQU
Apesar da redao diferente, as exigncias do MR-
MPS-SW e do CMMI-DEV so equivalentes.
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.

SP 1.3
Estabelecer e manter
procedimentos e critrios para
integrao dos componentes do
produto. EQU+
referente ao estabelecimento de procedimentos e
critrios para conduo da integrao dos
componentes do produto. Portanto, SP 1.1
adicionado a SP 1.3 tm exigncias equivalentes a
ITP 1.
ITP 2
Um ambiente para integrao
dos componentes do produto
estabelecido e mantido.

SP 1.2
Estabelecer e manter o ambiente
necessrio para dar suporte
integrao dos componentes do
produto.
EQU -

SG2 As interfaces internas e externas dos componentes do produto so compatveis.
ITP 3
A compatibilidade das interfaces
internas e externas dos
componentes do produto
assegurada.
SP 2.1
Revisar as descries das
interfaces visando assegurar
cobertura e completude. EQU
Embora a redao no seja a mesma, ITP 3 e SP
2.1 possuem as mesmas exigncias, associada
reviso das interfaces internas e externas dos
componentes do produto para assegurar
compatibilidade e completude.




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.
SP 2.2
Gerenciar as definies, designs e
mudanas das interfaces internas e
externas entre produtos e
componentes do produto.
EQU -

SG3
Componentes de produto verificados so montados e o produto integrado, verificado e
validado, entregue.
ITP 5
Cada componente do produto
verificado, utilizando-se critrios
definidos, para confirmar que
estes esto prontos para a
integrao.

SP 3.1
Confirmar, antes da montagem, se
cada componente de produto
necessrio foi identificado
corretamente, se comporta-se de
acordo com a sua descrio e se
as interfaces esto em
conformidade com suas
descries.

NEQ
realizao da verificao dos componentes do
produto para garantir que estes possam ser
integrados.

No entanto, o MR-MPS-SW exige a utilizao de
critrios sem explicitar quais no texto do resultado
esperado, enquanto o CMMI-DEV faz referncia no
texto da prtica identificao dos componentes do
produto, se estes componentes funcionarem
corretamente e se houver verificao da
conformidade das interfaces em relao s
descries.
ITP 6
Os componentes do produto so
integrados, de acordo com a
estratgia determinada e
seguindo os procedimentos e
critrios para integrao.
SP 3.2
Montar os componentes do produto
de acordo com a estratgia de
integrao e procedimentos. EQU -
ITP 7
Os componentes do produto
integrados so avaliados e os
resultados da integrao so
registrados.

SP 3.3
Avaliar os componentes de produto
montados quanto compatibilidade
de interface. EQU
Considerando que as avaliaes tanto no MR-MPS-
SW quanto no CMMI-DEV exigem evidncias, o
registro dos resultados da integrao, apesar de no
explicito em SP 3.3, realizado. Portanto, os
resultados so equivalentes.




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).
- - INE
a definio de uma estratgia de testes de
regresso em caso de mudana dos componentes
do produto.
ITP 9
O produto e a documentao
relacionada so preparados e
entregues ao cliente.

SP 3.4
Empacotar o produto ou o
componente de produto e entreg-
lo ao cliente. NEQ
Na entrega do produto ao cliente, o MR-MPS-SW
exige a entrega da documentao relacionada, o
que no exigido no CMMI-DEV. No CMMI-DEV s
h referncia a documentao nas subprticas, o


I. 12 Processo Projeto e Construo do Produto
Processo Projeto e Construo do Produto (PCP) e rea de Processo Soluo Tcnica (TS).




SG1
Solues para o produto ou para os componentes de produto so selecionadas entre as
solues alternativas.
PCP 1
Alternativas de soluo e
critrios de seleo so
desenvolvidos para atender aos
requisitos definidos de produto e
componentes de produto.
SP 1.1
Desenvolver solues alternativas
e critrios de seleo.
EQU -
PCP 2
Solues so selecionadas para
o produto ou componentes do
produto, com base em cenrios
definidos e em critrios
identificados.

SP 1.2
Selecionar solues associadas a
componentes de produto com base
em critrios de seleo.
NEQ
Enquanto o MR-MPS-SW exige a seleo de
solues para o produto ou componentes do produto
com base em cenrios definidos e em critrios
identificados, o CMMI-DEV exige apenas a utilizao
de critrios. S h referncia ao uso de cenrios
para avaliar se as solues atendem aos critrios
obrigatoriedade.

SG2 Os designs do produto ou dos componentes de produto so desenvolvidos.
PCP 3
O produto e/ou componente do
produto projetado e
documentado.

SP 2.1
Desenvolver um design para o
produto ou componente de
produto. EQU
elaborao do projeto (design) do produto ou dos
componentes do produto. Embora o CMMI-DEV no
explicite a necessidade, a documentao implcita
ao design.
PCP 4
As interfaces entre os
componentes do produto so
projetadas com base em
critrios predefinidos.
SP 2.3
Projetar as interfaces dos
componentes do produto a partir
dos critrios estabelecidos e
mantidos.
EQU -




PCP 5
Uma anlise dos componentes
do produto conduzida para
decidir sobre sua construo,
compra ou reutilizao.

SP 2.4
Avaliar se os componentes do
produto devem ser desenvolvidos,
comprados ou reusados, com base
em critrios estabelecidos.

EQU
Embora a redao no seja a mesma, PCP 5 e SP
2.4 possuem as mesmas exigncias: (i) conduo da
anlise dos componentes do produto para avaliao
quanto a construo, compra ou reutilizao; e (ii)
tomada de deciso com base em critrios ou em
uma abordagem interna organizao.

SG3
Os componentes do produto e a documentao de suporte associada so implementados a
partir dos seus designs.
PCP 6
Os componentes do produto so
implementados e verificados de
acordo com o que foi projetado.
SP 3.1
Implementar os designs dos
componentes de produto.
NEQ
Enquanto o MR-MPS-SW exige a implementao e
a verificao dos componentes do produto de
acordo com o que foi projetado, o CMMI-DEV exige
apenas a implementao do design. S h
referncia a verificao dos componentes do produto
obrigatoriedade.
PCP 7
A documentao identificada,
desenvolvida e disponibilizada
de acordo com os padres
estabelecidos.
SP 2.2
Estabelecer e manter um pacote de
dados tcnicos.
NEQ
O MR MPS exige que a documentao associada ao
projeto (design), e para o usurio final, seja
identificada e os documentos sejam produzidos de
acordo com padres estabelecidos.

O CMMI-DEV exige em SP 2.2 que a documentao
associada ao projeto (design) seja estabelecida e
mantida, mas sem fazer referncia a documentao
para o usurio final e aos padres estabelecidos.
PCP 7
A documentao identificada,
desenvolvida e disponibilizada
de acordo com os padres
estabelecidos.
SP 3.2
Elaborar e manter a documentao
para o usurio final.
NEQ
SP 3.2 complementa SP 2.2 no atendimento
exigncia de PCP 7, de que a documentao para o
usurio final seja estabelecida e mantida, mas
tambm sem referenciar padres.
PCP 8
A documentao mantida de
acordo com os critrios
definidos.

SP 2.2
Estabelecer e manter um pacote de
dados tcnicos.
NEQ
PCP 8 complementa PCP 7 no atendimento
exigncia de SP 2.2 de manuteno da
documentao. Entretanto, o CMMI-DEV no faz
referncia a critrios.
PCP 8
A documentao mantida de
acordo com os critrios
definidos.

SP 3.2
Elaborar e manter a documentao
para o usurio final
NEQ
PCP 8 complementa PCP 7 no atendimento
exigncia de SP 3.2 de manuteno da
documentao. Entretanto, o CMMI-DEV no faz
referncia a critrios.

I. 13 Processo Validao
Processo Validao (VAL) e rea de Processo Validao (VAL).




SG1 A preparao para a validao realizada.
VAL 1
Produtos de trabalho a serem
validados so identificados.

SP 1.1
Selecionar os produtos e
componentes de produto a serem
validados e os mtodos de
validao a serem utilizados.
NEQ
identificao dos produtos de trabalho a serem
validados. Porm, apenas o CMMI-DEV exige em SP
1.1 a seleo dos mtodos de validao.
VAL 2
Uma estratgia de validao
desenvolvida e implementada,
estabelecendo cronograma,
participantes envolvidos,
mtodos para validao e
qualquer material a ser utilizado
na validao.

SP 1.1
Selecionar os produtos e
componentes de produto a serem
validados e os mtodos de
validao a serem utilizados para
cada um.
NEQ
VAL 2 complementa a exigncia do CMMI-DEV
referente seleo dos mtodos de validao, exigido
em SP 1.1.

Entretanto, o MR-MPS-SW exige em VAL 2 a
definio de uma estratgia de validao
contemplando, alm dos mtodos de validao, o
cronograma e a identificao dos participantes e dos
materiais a serem utilizados na validao, o que no
exigido no CMMI-DEV.
VAL 3
Critrios e procedimentos para
validao dos produtos de
trabalho a serem validados so
identificados e um ambiente
para validao estabelecido.

SP 1.2
necessrio para a validao.
EQU+
O MR-MPS-SW exige a identificao dos critrios e
procedimentos para validao dos produtos de
trabalho, bem como o estabelecimento do ambiente
para validao.

O CMMI-DEV exige em SP 1.2 apenas o
estabelecimento do ambiente para validao, o que
parte do que exigido em VAL 3.




VAL 3
validao dos produtos de
trabalho a serem validados so
para validao estabelecido.

SP 1.3
procedimentos e critrios de
validao.
EQU+
referente identificao de critrios e procedimentos
de validao. Portanto, as duas prticas juntas (SP 1.3
adicionado a SP 1.2) so equivalentes a VAL 3.

Cabe destacar que apesar da ausncia da exigncia
de manuteno dos procedimentos e critrios no MR-
MPS-SW neste resultado, os produtos de trabalho do
processo devem ser gerenciados para atender o AP
2.2.

SG2
O produto ou os componentes de produto so validados para assegurar que so adequados
para uso em seus ambientes operacionais pretendidos.
VAL 4
Atividades de validao so
executadas para garantir que o
produto esteja pronto para uso
no ambiente operacional
pretendido.

SP 2.1
Realizar a validao dos produtos
e componentes de produto
selecionados.
EQU
Embora a redao no seja a mesma, VAL 4 e SP 2.1
tm as mesmas exigncias: (i) que as atividades de
validao sejam executadas; e (ii) que o produto ou
componente do produto funcione como esperado no
ambiente operacional pretendido.
VAL 5
Problemas so identificados e
registrados.

- - INE
CMMI-DEV, nos produtos de trabalho tpicos da
prtica especfica SP 2.1 h referncia ao registro da
execuo do procedimento de validao. Entretanto, a
forma de evidenciar a execuo das prticas de
validao subentende a necessidade do registro.
VAL 6
Resultados de atividades de
validao so analisados e
disponibilizados para as partes
interessadas.

SP 2.2
Analisar os resultados das
atividades de validao.
NEQ
anlise dos resultados das atividades de validao.

Porm, apenas o MR-MPS-SW exige disponibilizao
dos resultados s partes interessadas, o que no




VAL 7
Evidncias de que os produtos
de software desenvolvidos esto
prontos para o uso pretendido
so fornecidas.

- - INE
CMMI-DEV, nas subprticas da prtica especfica SP
2.2 h referncia a utilizao dos resultados da
validao para comparar as medies e o
desempenho observado em relao s necessidades
operacionais e ao uso pretendido. Entretanto isto no
constitui uma obrigatoriedade.


I. 14 Processo Verificao
Processo Verificao (VER) e rea de Processo Verificao (VER).




SG1 A preparao para a verificao realizada.
VER 1
Produtos de trabalho a serem
verificados so identificados.
SP 1.1
Selecionar os produtos de trabalho
a serem verificados e os mtodos
de verificao a serem utilizados.

NEQ
identificao dos produtos de trabalho a serem
verificados. Porm, apenas o CMMI-DEV exige em SP
1.1 a seleo dos mtodos de verificao, o que est
previsto em VER 2.
VER 2
Uma estratgia de verificao
revisores envolvidos, mtodos
para verificao e qualquer
material a ser utilizado na
verificao.

SP 1.1
Selecionar os produtos de trabalho
a serem verificados e os mtodos
de verificao a serem utilizados
para cada um.

NEQ
VER 2 complementa a exigncia do CMMI-DEV
referente seleo dos mtodos de verificao,
exigido em SP 1.1.

Entretanto, o MR-MPS-SW exige em VER 2 a
definio de uma estratgia de verificao
contemplando, alm dos mtodos para verificao, o
cronograma e a identificao dos revisores e dos
materiais a serem utilizados na verificao, o que no
VER 2
Uma estratgia de verificao
revisores envolvidos, mtodos
para verificao e qualquer
material a ser utilizado na
verificao.

SP 2.1
Preparar-se para a reviso por
pares dos produtos de trabalho
selecionados.

NEQ
Embora no explcito no CMMI-DEV, tanto ele quanto
o MR-MPS-SW exigem a identificao dos revisores,
a preparao do material e a elaborao do
cronograma das revises.

Porm, o CMMI-DEV trata em SP 2.1 apenas da
reviso por pares, enquanto que o MR-MPS-SW pode
abranger outros mtodos de verificao, o que est
previsto na prtica SP 3.1.




VER 3
verificao dos produtos de
trabalho a serem verificados so
para verificao estabelecido.

SP 1.2
necessrio para dar suporte
verificao.
EQU+
O MR-MPS-SW exige a identificao dos critrios e
procedimentos para verificao dos produtos de
trabalho, bem como o estabelecimento do ambiente
para verificao.

O CMMI-DEV exige em SP 1.2 apenas o
estabelecimento do ambiente para verificao, o que
parte do que exigido em VER 3.
VER 3
verificao dos produtos de
trabalho a serem verificados so
para verificao estabelecido.

SP 1.3
procedimentos e critrios de
verificao para os produtos de
trabalho selecionados.
EQU+
referente identificao de critrios e procedimentos
de verificao. Portanto, as duas prticas juntas (SP
1.3 adicionado a SP 1.2) so equivalentes a VER 3.

Cabe destacar que apesar da ausncia em VER 3 da
exigncia de manuteno dos procedimentos e
critrios no MR-MPS-SW, os produtos de trabalho do
processo devem ser gerenciados para atender o AP
2.2.

SG2
e
SG 3
Revises por pares so realizadas em produtos de trabalho selecionados;
e
Produtos de trabalho so verificados em relao aos seus requisitos especificados.
VER 4
Atividades de verificao,
incluindo testes e revises por
pares, so executadas.
SP 2.2
Conduzir a reviso por pares nos
produtos de trabalho selecionados
e identificar as questes crticas
resultantes.

EQU+
O MR-MPS-SW exige a execuo das atividades de
verificao, abrangendo obrigatoriamente a realizao
de reviso por pares e testes.

O CMMI-DEV exige a realizao da reviso por pares,
porm sem abranger os testes dos produtos
selecionados.
VER 4
Atividades de verificao,
incluindo testes e revises por
pares, so executadas. SP 3.1
Realizar a verificao nos produtos
de trabalho selecionados.
EQU+
referente execuo de atividades de verificao
abrangendo a realizao de testes dos produtos
selecionados. Portanto, as duas prticas juntas (SP
3.1 adicionado a SP 2.2) so equivalentes a VER 4.




VER 5
Defeitos so identificados e
registrados.

- - INE
CMMI-DEV, nas subprticas das prticas especficas
SP 2.3 e 3.1 h referncia ao registro dos resultados
das atividades associadas verificao. Entretanto, a
forma de evidenciar a execuo das prticas de
verificao subentende a necessidade do registro.
VER 6
verificao so analisados e
interessadas.

SP 2.3
Analisar dados sobre preparao,
conduo e resultados de reviso
por pares.

NEQ
O MR-MPS-SW exige a anlise dos resultados das
atividades de verificao, abrangendo a realizao de
reviso por pares e testes. O CMMI-DEV exige nesta
prtica apenas a anlise dos resultados da reviso por
pares, sem contemplar o resultado dos testes.
VER 6
verificao so analisados e
interessadas.

SP 3.2
Analisar os resultados de todas as
atividades de verificao.
NEQ
referente anlise dos resultados das atividades de
verificao envolvendo testes.

Porm, apenas o MR-MPS-SW exige disponibilizao
dos resultados s partes interessadas, o que no


I. 15 Processo Gerncia de Decises
Processo Gerncia de Decises (GDE) e rea de Processo Anlise e Tomada de Decises (DAR).




SG1
As decises so baseadas em uma avaliao de alternativas que utiliza critrios
estabelecidos.
GDE 1
Guias organizacionais para a
gerncia de decises so
estabelecidos e mantidos.

SP 1.1
Estabelecer e manter diretrizes
para determinar quais questes
crticas esto sujeitas a um
processo formal para avaliao de
alternativas.
EQU
Embora a redao no seja a mesma, GDE 1 e SP
1.1 possuem as mesmas exigncias, associadas ao
estabelecimento e manuteno de guias
organizacionais contendo os critrios para execuo
do processo.
GDE 2
O problema ou questo a ser
objeto de um processo formal de
tomada de deciso definido.
- - INE
No existe uma prtica no CMMI-DEV que explicite a
definio do problema ou questo objeto de um
processo formal de mudana.
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.
SP 1.2
Estabelecer e manter critrios para
avaliar as alternativas e para
classific-los de forma relativa.
EQU
Apesar da redao diferente, GDE 3 e SP 1.2
possuem as mesmas exigncias: (i) estabelecer e
manter critrios para avaliao das alternativas; e (ii)
classificar os critrios, permitindo que os mais
importantes exeram mais influncia na avaliao.

GDE 4
Alternativas de soluo
aceitveis para o problema ou
questo so identificadas.
SP 1.3
Identificar solues alternativas
para tratar questes crticas. EQU -
GDE 5
Os mtodos de avaliao das
alternativas de soluo so
selecionados de acordo com
sua viabilidade de aplicao.
SP 1.4
Selecionar os mtodos de
avaliao
EQU
Tanto do MR-MPS-SW quanto o CMMI-DEV exigem a
seleo dos mtodos de avaliao das alternativas de
soluo. Porm apenas o MR-MPS-SW faz referncia
a viabilidade, o que no exigido no CMMI-DEV.
GDE 6
Solues alternativas so
avaliadas usando os critrios e
mtodos estabelecidos.
SP 1.5
Avaliar as solues alternativas
utilizando os critrios e os mtodos
estabelecidos.
EQU
-





GDE 7
Decises so tomadas com
base na avaliao das
alternativas utilizando os
critrios de avaliao
estabelecidos.
SP 1.6
Selecionar as solues dentre as
alternativas, com base nos critrios
de avaliao.

EQU
-


I. 16 Processo Gerncia de Riscos
Processo Gerncia de Riscos (GRI) e rea de Processo Gesto de Riscos (RSKM).




SG1 A preparao para gesto de riscos realizada.
GRI 1
O escopo da gerncia de riscos
determinado

SP 1.3
Estabelecer e manter a estratgia a
ser utilizada para gesto de riscos.
NEQ
O MR-MPS-SW exige neste resultado a
determinao do escopo da gerncia de riscos,
envolvendo tanto riscos do projeto quanto de
processos organizacionais. O CMMI-DEV exige a
definio do escopo, porm como parte da
estratgia a ser utilizada. Entretanto, o CMMI-DEV
refere-se apenas aos projetos.
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.
SP 1.1
Determinar as fontes e as
categorias de riscos.
EQU+
determinao das fontes e categorias dos riscos.
Porm, neste resultado apenas o MR-MPS-SW faz
referncia a definio dos parmetros, categorizao
e controle do esforo para a gerncia dos riscos.
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.
SP 1.2
Definir os parmetros utilizados
para analisar e categorizar os
riscos, e para controlar a atividade
de gesto de riscos.
EQU+
referente definio dos parmetros, categorizao
e controle dos riscos. Portanto, as duas prticas
juntas (SP 1.2 adicionado a SP 1.1) so
equivalentes a GRI 2.
GRI 3
As estratgias apropriadas para
a gerncia de riscos so
definidas e implementadas.
SP 1.3
Estabelecer e manter a estratgia a
ser utilizada para gesto de riscos. EQU -




SG2 Riscos so identificados e analisados para se determinar sua importncia relativa.
GRI 4
Os riscos do projeto so
identificados e documentados,
incluindo seu contexto,
condies e possveis
consequncias para o projeto e
as partes interessadas.
SP 2.1
Identificar e documentar os riscos
NEQ
Os requisitos do MR-MPS-SW so mais exigentes
do que no CMMI-DEV. Apenas nas subprticas o
CMMI-DEV exige a identificao e documentao
dos riscos mencionando contexto, condies e
consequncias de sua ocorrncia para o projeto, o
GRI 5
Os riscos so priorizados,
estimados e classificados de
acordo com as categorias e os
parmetros definidos.

SP 2.2
Avaliar e categorizar cada risco
identificado utilizando as categorias
e os parmetros definidos para
riscos, e determinar suas
prioridades relativas.
EQU
Embora a redao no seja a mesma, GRI 5 e SP
2.2 tm as mesmas exigncias: (i) os riscos devem
analisados segundo os parmetros definidos; (ii) os
riscos devem ser categorizados; (iii) e os riscos
devem ser priorizados.

SG3
Os riscos so tratados e mitigados, quando apropriado, para reduzir impactos negativos na
satisfao dos objetivos.
GRI 6
Planos para a mitigao de
riscos so desenvolvidos.

SP 3.1
Elaborar um plano de mitigao de
riscos conforme a estratgia para
gesto de riscos.
EQU
Embora a redao no seja a mesma, GRI 6 e SP
3.1 possuem as mesmas exigncias, relacionadas
elaborao do plano de mitigao para os riscos.
GRI 7
Os riscos so analisados e a
prioridade de aplicao dos
recursos para o monitoramento
desses riscos determinada.
- - INE
a anlise e a determinao da prioridade de
aplicao dos recursos para o monitoramento dos
riscos.
GRI 8
Os riscos so avaliados e
monitorados para determinar
mudanas em sua situao e no
progresso das atividades para
seu tratamento.
SP 3.2
Monitorar periodicamente o status
de cada risco e executar o plano de
mitigao quando apropriado. EQU+
monitorao dos riscos, conforme a estratgia de
gerncia de riscos. Porm, neste resultado apenas o
CMMI-DEV faz referncia a execuo do plano de
mitigao.
GRI 9
Aes apropriadas so
executadas para corrigir ou
evitar o impacto do risco,
baseadas na sua prioridade,
probabilidade, consequncia ou
outros parmetros definidos.
SP 3.2
Monitorar periodicamente o status
de cada risco e executar o plano de
mitigao quando apropriado.
EQU+
GRI 9 complementa a exigncia do CMMI-DEV
referente execuo do plano de mitigao, quando
apropriado. Portanto, os dois resultados juntos (GRI
8 adicionado a GRI 9) so equivalentes a SP 3.2.

I. 17 Atributos de Processo AP 2.1 e AP 2.2
Atributos de Processo (AP) AP 2.1 e AP 2.2 e Resultados de Atributo de Processo (RAP) associados e Objetivo Genrico (GG) e
Prticas Genricas (GP).

Atributo de Processo e Resultado de
Atributo de Processo



AP 2.1 O processo gerenciado. GG 2 O processo institucionalizado como um processo gerenciado.
RAP 2
Existe uma poltica
organizacional estabelecida e
mantida para o processo.
GP 2.1
Estabelecer e manter uma poltica
organizacional para planejamento e
execuo do processo.
EQU -
RAP 3
A execuo do processo
planejada. GP 2.2
Estabelecer e manter o plano para a
execuo do processo. EQU
Embora a redao seja diferente, RAP 3 e GP
2.2 exigem o estabelecimento e a manuteno
de um plano para execuo do processo.
RAP 4
(A partir do nvel F) Medidas
so planejadas e coletadas para
monitorao da execuo do
processo e ajustes so
realizados.
GP 2.8
Monitorar e controlar o processo em
relao ao estabelecido no plano
para execuo do processo, e
implementar aes corretivas
apropriadas.

NEQ
exigem a monitorao de controle do processo e
a implementao de aes corretivas para
realizao de ajustes. Porm, apenas o MR-
MPS-SW exige que se tenha uma medio.
RAP 5
As informaes e os recursos
necessrios para a execuo do
processo so identificados e
disponibilizados. GP 2.3
Fornecer os recursos adequados
para a execuo do processo,
envolvendo o desenvolvimento de
produtos de trabalho e fornecimento
dos servios do processo.

NEQ
O MR-MPS-SW exige a identificao e
disponibilizao de informaes e dos recursos
necessrios para execuo do processo.

O CMMI-DEV s exige o fornecimento dos
recursos, o que apenas parte do que exigido
no MR-MPS-SW.
RAP 6
(At o nvel F) As
responsabilidades e a
autoridade para executar o
processo so definidas,
atribudas e comunicadas

GP 2.4
Atribuir responsabilidade e
autoridade para execuo do
processo, para desenvolvimento dos
dos servios do processo.
EQU
2.4 possuem as mesmas exigncias, associadas
a definio e atribuio das responsabilidades e
autoridade pela execuo do processo,
considerando-se a comunicao contemplada
na atribuio.




RAP 6
(A partir do nvel E) Os papis
requeridos, responsabilidades e
processo definido so atribudos
e comunicados. GP 2.4
Atribuir responsabilidade e
processo, para desenvolvimento dos
dos servios do processo. EQU
Haver compatibilidade nas exigncias quando
a organizao alcanar o nvel 3 de maturidade
do CMMI-DEV ou superior, no qual exigido um
processo padro, pois embora a redao seja
diferente, RAP 6 e GP 2.4 possuem as mesmas
exigncias, associadas a definio e atribuio
das responsabilidades e autoridade pela
execuo do processo, considerando-se a
comunicao contemplada na atribuio.
RAP 7
As pessoas que executam o
processo so competentes em
termos de formao,
treinamento e experincia. GP 2.5
Treinar pessoas para executar ou
apoiar o processo conforme
necessrio.
EQU
2.5 possuem as mesmas exigncias: (i) as
pessoas devem possuir as habilidades,
conhecimentos e experincias necessrios para
execuo do processo (o que no CMMI-DEV
consta no propsito da prtica); e (ii) devem ser
realizados treinamentos, quando necessrio.
RAP 8
A comunicao entre as partes
interessadas no processo
planejada e executada de forma
a garantir o seu envolvimento.
GP 2.7
Identificar e envolver as partes
interessadas relevantes do processo
conforme planejado.
EQU -
RAP 9
(At o nvel F) Os resultados do
processo so revistos com a
gerncia de alto nvel para
fornecer visibilidade sobre a sua
situao na organizao.
GP 2.10
Revisar as atividades, o status e os
resultados do processo com a
gerncia de nvel superior e tratar
questes crticas.
NEQ
exigem que os resultados da execuo do
processo sejam revistos com a gerncia de alto
nvel para fornecer visibilidade de sua situao.

Porm, apenas o CMMI-DEV faz referncia ao
tratamento de questes crticas, o que no
exigido neste resultado pelo MR-MPS-SW.




RAP 9
(A partir do nvel E) Mtodos
adequados para monitorar a
eficcia e adequao do
processo so determinados e
os resultados do processo so
revistos com a gerncia de alto
nvel para fornecer visibilidade
sobre a sua situao na
organizao.
GP 2.10
Revisar as atividades, o status e os
resultados do processo com a
gerncia de nvel superior e tratar
questes crticas.
NEQ
O MR-MPS-SW exige a definio e utilizao de
mtodos para monitorar a eficcia e adequao
do processo, o que no exigido no CMMI-DEV.

Por outro lado, apenas o CMMI-DEV faz
referncia ao tratamento de questes crticas, o
que no exigido neste resultado pelo MR-
MPS-SW.
RAP 10
(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.
GP 2.9
Avaliar objetivamente a aderncia do
processo e produtos de trabalho
selecionados em relao descrio
dos processos, padres e
procedimentos, e tratar no
conformidades.
EQU+
O RAP 10 exige apenas a avaliao de
aderncia aos processos, o GP 2.9 exige
tambm avaliao de qualidade dos produtos de
trabalho do processo em questo.

O RAP 10 em conjunto com o RAP 14 contm
as exigncias previstas pelo GP 2.9.
AP 2.2
Os produtos de trabalho do
processo so gerenciados

RAP 11
Os requisitos dos produtos de
trabalho do processo so
identificados.
- - INE
No existe uma prtica genrica no CMMI-DEV
que explicite a identificao dos requisitos dos
produtos de trabalho do processo. Apenas
existe referncia a identificao dos produtos de
trabalho nas notas introdutrias da GP 2.6, mas
sem citao aos seus requisitos, o que mesmo
assim no constitui uma obrigatoriedade.
RAP 12
Requisitos para documentao
e controle dos produtos de
trabalho so estabelecidos.
- - INE
O CMMI-DEV no exige que os produtos de
trabalho do processo tenham seus requisitos de
documentao estabelecidos. Apenas existe
referncia a identificao dos produtos de
trabalho nas notas introdutrias da GP 2.6, mas
sem citao aos requisitos de documentao, o
que mesmo assim no constitui uma
obrigatoriedade.




RAP 13
Os produtos de trabalho so
colocados em nveis
apropriados de controle.
GP 2.6
Colocar produtos de trabalho
selecionados do processo sob
nveis apropriados de controle.
EQU -
RAP 14
Os produtos de trabalho so
avaliados objetivamente com
relao aos padres,
procedimentos e requisitos
aplicveis e so tratadas as no
conformidades.
GP 2.9
Avaliar objetivamente a aderncia
do processo e produtos de trabalho
selecionados em relao
descrio dos processos, padres e
procedimentos, e tratar no
conformidades.
EQU+
O RAP 10 exige apenas a avaliao de
aderncia aos processos, o GP 2.9 exige
tambm avaliao de qualidade dos produtos de
trabalho do processo em questo.

O RAP 10 em conjunto com o RAP 14 contm
as exigncias previstas pelo GP 2.9.

Atributos de Processo (AP) AP 3.1 e AP 3.2 e Resultados de Atributo de Processo (RAP) associados e Objetivo Genrico (GG) e
Prticas Genricas (GP).

Atributo de processo e Resultado de

Objetivo e Prtica Genrica e rea de
Processo e Prtica Especfica


AP 3.1 O processo definido. GG3 O processo institucionalizado como um processo definido.
RAP 15
Um processo padro descrito,
incluindo diretrizes para sua
adaptao.
OPD SP 1.1
Estabelecer e manter o conjunto
de processos padro da
organizao.
EQU+
A prtica especfica SP 1.1 da rea de processo
OPD exige o estabelecimento do conjunto de
processos padro da organizao, o que
tambm exigido no RAP 15. Porm, neste
resultado apenas o MR-MPS-SW faz referncia
s diretrizes de adaptao para o processo
definido para um projeto.
RAP 15
Um processo padro descrito,
incluindo diretrizes para sua
adaptao.

OPD SP 1.3
Estabelecer e manter os critrios e
as diretrizes para adaptao do
organizao.
EQU+
OPD complementa a exigncia do MR-MPS-SW
referente s diretrizes de adaptao para o
processo definido para um projeto.

Portanto, as duas prticas juntas (SP 1.1
adicionado a SP 1.3, ambas de OPD) so
equivalentes ao RAP 15.
RAP 16
A sequncia e interao do
processo padro com outros
processos so determinadas.

- - INE
que explicite a determinao da sequncia e
interao do processo padro com outros
processos. No CMMI-DEV s h referncia
integrao do conjunto de processos padro nas
subprticas da prtica especifica SP 1.1 da rea
de processo OPD, o que no constitui uma
obrigatoriedade.




RAP 17
Os papis e competncias
requeridos para executar o
processo so identificados
como parte do processo padro. - - INE
que explicite a identificao dos papis e
competncias para executar o processo. No
CMMI-DEV s h referncia a descrio dos
papis nas subprticas da prtica especifica SP
1.1 da rea de processo OPD, o que no
constitui uma obrigatoriedade.
RAP 18
A infra-estrutura e o ambiente
de trabalho requeridos para
executar o processo so
identificados como parte do
processo padro.
OPD SP 1.6
ambiente de trabalho.
EQU
OPD exige o estabelecimento de padres de
ambiente de trabalho, incluindo-se a
infraestrutura.

Portanto, SP 1.6 de OPD equivalente ao RAP
18.
AP 3.2
O processo est
implementado.

RAP 19
Um processo definido
implementado baseado nas
diretrizes para seleo e/ou
adaptao do processo padro.
GP 3.1
Estabelecer e manter a descrio
de um processo definido.
EQU
Apesar da redao diferente, as exigncias do
MPS e do CMMI-DEV so idnticas. A definio
do processo definido (a ser executado em um
projeto ou em um contexto organizacional) deve
ser feita com base nas diretrizes de adaptao
existentes.
RAP 20
A infra-estrutura e o ambiente
de trabalho requeridos para
executar o processo definido
so disponibilizados,
gerenciados e mantidos.

OPD SP 1.6
ambiente de trabalho.
EQU
OPD exige o estabelecimento de padres de
ambiente de trabalho, incluindo-se a
infraestrutura, inclusive para o processo
definido.

Portanto, SP 1.6 de OPD equivalente ao RAP
20.




RAP 21
Dados apropriados so
coletados e analisados,
constituindo uma base para o
entendimento do
comportamento do processo,
para demonstrar a adequao e
a eficcia do processo, e avaliar
onde pode ser feita a melhoria
contnua do processo.

GP 3.2
Coletar experincias relacionadas
ao processo derivadas do
planejamento e da execuo do
processo, para dar suporte ao uso
futuro e melhoria dos processos
e ativos de processo da
organizao.
EQU
exigem a coleta de dados da execuo do
processo para anlise e posterior utilizao na
melhoria do processo.


Atributos de Processo (AP) AP 4.1 e AP 4.2 e Resultados de Atributo de Processo (RAP) associados e rea de Processo
Desempenho do Processo Organizacional (OPP).



AP 4.1 O processo medido.
RAP 22
As necessidades de
informaco dos usurios dos
processos, requeridas para
apoiar objetivos de negcio
relevantes da organizaco,
so identificadas.
- - INE
O CMMI no possui uma prtica de nvel 4 de
maturidade que explicite a identificao das
necessidades de informao dos usurios dos
processos.

Entretanto, a prtica SP 1.1 da rea de processo
MA menciona a identificao das necessidades
de informao para definio dos objetivos de
medio, embora no seja explcito que as
necessidades de informao esto relacionadas
com os processos da organizao. Cabe
ressaltar que esta uma prtica do nvel 2, onde
processos definidos no so requeridos.
RAP 23
Objetivos de medico
organizacionais dos processos
e/ou subprocessos so
derivados das necessidades de
informaco dos usurios do
processo.
- - INE
No existe uma prtica no CMMI-DEV que
explicite a derivao dos objetivos de medio
do processo e/ou subprocesso das
necessidades de informao dos usurios do
processo.

Entretanto, a prtica SP 1.1 da rea de processo
MA menciona a identificao das necessidades
de informao para definio dos objetivos de
medio. Porm, pelo fato de no ser uma
prtica da alta maturidade, no h meno a
relao dos objetivos de medio com
processos padro ou subprocessos definidos.



RAP 24
Objetivos quantitativos
organizacionais de qualidade e
de desempenho dos processos
e/ou subprocessos so
definidos para apoiar os
objetivos de negcio.
OPP SP 1.1
Estabelecer e manter objetivos
quantitativos para qualidade e para
desempenho de processo na
organizao, que so rastreveis
aos objetivos de negcio.
EQU -
RAP 25
Os processos e/ou
subprocessos que sero objeto
de anlise de desempenho so
selecionados a partir do
conjunto de processos padro
da organizaco e das
necessidades de informaco
dos usurios dos processos.
OPP SP 1.2

Selecionar os processos ou
subprocessos pertencentes ao
conjunto de processos-padro da
organizao a serem includos nas
anlises de desempenho de
processo da organizao e manter
rastreabilidade aos objetivos de
negcio.
EQU
OPP possui a mesma exigncia do RAP 25,
associada seleo dos processos ou
subprocessos pertencentes ao conjunto de
processos-padro da organizao para anlise
de desempenho. A sequncia de resultados do
MR-MPS-SW, no caso a execuo do RAP 22,
garante que a escolha dos processos e/ou
subprocessos esteja relacionada aos objetivos
de negcio relevantes da organizao.
RAP 26
Medidas, bem como a
frequncia de realizao de
suas medies, so
identificadas e definidas de
acordo com os objetivos de
medio do
processo/subprocesso e os
objetivos quantitativos de
qualidade e de desempenho do
processo.
OPP SP 1.3
Estabelecer e manter definies
das medidas a serem includas nas
anlises de desempenho de
EQU
Embora a redao seja diferente, RAP 26 e SP
1.3 de OPP possuem as mesmas exigncias,
associadas identificao e definio de
medidas a serem includas nas anlises de
desempenho de processo da organizao,
incluindo-se a frequncia de medio.



RAP 27
Resultados das medices so
coletados, analisados, utilizando
tcnicas quantitativas
apropriadas, e so
comunicados para monitorar o
alcance dos objetivos
quantitativos de qualidade e de
desempenho do
processo/subprocesso.
OPP SP 1.4
Analisar o desempenho dos
processos selecionados e
estabelecer e manter os baselines
de desempenho de processo.
EQU+
Uma baseline de desempenho de processo
contempla a coleta, anlise e comunicao das
medies da organizao.

OPP exige o estabelecimento da baseline para
caracterizar o desempenho da organizao, o
que no est previsto no RAP 27.
RAP 28
Resultados de medio so
utilizados para caracterizar o
desempenho do
processo/subprocesso.
OPP SP 1.4
EQU+
RAP 28 complementa a exigncia do CMMI-
DEV referente caracterizao do desempenho
da organizao. Portanto, RAP 27 adicionado a
RAP 28 tm exigncias equivalentes a SP 1.4
de OPP.
RAP 29
Modelos de desempenho do
processo so estabelecidos e
mantidos.
OPP SP 1.5
Estabelecer e manter modelos de
desempenho de processo para o
conjunto de processos-padro da
organizao.
EQU -
AP 4.2 O processo controlado.

RAP 30
Tcnicas de anlise e de
controle para a gerencia
quantitativa dos
processos/subprocessos so
identificadas e aplicadas
quando necessrio.
OPP SP 1.4
EQU+
A anlise do desempenho de um ou mais
subprocessos e a consequente definio das
baselines contempla a identificao e aplicao
de tcnicas de anlise e controle de
desempenho.

A prtica SP 1.4 da rea de processo QPM
tambm exige a seleo de medidas e das
tcnicas analticas.



RAP 31
Limites de controle de variao
so estabelecidos para o
desempenho normal do
processo.
OPP SP 1.4
EQU+
RAP 31 complementa a exigncia da prtica SP
1.4 da rea de processo OPP referente
anlise do desempenho de um ou mais
subprocessos, mais especificamente com
relao ao estabelecimento de limites de
controle de variao.

As prticas SP 1.3 e SP 1.4 da rea de processo
QPM tambm estabelecem o entendimento da
variao dos subprocessos selecionados
utilizando as medidas selecionadas.
RAP 32
Dados de medio so
analisados com relao a
causas especiais de variao.
OPP SP 1.4
EQU+
RAP 32 complementa a exigncia de da prtica
SP 1.4 da rea de processo OPP referente
estabilizao do desempenho de um ou mais
subprocessos, mais especificamente no que diz
respeito a anlise dos dados de medio em
relao a causas especiais de variao.
RAP 33
Aces corretivas e preventivas
so realizadas para tratar
especiais, ou de outros tipos, de
variaco.
OPP SP 1.4
EQU+
subprocessos, mais especificamente em relao
a realizao de aes corretivas para tratar
causas especiais de variao.
RAP 34
Limites de controle so
restabelecidos, quando
necessrio, seguindo as
aces corretivas, de forma
que os processos continuem
estveis, capazes e previsveis.
OPP SP 1.4
EQU+
subprocessos, mais especificamente em relao
redefinio dos limites de controle.


Atributos de Processo (AP) AP 5.1 e AP 5.2 e Resultados de Atributo de Processo (RAP) associados e reas de Processo
Gerncia do Desempenho Inovao Organizacional (OPM) e Resoluo e Anlise Causal (CAR).



AP 5.1

O processo objeto de
melhorias incrementais e
inovaes.
RAP 35
Objetivos de negcio da
organizaco so mantidos
com base no entendimento das
estratgias de negcio e
resultados de desempenho do
processo.
OPM SP 1.1
Manter os objetivos de negcio
baseado no entendimento das
estratgias de negcio e
resultados de desempenho atuais.
EQU
-
RAP 36
Objetivos de melhoria do
processo so definidos com
base no entendimento do
desempenho do processo, de
forma a verificar que os
objetivos de negcio relevantes
so atingveis.

OPM SP 1.2

Analisar os dados de desempenho
do processo para determinar a
habilidade da organizao em
atingir os objetivos de negcio
identificados.
EQU+
A anlise dos dados de desempenho do
processo um passo importante para avaliar se
os objetivos de negcio relevantes da
organizao podem ser atingidos.

O RAP 36, no entanto, tambm exige a
definio explcita dos objetivos de melhoria com
base na anlise realizada.
RAP 36
Objetivos de melhoria do
processo so definidos com
base no entendimento do
desempenho do processo, de
forma a verificar que os
objetivos de negcio relevantes
so atingveis.

OPM SP 1.3
Identificar reas potenciais para
melhoria que podem contribuir
para atingir os objetivos de
negcio. EQU+
A prtica SP 1.3 da rea de processo OPM
complementa os requisitos do RAP 36 por exigir
a identificao das reas potenciais de melhoria,
que influenciam na definio dos objetivos de
melhoria do processo.



RAP 37
Dados que influenciam o
desempenho do processo so
identificados, classificados e
selecionados para anlise de
causas.
CAR SP 1.1
Selecionar resultados para anlise.
NEQ
Tanto RAP 37 quanto CAR SP 1.1 exigem a
seleo de dados que influenciam o
desempenho do processo para anlise. Porm,
no h equivalncia porque SP 1.1 de CAR s
faz referncia classificao nas subprticas, o
RAP 38
Dados selecionados so
analisados para identificar
causas raiz e propor soluces
aceitveis para evitar
ocorrencias futuras de
resultados similares ou
incorporar melhores prticas no
processo.
CAR SP 1.2
Realizar a anlise de causas de
resultados selecionados e propor
aes para trat-las.
EQU
1.2 de CAR tm as mesmas exigncias,
associadas seleo e anlise de causas de
resultados do processo para identificar a causa
raiz e propor aes para tratamento.
RAP 39
Dados adequados so
causas comuns de variao no
desempenho do processo.
- - INE
No existe uma prtica especfica no CMMI-DEV
que trate explicitamente da identificao das
causas comuns de variao no desempenho
dos processos/subprocessos selecionados para
controle estatstico. No entanto, um dos
objetivos da adoo de melhorias de processos
de forma controlada no nvel 5 do CMMI-DEV (e
no nvel A do MR-MPS-SW) a diminuio da
variao no desempenho do processo, obtida a
partir da identificao de causas comuns
associadas.
RAP 40
Dados adequados so
oportunidades para aplicar
melhores prticas e inovaes
com impacto no alcance dos
OPM SP 2.1
Elicitar e categorizar melhorias
sugeridas.
EQU
2.1 de OPM tm as mesmas exigncias: (i)
coletar e analisar dados adequados; e (ii) , a
partir destes, identificar propostas de melhoria
de processo e de tecnologias consideradas
inovadoras.



RAP 41
Oportunidades de melhoria
derivadas de novas tecnologias
e conceitos de processo so
identificadas, avaliadas e
selecionadas com base no
impacto no alcance dos
OPM SP 2.2
Analisar melhorias sugeridas em
relao ao possvel impacto em
atingir os objetivos de qualidade de
desempenho de processo da
organizao.
EQU+
Tanto o RAP 41 do MR-MPS-SW quanto a
prtica SP 2.2 da rea de processo OPM
preveem a identificao e avaliao das
melhorias sugeridas com base no impacto nos
objetivos de qualidade e de desempenho do
processo. No entanto, o MR-MPS-SW exige
tambm que as melhorias sejam selecionadas
com base nessa anlise, o que no constitui
uma obrigatoriedade dessa prtica do CMMI-
DEV.
RAP 41
OPM SP 2.3
Validar melhorias selecionadas.
EQU+
complementa a exigncia do MR-MPS-SW de
avaliao prvia das melhorias selecionadas.
Essa avaliao pode ser realizada por vrios
meios, inclusive pilotos.
RAP 41
OPM SP 2.4
Selecionar e preparar melhorias
para implantao na organizao
baseado em uma avaliao de
custo, benefcio e outros fatores. NEQ
complementa a exigncia do MR-MPS-SW de
avaliao e seleo das melhorias para
implantao na organizao. No entanto, o
CMMI exige uma avaliao de custo-benefcio, o
que no previsto explicitamente pelo MR-MPS-
SW.
RAP 42
Uma estratgia de
implementao para as
melhorias selecionadas
estabelecida para alcanar os
objetivos de melhoria do
processo e para resolver
problemas.
OPM SP 3.1
Estabelecer e manter os planos de
implantao das melhorias
selecionadas.
EQU+
3.1 de OPM tm as mesmas exigncias,
associadas ao estabelecimento e execuo dos
planos de implantao das melhorias.

Entretanto, o CMMI-DEV no prev nesta
prtica planos para resoluo de problemas.



RAP 42
Uma estratgia de
implementao para as
melhorias selecionadas
estabelecida para alcanar os
objetivos de melhoria do
processo e para resolver
problemas.

CAR SP 2.1
Implementar propostas de ao
selecionadas que foram
desenvolvidas durante anlise de
causa.
EQU+
SP 2.1 de CAR complementa a exigncia do
MR-MPS-SW referente ao estabelecimento de
planos para soluo de problemas. Portanto, SP
2.1 de CAR adicionado a SP 3.1 de OPM tm
exigncias equivalentes ao RAP 42.
AP 5.2
O processo otimizado
continuamente.

RAP 43
O impacto de todas as
mudanas propostas avaliado
com relao aos objetivos do
processo definido e do processo
padro. OPM SP 2.4
Selecionar e preparar melhorias
para implantao na organizao
baseado em uma avaliao de
custo, benefcio e outros fatores.
NEQ
RAP 43 e SP 2.4 de OPM exigem tanto a
avaliao do impacto das oportunidades de
melhoria identificadas, quanto, a partir dos
resultados, a seleo das melhorias que
devero ser implementadas.

No entanto, o CMMI exige uma avaliao de
custo-benefcio, o que no previsto
explicitamente pelo MR-MPS-SW.
RAP 44
A implementao de todas as
mudanas acordadas
gerenciada para assegurar que
qualquer alterao no
desempenho do processo seja
entendida e que sejam tomadas
as aes pertinentes.
OPM SP 3.2
Gerenciar a implantao das
melhorias selecionadas.
EQU
associadas ao gerenciamento da implantao
das melhorias de processo selecionadas.

RAP 44
A implementao de todas as
mudanas acordadas
gerenciada para assegurar que
qualquer alterao no
desempenho do processo seja
entendida e que sejam tomadas
as aes pertinentes.
CAR SP 2.1
Implementar propostas de ao
selecionadas que foram
desenvolvidas durante anlise de
causa. EQU+
MR-MPS-SW referente execuo de planos
para soluo de problemas. Portanto, SP 2.1 de
CAR adicionado a SP 3.1 de OPM tm
exigncias equivalentes ao RAP 44.



RAP 45
As aes implementadas para
resoluo de problemas e
melhoria no processo so
acompanhadas, com uso de
tcnicas quantitativas, para
verificar se as mudanas no
processo corrigiram o problema
e melhoraram o seu
desempenho.
OPM SP 3.3
Avaliar os efeitos das melhorias
implantadas na qualidade e no
desempenho do processo
utilizando tcnicas estatsticas e
EQU+
associadas ao acompanhamento do efeito das
aes implementadas por meio de medies.

Entretanto, o MR-MPS-SW exige o
acompanhamento tanto das aes de resoluo
de problema quanto de melhoria do processo, o
que parte da exigncia de SP 3.3 de OPM, que
trata apenas das melhorias de processo.
RAP 45
As aes implementadas para
resoluo de problemas e
melhoria no processo so
acompanhadas, com uso de
tcnicas quantitativas, para
verificar se as mudanas no
processo corrigiram o problema
e melhoraram o seu
desempenho.
CAR SP 2.2
Avaliar os efeitos das aes
tomadas no desempenho do
processo.
EQU+
MR-MPS-SW referente ao acompanhamento do
efeito das aes implementadas para resoluo
de problemas. Portanto, SP 2.2 de CAR
adicionado a SP 3.3 de OPM tem exigncias
equivalentes ao RAP 45.
RAP 46
Dados da anlise de causas e
de resoluo so armazenados
para uso em situaes
similares.
CAR SP 2.3
Registrar dados de anlise e
resoluo de causas para uso nos
projetos e na organizao.

EQU -

Guia de Implementacao Parte 11 2012

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Guia de Implementacao Parte 11 2012

Загружено:

Авторское право:

Доступные форматы

MPS.

BR - Melhoria de Processo do Software Brasileiro

Вам также может понравиться