Capability Maturity Model (CMMI): Os 5 Níveis Explicados

O capability maturity model é o mapa mais claro que a maioria dos líderes de operações tem para responder a uma pergunta difícil: quão maduros são nossos processos, de verdade? Não é sobre sensações, nem opiniões. É um panorama estruturado, nível a nível, de onde sua organização está hoje e do que é preciso para subir de nível.

O Capability Maturity Model Integration (CMMI) se apoia em décadas de pesquisa em processos. Ele dá às equipes uma linguagem compartilhada para diagnosticar lacunas, definir prioridades e demonstrar progresso para stakeholders que querem provas, não promessas.

O que é o Capability Maturity Model?

O Capability Maturity Model é um framework para avaliar e melhorar o quão maduros e repetíveis são os processos de uma organização. Na prática, ele diz se a sua equipe está improvisando a cada vez ou seguindo métodos definidos, medidos e em melhoria contínua.

O CMM original surgiu do Software Engineering Institute (SEI) da Carnegie Mellon University no final dos anos 1980. O Departamento de Defesa dos Estados Unidos financiou esse trabalho inicial porque os contratados de defesa precisavam de uma forma consistente de avaliar a capacidade dos fornecedores de software. O SEI publicou o primeiro modelo formal de CMM em 1991, focado inteiramente no desenvolvimento de software.

Ao longo da década seguinte, modelos de maturidade separados surgiram para engenharia de sistemas, desenvolvimento integrado de produtos e sourcing de fornecedores. O Capability Maturity Model Integration (CMMI) versão 1.0 foi lançado em 2002 para consolidar esses frameworks separados em um só. Hoje o CMMI é mantido pela ISACA (que adquiriu o CMMI Institute em 2016) e passou a cobrir desenvolvimento de produtos, serviços e gestão de fornecedores.

Principais fatos

• O CMM foi publicado pela primeira vez pelo SEI da Carnegie Mellon em 1991, principalmente para avaliar contratados de software de defesa dos EUA.
• O CMMI versão 1.0 foi lançado em 2002, unificando três modelos de maturidade separados em um único framework integrado.
• A ISACA, o órgão global de governança de TI, agora é dona e mantém o CMMI após adquirir o CMMI Institute em 2016.

Os 5 níveis de maturidade

O capability maturity model agrupa a capacidade organizacional de processos em cinco níveis numerados. Cada nível se apoia diretamente no anterior, então você não consegue pular do Nível 1 para o Nível 4 sem fazer o trabalho fundamental no meio do caminho.

Nível 1: Inicial

No Nível 1, os processos são imprevisíveis e majoritariamente reativos. O trabalho é feito porque indivíduos descobrem um jeito, não porque a organização tem um método confiável. O sucesso depende de quem está na sala, não de como a sala funciona.

Projetos nesse nível costumeiramente estouram orçamentos e perdem prazos. Quando pessoas experientes saem, o conhecimento delas vai junto. A documentação é escassa ou inconsistente. Crises são a norma, e apagar incêndios é um trabalho de tempo integral.

A maioria dos novos negócios começa aqui. O problema não é começar no Nível 1. O problema é ficar lá depois que a equipe cresce além de um punhado de pessoas.

Nível 2: Gerenciado

No Nível 2, práticas básicas de gestão de projetos estão em vigor. As equipes planejam o trabalho, acompanham o status e tomam ações corretivas quando as coisas saem dos trilhos. Os requisitos são gerenciados, e os produtos de trabalho passam por revisão.

A distinção chave: os processos são gerenciados no nível do projeto, não no nível da organização. Cada equipe de projeto pode operar de forma ligeiramente diferente, mas todas trabalham a partir de planos reconhecíveis, em vez de pura improvisação. Os resultados se tornam mais previsíveis dentro de projetos individuais.

Muitas empresas em estágio de crescimento estão no Nível 2. Os processos funcionam, mas são aplicados de forma inconsistente, e escaloná-los exige uma sobrecarga significativa de coordenação.

Nível 3: Definido

O Nível 3 é onde a organização, e não apenas equipes de projeto individuais, é dona do processo. Um conjunto padrão de processos é documentado, adaptado para uso em todos os projetos e mantido ativamente.

As equipes não reinventam mais a roda a cada projeto. Quando uma pessoa nova entra, ela aprende a abordagem definida da organização. As lições aprendidas em projetos passados retroalimentam a biblioteca de processos padrão. É aqui que começa a verdadeira escalabilidade.

Passar do Nível 2 para o Nível 3 costuma ser o passo mais difícil, porque exige vontade organizacional, não apenas disciplina de projeto. Alguém precisa ser dono do processo padrão, treinar as pessoas nele e resistir à pressão para deixar que cada equipe faça do seu próprio jeito.

Nível 4: Gerenciado Quantitativamente

No Nível 4, a gestão deixou de ser intuição e passou a ser dados. Organizações nesse nível coletam dados quantitativos sobre o desempenho dos processos e usam métodos estatísticos para entender e controlar a variação.

As equipes estabelecem objetivos mensuráveis de qualidade e desempenho. Elas conseguem prever resultados com confiança razoável, porque entendem seus processos o suficiente para modelá-los. Quando algo dá errado, sabem exatamente qual subprocesso se desviou e em qual medida.

Esse nível exige investimento em infraestrutura de medição, uma cultura que trata os dados como úteis, não ameaçadores, e estabilidade de processo suficiente (vinda do Nível 3) para ter linhas de base significativas para medir.

Nível 5: Em Otimização

Organizações no Nível 5 não esperam os defeitos aparecerem. Elas identificam proativamente fraquezas em seus processos e as resolvem antes que os problemas surjam. A melhoria contínua está incorporada em como o trabalho é feito, não é anexada como uma iniciativa anual.

A inovação é sistemática. Quando as equipes descobrem um método melhor, existe um caminho claro para testá-lo, validar a melhoria com dados e incorporá-la ao processo padrão. A organização fica mensuravelmente melhor ao longo do tempo.

Poucas organizações chegam ao Nível 5. As que chegam tendem a estabelecer os benchmarks do setor em qualidade e eficiência.

Os cinco níveis em resumo

CMM vs CMMI

O CMM (Capability Maturity Model) original foi criado especificamente para o desenvolvimento de software. Tinha cinco níveis, era específico para processos de software e foi amplamente adotado ao longo dos anos 1990.

O CMMI (Capability Maturity Model Integration) o substituiu não mudando o conceito, mas ampliando o escopo. Três modelos separados do SEI, cobrindo software, engenharia de sistemas e desenvolvimento integrado de produtos, foram fundidos em um único framework para que as organizações não precisassem manter programas de avaliação paralelos.

A outra diferença significativa é o escopo de aplicação. O CMM era para equipes de software. O CMMI se aplica a qualquer tipo de organização de produto ou serviço. A estrutura de cinco níveis é a mesma. As áreas de processo dentro de cada nível são mais amplas e abrangentes.

Se você vir alguém referenciar "CMM nível 3", provavelmente está usando o modelo original específico para software ou usando os termos de forma imprecisa. As avaliações formais atuais usam o CMMI e passam por um método de avaliação autorizado pelo CMMI Institute chamado SCAMPI.

Benefícios do Capability Maturity Model

As organizações buscam avaliações CMMI por razões concretas, não apenas pelo certificado.

Uma linguagem comum para qualidade de processo. Quando cada departamento mede maturidade da mesma forma, as conversas sobre prioridades de investimento ficam mais fáceis. Você pode comparar "estamos no Nível 2 no onboarding" com "estamos no Nível 4 na entrega de software" e saber exatamente o que essa diferença significa.

Previsibilidade melhorada. Organizações que passam do Nível 1 para o Nível 3 apresentam reduções reais em estouros de projeto. O mecanismo causal é simples: processos definidos reduzem a variação, e a variação reduzida torna os resultados mais previsíveis.

Menor dependência de indivíduos-chave. Organizações no Nível 1 são frágeis. Perca um especialista e os resultados caem. Processos definidos e documentados no Nível 3 e acima significam que novos membros da equipe conseguem se atualizar mais rápido, e a organização não fica refém de conhecimento institucional que existe apenas na cabeça das pessoas.

Diferenciação competitiva para trabalhos regulados ou governamentais. Muitos contratos governamentais, especialmente em defesa e aeroespacial, exigem que os fornecedores demonstrem um nível mínimo de CMMI. Para organizações nesses mercados, passar do Nível 2 para o Nível 3 abre portas que de outra forma permaneceriam fechadas.

Uma base para outros frameworks de melhoria. O CMMI coexiste bem com o Six Sigma, a ISO 9001 e o Lean. Ele não os substitui. Pense no CMMI como o andaime e nesses métodos como as ferramentas específicas que você aplica dentro desse andaime.

Como avaliar e melhorar a maturidade de processos

Subir na escala de maturidade não é automático. Exige esforço estruturado, e sempre começa com um olhar honesto sobre onde você está hoje.

1. Avalie seu nível atual. Use o método de avaliação oficial do CMMI (SCAMPI) para uma classificação formal, ou conduza uma análise interna de lacunas usando os guias de práticas do CMMI como um checklist. De qualquer forma, resista ao impulso de se autoavaliar de forma otimista. Um Nível 2 honesto é mais útil do que um Nível 3 desejado.

2. Identifique as lacunas de maior prioridade. O Nível 2 exige disciplinas básicas de gestão de projetos: planejamento, acompanhamento, gestão de requisitos, controle de configuração e garantia de qualidade de processo/produto. Liste quais dessas você está deixando de fazer ou aplicando de forma inconsistente. Essa lista é o seu roteiro de curto prazo.

3. Padronize antes de otimizar. É tentador pular direto para métricas e melhoria. Não faça isso. Você não pode medir o que não está definido. Concentre-se primeiro em documentar os processos e garantir que sejam seguidos de forma consistente entre os projetos. Os procedimentos operacionais padrão e a documentação de processos são os pilares dessa etapa.

4. Instrumente seus processos. Uma vez que os processos estejam estáveis (Nível 3), adicione medição. Defina as métricas que importam para cada processo-chave, configure mecanismos de coleta e estabeleça linhas de base. Os KPIs de processo devem estar diretamente ligados a resultados, não apenas a atividade.

5. Incorpore a melhoria contínua ao próprio processo. No Nível 4 e 5, a melhoria deixa de ser um projeto e se torna um sistema. Eventos kaizen, retrospectivas e análise estruturada de causa raiz retroalimentam melhorias na biblioteca de processos padrão. A organização fica mais inteligente a cada ciclo.

Exemplos de Capability Maturity Model

O modelo começou no software, mas se aplica a funções e setores diversos. Veja como os níveis se parecem na prática:

Empresas de serviços de TI que trabalham com contratos governamentais são as adotantes mais comuns do CMMI, mas o framework aparece em setores aeroespacial, serviços financeiros, operações de saúde e qualquer setor onde a consistência de processo é uma exigência do cliente.

Perguntas frequentes

Quais são os 5 níveis do Capability Maturity Model?

Os cinco níveis são: Nível 1 (Inicial), Nível 2 (Gerenciado), Nível 3 (Definido), Nível 4 (Gerenciado Quantitativamente) e Nível 5 (Em Otimização). Cada nível adiciona mais estrutura, medição e melhoria proativa sobre o anterior. Você não pode pular níveis; cada um se apoia nas disciplinas estabelecidas pelo estágio anterior.

O CMMI ainda é usado hoje?

Sim. O CMMI é usado ativamente, particularmente em serviços de TI, contratos de defesa, setor aeroespacial e qualquer setor onde clientes ou reguladores queiram evidência de capacidade de processo. A ISACA continua desenvolvendo e mantendo o framework. O método de avaliação SCAMPI é o padrão atual para certificação formal. Muitas organizações fora do governo também usam o CMMI como um benchmark interno de maturidade sem buscar a avaliação formal.

Qual é a diferença entre CMM e CMMI?

O CMM foi o framework original, criado no SEI da Carnegie Mellon no final dos anos 1980 e 1990, focado especificamente no desenvolvimento de software. O CMMI o substituiu no início dos anos 2000, integrando três modelos separados (software, engenharia de sistemas e desenvolvimento integrado de produtos) em um só. O CMMI tem um escopo mais amplo, cobrindo qualquer organização de produto ou serviço, e é a versão atualmente mantida pela ISACA.

Quanto tempo leva para passar do Nível 1 para o Nível 3?

Varia conforme o tamanho da organização e o ponto de partida, mas a maioria das organizações precisa de 18 a 36 meses para fazer uma transição genuína do Nível 1 para o Nível 3. O trabalho envolve documentar e padronizar processos, treinar a equipe e construir o músculo organizacional para seguir processos definidos de forma consistente. Organizações que aceleram o cronograma frequentemente acabam com processos "de papel" que ninguém de fato segue.

O CMMI substitui o Agile, o Six Sigma ou a ISO 9001?

Não. O CMMI define quais capacidades de processo você precisa; o Agile, o Six Sigma, o DMAIC e a Gestão da Qualidade Total são métodos para implementar essas capacidades. Eles funcionam juntos. Uma equipe Agile pode operar no CMMI Nível 3 ou superior se tiver definido e padronizado suas práticas ágeis. O benchmarking contra pares do setor costuma revelar quais métodos específicos são mais eficazes em cada nível.

A visão de longo prazo sobre maturidade de processos

A maioria das organizações estaciona no Nível 2. Elas têm o básico da gestão de projetos resolvido, mas ainda não fizeram o compromisso de padronizar em toda a organização. Essa lacuna entre o Nível 2 e o Nível 3 é onde a maioria dos programas de melhoria de processo morre, não porque o conceito esteja errado, mas porque a vontade organizacional se esgota.

O capability maturity model não te dá a resposta certa. Ele diz onde olhar, o que construir e como medir se você está fazendo progresso real. Esse é um framework que vale a pena entender, seja qual for o seu setor ou função.