CMM - Qual seu nível de maturidade?

O CMM – Capability Maturity Model para software é um conjunto de processos elaborado pela SEI – Software Engineering Institute – em 1986 para melhorar o desenvolvimento de aplicações em organizações que trabalham com tecnologias de software. O principal objetivo foi aumentar a produtividade e qualidade, através de uma abordagem estruturada para melhorar a gerência do conjunto de atividades, métodos e práticas que são utilizadas para desenvolver e manter software.

A forma de estruturar os tipos de métodos que as empresas usam foi criando os chamados níveis de maturidade, classificando as organizações em 5 patamares de desenvolvimento: Inicial, repetível, definido, gerenciado com métricas e otimizado. Esses cinco níveis provêem uma forma mensurável de maturidade - que pode ser vista como a capacidade de execução - de uma organização que usa tecnologias de software. Desta forma fica mais fácil definir a prioridade e os esforços necessários para se evoluir de um patamar a outro, a partir de subsídios para que se possa monitorar a qualidade dos produtos de software e os processos que são utilizados para produzi-los.

Os cinco níveis de maturidade de uma organização, avaliados a partir do que utiliza em seus processos de criação de software, têm as seguintes características:

(1) Nível 1 – Inicial

Neste que é o nível base, as aplicações são desenvolvidas com métodos e práticas não consistentes. Os processos de desenvolvimento raramente são definidos e as práticas disponíveis são sacrificadas para atender a prazos que de maneira geral são incorretamente definidos. Os programadores são capazes de realizar suas atribuições utilizando seus próprios métodos, muitas vezes não consistentes entre os processos da organização. Freqüentemente, o gerenciamento dos projetos é fraco e não protege o projeto de rupturas. Essencialmente, as organizações no nível 1 carecem de capacidade de comprometimento consistente.

(2) Nível 2 – Repetível

O primeiro ponto importante nesse nível é que se estabelece um ambiente estável para se repetir práticas de sucesso. Por isso o nível 2 foca no desenvolvimento de capacidades dos gerentes de projetos para planejar eficazmente os compromissos assumidos e estabelecer um controle dos requerimentos para os produtos de software. Para controlar os projetos a organização utiliza diferentes métodos e práticas e o ambiente é visto como relativamente estável. As organizações de desenvolvimento de aplicações no nível 2 devem possuir capacitação para liberar seus produtos dentro do cronograma e budget, evitando ao máximo a necessidade de horas extras e custos além do budget. Os processos chave para o nível 2 têm foco nos problemas de controle dos projetos de software:

- Gerenciamento dos requerimentos do projeto.

- Gerenciamento do plano de atividades do projeto.

- Acompanhamento e inspeção do progresso do projeto.

- Gerenciamento dos fornecedores contratados para o projeto.

- Gerenciamento da qualidade do projeto.

- Gerenciamento da configuração de software.

(3) Nível 3 – Definição

Após atingir o estágio de repetir as práticas de desenvolvimento com sucesso, as organizações de desenvolvimento de aplicações devem identificar as melhores práticas dos melhores projetos. Subseqüentemente, esses procedimentos são integrados aos padrões de desenvolvimento para toda a organização. Conseqüentemente, uma forte cultura é desenvolvida no nível 3 com a utilização de processos comuns que cobrem os mais importantes elementos do desenvolvimento de aplicações. Uma vez que todos os projetos estejam utilizando as melhores práticas e compartilhando lições de aprendizagem, existe o amadurecimento da organização. As áreas chave para o nível 3 são relacionadas ao projeto e ao crescimento da organização:

- Estabelecimento de uma organização responsável pelas atividades que compõem os processos de software.

- Estabelecimento de uma organização para definir, desenvolver e manter um conjunto de processos de software para melhorar a performance dos projetos.

- Estabelecimento de um programa de treinamento para desenvolver os talentos da organização.

- Integração do gerenciamento entre a engenharia e as atividades administrativas dentro de um processo coerente.

- Estabelecimento de uma engenharia de produto que integre todas as atividades de engenharia para o desenvolvimento eficiente do produto.

- Estabelecimento de um método de revisão dos produtos de software para avaliar os defeitos e eficiência.

(4) Nível 4 – Gerenciamento com métricas

Tendo atingindo o estágio 3 com a utilização de processos comuns nos projetos de desenvolvimento de software, as organizações estão capacitadas a gerar estatísticas que possam caracterizar o desempenho de seus processos. Essas estatísticas provêem informações para se entender a capacidade de desenvolvimento baseado nos processos e as causas das variações de desempenho. Gerenciando o desempenho dos processos de desenvolvimento estatisticamente, uma organização pode prever e controlar melhor os resultados dos projetos. O gerenciamento da quantidade produzida possibilita um grande envolvimento dos times de projeto e permite melhorar a previsão dos resultados pelo gerenciamento de projetos. Os processos chave para este nível estão ligados a métricas qualitativas dos processos de software e dos produtos de software:

- Gerenciamento dos processos quantitativos para controlar a performance dos projetos.

- Gerenciamento da qualidade dos produtos de software.

(5) Nível 5 – Otimização

Neste estágio melhorias contínuas podem ser desenvolvidas através das lições de aprendizagem de cada projeto, que podem retro-alimentar o ciclo devido à qualidade dos processos e às ferramentas facilitadoras. Com isto os resultados podem ser melhor trabalhados através de ações pró-ativas durante a avaliação de novos métodos de trabalho no desenvolvimento, de novos processos ou mesmo novas tecnologias. Uma organização com um nível de maturidade 5 estabelece uma infra-estrutura para suportar continuas mudanças no gerenciamento dos processos de desenvolvimento. Os processos chave para o nível 5 cobrem os aspectos de como as organizações e os projetos devem implementar continuamente e aferir as melhorias nos processos de software:

- Estabelecimento de processos para prevenir defeitos e evitar a recorrência dos problemas.

- Estabelecimento de processos para identificar mudanças tecnológicas e transferi-las para os processos de software.

CMMI

O CMMI - Capability Maturity Model Integration - estende e combina vários modelos desenvolvidos pelo SEI. Cada modelo possui um objetivo e área de interesse, como o capability maturity model for software (usualmente chamado tratado simplesmente como CMM, mas cuja denominação formal é SW-CMM), o systems engineering capability model e o integrated product development capability maturity model, entre outros. Os modelos de disciplinas resultantes do CMMI possuem a mesma estrutura e conteúdo similar aos modelos CMM anteriores, porém de forma consistente e integrada.

Com esta frente, o SEI tem como objetivo prover um guia para melhorar os processos organizacionais e sua habilidade em gerenciar o desenvolvimento, aquisição e manutenção dos produtos e serviços. Além disso também se aproveitou para tratar as inconsistências dos vários modelos e também foram implementadas algumas atualizações necessárias - além de compatibilizar este modelo único à criação da norma ISO 15504. O Plano agora é levar o mercado a migrar para o CMMI, mais completo, abandonando os outros modelos em um médio prazo.