Introdugao - CMMI © propésito da qualidade é estabelecer um diferencial competitivo, através de contribuicdes como reducao de defeitos, reducao de custos, reducao de retrabalho e aumento da produtividade, entre outras. Existem diversas iniciativas para garantia da qualidade de produtos e processos nas empresas entre elas podemos citar: * "CMMI, (Capability Maturity Model Integration), um modelo de maturidade mundialmente conhecido, usado para criar uma infraestrutura de processos organizacionais, abordando dominios especificos, tais como software e engenharia de sistemas. Histérico do modelo Em 1991, 0 Software Engineering Institute (SEI), da Universidade Carnegie Mellon (EUA), criou o SW-CMM (Capability Maturity Model para Software) a partir de uma encomenda feita pelo Departamento de Defesa dos Estados Unidos. Esse modelo foi criado focando 0 processo de engenharia de software na proposta de melhoria continua, trazendo disciplina e controle no desenvolvimento e manutengdo do software (BARTIE, 2002). Desta forma, passou a servir como uma das principais referéncias de modelo de qualidade para o mercado de empresas de software. Com © passar do tempo, observou-se que variagdes aplicaveis a outras disciplinas, tais como engenharia de sistemas, aquisicéo de software, gestéo e desenvolvimento de mio-de-obra e desenvolvimento integrado de produtos e processos, surgiram de acordo com as diferentes necessidades das organizacées Como cadz um destes modelos possuia a sua prépria arquitetura e abordagem de implementacéo, a sua utilizacio por organizagdes que possuiam processos integrados envolvendo varias destas disciplinas tornou-se dificil devido aos altos custos de treinamento, avaliaggo e aces de melhoria. Diante deste cenario, o CMMI (Capability Maturity Model Integration) foi criado pelo SEI em 2002 como um modelo evolutivo em relacdo 20s varios CMMs, com o objetivo de combinar as suas varias disciplinas em uma estrutura Unica, flexivel componentizada (Figura 1), que pudesse ser utilizada de forma integrada por organizacées que demandavam processos de melhoria em ambito corporativo (FERNANDES, 2008). ey caPamiurymaruniry HooeL nTECRATION wc CAPABILITY UATURITY MODEL FoR SOFTHARE (ae svsrens evonseane carmsuiry woos Figura 1 - Integracao dos modelos CMMI Qualidade e Teste de Software - CMMI 1A verso 1.2 do CMMI foi publicada pelo SEI em agosto de 2006, trazendo um conjunto de melhorias e simplificacdes em relacgo 3 versao anterior. Com o documento CMMI for Development (CMMI para Desenvolvimento), houve a unificaggo do tratamento das disciplinas de engenharia de software, engenharia de sistemas, desenvolvimento integrado de produto e processo e terceirizacao, além do conceito de “constelagdes” na arquitetura do modelo, que permite a sua expansao para outros focos, tais como aquisigdes e entrega de servicos. Definicao e objetivos do modelo © CMMI (Capability Maturity Model Integration) € um modelo de maturidade de melhoria de processos para desenvolvimento de produtos e servicos. (CMMI, 2006) Seu principal propdsito é fornecer diretrizes baseadas nas melhores praticas voltadas para atividades de desenvolvimento e manutenggo, abrangendo todo o ciclo de vida do produto, desde a concepcao, desenvolvimento, aquisicao até a entrega _e manutenc&o. As abordagens do CMMI envolvem a avaliacto da maturidade da organizaggo ou a capacitaggo das suas dreas de processo, o estabelecimento de prioridades e a implementagéo de acées de melhorias (FERNANDES, 2008) Estrutura do modelo Visdo Geral © modelo possui duas abordagens: continua e por estdgios, permitindo & organizacao optar pela mais adequada a seu contexto. Atendendo a requisitos de “componentizacéo”, a versdo 1.2 do CMMI apresenta tais abordagens reunidas em um mesmo documento, dentro do escopo de cada constelacao. Uma constelacéo é uma colecdo de componentes do CMMI que compreende um modelo, seus materiais de treinamento e documentos relacionados & avaliagdo para uma area de interesse. “Adicées” podem ser usadas para expandir constelacoes com contetidos especificos adicionais. Atualmente, trés constelacdes sdo suportadas pela verséo 1.2 do CMMI: + CMMI for Development _(CMMI-DEV) - fornece diretivas para monitoragao, medicao e gerenciamento de processos de desenvolvimento. Pode ser estendido através da adigao para o Desenvolvimento Integrado de Produto e Proceso (IPPD); + CMMI for Services (CMMI-SVC) - fornece diretivas para entrega de servicos dentro das organizacées e para clientes externos; + CMMI for Acquisition (CMMI-ACQ) - fornece diretivas para suporte as decisdes relacionadas & aquisicao de produtos e servicos, Componentes do Modelo Os componentes do modelo se agrupam em trés categorias que indicam como interpreté-los: ‘+ Componentes requeridos: descreve 0 que uma organizacdo deve realizar para satisfazer uma area de proceso. Devem ser visivelmente implementados nos processos de uma organizagdo. Os componentes requeridos no CMMI so as metas especificas e as metas genéricas. A satisfacdo das metas ¢ utilizada em avaliages como base para determinar se uma area de proceso foi realizada e satisfeita; + Componentes esperados: descreve 0 que uma organizacdo pode implementar para realizar um componente requerido. Orientam os que implementam melhorias ou executam avaliacoes. Incluem as praticas especificas e as praticas genéricas. Antes que os objetivos possam ser considerados satisfeitos, as praticas tal como descritas ou praticas aceitdveis Qualidade e Teste de Software — CMMI 2alternativas a elas, deverdo estar presentes nos processos planejados e implementados da organizacéo; * Componentes informativos: proporciona detalhes que ajudam as organizacdes @ comecar a pensar em como se aproximar dos componentes requeridos e esperados. As sub-praticas, 0s produtos de trabalho tipicos, ampliacdes, a elaboracdo das praticas genéricas, os titulos de metas e praticas, as anotagdes de metas e praticas, e as referéncias sao exemplos de componentes informatives do modelo. A Figura 2 representa esquematicamente os componentes e seus relacionamentos. A descriggo de cada componente é feita em seguida Figura 2 - Componentes da Estrutura do CMMI Areas de Processo: é um grupo de praticas relacionadas que, quando implementadas coletivamente, satisfazem um grupo de objetivos considerados importantes para uma determinada rea. Subcomponentes informativos: © Objetivo: descreve a finalidade da drea de processo; © Notas introdutérias: descreve os principais conceitos compreendidos pela area de processo; 2 Areas de Processo Relacionadas: lista referéncias a areas de processo relacionadas e reflete as relacdes de alto nivel entre as areas de processo. + Metas Especificas: sio metas relacionadas a uma determinada area de processo, que descrevem o que deve ser realizado para assegurar que esta esteja definitivamente implementada; Qualidade e Teste de Software — CMMI 3Metas Genéricas: se denominam “genéricas” porque a mesma declaracdo da meta se aplica a miltiplas areas de processo. Descreve as caracteristicas que devem estar presentes para institucionalizar os processos que implementam uma area de proceso; Praticas Especificas: descreve as atividades consideradas importantes para alcancar uma meta especifica associada Subcomponentes informativos: © Produtos de Trabalho Tipicos: lista exemplos de resultados de uma pratica especifica, ° Subpraticas: descricdes detalhadas que proporcionam uma orientaco para interpretar e implantar uma prética especifica ou genérica. Praticas Genéricas: se denominam “genéricas” porque a mesma pratica se aplica a multiplas areas de processo. Descreve as atividades consideradas importantes para alcancar uma meta genérica associada, Subcomponentes informativos: © Elaborago de Praticas Genéricas: proporciona um guia sobre como a pratica genérica deveria aplicar-se de forma exclusiva & drea de proceso. Componentes Informativos de Suporte: para descrever um conceito. Sao eles: > Notas: pode proporcionar detalhes, fundamentaggo teérica ou premissas/restricées relacionadas ao componente; © Exemplos: texto ou lista provendo um ou mais exemplos para esclarecer um conceito ou atividade descrita; © Ampliagées: nota ou exemplo relevante para uma disciplina particular. As disciplinas cobertas neste modelo séo Engenharia de Hardware, Engenharia de Sistemas e Engenharia de Software. Cada amplificacdo é rotulada com um cabegalho que indica & qual disciplina se aplica; © Referéncias: indicaggo para informacéo adicional ou mais detalhada em dreas de proceso relacionadas. informagéo adicional necesséria Abordagens de Implementacao Objetivamente, podemos descrever as abordagens da seguinte maneira: Abordagem continua: permite que a organizacdo selecione uma érea de processo (ou um grupo de areas de processo) e melhore os processos relacionados. Essa representacdo utiliza seis niveis de capacidade (numerados de 0 a 5) para caracterizar melhorias relativas a uma drea de processo individual; Abordagem por estagios: utiliza grupos pré-definidos de areas de processo (PAs) para definir um caminho de melhoria para uma organizacéo. Este caminho € caracterizado por cinco niveis de maturidade (numerados de 1 a 5). Cada nivel de maturidade contém uma série de dreas de proceso que caracteriza diferentes condutas organizacionais. A Figura 3 ilustra a estrutura de ambas as abordagens evidenciando suas diferengas: niveis de capacidade x niveis de maturidade. Qualidade e Teste de Software — CMMI 4Abordagem Continua Areas de Processo PA C Praticas C especificas C especiti jura 3 - Estruturas das abordagens continua € por estagios A Tabela 1 faz uma comparagio entre os sels niveis de capacidade e os cinco de maturidade. Como se pode observar, 0 ponto de inicio é diferente para as duas implementagées, visto que no ha nivel 0 para a abordagem por estagios. Niveis de Capacidade da Niveis de Maturidade Nivel ‘Rhordagem Continua” ta Abordogem por Nivel Incompleto ~ Nivel1 Executado Inicial Nivel 2 Gerenciado Gerenciado Nivel 3 Definido Definido Nivel g Getenciado Gerenciado Quantitativamente Quantitativamente Nivel 5 _Otimizado Otimizado Tabela 1 - Comparacdo dos niveis de capacidade e maturidade Niveis de Maturidade Para dar suporte queles que utilizam a abordagem por estagios, todos os modelos CMMI trazem niveis de maturidade em seu desenho e conteudo (Figura 4) Qualidade e Teste de Software — CMMI 5Um nivel de maturidade pode ser considerado um degrau evolucionario para a melh do proceso organizacional como um todo e consistem em praticas especificas e genéricas que integram um conjunto predefinido de areas de processo. O cumprimento das metas especificas e genéricas correspondentes 2 estas reas de processo é um pré-requisito para o alcance do nivel de maturidade correspondente. Sarees) Focona meihoria continua dos processes Produtividade eQualidade Focona andlise dos indicadores coletados para controle dos processos Processo caracterizado para Processo caracterizado para Processo imprevisivel fered Pobremente controlade Peery Figura 4 - Niveis de Maturidade do CMMI A seguir sao descritas as principais caracteristicas de cada nivel de maturidade e as, areas de processo pertencentes aos mesmos. Nivel 1 ~ Inicial: E 0 nivel de maturidade mais baixo. Em geral, as organizagées desse nivel tém processos imprevisiveis que séo pobremente controlados e reativos. Nesse nivel de maturidade 05 processos séo normalmente “ad hoc” € caéticos. A organizaco geralmente nao fornece um ambiente estavel. Areas de Processo: Nao ha. Nivel 2 - Gerenciad Neste nivel, 0 foco € 0 gerenciamento basico de projetos da organizacdo, proporcionando-Ihes a garantia de que os requisitos so gerenciados, planejados, executados, medidos e controlados. Quando essas praticas so adequadas, os projetos sao executados e controlados de acordo com o planejado. Areas de Processo: Gesto de Requisitos (REQM), Planejamento do Projeto (PP), Controle e Monitoracao do Projeto (PMC), Gestdo do Acordo com 0 Fornecedor (SAM), Medicdo e Andlise (MA), Garantia da Qualidade de Processo e do Praduto (PPQA) e Gestéo da Configuracao (CM) Nivel 3 - Definido: Neste nivel, processos s#o bem caracterizados, compreendidos e descritos em padrées, procedimentos, ferramentas e métodos. O conjunto de processos pacrao da organizacao, que é a base para o nivel 3 ce maturidade, é estabelecido e melhorado 20 longo do tempo. Esses processos padronizados so usados para estabelecer consisténcia em toda a organizacéo. Todos os projetos utilizam uma versio de um desses processos padro adaptando-a as suas caracteristicas especificas. Areas de Processo: Desenvolvimento de Requisitos (RD), Solucao Técnica (TS), Integraco do Produto (PI), Verificaclo (VER), Validagéo (VAL), Foco no Processo Organizacional (OPF), Definicao do Processo Organizacional (OPD), Treinamento Organizacional (OT), Gestéo Integrada do Projet (IPM), Gestao de Riscos (RSKM), Andlise de Decisdes e Resolugao (DAR). Qualidade e Teste de Software — CMMI 6+ Nivel 4 - Gerenciado Quantitativamente: A gest&o quantitativa baseada em medicdes e indicadores cobre, de forma integrada, todo 0 conjunto de processos organizacionais, assim como os projetos © respectivos produtos, como instrumento de suporte para o atendimento dos objetivos de desempenho de processo e de qualidade. Os projetos e seus produtos assim como 0 proceso organizacional, s#o controlados estatisticamente. Areas de Processo: Desempenho do Processo Organizacional (OPP) - Tem por objetivos: estabelecer e manter uma visdo quantitativa do desempenho dos processes padrées, e prover modelos e baselines de desempenho, visando melhorar @ gestao dos projetos através de métricas de proceso e produto, ° a ntitati Ie PM) - Tem por objetivo gerenciar quantitativamente (através de métricas) 0 proceso definido do projeto, visando 0 alcance dos objetivos preestabelecidos de desempenho de qualidade e processo. + Nivel 5 - Otimizado: Neste nivel, 05 processos so continuamente aperfeicoados com base em um entendimento quantitative no qual a variagao de um processo existe devido as interagées, normais e presumidas, entre seus componentes. Esse nivel de maturidade tem como objetivo a melhoria continua do processo. Areas de Processo: ° e nvol nizacional (OID) - Tem por objetivo selecionar e implantar melhorias incrementais e inovacées nos processos € nas tecnologias que promovam, quantitativamente, 0 aumento da habilidade da organizagéo para cumprir os seus objetivos de desempenho de processos e qualidade. © Andlise e Resoluc&o de Causas (CAR) - Tem por objetivo identificar causas de defeitos e outros problemas e tomar acées corretivas para prevenir a sua ocorréncia futura A Figura 5 representa de forma resumida, os niveis de maturidade, seus principais focos e dreas de proceso envolvidas. Qualidade e Teste de Software — CMMI 7igura 5 - Os Niveis de Maturidade e suas Areas de Processo. Beneficios do Modelo A utilizaggo do modelo CMMI inclui uma série de beneficios significatives quantificéveis para a organizacéo que o utiliza na melhoria de seus processos € podem ser categorizados e resumidos por: custo, prazo, produtividade, qualidade, satisfagdo dos clientes e Retorno sobre o Investimento (ROI - Return on Investment). Em 2006, 0 SEI publicou um relatério técnico (Performance Results of CMMI” Based Process Improvement) apresentando dados quantitativos de 35 organizacées, entre elas grandes empresas com mais de uma organizagao constituinte (SEI, 2006). Os esforgos no processo de melhoria dessas organizacdes incluem tanto pequenas como grandes unidades organizacionais que atuam em uma variedade de setores dominios do mercado. Foram aplicadas as praticas do modelo CMMI para engenharia de software, engenharia de sistemas, e outras disciplinas de engenharia. Enquanto a maioria dos resultados vem de organizagées de maior maturidade, melhorias notaveis também foram alcancadas pelas organizacées de menor maturidade, Todas as organizacdes no relatério explicitamente atribuem suas realizagées a orientacao fornecida pelo CMMI. Qualidade e Teste de Software — CMMI 8A Tabela 2 resume a média percentual de melhorias nas cinco categorias apresentadas, Categoria Percentual Médio __Exemplos = ' Redugio dos custos de retrabalho, remocéo Custo Reduglo de 34% de defeitos, overhead de projetos. Prazo Melhoria de 50% Redugio do numero de dias de atraso de aproximadamente 50 para menos de 10. ‘Aumento na quantidade de linhas de cédigo Produtividade Aumento de 61% por pessoa/dia, aumento do numero de releases de software liberados por ano. Redugéo dos defeitos encontrados e das Qualidade Aumento de 48% requisigées de mudanga no sistema em ambiente de producao. Satisfacko dos Aumento em 55% comparado ao SW-CMM Clientes Aumento de 14% nivel 2 e 10% comparado ao nivel 5. Retorno sobre o Investimento 40:2 Retorno de 5:1 em relacdo as horas investidas em atividades de qualidade. Tabela 2. Beneficios Quantitativos da Utilizagao do CMMI Qualidade e Teste de Software — CMMI 8