CMMI (Capability Maturity Model Integration)

O CMMI é o modelo de maturidade para a melhoria de processos e destinado ao desenvolvimento de produtos e serviços, além de ser composto pelas melhores práticas associadas à atividade de desenvolvimento e manutenção que cobrem o ciclo de vida do produto desde a concepção até a entrega e manutenção (SEI, 2006).

O CMMI evoluiu desde 1991, quando foram desenvolvidos, primeiramente, os CMMs, sendo alguns dos mais conhecidos os modelos para Engenharia de Sistemas, Engenharia de Software, Aquisição de Software, Gestão do Desenvolvimento de Força de Trabalho, e Desenvolvimento Integrado de Processo e de Produto (IPPD). Apesar de esses modelos serem úteis, o uso de múltiplos modelos estava sendo problemático para muitas organizações, por possuir alto custo em treinamentos, avaliações e atividades de melhorias. Segundo o SEI (2006), o CMMI foi constituído para resolver o problema originado pelos CMMs.

Nesse sentido, as denominações anteriores do CMMI para Engenharia de Sistemas e de Engenharia de Software (CMMI-SE/SW), foram substituídas pelo título “CMMI para Desenvolvimento” (CMMI-DEV) com o objetivo de refletir verdadeiramente a ampla integração de conhecimento e a aplicação do modelo nas organizações.

O CMMI-DEV fornece uma solução integrada e abrangente para as atividades do desenvolvimento e manutenção aplicada a produtos e serviços (SEI, 2006). Até a versão do CMMI-DEV 1.2, o fator integração está incluído nas avaliações. Após essa versão, a integração deixou de ser considerada. Em função desse detalhe, o CMMI-DEV 1.2 é o método referencial desse trabalho. A Figura 7 apresenta a combinação dos modelos em um único framework, tornando o CMMI resultado da evolução do SW-CMM, do SECM e do IPD-CMM.

Figura 7 – Evolução do CMMI Fonte: SEI (2006), adaptado.

Assim, o CMMI-DEV é um modelo de referência que cobre as atividades de desenvolvimento e manutenção aplicadas tanto a produtos quanto a serviços e contém práticas que abrangem a Gestão de Projetos, Gestão de Processo, Engenharia de Sistemas, Engenharia de Hardware, Engenharia de Software e outros processos de suporte utilizados em desenvolvimento e manutenção (SEI, 2006).

Identificando a amplitude de aplicação do CMMI-DEV, os autores Fernández e Márquez (2009) o utilizaram como ferramenta para mensurar a evolução nas práticas de empresa do setor de telecomunicações.

Segundo Eadie et al. (2012), apesar do modelo ter iniciado no campo de engenharia de software, ele tem progredido por outros setores das organizações, abrangendo, de forma geral, o gerenciamento de projetos, segurança, testes, gerenciamento financeiro, incluindo valor agregado, cadeia de suprimentos, gerenciamento de risco e processos de documentação.

Segundo Wangenheim et al. (2010), o CMMI é basicamente composto por áreas de processo, essas, por sua vez, compostas pelas dimensões de processos e maturidade ou capacidade, como mostra a Figura 8. Desta forma, cada área de processo do CMMI é um conjunto de práticas (genéricas e específicas) relacionadas em uma área que, quando implementadas coletivamente, satisfazem a um conjunto de metas consideradas importantes para a melhoria desta área.

Figura 8 – Componentes do Modelo CMMI Fonte: Wangenheim et al. (2010), adaptado.

O CMMI permite a análise através de dois tipos de representações, a continuada e a estagiada. Segundo o SEI (2006), a representação do CMMI continuada oferece maior flexibilidade para melhoria de processo. Isto ocorre devido à organização ter a opção de melhorar o desempenho focando num ponto problemático, associando a um processo isolado. Portanto, a aplicação desta representação se dará por meio da escolha das áreas que estão fortemente ligadas a sua estratégia. Por exemplo, uma empresa poderia identificar o nível de capacidade de sua área de Engenharia avaliando algumas áreas de processo que se referem a essa etapa. Neste caso, seriam as áreas de processo: Gerência de Requisitos (REQM), Desenvolvimento de Requisitos (RD), Solução Técnica (TS), Integração de Produto (PI), Verificação (VER) e Validação (VAL). De acordo com o cumprimento das práticas e metas genéricas e específicas, seria determinado o nível de capacidade da empresa nesta área.

A representação estagiada, segundo SEI (2006), oferece uma forma sistemática e estruturada para abordar a melhoria de processo, focando um estágio por vez. Assim, o estabelecimento da adequada infraestrutura de processos será a base para indicar a conquista de determinado estágio, indicando que se passe para o estágio subsequente. Nesta representação, as áreas de processos estão organizadas em níveis de maturidade. Então, a representação por estágio propõe a implementação com base no nível de maturidade, o que definirá automaticamente o caminho a ser realizado. Por esse motivo, essa representação é indicada quando a organização não tem completa consciência de quais processos devem ser escolhidos para serem melhorados.

Como esta pesquisa indica a maturidade e o estudo da comparação até o atingimento do nível 2 de maturidade dos processos, o trabalho será tratado pela representação estagiada do CMMI, descrito em detalhes no item a seguir.

2.3.1.1 CMMI (Capability Maturity Model Integration) Estagiado

Visando maior flexibilidade e extensão para outras disciplinas, o CMMI busca a redução dos custos com melhoria em processos através da integração de modelos. Desta forma, a aplicação do modelo elimina inconsistência e reduz duplicações, tornando comuns as terminologias e assegurando sua consistência. Muitas empresas adotam este modelo com o objetivo de elevar a maturidade de suas equipes nas atividades (FERREIRA, 2009).

Segundo Rozenfeld et al. (2006), o CMMI é um modelo para sistematização do desenvolvimento que fornece níveis de maturidade em termos de práticas e indicadores capazes de medir esses níveis. Além de não onerar os produtos com os custos de melhoria, permite que as empresas com menos recursos permaneçam em níveis mais baixos até conseguirem reverter esses custos em benefícios.

A intenção do modelo é aumentar a maturidade das organizações por meio do aumento da capacidade individual e coletiva dos processos (áreas de processos), localizados em cada nível de maturidade (VALLE et al., 2010).

A estrutura para organizar a evolução das etapas no CMMI é dividida em cinco níveis de maturidade que colocam fundamentos sucessivos para a contínua

melhoria do processo (QUINTELA e ROCHA, 2007). A Figura 9 mostra os níveis de maturidade do CMMI.

Figura 9 – Níveis de Maturidade do CMMI Fonte: VALLE et al. (2010)

Para alcançar um determinado nível, uma organização deve satisfazer a todas as metas associadas à área de processo ou ao conjunto de áreas de processo que constituem o alvo para a melhoria. Os níveis 1, 2, 3, 4, 5 caracterizam melhorias a partir de um estado em que os processos estão mal definidos em direção a um estado que utilizem informações quantitativas a fim de determinar e gerenciar as melhorias necessárias para satisfazer aos objetivos estratégicos da organização (SEI, 2006). Já as áreas de processo (PAs, do inglês Process Area) são associadas a cada nível de maturidade a que estão relacionadas e podem ser entendidas como a análise detalhada item a item dos alvos a serem alcançados, das atividades executadas e dos componentes criados e mantidos para satisfazer os requisitos para uma parte específica do processo de desenvolvimento em geral (FERREIRA, 2009). Segundo o SEI (2006), “uma área de processo é um conjunto de práticas relacionadas a uma área que, quando implementadas, satisfazem a um conjunto de metas consideradas importantes para realizar as melhorias significativas naquela área”. Como exemplo de exigências que a organização deva atender numa determinada PA, a área de processo “Monitoramento e Controle de Projetos (PMC)”, significa que a organização deve fornecer o entendimento do progresso do projeto e identificar os desvios, os riscos, os dados de controle e as ações corretivas (TONINI

et al., 2008).

Os cinco níveis de maturidade do CMMI são descritos conforme o Software

Engineering Institute (SEI, 2006) no subitem seguinte.