Qualidade do produto e maturidade do processo: CMMI e
Um produto pode alcançar um bom resultado graças ao esforço extraordinário de algumas pessoas. A equipe trabalha além do horário, um desenvolvedor experiente resolve os problemas críticos e o projeto é entregue.
Mas o que acontece quando essas pessoas mudam de equipe? A organização consegue repetir o resultado?
Essa pergunta separa dois temas relacionados:
Um produto bom não prova, sozinho, que existe um processo maduro.
O problema do heroísmo
Em uma organização imatura, o sucesso costuma depender de memória individual, improvisação e esforço emergencial.
Alguns sinais são:
Pessoas competentes podem entregar mesmo nesse ambiente. O problema é a imprevisibilidade.
Maturidade não elimina criatividade nem significa preencher formulários por preencher. Seu objetivo é tornar o trabalho menos dependente do acaso.
CMM: a progressão clássica
O Capability Maturity Model, ou CMM, popularizou uma progressão em cinco níveis.
Nível 1 — Inicial
O processo é imprevisível e depende fortemente das pessoas. Existe pouca estabilidade para repetir resultados.
Nível 2 — Repetível
Práticas básicas de gestão permitem planejar e acompanhar projetos, aumentando a chance de repetir sucessos anteriores.
Nível 3 — Definido
A organização possui processos documentados, padronizados e adaptáveis ao contexto dos projetos.
Nível 4 — Gerenciado
Produto e processo passam a ser controlados com medidas quantitativas.
Nível 5 — Em otimização
A organização utiliza dados para prevenir problemas, experimentar mudanças e melhorar continuamente.
Uma forma de memorizar a evolução é:
improvisar → gerenciar → padronizar → medir → melhorar
CMMI: integração e foco em capacidade
O CMMI evoluiu a ideia do CMM e integrou práticas voltadas a diferentes capacidades organizacionais.
Ele alcança temas como planejamento, requisitos, qualidade, verificação, validação, configuração, riscos, fornecedores, serviços, dados, segurança e pessoas.
A página oficial do CMMI Institute sobre níveis diferencia dois conceitos.
Nível de capacidade
Aplica-se ao desempenho e à melhoria em uma área de prática específica. Uma organização pode ser mais capaz em gestão de configuração do que em medição, por exemplo.
Nível de maturidade
Representa um caminho por estágios para o desempenho e a melhoria da organização considerando conjuntos predefinidos de áreas de prática.
Na apresentação atual do CMMI, os níveis de maturidade vão de 0 a 5:
Materiais históricos podem iniciar a escala no nível 1. Por isso, é importante observar qual versão do modelo está sendo usada.
O MPS.BR e a realidade brasileira
O programa MPS.BR foi criado para melhorar processos de software, serviços e gestão de pessoas, buscando compatibilidade com referências internacionais e adequação ao contexto das organizações brasileiras.
No Modelo de Referência MPS para Software, os níveis de maturidade avançam de G até A:
Os níveis são cumulativos. Avançar não significa abandonar as práticas anteriores, mas institucionalizá-las e acrescentar maior definição, controle quantitativo e melhoria.
O Guia Geral MPS de Software:2023 utiliza como bases técnicas a ISO/IEC/IEEE 12207, a família ISO/IEC 33000 e o CMMI-DEV v2.0.
Maturidade e capacidade no MPS
O guia diferencia:
Um processo pode evoluir ao ter sua execução gerenciada, seus produtos de trabalho controlados, uma definição organizacional, comportamento previsível e melhoria contínua.
Essa distinção impede uma interpretação superficial. Não basta existir um documento chamado “processo”. É necessário verificar se o processo realmente é executado, monitorado, sustentado e aprimorado.
O exemplo de uma equipe de suporte e desenvolvimento
Imagine uma equipe que mantém uma ferramenta interna.
Em um estágio inicial, as solicitações chegam por mensagens e são resolvidas conforme a urgência percebida. Não há histórico confiável.
Com práticas gerenciadas, a equipe registra demandas, define responsáveis, acompanha prazos e controla versões.
Em um processo definido, existe um fluxo conhecido para requisito, desenvolvimento, revisão, teste, publicação e retorno do usuário. O fluxo pode ser adaptado conforme o risco.
Com gestão quantitativa, a equipe acompanha tempo de ciclo, taxa de defeitos, retrabalho, falhas após publicação e previsibilidade.
Em otimização, utiliza esses dados para investigar causas, testar melhorias e prevenir problemas recorrentes.
A ferramenta pode ter a mesma função básica em todos esses momentos. O que muda é a capacidade da organização de evoluí-la de forma controlada.
Processo maduro não é processo pesado
Existe um risco de confundir maturidade com burocracia.
Um processo é útil quando ajuda a:
Se uma prática gera trabalho sem apoiar nenhuma decisão, ela merece ser revista.
Métodos ágeis e maturidade não são opostos. Uma equipe pode trabalhar iterativamente e, ao mesmo tempo, definir critérios, medir resultados, gerenciar configuração e melhorar seu processo.
O que uma empresa pequena pode aplicar
Mesmo sem buscar uma avaliação formal, uma equipe pequena pode adotar princípios de maturidade:
A maturidade começa quando o aprendizado deixa de desaparecer após cada projeto.
Conclusão
Qualidade de produto e maturidade de processo se reforçam, mas não são a mesma coisa.
Modelos como CMMI e MPS.BR não garantem automaticamente um software perfeito. Eles ajudam a organização a construir capacidades para planejar, executar, medir e melhorar o trabalho de maneira mais previsível.
O objetivo não é eliminar a autonomia das pessoas. É criar um ambiente em que a competência delas produza resultados sustentáveis, e não apenas salvamentos heroicos.
Este artigo organiza reflexões dos meus estudos na pós-graduação em Engenharia da Qualidade e Teste de Software, com apoio do Guia Geral MPS de Software:2023 e de referências oficiais do CMMI.