Capability Maturity Model (CMM) pode ser definido como sendo uma soma de "melhores prticas" para diagnstico

e avaliao de maturidade do desenvolvimento de softwares em uma organizao. "CMM" no deve ser entendido como sendo uma metodologia a, pois o "CMM" no diz exatamente como fazer, mas sim o que deve ser feito (melhores prticas). Ele descreve os principais elementos de um processo de

desenvolvimento de software. O CMM descreve os estgios de maturidade por que passam as organizaes enquanto evoluem no seu ciclo de desenvolvimento de software, atravs de avaliao contnua, identificao de problemas e aes corretivas, dentro de uma estratgia de melhoria dos processos. Este caminho de melhoria definido por cinco nveis de maturidade: 1. Inicial 2. Repetvel 3. Definido 4. Gerenciado 5. Otimizado O CMM fornece s organizaes orientao sobre como ganhar controle do processo de desenvolvimento de software e como evoluir para uma cultura de excelncia na gesto de software. O objetivo principal nas transies atravs desses nveis de maturidade a realizao de um processo controlado e mensurado que tem como fundamento a melhoria contnua. A cada nvel de maturidade corresponde um conjunto de prticas de software e de gesto especficas, denominadas reaschave do processo. Estas devem ser implantadas para que a organizao possa atingir o nvel de maturidade desejado.

MODELO DE MATURIDADE
Um modelo de maturidade uma coleo estruturada de elementos que descrevem certos aspectos da maturidade de uma organizao. Um modelo de maturidade fornece, por exemplo: um ponto de partida

os benefcios dos usurios em experincias anteriores um vocabulrio comum e uma viso compartilhada um framework para priorizar aes uma forma de definir as melhorias mais significativas para uma organizao

Um modelo de maturidade pode ser usado como base para avaliar diferentes organizaes e estabelecer comparaes. O modelo descreve a maturidade da empresa baseado nos projetos que ela est desenvolvendo e nos clientes relacionados.

OS 5 NVEIS DE MATURIDADE DO CMM

NVEL 1: INICIAL
No nvel 1 de maturidade os processos so geralmente ad hoc(expresso latina cuja traduo literal "para isto") e caticos. A organizao geralmente no dispe de um ambiente estvel. O sucesso nessas organizaes depende da competncia e herosmo dos seus funcionrios e no no uso de processos estruturados. Devido ao imediatismo, o nvel 1 de maturidade produz produtos e servios que em geral funcionam, mas frequentemente excedem o oramento e o prazo dos projetos. No caso de problemas que venham a ocorrer durante a realizao de um projeto, a organizao tem uma tendncia a abandonar totalmente os procedimentos planejados e passa a um processo de codificao e testes, onde o produto obtido pode apresentar um nvel de qualidade suspeito.

NVEL 2: REPETVEL
No nvel 2 de maturidade, o desenvolvimento do software repetido. O processo pode no se repetir para todos os projetos da organizao. A organizao pode usar ferramentas de Gerncia de Projetos para mapear os custos e o prazo do projeto. A adoo de um processo de desenvolvimento ajuda a garantir que prticas existentes sejam utilizadas em momentos de stress. Quando essas prticas so adotadas, os projetos decorrem (e so gerenciados) de acordo com o planejamento inicial.

O status do projeto e os servios entregues so visveis ao gerenciamento (por exemplo: possvel a visualizao de marcos do projeto e o trmino da maioria das tarefas). Tcnicas de gerenciamento de projetos so estabelecidas para mapear custos, prazos, e funcionalidades. Um mnimo de disciplina nos processos estabelecido para que se possa repetir sucessos anteriores em projetos com escopo e aplicao similares. Ainda h um risco significante de exceder as estimativas de custos e o prazo de desenvolvimento. Este nvel apresenta as seguintes KPAs (Key Process Areas ou reas chave de processo): * Gerenciamento de Requisitos * Planejamento de Projetos * Acompanhamento e Superviso de Projetos * Gerenciamento de Subcontratao * Garantia de Qualidade de Software * Gerenciamento de Configurao

NVEL 3: DEFINIDO
No nvel 3 de maturidade, uma organizao alcanou todas as metas genricas e especficas das reas de processo designadas como de nveis 1 e 2. No nvel 3 de maturidade, processos so bem caracterizados e entendidos, e so descritos utilizando padres, procedimentos, ferramentas e mtodos. A organizao possui um conjunto de padres de processos, os quais so a base do nvel 3. Estes esto estabelecidos e so melhorados periodicamente. Estes processos padres so usados para estabelecer uma consistncia dentro da organizao. Projetos estabelecem seus processos segundo o conjunto de padres processuais da organizao, de acordo com guias.

O gerenciamento da organizao estabelece os objetivos dos processos baseado no conjunto de padres predefinidos e garante que estes objetivos sejam encaminhados de forma apropriada. Uma crtica distino entre os nveis 2 e 3 o escopo dos padres e a descrio dos processos e procedimentos. No nvel 2, os padres e a descrio de processos e procedimentos podem ser bem diferentes em cada instncia especfica do processo (por exemplo, em um projeto particular). No nvel 3, os padres e a descrio de processos e procedimentos para o projeto so guiados pelo conjunto de padres de processos da organizao. O conjunto de padres de processo da organizao inclui os processos do nvel 2 e 3. Como resultado, os processos realizados atravs da organizao so consistentes exceto pelas diferenas permitidas pelos guias. Outra distino crtica que, no nvel 3, processos so geralmente descritos com mais detalhes e com mais rigor do que no nvel 2. No nvel 3, processos so gerenciados mais proativamente. H entendimento acerca das inter-relaes entre as atividades dos processos. H medidas detalhadas dos processos, produtos e servios. KPAs deste nvel: * Revises (peer review) * Coordenao de Intergrupos * Engenharia de Produto de Software * Gerenciamento de Software Integrado * Programa de Treinamento * Definio do Processo da Organizao * Foco no Processo da Organizao

NVEL 4: GERENCIADO
Utilizando mtricas precisas, o gerenciamento pode efetivamente controlar os esforos para desenvolvimento de software. Em particular, o gerenciamento pode

identificar caminhos para ajustar e adaptar o processo a projetos particulares, sem perda de mtricas de qualidade ou desvios das especificaes. Organizaes neste nvel conseguem metas quantitativas para o processo de desenvolvimento de software e de manuteno. Subprocessos so selecionados conforme a importncia na performance total do processo. Esses subprocessos selecionados so controlados usando tcnicas estatsticas e quantitativas. Uma distino crtica entre o nvel de maturidade 3 e 4 a previsibilidade do desempenho do processo. No nvel 4, o desempenho do processo controlado usando tcnicas estatsticas e quantitativas, e previsvel quantitativamente. No nvel 3, os processos so somente previsveis qualitativamente. KPAs deste nvel: * Gerenciamento da Qualidade do Software * Gerenciamento Quantitativo do Processo

NVEL 5: OTIMIZADO
No nvel 5, uma organizao adquiriu todas as metas especficas das reas de processo dos nveis 2, 3, 4, e 5 e as metas genricas dos nveis 2 e 3. Processos so continuamente melhorados com base no entendimento quantitativo das causas comuns de variao inerente aos processos. No nvel de maturidade 5, o foco o contnuo progresso do desempenho dos processos, atravs da introduo de melhorias de inovao tecnolgica e incremental. Objetivos de melhoria quantitativa dos processos para a organizao so estabelecidos, continuamente revisados, refletindo as mudanas nos objetivos da organizao, e usando critrios de melhoria na gerncia de processos. Os efeitos da melhoria da reviso dos processos so medidos e acompanhados, utilizando-se processos de melhoria de qualidade. Os processos definidos e o conjunto de processos padres da organizao so alvos de melhoria de mtricas.

Uma distino crtica entre os nveis 4 e 5 o tipo de variao do processo. No nvel 4, o interesse verificar as causas especiais de variao de processo e fornecer resultados estatsticos. No nvel 5, o foco so as causas comuns de variao de processo e a introduo de mudanas de modo a melhorar a performance do processo, atingindo objetivos quantitativos. KPAs deste nvel: * Gerenciamento da Mudana no Processo * Gerenciamento da Mudana Tecnolgica * Preveno de Defeitos

CMMI
O CMMI (Capability Maturity Model Integration) um modelo de referncia que contm prticas (Genricas ou Especficas) necessrias maturidade em disciplinas especficas (Systems Engineering (SE), Software Engineering (SW), Integrated Product and Process Development (IPPD), Supplier Sourcing (SS)). Desenvolvido pelo SEI (Software Engineering Institute) da Universidade Carnegie Mellon, o CMMI uma evoluo do CMM e procura estabelecer um modelo nico para o processo de melhoria corporativo, integrando diferentes modelos e disciplinas. O CMMI foi baseado nas melhores prticas para desenvolvimento e manuteno de produtos. H uma nfase tanto em engenharia de sistemas quanto em engenharia de software, e h uma integrao necessria para o desenvolvimento e a manuteno. A verso atual do CMMI (verso 1.3) foi publicada em 27 de outubro de 2010 e apresenta trs modelos: CMMI for Development (CMMI-DEV), voltado ao processo de

desenvolvimento de produtos e servios. CMMI for Acquisition (CMMI-ACQ), voltado aos processos de aquisio e terceirizao de bens e servios.

CMMI for Services (CMMI-SVC), voltado aos processos de empresas prestadoras de servios.

Uma das premissas do modelo "A qualidade influenciada pelo processo", e seu foco "Melhorar processo de uma empresa".

HISTRICO
Os processos de melhoria nasceram de estudos realizados por Deming, Crosby e Juran, cujo objetivo principal era a melhoria da capacidade dos processos. Entende-se por capacidade de um processo a habilidade com que este alcana o resultado desejado. Um modelo tem como objetivo estabelecer - com base em estudos, histricos e conhecimento operacional - um conjunto de "melhores prticas" que devem ser utilizadas para um fim especfico. O CMMI tem como origens em trs outros modelos de maturidade - SWCMM (SEI Software CMM), EIA SECM (Electronic Industries Alliances's Systems Engineer Capability Model) e IPD-CMM (Integrated Product Development CMM). Dimenses O CMMI foi construdo considerando trs dimenses principais: pessoas, ferramentas e procedimentos. O processo serve para unir essas dimenses. Disciplinas O processo inclui quatro disciplinas ou corpos de conhecimento (body of knowledges), sendo eles: Engenharia de sistemas Engenharia de software Desenvolvimento integrado de produtos e processos (IPPD - Integrated Product and Process Development) Fontes de abastecimento (Supplier sourcing)

A engenharia de software similar engenharia de sistemas em relao s reas de processo, apenas com enfoque diferente nos processos. As reas de

processo requeridas para engenharia de sistemas so as mesmas para engenharia de software, mas o nvel de maturidade que diferente.

REPRESENTAES
O CMMI possui duas representaes: "contnua" ou "por estgios". Estas representaes permitem organizao utilizar diferentes caminhos para a melhoria de acordo com seu interesse.

REPRESENTAO CONTINUA
Possibilita organizao utilizar a ordem de melhoria que melhor atende os objetivos de negcio da empresa. caracterizado por Nveis de Capacidade (Capability Levels): Nvel 0: Incompleto (Ad-hoc) Nvel 1: Executado Nvel 2: Gerenciado / Gerido Nvel 3: Definido

Nesta representao a capacidade medida por processos separadamente, onde possvel ter um processo com nvel um e outro processo com nvel cinco, variando de acordo com os interesses da empresa. No nvel 1(um) o processo executado de modo a completar o trabalho necessrio para produzir o trabalho necessrio. No nvel 2(dois) sobre planejar a execuo e confrontar o executado contra o que foi planejado. No nvel 3(trs) o processo construdo sobre as diretrizes do processo existente, e mantido uma descrio do processo. No nvel 4(quatro) quando o processo gerenciado quantitativamente atravs de estatsticas e outras tcnicas. No nvel 5(cinco) o processo gerido quantitativamente alterado e adaptado para atender s necessidades negociais/estratgicas da empresa. A representao contnua indicada quando a empresa deseja tornar apenas alguns processos mais maduros, quando j utiliza algum modelo de maturidade

contnua ou quando no pretende usar a maturidade alcanada como modelo de comparao com outras empresas.

REPRESENTAO POR ESTGIOS

Disponibiliza uma seqncia pr-determinada para melhoria baseada em estgios que no deve ser desconsiderada, pois cada estgio serve de base para o prximo. caracterizado por Nveis de Maturidade (Maturity Levels): Nvel 1: Inicial (Ad-hoc) Nvel 2: Gerenciado / Gerido Nvel 3: Definido Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente Nvel 5: Em otimizao

Nesta representao a maturidade medida por um conjunto de processos. Assim necessrio que todos os processos atinjam nvel de maturidade dois para que a empresa seja certificada com nvel dois. Se quase todos os processos forem nvel trs, mas apenas um deles estiver no nvel dois a empresa no ir conseguir obter o nvel de maturidade trs. Esta representao indicada quando a empresa j utiliza algum modelo de maturidade por estgios, quando deseja utilizar o nvel de maturidade alcanado para comparao com outras empresas ou quando pretende usar o nvel de conhecimento obtido por outros para sua rea de atuao.

REAS DE PROCESSO
O modelo CMMI v1.2 (CMMI-DEV) contm 22 reas de processo. Em sua representao por estgios, as reas so divididas da seguinte forma:

NVEL 1: INICIAL (AD-HOC)

No possui reas de processo.

NVEL 2: GERENCIADO / GERIDO

Gerenciamento de Requisitos - REQM (Requirements Management) Planejamento de Projeto - PP (Project Planning) Acompanhamento e Controle de Projeto - PMC (Project Monitoring and Control) Gerenciamento de Acordo com Fornecedor - SAM (Supplier Agreement Management) Medio e Anlise - MA (Measurement and Analysis) Garantia da Qualidade de Processo e Produto - PPQA (Process and Product Quality Assurance) Gerncia de Configurao - CM (Configuration Management)

NVEL 3: DEFINIDO
Desenvolvimento de Requisitos - RD (Requirements Development) Soluo Tcnica - TS (Technical Solution) Integrao de Produto - PI (Product Integration) Verificao - VER (Verification) Validao - VAL (Validation) Foco de Processo Organizacional - OPF (Organizational Process Focus) Definio de Processo Organizacional - OPD (Organizational Process Definition) Treinamento Organizacional - OT (Organizational Training) Gerenciamento Integrado de Projeto - IPM (Integrated Project Management) Gerenciamento de Riscos - RSKM (Risk Management) Anlise de Deciso e Resoluo - DAR (Decision Analysis and Resolution)

NVEL 4: QUANTITATIVAMENTE GERENCIADO / GERIDO QUANTITATIVAMENTE

Desempenho de Processo Organizacional - OPP (Organizational Process Performance) Gerenciamento Quantitativo de Projeto - QPM (Quantitative Project Management)

NVEL 5: EM OTIMIZAO

Gesto de Processo Organizacional - OPM (Organizational Process Management) Anlise Causal e Resoluo - CAR (Causal Analysis and Resolution)

Modelos e reas de processo As reas de processo variam com base no modelo escolhido, no sendo as mesmas reas para todos os modelos (CMMI-DEV, CMMI-ACQ ou CMMI-SVC).

ISO/IEC 15504
A ISO/IEC_15504, tambm conhecida como SPICE, define um "processo para relatrios tcnicos no assessoramento em desenvolvimento de software", e similarmente ao CMMI possui nveis de maturidade para cada processo. O CMMI no baseado nesta norma, mas sim compatvel.

HISTRICO DE AVALIAES
At o ano de 2002, os EUA tinham realizado 1,5 mil avaliaes de CMMI, a ndia feito 153, o Reino Unido 103 e o Brasil apenas 15. Em 2004 a TATA Consultancy Services (empresa indiana) alcanou o nvel 5 em todas as unidades da empresa, tendo sido avaliada inclusive a unidade brasileira (a primeira empresa presente no Brasil a receber o nvel mximo na avaliao). Entre abril de 2002 e junho de 2006 foram conduzidas 1581 avaliaes em 1377 organizaes. Segue abaixo o resultado obtido pelas empresas na avaliao (resultados encaminhados para o SEI at 30 de junho de 2006): 18,2%: nvel 5 (Optimizing); 4,4%: nvel 4 (Quantitatively Managed); 33,8%: nvel 3 (Defined); 33,3%: nvel 2 (Managed); 1,9%: nvel 1 (Initial); 8,4%: sem qualificao (Not Given).

DIFERENAS ENTRE O CMM E CMMI

No sou nenum expert. Para falar a verdade sou s um funcionrio que segue o processo para atender as premissas do CMM/CMMI. Minha empresa adota um processo baseado no RUP. No sou especialista, mas sei da necessidade e entendo a padronizao e as metas. De qualquer forma, estava na apresentao da a migrao do processo para atender as mudanas para o CMMI e descobri: no mudou quase nada. "Como no!" voc pode estar se perguntando... no mudou, apenas reorganizaram. O CMM possuia uma espcie de diviso, um CMM para cada foco, redundante em muitas partes, mas atendiam as disciplinas de System Engineering, Software Engineering, IPPD e Supplier Sourcing (se no me engano isso). em minha empresa utilizava-se o segundo, para software, que era idntico ao primeiro, com 22 reas chave de processo, que alis agora s rea de processo, com diferenas mnimas. Nvel de Maturidade (organizao como um todo) e Capacidade (cada processo). A representao contnua mais flexvel, pois permite a evoluo de processos separadamente. J a representao por estgios define as dependncias das reas do processo, permitindo uma evoluo mais segura e comparao entre organizaes (nveis de maturidade). As AP (reas do processo) possuem metas genricas e especficas com suas prticas e artefatos. Os nomes nos nveis mudaram um pouco. Mas qual a grande mudana? No CMMI as disciplinas foram unidas numa s e possuem 25 PAs ou APs e foram divididas/explodidas e jogadas em outros grupos para facilitar a gesto buscando atender melhor o conjunto de prticas genricas de determinado nvel. Na prtica, para uma organizao com um processo definido e seguindo as premissas o impacto ser quase zero. Pelo menos foi o que foi colocado no treinamento.