3.

Modelos de
Maturidade de
Processos
Prof. Peter Jandl Jr
Engenharia de Software II
ADS | UNIP
 Processo de Software::
modelos e maturidade

Definições Iniciais
03/22/2024 (C) 2021-2024, PJandl. 2
 Processo de Software::definições

• Processo de desenvolvimento de software é o esforço de criar,

desenvolver, projetar, programar e dar suporte a um software.
No processo de desenvolvimento de software existe um conjunto
de atividades fundamentais a serem realizadas, dentre elas
encontram-se: especificação, desenvolvimento, verificação e
evolução.
• Um processo de desenvolvimento de software é um conjunto de
atividades, parcialmente ordenadas, com a finalidade de obter
um produto de software.

22/03/2024 (C) 2021-2024, PJandl. 3

 Processo de Software::definições
• O processo de software é um conjunto de atividades
padronizadas que são aplicadas sistematicamente e agrupadas
em fases. Cada fase tem seus intervenientes e responsabilidades
próprias, além de incluir várias entradas e produzir várias saídas.
• Processo é uma sequência de passos realizados para um
determinado propósito (IEEE).
• Processo de software é conjunto de atividades, métodos, práticas
e tecnologias que as pessoas utilizam para desenvolver e manter
software e produtos relacionados (CMM).

22/03/2024 (C) 2021-2024, PJandl. 4

Modelos de Processos de
Software

• Uma das maiores

dificuldades encontradas
pelas empresas de
software é o
gerenciamento de seus
processos de software.

22/03/2024 (C) 2021-2024, PJandl. 5

 Maturidade do Processo::definições

• Capability Maturity Model (CMM) é uma metodologia usada para

desenvolver e refinar o processo de desenvolvimento de
software de uma organização. Este modelo descreve um caminho
evolucionário e incremental contendo cinco passos.
• O Capability Maturity Model Integration (CMMI) é uma estrutura
aprimorada e mais abrangente baseada no CMM e que foi
desenvolvida pelo Software Engineering Institute (SEI) da
Carnegie Mellon University para abordar as limitações do CMM
original.

22/03/2024 (C) 2021-2024, PJandl. 6

Modelos de Processos de Software
• Um modelo de processo procura descrever formalmente e de
maneira organizada todas as atividades que devem ser seguidas para
a obtenção segura de um produto de software.
• É importante escolher um modelo apropriado às metas da
organização e saber em que grau esse modelo será implementado.
• Os modelos CMM, SPICE e Bootstrap são padrões relacionados a
processos de software.

22/03/2024 (C) 2021-2024, PJandl. 7

 “Without requirements or design,
programming is the art of adding bugs
to an empty text file.”
“Sem requisitos ou design, a programação é a arte de adicionar bugs
à um arquivo de texto vazio.”

— Louis Srygley

22/03/2024 (C) 2021-2024, PJandl. 8

Modelos de Processos de Software
Problemáticos
• Ad hoc, onde o processo é improvisado por
profissionais e gerências.
• Solto, quando não é rigorosamente seguido e
o cumprimento não é meticulosamente
controlado.
• Dependente, quando é altamente
dependente dos profissionais atuais.
• Opaco, quando há pouca visão do progresso e
da qualidade efetiva.

22/03/2024 (C) 2021-2024, PJandl. 9

Modelos de Processos de Software
Imaturos
• Comprometidos, naqueles onde se admite
que a qualidade do produto pode ficar
comprometida para que prazos sejam
cumpridos.
• Arriscados, do ponto de vista do uso de novas
tecnologias e novos padrões.
• Inviáveis, quando se observam custos de
manutenção excessivos.
• Incertos, onde a qualidade difícil de prever ou
verificar.
22/03/2024 (C) 2021-2024, PJandl. 10
 “The mark of a mature programmer
is willingness to throw out code you
spent time on when you realize
it’s pointless.”
“A marca de um programador maduro
é a disposição de jogar fora o código
em que você gastou tempo quando percebe que
é inútil.”

— Bram Cohen

22/03/2024 (C) 2021-2024, PJandl. 11

 Modelos de Processos de
Software Maduros
• Coerente com as linhas de ação, o trabalho é
efetivamente concluído.
• Claramente definido, documentado e melhorado
constantemente em termos de sua:
• Compreensão
• Utilização
• Atividade e
• Relevância.

22/03/2024 (C) 2021-2024, PJandl. 12

 Modelos de Processos de
Software Maduros
• Conta com o apoio visível da alta administração e
outras gerências.
• É bem controlado e mantém fidelidade ao
processo é objeto de auditoria e de controle.
• Fazem uso de várias medições do produto e do
processo.
• Efetua uso disciplinado da tecnologia

22/03/2024 (C) 2021-2024, PJandl. 13

Maturidade do
Processo de Software
A qualidade do processo de software
pode ser analisada por intermédio do
nível de maturidade do processo, que
proporciona uma visão mais
abrangente.

A maturidade dos processos de

software de uma organização influencia
a sua capacidade de atingir metas de
custo e de qualidade, além do
cumprimento de prazos (cronograma).

22/03/2024 (C) 2021-2024, PJandl. 14

Valor das Melhorias no Processo de Software
• Oferecem um retorno no investimento que pode ser medido - quando
é medido.
• Benefícios adicionais são intangíveis e não podem ser quantificados
facilmente.

• O CMM é uma ferramenta útil para orientação no processo de

melhoria. Porém muito complexa para ser implementada (o que não
significa que não deve ser adotada, mas implantada de maneira
planejada e progressiva, nível a nível, até ser completada).

22/03/2024 (C) 2021-2024, PJandl. 15

Capability Maturity Model

CMM

22/03/2024 (C) 2021-2024, PJandl. 16

 CMM::Capability Maturity Model
• Surgiu da necessidade do governo federal do EUA na criação de uma
abordagem padronizada para avaliação de fornecedores de software,
atendida inicialmente pelo Software Engineering Institute (SEI), da
Carnegie-Mellon University (EUA), em 1991, na forma de:
• Um método de avaliação de processo de software, que objetiva determinar o nível do processo
corrente de desenvolvimento de software de uma organização.
• Um método para avaliar a capacidade de software, que pretende identificar fornecedores
qualificados para o desenvolvimento de software.
• Ambos associados à um questionário para avaliar a maturidade do processo de software, que se
mostrou essencial neste processo de avaliação.
• Após alguns anos de experiência, o SEI refinou o modelo que se tornou
conhecido como Capability Maturity Model (CMM) ou Modelo de
Maturidade da Capacitação.

03/22/2024 (C) 2021-2024, PJandl. 17

(C) 2021-2024, PJandl.

Para o CMM, processo de software é o conjunto de atividades,

métodos, práticas e transformações que as pessoas usam para
desenvolver e manter o software e seus produtos associados.

CMM::Capabilit O foco do CMM é o processo de software, pois entende que a

y Maturity qualidade do produto de software é fortemente influenciada
pela qualidade do processo utilizado no seu desenvolvimento e
Model manutenção.

Premissa do CMM  Foco no Processo e no Produto

Se o foco se concentra apenas no produto, se perde o
conhecimento para que se possa produzi-lo melhor.

03/22/2024 18
 CMM::Capability Maturity Model

A capacidade do processo de software descreve o conjunto de resultados

esperados que pode ser atingido quando se segue o processo estabelecido.

A maturidade do processo de software é quanto um processo específico é

explicitamente definido, gerenciado, medido, controlado e efetivo.

A maturidade implica num potencial de crescimento da capacidade e indica

tanto o valor agregado do processo de software, quanto a consistência na qual
tal processo é aplicado em todos os projetos da organização.

03/22/2024 (C) 2021-2024, PJandl. 19

CMM::Capability Maturity Model
• Em teoria, as empresas vão evoluindo, seus processos melhorados,
mais bem definidos e implementados consistentemente.
• Esse foco potencializa as pessoas que participam do processo de
desenvolvimento de software.
• Um processo efetivo significa que pessoas, métodos e tecnologia
formam um todo coeso e bem integrado.
• Isso requer documentação, acompanhamento constante e melhoria
contínua, tornando o processo dinâmico.

22/03/2024 (C) 2021-2024, PJandl. 20

(C) 2021-2024, PJandl.

CMM::Capabilit
y Maturity
Model

Através de todos os cinco níveis, a capacidade do processo interage com

pessoas e tecnologias, conforme a organização vai amadurecendo.

03/22/2024 21
CMM::avanço dos processos::implicações

• existem poucos • a nível do • processos • os processos • os processos

Nível

Nível

Nível

Nível

Nível
processos projeto, integrados de são entendidos são contínua e
estáveis ou que existem gerenciamento por todos e são sistematicamen
estejam em estimativas e e engenharia estáveis. te melhorados.
uso. planejamentos de software são
estáveis e utilizados em • fontes de • fontes comuns
• "faça documentados. toda a problemas de problemas
acontecer!" empresa. individuais são são percebidas
• os problemas percebidos e e eliminadas.
são percebidos • os problemas eliminados.
e corrigidos são
conforme antecipados e
ocorrem. prevenidos, ou
seus impactos
são
minimizados.

22/03/2024 (C) 2021-2024, PJandl. 22

CMM::progresso das pessoas::implicações

• o sucesso • o sucesso • grupos de • forte sentido de • forte sentido de

Nível

Nível

Nível

Nível

Nível
depende de depende das projetos equipe existe equipe existe
talentos pessoas, com o trabalham em cada em toda a
individuais. suporte do juntos, talvez projeto. organização.
sistema de como uma
• "apagar gerenciamento. equipe • todos estão
incêndios" é integrada. envolvidos no
um estilo de • acordos são processo de
vida. fechados e • o treinamento melhoria.
gerenciados. é planejado e
• relações entre realizado de
áreas ocorrem • as pessoas acordo com os
sem recebem perfis dos
coordenação, treinamento profissionais.
as vezes até necessário.
como se fossem
adversários.

22/03/2024 (C) 2021-2024, PJandl. 23

CMM::áreas-chave
• Cada nível de maturidade é composto de algumas áreas-chave de
processo (exceto para o Nível 1), as quais são consideradas como
requisitos para se atingir um nível de maturidade.
• Portanto, para se atingir um determinado nível de maturidade, as
áreas-chave de processo daquele nível (e dos níveis inferiores) devem
estar atendidas e o processo institucionalizado (documentado,
conhecido e em pleno uso).

22/03/2024 (C) 2021-2024, PJandl. 24

(C) 2021-2024, PJandl.

Foco nos aspectos do

projeto de software

Focadas nas questões do projeto e da

organização, conforme é estabelecida
uma infraestrutura que institucionaliza
os processos de engenharia de
software e de gerenciamento de todos
os projetos.

Foco no quantitativo
(medição)

Afetam todos os projetos

e a organização

03/22/2024 25
(C) 2021-2024, PJandl.

O Capability Maturity Model (CMM) é uma

referência usada para comparar processos
organizacionais.

CMM::conclusões É utilizado frequentemente nas áreas de TI,

comércio e governo para facilitar processos
de negócios, como engenharia de software,
gerenciamento de riscos, gerenciamento de
projetos e engenharia de sistemas.

22/03/2024 26
Capability Maturity Model Integration

CMMI

22/03/2024 (C) 2021-2024, PJandl. 27

 CMMI::Capability Maturity Model Integration
• É considerado uma evolução do Capability Maturity Model (CMM), que é
uma metodologia usada para desenvolver e refinar o processo de
desenvolvimento de software de uma organização, cujo modelo descreve
um caminho evolucionário e incremental contendo cinco passos:
1. Inicial.
2. Repetível.
3. Definido.
4. Gerenciado com métricas.
5. Otimizado.
• O CMMI acrescenta o passo Integração, buscando estabelecer um modelo
único e integrado para promoção da melhoria constante dos processos
corporativos.

03/22/2024 (C) 2021-2024, PJandl. 28

 CMMI::Capability Maturity Model Integration
• Seu modelo contém um conjunto de práticas que servem de referência para
que empresas possam melhorar os processos e desempenho no
desenvolvimento de produtos e serviços.
• É dividido em 3 tipos de representação:
• CMMI-DEV,
• CMMI-ACQ,
• CMMI-SVC.
• O CMMI analisa diversas áreas de processo, que atestam aspectos sobre a
organização de um processo. Baseado nessas áreas de processo, o avaliador
CMMI infere um nível de maturidade de um a cinco, quanto maior o nível
de maturidade mais eficiente e bem estruturado é o processo.

03/22/2024 (C) 2021-2024, PJandl. 29

CMMI::introdução

• Empresas desejam oferecer

produtos e serviços melhores e mais
baratos, mais rapidamente.
• Raramente uma única empresa
desenvolve todos os componentes
de um produto ou serviço: alguns
componentes são construídos
internamente, outros são adquiridos
no mercado, incluindo elementos
públicos.

22/03/2024 (C) 2021-2024, PJandl. 30

CMMI::introdução

• Todos os componentes são

integrados no produto ou serviço
final, tornando complexo a gestão e
o controle do processo de
desenvolvimento.
• A gestão eficaz dos ativos
empresariais é fundamental, o que
exige uma abordagem integrada.

22/03/2024 (C) 2021-2024, PJandl. 31

 CMMI::definição

• O Capability Maturity Model Integration, desenvolvido pelo SEI

(Software Engineering Institute) oferece uma metodologia sistêmica e
abrangente para eliminar os problemas do modelos, normas e
metodologias que se concentram em áreas específicas do negócio.
• O modelo CMMI-Dev para o desenvolvimento é constituído pelas
melhores práticas que as atividades de desenvolvimento e
manutenção indicam como aplicadas aos produtos e serviços,
cobrindo todo o ciclo de vida, da concepção à entrega e manutenção.

22/03/2024 (C) 2021-2024, PJandl. 32

CMMI:: Definindo as relações

dimensões críticas de e entre tarefas.

Procedimentos
e métodos

Oferecem suporte
O processo serve para
para realização do
unir essas dimensões.
trabalho.

Processo

Ferramentas e
Pessoas
Equipamentos
Oferecem suporte
para realização do
trabalho.

22/03/2024 (C) 2021-2024, PJandl. 33

CMMI::processos
• Alinham a maneira de fazer negócios.
• Possibilitam a escalabilidade e a evolução.
• Permitem incorporar conhecimento de como fazer as coisas.
• Alavancam recursos.
• Permitem examinar as tendências dos negócios.

22/03/2024 (C) 2021-2024, PJandl. 34

 CMMI::processos

• A tecnologia muda por uma ordem de magnitude a cada dez anos.

• O foco no processo fornece a infraestrutura necessária para lidar com a
supra mudança do mundo e possibilita maximizar a produtividade das
pessoas e do emprego das tecnologias disponíveis.
• A manufatura reconheceu há décadas a importância do processo nas
questões de eficácia, eficiência e qualidade.
• A qualidade de um sistema ou produto é altamente influenciada pela
qualidade dos processos utilizados para desenvolver e manter isso, sendo
que os modelos CMM incorporam essa premissa.

22/03/2024 (C) 2021-2024, PJandl. 35

 • O processo inclui quatro disciplinas ou
corpos de conhecimento:
• engenharia de sistemas;
• engenharia de software;
• desenvolvimento integrado de
CMMI::processos produtos e processos
(IPPD - Integrated Product and
Process Development); e
• fontes de abastecimento (supplier
sourcing).

22/03/2024 (C) 2021-2024, PJandl. 36

 CMMI::processos

Engenharia de software e de sistemas são

semelhantes em relação às áreas de processo,
apenas com enfoque diferente nos processos. As
áreas de processo requeridas para engenharia de
sistemas são as mesmas para engenharia de
software, mas com níveis de maturidade diferente.

22/03/2024 (C) 2021-2024, PJandl. 37

CMMI::evolução
• 1991 origem dos modelos de maturidade de código (CMMs).
• No final da década de 1990, o projeto CMMI foi formado
para integrar:
• Capability Maturity Model for Software
(SW-CMM) v2.0 [SEI, 1997].
• Systems Engineering Capability Model
(SECM) [EIA, 1998].
• Integrated Product Development Capability Maturity Model
(IPD-CMM) v0.98 [SEI, 1997].

22/03/2024 (C) 2021-2024, PJandl. 38

CMMI::evolução
CMM p/ Software INCOSE SECAM Eng. de Sistemas
v1.1 (1993) (1996) CMM v1.1 (1995)

CMM p/ Software EIA 731 SECM Des. Prod. Integrado

v2 draft C (1997) (1998) CMM (1997)

V1.02 (2000)
V1.1 (2002)
CMMI p/ Aquisição CMMI p/ Desenv CMMI p/ Serviços
v1.2 (2007) v1.2 (2006) v1.2 (2009)

CMMI p/ Aquisição CMMI p/ Desenv CMMI p/ Serviços

v1.3 (2010) v1.3 (2010) v1.3 (2010)
22/03/2024 (C) 2021-2024, PJandl. 39
22/03/2024 (C) 2021-2024, PJandl. 40
CMMI::evolução
• CMMI tornou-se um modelo de referência que contém as
práticas necessárias à maturidade em disciplinas específicas.
• Procura estabelecer um modelo único para o processo de
melhoria corporativo, integrando diferentes modelos e
disciplinas.
• Foi baseado nas melhores práticas para desenvolvimento e
manutenção de produtos, com ênfase nas engenharias de
sistemas e de software.

22/03/2024 (C) 2021-2024, PJandl. 41

CMMI::objetivos
• Integrar os diversos modelos CMMs existentes, eliminando
inconsistências e reduzindo duplicações;
• Reduzir o custo de implementação de processo de melhoria baseado
em modelo;
• Aumentar a compreensão sobre terminologia, estilo, regras e
componentes dos modelos existentes;
• Assegurar a consistência com a ISO 15504/SPICE que avalia a
capacidade dos processos e não da organização, por meio da
representação contínua;
• Considerar impactos sobre a utilização de modelos anteriores.
22/03/2024 (C) 2021-2024, PJandl. 42
 A premissa do modelo é que a
qualidade é influenciada pelo processo,
CMMI::componentes de modo que seu foco é melhorar os
processos de uma empresa.

CMMI-DEV (CMMI for Development)

• Voltado ao processo de desenvolvimento de produtos e serviços.

CMMI-ACQ (CMMI for Acquisition)

• Dirigida aos processos de aquisição e terceirização de bens e serviços

CMMI-SVC (CMMI for Services)

• Destinada aos processos de empresas prestadoras de serviços.

22/03/2024 (C) 2021-2024, PJandl. 43

CMMI::contribuição [1/2]
• Conectar explicitamente atividades de gerenciamento e engenharia
com os objetivos do negócio;
• Expandir o escopo e visibilidade do ciclo de vida do produto e
atividades de engenharias ao assegurar que produtos ou serviços ao
assegurar que produtos e serviços atendam às necessidades dos
clientes;
• Incorporar lições aprendidas de áreas adicionais de melhores práticas
(medição, gerenciamento de riscos e de fornecedor);

22/03/2024 (C) 2021-2024, PJandl. 44

CMMI::contribuição [2/2]
• Implementar práticas robustas de alta maturidade;
• Tratar funções organizacionais adicionais críticas para produtos e
serviços;
• Estar em conformidade aos padrões ISO.

22/03/2024 (C) 2021-2024, PJandl. 45

CMMI::relacionamento
entre modelos
SPICE ou
ISO/IEC 15504

O processo serve para

unir essas dimensões.

Processo

[P/SA/SE/SW]- CMMI (por

CMM e estágios e
IPD-CMM contínuo)

22/03/2024 (C) 2021-2024, PJandl. 46

CMMI::relacionamento entre modelos
• ISO/IEC 15504/SPICE (Software Process Improvement & Capability
dEtermination) usado para melhoria de processo e determinação da
capacidade de processo.
• P-CMM (Personal CMM) avalia a maturidade da organização em seus
processos de gerenciamento de recursos humanos relacionados ao
software.
• SA-CMM (Software Acquisition CMM) avalia a maturidade da
organização em seus processos de seleção, aquisição e instalação de
software de terceiros.

22/03/2024 (C) 2021-2024, PJandl. 47

CMMI::relacionamento entre modelos
• SE-CMM (System Engineering CMM) avalia a maturidade da
organização em seus processos de engenharia de sistemas,
comcebidos como algo maior que o software (inclui hw+sw+etc).
• SW-CMM (Software CMM) avalia a maturidade da organização em
seus processos de desenvolvimento de software.
• IPD-CMM (Integrated Product Development CMM) mais abrangente
que SE-CMM, inclui processos necessários à produção e suporte ao
produto.

22/03/2024 (C) 2021-2024, PJandl. 48

CMMI::
representações
por estágio
(staged)

contínua
(continuous)
22/03/2024 (C) 2021-2024, PJandl. 49
 • A forma de representação determina a
maneira com que a organização trabalhará
com as áreas de processo do CMMI.
• A forma por estágios é mais conhecida,
pois deriva do CMM.
• O modelo integrado organiza as área de
processos (PAs) em quatro áreas de
CMMI::representações conhecimento:
• engenharia de sistemas;
• engenharia de software;
• produto e processo de
desenvolvimento integrados; e
• monitoramento/gestão de
fornecedores.
22/03/2024 (C) 2021-2024, PJandl. 50
CMMI:áreas de
conhecimento
Engenharia de sistemas
• Cobre o desenvolvimento total de
sistemas, pode ou não incluir software;
focada na transformação das necessidades
dos clientes, expectativas e restrições nas
soluções dos produtos e suporte desses
produtos através do ciclo de vida do
produto.
• Quando selecionada como modelo, inclui:
gerenciamento de processos,
gerenciamento de projetos, suporte e
engenharia de processos.
22/03/2024 (C) 2021-2024, PJandl. 51
 CMMI:áreas de
conhecimento
Engenharia de software
• Cobre o desenvolvimento de sistemas de
software; focada na aplicação sistemática e
disciplinada das técnicas de engenharia; além
de incluir uma abordagem quantificável para
o desenvolvimento, operação e manutenção
de software.
• Quando selecionada como modelo, inclui:
gerenciamento de processos, gerenciamento
de projetos, suporte e engenharia de
processos.
22/03/2024 (C) 2021-2024, PJandl. 52
 CMMI:áreas de
conhecimento
Produto e processo de desenvolvimento integrados
(IPDP)
• É uma abordagem sistemática que busca uma
colaboração pontual dos stakeholders relevantes,
através da vida do produto, para melhor satisfazer as
necessidades, expectativas e requisitos.
• Os processos desta abordagem são integrados com
outros processo organizacionais.
• São incluídos: gerenciamento de processos,
gerenciamento de projetos e áreas aplicáveis de
engenharia na organização.

22/03/2024 (C) 2021-2024, PJandl. 53

 CMMI:áreas de conhecimento
Monitoramento e gestão de fornecedores
• Alguns projetos podem usar fornecedores para
realizar funções ou acrescentar modificação aos
produtos necessários ao projeto.
• O monitoramento de fornecedores (supplier
sourcing) cobre a aquisição de produtos de
fornecedores e contém: gerenciamento de
processos, gerenciamento de projetos e áreas
aplicáveis de engenharia que se aplicam tanto
ao supplier sourcing, como na organização em
si.

22/03/2024 (C) 2021-2024, PJandl. 54

(C) 2021-2024, PJandl.

CMM::categorias,
áreas de
capacidade e de
prática

22/03/2024 55
CMMI::agrupamento por estágio
Com foco na maturidade
da organização, o
agrupamento por estágio
se organiza em cinco níveis
de maturidade.
22/03/2024
1. Inicial
Processo imprevisível, pouco controlado, reativo, sucesso depende
de heróis.
2. Gerenciado/Gerido
Processo caracterizado por projetos, frequentemente reativo,
capacidade de gestão de projetos.
3. Definido
Processo caracterizado para a organização, proativo, adaptado às
necessidades dos projetos.
4. Gerenciado quantitativamente
Processo medido e controlado, com capacidade de planejar
estatisticamente a qualidade.
5. Otimizado
Foco na melhoria contínua do processo, com capacidade de
prevenir defeitos.
(C) 2021-2024, PJandl. 56
22/03/2024 (C) 2021-2024, PJandl. 57
 CMMI::agrupamento por estágio
• Maturidade é medida por um conjunto de processos.
• Todos os processos envolvidos devem atingir um nível
maturidade para que a empresa possa ser certificada
neste nível.
• É indicada quando a empresa já utiliza um modelo de
maturidade por estágios, ou quando deseja se
comparar com outras empresas (benchmarking), ou
quando pretende incorporar o conhecimento obtido
por outros.

22/03/2024 (C) 2021-2024, PJandl. 58

 CMMI::agrupamento por estágio
• Os níveis de maturidade caracterizam um conjunto de
práticas que, ao serem utilizadas, conferem à organização
uma determinada capacidade.
• O agrupamento por estágios provê um caminho
predefinido para a melhoria organizacional, baseada em
agrupamentos comprovados, ordenamento e correlação
de processos.
• As áreas de processo (PAs) são os grupo de práticas
relacionadas e cuja implantação coletiva satisfazem metas
importantes para obter uma melhora na própria área.

22/03/2024 (C) 2021-2024, PJandl. 59

 CMMI::agrupamento
por estágio
Os níveis de maturidade (2 a 5) provêm
uma ordem recomendada para a
abordagem de melhoria das áreas de
processos (PAs) em estágios.
Em cada PA existem metas genéricas (GGs)
e específicas (SGs), para as quais existem
práticas genéricas (GPs) e específicas (SPs).

22/03/2024 (C) 2021-2024, PJandl. 60

 CMMI::agrupamento
por estágio

22/03/2024 (C) 2021-2024, PJandl. 61

 • A representação contínua é dividida em
categorias, onde cada área de processo (PA)
tem um nível de capacitação.
• Isto possibilita que cada organização possa
evoluir nas PAs mais adequadas às suas
próprias metas, incluindo sua cultura.
CMMI::contínuo • O foco desse agrupamento é na capacidade
do processo, e abrange: gerenciamento de
processo e de projeto, engenharia e suporte.
• Cada organização pode escolher a ordem de
melhoria mais adequada aos seus objetivos
de negócio e a mitigação de seus riscos.

22/03/2024 (C) 2021-2024, PJandl. 62

 CMMI::contínuo

A organização contínua apresenta o nível de

capacidade do processo em vez de seu nível
de maturidade CMMI por estágio.
Cada PA é considerada separadamente e
recebe uma classificação individual de 0 a 5.

22/03/2024 (C) 2021-2024, PJandl. 63

22/03/2024 (C) 2021-2024, PJandl. 64
 CMMI::contínuo

• Nível 0 _ Incompleto (ad hoc)

• Nível 1 _ Executado/Realizado (definido)
Processo é executado de modo a completar o trabalho previsto na PA.
• Nível 2 _ Administrado/Gerenciado
Processo é planejado e a execução é confrontada com o plano.
• Nível 3 _ Definido
Processo é construído sobre diretrizes existentes (processo é formalmente
descrito/documentado).
• Nível 4 _ Administrado Quantitativamente
Processo é gerenciado quantitativamente por meio de métricas e estatísticas.
• Nível 5 _ Otimizado
Processo é gerenciado quantitativamente, alterado e adaptado para atender às
necessidades de negócio e estratégias da empresa.
No CMMI contínuo a capacidade é medida por processos separadamente, assim é
possível ter processos com níveis diferentes, de acordo com os interesses da empresa.

22/03/2024 (C) 2021-2024, PJandl. 65

 A representação contínua é indicada quando a empresa deseja
maior maturidade em processos específicos, quando já utiliza
CMMI::contínuo algum modelo de maturidade contínua ou quando o
benchmarking com outras empresas não é desejado.
22/03/2024 (C) 2021-2024, PJandl. 66
 CMMI::implementação

22/03/2024 (C) 2021-2024, PJandl. 67

 Conclusões [1/3]
• A representação por estágio utiliza nível de maturidade para medir
melhoria organizacional, tem somente um tipo de prática específica e
somente aparecem práticas genéricas para os níveis de capacidade 2 e 3;
que não existem nos níveis 4 e 5.
• A representação contínua utiliza níveis de capacidade para medir a
melhoria de processos, tem mais práticas específicas, pois há dois tipos:
básicas e avançadas; além de existirem práticas genéricas em todos os
níveis de capacidade 1 a 5.

22/03/2024 (C) 2021-2024, PJandl. 68

Conclusões [2/3]

22/03/2024 (C) 2021-2024, PJandl. 69

 Conclusões [3/3]
• Seja para melhoria de processo ou para avaliação, as duas representações
foram concebidas para oferecer resultados equivalentes em essência.
• Quase todo conteúdo do modelo CMMI é comum a ambas as representações.
Uma organização não precisa escolher uma representação em detrimento da
outra.
• As organização podem encontrar utilidade no uso das duas representações,
conforme prescritas. Organizações bem sucedidas em melhoria de processo
frequentemente utilizam um plano de melhoria que foca suas necessidades
específicas e então utilizam os princípios das duas representações (por
estágio e contínua).

22/03/2024 (C) 2021-2024, PJandl. 70

Referências

22/03/2024 (C) 2021-2024, PJandl. 71

Referências para saber mais
• PRESSMAN, R. S.; MAXIM, B. R. Engenharia de Software. Grupo A:
2021.
• PÁDUA PAULA FILHO, W. D. Engenharia de Software: projetos e
processos. Volume 2. Grupo GEN: 2019.
• SOMMERVILLE, I. Engenharia de Software. 8ª Ed. Pearson: 2007.
• SILVA, L.P.C. & OLIVEIRA, L.C.A. Modelo CMM – uma visão geral.
Disponível em
https://www.batebyte.pr.gov.br/Pagina/Modelo-CMM-Uma-visao
-geral, acesso em 14/03/2024.

22/03/2024 (C) 2021-2024, PJandl. 72