Introdução
Após décadas de incontáveis promessas sobre como aumentar à produtividade e qualidade de software, através de novas metodologias e tecnologias, as organizações chegaram à conclusão que o problema fundamental é a inabilidade para gerenciar processos de desenvolvimento de software. Em muitas organizações os projetos não cumprem os prazos planejados e os custos ficam acima do budget, afetando os benefícios que o projeto traria para a organização. Uma resposta para esse ambiente caótico foi o desenvolvimento de um modelo de maturidade para software, o CMM.
O CMM – Capability Maturity Model para software é um conjunto de processos desenvolvido pela SEI – Software Engineering Institute (www.sei.cmu.edu) em 1986 para melhorar o desenvolvimento de aplicações em organizações que trabalham com tecnologias de software. O processo é divido em 5 níveis de desenvolvimento: Inicial, repetível, definido, gerenciado com métricas e otimizado.
Esses cinco níveis de maturidade proveem uma escala mensurável de maturidade, como também a capacidade de execução, de uma organização que usa tecnologias de software. Esses níveis também ajudam a definir a prioridade dos esforços de uma organização de software. Cada vez mais as organizações dependem de regras formais do que indivíduos que executam projetos sem planejamento. Para tornar os projetos competitivos, dentro do budget e prazo planejados, as organizações devem desenvolver softwares dentro de ambientes “maduros”.
Em uma organização madura, os gerentes monitoram a qualidade dos produtos de software e os processos que são utilizados para produzi-los. O objetivo é baseado em métricas julgar a qualidade dos produtos e analisar os problemas dos produtos e processos. O cronograma de desenvolvimento e o budget devem estar baseados em dados históricos para serem mais realísticos; os custos, funcionalidade e qualidade dos produtos são normalmente arquivados. Em geral, a disciplina de um processo é consistentemente seguida por que todos os participantes entendem o valor do que eles estão fazendo, e a necessidade da infraestrutura para suportar esses processos.
Conceitos fundamentais sobre Processos de Maturidade
Um processo de software pode ser definido como um conjunto de atividades, métodos, práticas e mudanças que as pessoas devem usar para desenvolver e manter os produtos de software. Por exemplo, planejamento, documentos sobre o desenho do software, códigos, resultado de testes e manuais de usuários. Os processos de software mostram a quanto uma organização é madura para desenvolver e manter os produtos de software.
Existem três tipos de análise sobre os processos de software:
- Capacidade. Essa análise descreve a gama de resultados que podem ser atingidos com o uso dos processos de software.
- Desempenho. Analisa o atual estágio dos processos de software e os resultados obtidos pelo seu uso.
- Maturidade. Analisa até que ponto um processo específico está definido, gerenciado, mensurado, controlado e é efetivo. Maturidade implica ter potencial para um crescimento consistente aplicando os processos de software em projetos da organização.
Uma organização ganha maturidade se institucionaliza os processos de software através de políticas, padrões e estrutura organizacional.
Características dos Níveis de Maturidade
Os processos dever ser continuamente aperfeiçoados através de pequenas melhorias, ao invés de inovações revolucionárias. O CMM provê uma estrutura – framework – para organizar os passos de melhorias dentro de cinco níveis de maturidade em processos de software de uma organização. Esses cinco níveis de maturidade definem uma escala para medir o estágio de maturidade de uma organização.
Figura 1. Os cinco níveis do CMM para software.
A Figura 1 apresenta os cinco níveis de maturidade de uma organização que utiliza processos de software.
Nível 1 – Inicial
Esse 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 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. Frequentemente, 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.
Nível 2 – Repetível
O primeiro ponto importante nesse nível é estabelecer um ambiente estável para se repetir práticas de sucesso. Então, 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 deve utilizar diferentes métodos e práticas e o ambiente deve ser 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 horas extras e custos além do budget.
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 melhor práticas dos melhores projetos. Subsequentemente, esses procedimentos são integrados aos padrões de desenvolvimento para toda a organização. Consequentemente, 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 todos os projetos utilizando as melhores práticas e compartilhando lições de aprendizagem, existe o amadurecimento da organização.
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 proveem 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 os resultados dos projetos. O gerenciamento da quantidade produzida permite um grande envolvimento dos times de projeto e melhorar a previsão dos resultados pelo gerenciamento de projetos.
Nível 5 – Otimização
Melhorias contínuas podem ser desenvolvidas através das lições de aprendizagem de cada projeto podem ser desenvolvidos através de ações pró-ativas durante a avaliação de novos métodos de desenvolvimento, novos processos ou tecnologias. Uma organização com um nível de maturidade 5 estabelece uma infraestrutura para suportar continuas mudanças no gerenciamento dos processos de desenvolvimento.
Definição Operacional de CMM
O CMM possui uma estrutura que indica o caminho recomendado para as organizações melhorarem seus processos de desenvolvimento de software. Essa parte operacional do CMM é desenhada para suportar as várias formas de serem usadas. Existem pelo menos quatro usos do CMM:
- Para identificar pontos fortes e fracos em uma organização;
- Para identificar os riscos dentro de um processo de seleção de fornecedores e monitorar os resultados;
- Para que o alto nível gerencial de uma organização possa entender as atividades necessárias para o lançamento de um processo de software para melhorar o programa.
- Para o pessoal técnico e dos grupos de processos possam melhorar os processos de software em suas organizações.
Estrutura Interna dos Níveis de Maturidade
Cada nível de maturidade pode ser decomposto em partes. Com exceção do nível 1, a decomposição de cada nível de maturidade abrange desde os sumários abstratos de cada nível até as definições operacionais das práticas chaves, como é mostrada na figura 2. Cada nível de maturidade é composto por vários processos chaves. Cada processo chave é organizado dentro de 5 secções chamadas de características comuns. As características comuns especificam as práticas chaves que, quando corretamente usadas, atingem os objetivos dos processos chaves das áreas.