Engenharia de Software

Capability Maturity Model Integration (CMMI) 1 CONCEITO

Capability Maturity Model Integration (CMMI)

O CMMI um conjunto de prticas de gerenciamento e de melhoria de qualidade a serem aplicadas no processo de desenvolvimento de software. Por melhoria na qualidade podem ser elencados: Menos prazos, custos, defeitos, insatisfaes; Mais previsibilidade, produtividade, competitividade; Melhores resultados de negcio (ROI1). O CMMI no uma metodologia ou ciclo de vida de projetos. Os processos (negcio) e o desenvolvimento de solues com engenharia de software so o foco do CMMI. O CMMI ajuda a organizao aprimorar seus processos e se tornar mais madura e eficiente. um modelo que descreve orientaes para a definio e implantao de processos. O modelo no descreve processo algum, so orientaes definidas atravs das prticas especificadas. Quando entendido e conhecido, o CMMI ajuda as pessoas a identificar o que realmente tem valor e focar. Com isso, aperfeioam-se os processos e melhora a rentabilidade da organizao. Em resumo, o CMMI um modelo para a melhoria contnua de processos que amadurece as organizaes e torna-as mais competitivas. 2 ORIGEM O CMM teve origem durante na dcada de 1980 como um modelo para avaliao de risco na contratao de empresas de software pela Fora Area Norte-Americana, que desejava ser capaz de avaliar os processos de desenvolvimento utilizados pelas empresas que concorriam em licitaes, como indicao da previsibilidade da qualidade, custos e prazos nos projetos contratados. Para desenvolver este modelo, a Fora Area constituiu junto Carnegie-Mellon University, o Software Engineering Institute (SEI2), o qual, alm de ser o responsvel pela evoluo do CMM, realiza diversas outras pesquisas em Engenharia de Software. O lder do projeto que veio a resultar no CMM foi Watts Humphrey, anteriormente responsvel por todo o desenvolvimento de software da IBM, onde aplicou pela primeira vez os conceitos tradicionais de qualidade, largamente conhecidos e utilizados em manufatura, no desenvolvimento e manuteno de software. Neste trabalho, Humphrey baseou-se na sua experincia anterior como engenheiro de hardware. Embora, o CMM tenha surgido no contexto de grandes empresas de desenvolvimento de software contratadas pelas foras armadas dos EUA para projetos militares, tem-se verificado que seus princpios so vlidos para todo tipo de projetos de software. Isto no de se estranhar, j que o CMM nada mais que a aplicao dos princpios da qualidade total e do gerenciamento de projetos ao mundo do software. Assim, o CMM tem sido usado com sucesso, na ntegra ou adaptado, nos mais variados tipos de empresas, grandes e pequenas, em vrias reas de atuao.

1 2

http://pt.wikipedia.org/wiki/Retorno_sobre_investimento http://www.sei.cmu.edu/

2012, Prof. Rogrio Rocha rozerorocha@gmail.com http://www.rozero.host22.com/disciplinas/faminas/eng_sw 1

Engenharia de Software
Capability Maturity Model Integration (CMMI) O incio dos trabalhos ocorreu em 1986 e a verso 1.0 do SW-CMM foi publicada em agosto de 1991. Em 1993 foi publicada a verso 1.1. Por ser especfico para a rea de software o SWCM no contempla outras reas importantes da organizao, tais como RH e Eng. Sistemas. Em virtude desta limitao outros modelos foram derivados como People-CMM e SE-CMM, entretanto, esta proliferao de modelos dificultava sua integrao.

3 - CMMI O CMMI3 o mais recente modelo de maturidade para desenvolvimento de software do SEI, um dos maiores influenciadores em gesto de processos de software em todo o mundo. Derivado principalmente dos modelos CMM for Software (SW-CMM) voltado ao desenvolvimento de software bsico ou de infraestrutura e CMM for Systems Engineering (SE-CMM) voltado ao desenvolvimento de aplicaes de software. O CMMI surgiu da percepo de que software bsico e aplicaes so desenvolvidos em contextos integrados. Alm disso, o novo modelo refora aspectos relacionados gesto de fornecedores e poder assimilar outros processos futuramente. At presente momento, so quatro as disciplinas incorporadas ao CMMI: Systems Engineering (SE) Desenvolvimento de sistemas como um todo, incluindo software ou no. Software Engineering (SW) Desenvolvimento de Software. Integrated Product and Process Development (IPPD); Desenvolvimento integrado do produto e processo usada junto com prticas de produo de um produto especfico. Supplier Sourcing (SS) Subcontratao (aquisio de produtos de fornecedores).

http://www.sei.cmu.edu/cmmi/

2012, Prof. Rogrio Rocha rozerorocha@gmail.com http://www.rozero.host22.com/disciplinas/faminas/eng_sw 2

Engenharia de Software
Capability Maturity Model Integration (CMMI) 3.1 - FINALIDADE DO CMMI O projeto CMMI foi desenvolvido para: Definir um ponto inicial para modelos integrados; Aprimorar as melhores prticas para a criao de modelos baseados em lies aprendidas; Estabelecer um framework que possibilite a integrao futura de novos modelos; Criao de uma forma associada de avaliao de desempenho e treinamento de produtos; 3.2 BENEFCIOS 3.2.1 - Benefcios trazidos pelo CMMI ao negcio Reduo substancial em integrao de sistemas e tempo de teste com maior probabilidade de sucesso; Causa integrao de, integrao entre, vrias funes desenvolvidas; Estende os benefcios do CMM-SW para todo o projeto e/ou organizao; Emprega o princpio da engenharia de sistemas no desenvolvimento de software; Acrescenta e aprimora SE em programas existentes; Alavancagem no processo de melhoria do investimento. 3.2.2 - Benefcios tcnicos trazidos pelo CMMI Requisitos de desenvolvimento e administrao; Design e desenvolvimento de sistemas; Integrao de sistemas; Administrao de riscos; Mtricas e anlises; Outras atividades relacionadas engenharia. 4 - DIFERENAS ENTRE CMM E CMMI O CMMI uma evoluo do CMM. Na verdade, existem vrios modelos atualmente e no apenas um CMM. Existe o SW-CMM (software-CMM), voltado ao desenvolvimento e manuteno de software; o SECM (Systems Engineering Capability Model), voltado engenharia de sistemas; o SA-CMM (Software Acquisition Capability Maturity Model), voltado ao processo de compras ou aquisio, entre outros. O que o SEI fez foi desenvolver um projeto para integrao desses modelos em um nico, o CMMI. Portanto, o CMMI contempla vrias disciplinas e substitui os modelos anteriormente utilizados. 5 VERSES Em 1999, foi publicado o esboo (draft), verso 0.2: CMMI-SE/SW (Capability Maturity Model Integrated System / Software Engineering). Verses do CMMI: Verso 1.0: Agosto de 2000 Verso 1.1: Maro de 2002 Verso 1.2: Agosto de 2006 (CMMI for Development)

2012, Prof. Rogrio Rocha rozerorocha@gmail.com http://www.rozero.host22.com/disciplinas/faminas/eng_sw 3

Engenharia de Software
Capability Maturity Model Integration (CMMI) 6 REPRESENTAES O CMMI possui duas representaes: "contnua" ou "por estgios". Estas representaes permitem a organizao utilizar diferentes caminhos para a melhoria de acordo com seu interesse. Os componentes do modelo so os mesmos para a representao contnua e por estgios. So eles: reas de processo ou Process Area (PA) Prticas relacionadas em uma rea que, quando executadas de forma coletiva, satisfazem um conjunto de metas consideradas importantes para trazer uma melhoria nessa rea. So organizadas em quatro categorias de processo: a) Gerenciamento de Processos Atividades relativas definio, planejamento, distribuio de recursos, aplicao, implementao, monitoramento, controle, avaliao, medio e melhoria de processos. Envolve as seguintes PAs: Foco no Processo Organizacional (bsica) Definio do Processo Organizacional (bsica) Treinamento Organizacional (bsica) Desempenho do Processo Organizacional (avanada) Inovao e Desenvolvimento Organizacional (avanada) b) Gerenciamento de Projetos Atividades de gerncia de projetos relacionadas ao planejamento, monitoramento e controle do projeto. Envolve as seguintes PAs: Planejamento de Projetos (bsica) Monitoramento e Controle de Projetos (bsica) Gerncia de Acordos com Fornecedores (bsica) Gerncia Integrada de Projetos (avanada) Gerncia de Riscos (avanada) Integrao de Equipes (avanada) Gerncia Quantitativa de Projetos (avanada) c) Engenharia Atividades de desenvolvimento e manuteno que so compartilhadas entre as disciplinas de engenharia (por exemplo, engenharia de sistemas e engenharia de software). Envolve as seguintes PAs: Gerncia de Requisitos Desenvolvimento de Requisitos Soluo Tcnica Integrao de Produtos Verificao Validao d) Suporte Atividades que apoiam o desenvolvimento e a manuteno de produtos. As PAs de Suporte tratam os processos que so utilizados no contexto da execuo de outros processos, a saber: Gerncia de Configurao (bsica) Garantia da Qualidade do Processo e do Produto (bsica) Medio e Anlise (bsica) Ambiente Organizacional para Integrao (avanada) Anlise de Decises e Resolues (avanada) Anlise de Causas e Resolues (avanada)

2012, Prof. Rogrio Rocha rozerorocha@gmail.com http://www.rozero.host22.com/disciplinas/faminas/eng_sw 4

Engenharia de Software
Capability Maturity Model Integration (CMMI) Metas especficas Aplicam-se a uma PA e tratam de caractersticas que descrevem o que deve ser implementado para satisfazer essa PA. So utilizadas nas avaliaes para auxiliar a determinar se a PA est sendo satisfeita. Prticas especficas Atividades que so consideradas importantes na satisfao de uma meta especfica associada. Metas genricas Aparecem em diversas PAs. Prticas genricas Oferecem uma institucionalizao que assegura que os processos associados com a PA sero eficientes, repetveis e durveis. Produtos de trabalho tpicos Exemplos de sadas de uma prtica especfica ou genrica. Sub-prticas Descries detalhadas que fornecem um direcionamento para a interpretao de prticas especficas ou genricas. Metas especficas e metas genricas so componentes exigidos do modelo. Esses componentes devem ser atingidos pelos processos planejados e implementados por uma organizao. Prticas especficas e prticas genricas so componentes esperados do modelo. Os componentes esperados descrevem o que uma organizao normalmente implementar para satisfazer um componente exigido. Sub-prticas, produtos de trabalho tpicos, entre outros, so componentes informativos do modelo que auxiliam os usurios do modelo a entender as metas e prticas e a maneira como elas devem ser satisfeitas. Os componentes informativos fornecem detalhes que auxiliam os usurios do modelo a comear a pensar em como abordar as metas e prticas. 6.1 - Representao Continua Possibilita a organizao utilizar a ordem de melhoria que melhor atender os objetivos de negcio da empresa.

caracterizado por Nveis de Capacidade (Capability Levels) Um nvel de capacidade um plano bem definido que descreve a capacidade de uma rea de processo. Existem seis nveis de capacidade. Cada nvel representa uma camada na base para a melhoria contnua do processo. Assim, nveis de capacidade so cumulativos, ou seja, um nvel de capacidade mais alto inclui os atributos dos nveis mais baixos.

2012, Prof. Rogrio Rocha rozerorocha@gmail.com http://www.rozero.host22.com/disciplinas/faminas/eng_sw 5

Engenharia de Software
Capability Maturity Model Integration (CMMI) Metas especficas organizam prticas especficas. Metas genricas organizam prticas genricas Cada prtica (especfica / genrica) corresponde a um nvel de capacidade. Metas e prticas especficas aplicam-se a reas de processo individuais. Metas e prticas genricas aplicam-se a vrias reas de processo. Vantagens: Fornece maior flexibilidade focando em reas de processo especficas de acordo com metas e objetivos de negcio Permite a comparao de reas de processo entre diferentes organizaes Estrutura familiar para aqueles que esto migrando da comunidade de engenharia de sistemas Foco bem definido nos riscos especficos de cada rea de processo Estrutura compatvel com o padro ISO/IEC 15504 6.2 - Representao Por Estgios Disponibiliza uma sequencia 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).

Um nvel de maturidade um plano bem definido de um caminho para tornar a organizao mais madura. Existem cinco nveis de maturidade. Cada nvel representa uma camada na base para a melhoria contnua do processo. Agrupamentos que oferecem uma maneira de apresentar as prticas genricas. So elas: Compromisso: agrupa as prticas genricas relacionadas criao de polticas e garantia de patrocnio. Habilitao: agrupa as prticas genricas relacionadas a assegurar que o projeto e/ou organizao possuem os recursos que necessitam. Implementao: agrupa as prticas genricas relacionadas gerncia do desempenho do processo, gerncia da integridade de seus produtos de trabalho e envolvimento dos stakeholders relevantes.

2012, Prof. Rogrio Rocha rozerorocha@gmail.com http://www.rozero.host22.com/disciplinas/faminas/eng_sw 6

Engenharia de Software
Capability Maturity Model Integration (CMMI) Verificao da Implementao: agrupa as prticas genricas relacionadas a revises pelo nvel mais alto de gerenciamento e a avaliaes objetivas de conformidade a descries de processos, procedimentos e padres. Fornece uma rota de implementao atravs de: grupos de rea de processo implementao em sequncia cada nvel funciona como a fundao para o prximo nvel Estrutura familiar para aqueles que esto migrando do SW-CMM Habilidade de gerenciar processos atravs da organizao Atribui uma nota de classificao do nvel de maturidade em que a organizao se encontra atravs dos resultados das avaliaes: permitindo dessa forma a comparao de forma direta entre as organizaes 7 - ESTGIOS O CMMI est dividido em cinco estgios, cujas principais caractersticas so:

Nvel 1 Inicial Imaturidade organizacional; os processos so improvisados e geralmente no so seguidos; compromissos de prazo e custo no so cumpridos; o planejamento no feito com base em estimativas; as qualidades, procedimentos e conhecimentos pertencem s pessoas e no aos projetos; as chances de sucesso dependem das habilidades pessoais dos gerentes e desenvolvedores; Nvel 2 Gerenciado Polticas e procedimentos para gerenciar o desenvolvimento de software esto definidas e so obedecidas; o planejamento baseado em estimativas e na experincia anterior de outros projetos; os projetos utilizam processos definidos, usados, disseminados, documentados, medidos e fiscalizados com rotinas de melhoria; os processos afetados so puramente gerenciais (no tcnicos) e pertencem aos projetos e no s pessoas; Nvel 3 Definido Os processos utilizados so estabelecidos e padronizados em toda a organizao; processos tcnicos passam a ser considerados ao lado dos processos gerenciais; tanto os processos gerenciais quanto os tcnicos passam a ser repetidos; os processos pertencem organizao e no mais aos projetos;

2012, Prof. Rogrio Rocha rozerorocha@gmail.com http://www.rozero.host22.com/disciplinas/faminas/eng_sw 7

Engenharia de Software
Capability Maturity Model Integration (CMMI) Nvel 4 - Quantitativamente Gerenciado So estabelecidas metas quantitativas para os processos e produtos, medidas de qualidade e produtividade so coletadas em todos os projetos; estabelecido controle estatstico de processos; a gesto passa a ser feitas com bases quantitativas; Nvel 5 Otimizao A organizao est engajada na melhoria contnua de seus processos; identificao de pontos fracos e defeitos; aes preventivas sobre causas; mudanas mais significativas de processos e/ou tecnologias so feitas a partir de anlise de custo/benefcio com base em dados quantitativos. O CMMI um modelo de referncia que prov orientao para o desenvolvimento de processos de software. Isso realizado atravs de reas de processo que elucidam os tpicos mais importantes para a indstria de software. 8 - ETAPAS DAS AVALIAES PARA O CMMI A primeira etapa de avaliao para o CMMI o treinamento da equipe de avaliao, que poder ser composta somente por profissionais da consultoria ou da consultoria e dos clientes. A segunda etapa o planejamento da avaliao, onde diversos aspectos so contemplados, como logstica e estabelecimento de expectativas. A terceira etapa a execuo da avaliao, quando o diagnstico propriamente dito realizado. Tipicamente ocorrem de 5 (cinco) 10 (dez) dias consecutivos de visitas ao cliente, quando o planejamento da avaliao posto em prtica. Entrevistas, reviso de documentos e atividades de consenso da equipe de avaliao so realizadas nesta etapa. Por ltimo vem a reportagem dos resultados, que ocorre no ltimo dia de avaliao, em uma sesso onde comparecem todos os participantes e eventuais convidados. Ela seguida por uma sesso executiva, onde so discutidos os principais aspectos levantados durante a avaliao.

2012, Prof. Rogrio Rocha rozerorocha@gmail.com http://www.rozero.host22.com/disciplinas/faminas/eng_sw 8