CMMI-DEV: Áreas de Processo

Nível	Processo	Sigla	Disciplina
2 - Gerenciado	Gerenciamento de Requisitos	REQM	Gestão de Projeto
2 - Gerenciado	Planejamento de Projeto	PP	Gestão de Projeto
2 - Gerenciado	Monitoramento e Controle de Projeto	PMC	Gestão de Projeto
2 - Gerenciado	Gerenciamento de Acordo com o Fornecedor	SAM	Gestão de Projeto
2 - Gerenciado	Medição e Análise	MA	Suporte
2 - Gerenciado	Garantia da Qualidade de Processo e Produto	PPQA	Suporte
2 - Gerenciado	Gerência de Configuração	CM	Suporte
3 - Definido	Desenvolvimento de Requisitos	RD	Engenharia
3 - Definido	Solução Técnica	TS	Engenharia
3 - Definido	Integração de Produto	PI	Engenharia
3 - Definido	Verificação	VER	Engenharia
3 - Definido	Validação	VAL	Engenharia
3 - Definido	Foco de Processo Organizacional	OPF	Gestão de Processo
3 - Definido	Definição de Processo Organizacional	OPD	Gestão de Processo
3 - Definido	Treinamento Organizacional	OT	Gestão de Processo
3 - Definido	Gerenciamento Integrado de Projeto	IPM	Gestão de Projeto
3 - Definido	Gerenciamento de Riscos	RSKM	Gestão de Projeto
3 - Definido	Análise de Decisão e Resolução	DAR	Suporte
4 - Gerenciado quantitativamente	Desempenho de Processo Organizacional	OPP	Gestão de Processo
4 - Gerenciado quantitativamente	Gerenciamento Quantitativo de Projeto	QPM	Gestão de Projeto
5 - Em otimização	Inovação Organizacional e Implantação	OID	Gestão de Processo
5 - Em otimização	Análise Causal e Resolução	CAR	Suporte

CMMI-DEV: Produção de software com qualidade

A tecnologia da informação (TI) transformou-se numa poderosa ferramenta de suporte aos negócios em todo mundo, fortalecendo as empresas por meio do aumento da produtividade, desburocratização e celeridade nos processos a um custo cada vez menor.

Uma pesquisa da infoworld, de 2001, ao perguntar aos dirigentes de empresas a cerca da importância da TI para os negócios, apurou que para 70% das empresas, TI é absolutamente essencial e para outras 20% das empresas, extremamente valioso. Logo, 90% das empresas atuam sobre bases de TI.

No segmento bancário, ano a ano, os investimentos aumentam. Em 2010, a FREBRABAM informou que 40% dos bancos informam que investirão ainda mais em 2011, superando assim os 22 bilhões de reais investidos no setor neste ano. Novos projetos, como a compensação de cheques digital é uma das prioridades, eliminando diversos custos na desmaterialização de mais um processo.

                Nesse cenário de alto investimento e alta relevância aos negócios, a qualidade de software é uma característica valorizada e perseguida, especialmente quando os estudos dos Standish Group mostram que 57% dos sistemas são entregues sabendo-se que tem defeitos, 68% dos projetos são entregues com atraso e 50% custam mais que o planejado.

Essa crescente exigência, levou o Software Engineering Institute (SEI) da Carnegie Mellon University nos Estados Unidos, em 1991, a criar um modelo integrado de maturidade da capacidade de fazer software, chamado atualmente de CMMI-DEV. Até o início de 2008, mais de 30.000 organizações reportaram os resultados de avaliação para o SEI, frutos da adoção desta metodologia. A partir desses relatórios, o SEI divulgou a redução média de custos de 34% e a redução média de prazo de entrega de 50%. Além disso, aumento médio da produtividade de 61%, de qualidade em 48% e da satisfação do cliente em 14%. Os dados também provaram que o retorno sobre o investimento feito na adoção de CMMI-DEV é de 4:1.

O modelo de maturidade é divido em 5 níveis e pode ser adotado por estágios ou de forma contínua. Cada nível possui um conjunto de área de processo (ao todo são 22 áreas), que é um grupo de práticas que quando realizadas, satisfazem metas que geram melhoria na capacidade de produzir software. Além de ser um guia de melhoria, o CMMI-DEV tem sido usado como critério para seleção de fornecedores e com benchmarking na indústria.

                Cada Área de Processo (PA) tem um propósito, se relaciona com outras áreas de processo e tem metas específicas (SG) e metas genéricas (GG). Respectivamente, cada meta possui práticas específicas (SP) e metas genéricas (GP).   

                Os cinco níveis de maturidade são: nível 1 – inicial (prática inconsistente), todas as empresas de software, sem a certificação CMMI, iniciam nesse nível; nível 2 – gerenciado (gerenciamento básico de projeto); nível 3 – definido (padronização dos processos); nível 4 – gerenciado quantitativamente; nível 5 – otimizando (melhoria contínua de processo).

                No nível 2, as áreas de processo são: gerenciamento de requisitos, planejamento de projeto, monitoramento e controle de projeto, gerenciamento de acordos com fornecedores, medição e análise, garantia da qualidade de processo e produto e gerenciamento de configuração. No nível 3: desenvolvimento de requisitos, solução técnica, integração de produtos, verificação, validação, foco no processo organizacional, definição do processo organizacional + IPPD, treinamento organizacional, gerenciamento integrado de projeto + IPPD, gerenciamento de riscos, análise de decisão e resolução.

                As áreas de processo do nível 4 são: desempenho do processo organizacional e gerenciamento quantitativo do projeto; do nível 5: inovação e implantação organizacional e análise de causa e resolução.

Riscos dos projetos de sistema

Em busca de produtividade e redução de custos, a automação de processos por meio de sistemas computacionais apresenta-se como um caminho preferencial às empresas e ao Governo.

No entanto, o processo de desenvolvimento de software, chamada Engenharia de Software, demonstra baixo índice de previsibilidade e sucesso, de acordo com Standish Group, no estudo ChaosReport de 1995. Esse relatório apurou que, somente nos Estados Unidos da América (EUA), foram investidos 250 bilhões de dólares em 175.000 projetos. Desses, 31,1% foram cancelados antes de serem concluídos, desperdiçando 81 bilhões de dólares; 52,7% dos projetos custaram 189% do custo original; apenas 16,2% dos projetos tiveram sucesso.

O Chaos Report de 2010 demonstrou melhora nos índices: 37% dos projetos tiveram sucesso; 42% foram contestados e 21% fracassaram. Ainda assim, ao se comparar com projeto de engenharia civil e outras áreas, a índice de sucesso é muito baixo, exigindo a busca de alternativas para a melhoria dos processos de desenvolvimento de sucesso.

Em 2000, Kent Beck, Mike Beedle e outros 15 experientes e consagrados desenvolvedores escrevem o Manifesto Ágil, composto de 4 valores (indivíduos e suas interações, funcionamento do software, colaboração dos clientes, capacidade de resposta às mudanças) e 12 princípios que visam acelerar o processo de desenvolvimento e a melhoria da qualidade do software. O Standish Group divulgou que em 2010 o uso dos processos ágeis cresceu 22% e é usado em 9% de todos os projetos de software. Nos projetos de novos softwares a adoção é expressiva, chegando a 29% dos projetos.

O Instituto de Engenharia de Software da Carnegie Mellon divulgou em 2006 um relatório com as melhorias obtidas pela adoção ao CMMI-DEV – modelo de referência que contém práticas necessárias à maturidade dos processos de desenvolvimento de software: redução média de 34% nos custos e de 50% nos prazos; aumento de 61% na produtividade e 48% na qualidade do software. Esse reconhecimento modelo de qualidade é adotado pelas melhores e maiores empresas de software de todo o mundo já que é o padrão adotado pelo Governo Americano para avaliação da qualidade de software.

Ainda que existam relevantes riscos no processo de desenvolvimento de software, existem também métodos e ferramentas para mitigá-los. Resta aos clientes e usuários a maior exigência na qualidade dos softwares, levando assim a massificação do uso das melhores práticas e métodos de engenharia de software.

Madrugadas...

Depois que minha querida esposa insistiu tanto, e com razão, decidi estudar para passar no concurso para vaga de Analista Legislativo - Informática - Analista de Sistemas. Desde segunda-feira, dia 2 de janeiro, me tornei amigo das madrugadas. Agora, são 2:47 e estou aqui fazendo esse post depois de ter terminado de estudar conteúdo de CMMi-Dev