CMMI Capability Maturity Model Integration Aluna Turah Xavier

CMMI (Capability Maturity Model Integration) Aluna: Turah Xavier de Almeida

Roteiro l l l Introdução Histórico Representações Componentes de um modelo CMMI Equivalência entre representações Conclusão

O conceito de Maturidade l Processo é um conjunto de práticas realizadas para atingir um propósito l Sintomas de falhas em processos u Compromissos perdidos • Entrega atrasada, custos maiores do que os previstos, etc. u Problemas de Qualidade • Muito trabalho sendo refeito, funções não funcionam corretamente, reclamações do cliente, etc. u Moral baixa • Pessoas frustradas, etc.

O conceito de Maturidade l Em organizações imaturas, os processos são improvisados. l Organizações imaturas podem ter sucesso ocasionalmente, mas acabam encontrando dificuldades em repetir sucessos do passado

O conceito de Maturidade l A qualidade de um sistema é altamente influenciada pela qualidade do processo em que ele é desenvolvido e mantido. l Deve-se focar em processos além de produtos. l Em organizações maduras, processos são gerenciados por toda a organização

Por que usar CMMI? l Porque CMMI fornece orientações para melhorar processos de uma organização bem como sua habilidade de gerenciar o desenvolvimento, aquisição e manutenção de seus serviços e produtos.

Histórico l Desde 1991, têm sido desenvolvidos CMMs para uma grande variedade de disciplinas: u Engenharia de sistemas, engenharia de software, aquisição de software, etc. l O uso de múltiplos modelos pode ser problemático.

Histórico l O CMM Integration. SM Project foi montado para solucionar o problema do uso de múltiplos CMMs. l Missão de combinar 3 modelos básicos: Capability Maturity Model for Software (SW-CMM) v 2. 0 draft C u Electronic Industries Alliance Interim Standard (EIA/IS) 731 u Integrated Product Development Capability Maturity Model (IPD-CMM) v 0. 98 u

O CMM Integration. SM Project l Mais complexo do que simplesmente juntar modelos existentes: u Construção de framework que acomoda diversas disciplinas e é flexível bastante para suportar duas representações • • Aumento do foco das atividades; Integração dos processos existentes; Eliminar inconsitências; Reduzir duplicações; Fornecer terminologia comum; Assegurar consistência com a norma ISO 15504; Flexibilidade e Extensão para outras disciplinas.

Equipe de desenvolvimento CMMI l Grupos iniciais: u Grupo de Direcionamento (Steering Group) u Equipe de Produto (Product Team) u Comitê de Controle de Configurações (Configuration Control Board) u Stakeholders/Revisores

Equipe de desenvolvimento CMMI l Formada por pessoas da: u u u Indústria Governo dos Estados Unidos SEI – Software Engineering Institute l Características das pessoas da equipe: u u Média de 21 anos de experiência Provenientes de organizações com credenciais sólidas de melhoria de processo l Financiado pelo Departamento de Defesa dos Estados Unidos (Do. D) e pelo Comitê de Engenharia de Sistemas da Associação Industrial da Defesa Nacional dos Estados Unidos (NDIA).

Estratégia de Desenvolvimento l Basear conteúdo do modelo em melhores práticas l l l l atuais da indústria Conduzir revisões públicas dos modelos Conduzir pilotos do produto antes da publicação oficial Atualizar produto baseado em feedback de revisores Publicar versão 1. 0 do produto (Agosto 2000) Atualizar produto baseado em feedback de usuários Publicar versão 1. 1 do produto atualizada (Março 2002) Publicação mais recente: Versão 1. 2 (Agosto 2006)

CMMI l CMMI é um modelo que descreve orientações para a definição/melhoria e implantação de processos l Não é um processo, mas sim uma descrição de características de um processo efetivo l Mostra O QUE fazer, e não COMO fazer ou QUEM deve fazer

Objetivo do CMMI l Fornecer direcionamentos para melhorar os processos de uma organização e sua capacidade de gerenciar o desenvolvimento, aquisição e manutenção de produtos e serviços l O conjunto de produtos CMMI (CMMI Product Suite) contém e é produzido a partir de um framework que oferece a capacidade de gerar múltiplos modelos e seus materiais de treinamento e avaliação associados

Método de avaliação l O método de avaliação SCAMPI (Standard CMMI Appraisal Method for Process Improvement) foi desenvolvido pelo SEI para suportar a condução de avaliações em conformidade com o então emergente relatório ISO 15504 l Existem cerca de 180 avaliadores SCAMPI no mundo autorizados a realizar avaliações do CMMI pelo SEI

Representações l Por estágio x Contínua l Por que duas representações? u Modelos fontes com representações diferentes • SW-CMM – Por estágio • SECM – Contínua • IPD-CMM – Híbrido Na equipe de desenvolvimento do CMMI, existiam “defensores” de ambas representações u Cada representação possui benefícios inerentes u

Por estágio x Contínua l Por estágio: 5 níveis de maturidade Áreas de Processo agrupadas por nível de maturidade u Níveis de maturidade se aplicam ao nível de maturidade geral da organização u l Contínua: 6 níveis de capacidade Áreas de Processo agrupadas por Categoria u Avaliação da capacidade das Áreas de Processo u

Por estágio x Contínua l Para um conjunto pré-definido de áreas de processo de uma organização l Para uma única área de processo ou um conjunto selecionado de áreas de processo

Vantagens de cada representação

Níveis de Maturidade (Representação Por Estágio) l Consistem de um conjunto pré-definido de áreas de processos l São medidos pelo atendimento de metas específicas e genéricas que se aplicam a cada conjunto l Existem 5 níveis de maturidade, definidos de 1 a 5, onde: u Cada nível representa uma camada na base para a melhoria contínua do processo

Níveis de Maturidade (Representação Por Estágio) 5 Optmizing Foco na melhoria do processo 4 Processo medido e controlado 3 Processo proativo e caracterizado para a organização 2 Processo caracterizado para projetos e frequentemente reativo 1 Processo imprevisível, pouco controlado Quantitatively Managed Defined Managed Initial

Níveis de Capacidade (Representação Contínua) l Um nível de capacidade é um plano bem definido que descreve a capacidade de uma área de processo l Existem 6 níveis de capacidade, definidos de 0 a 5, onde: u Um nível de capacidade mais alto, inclui os atributos dos níveis mais baixos

Níveis de Capacidade (Representação Contínua)

Componentes de um modelo CMMI l São os mesmos para ambas representações: Áreas de processo u Metas específicas u Práticas específicas u Metas genéricas u Práticas genéricas u Produtos de trabalho típicos u Sub-práticas u Amplificações de disciplinas u Elaboração de práticas genéricas u Referências u

Áreas de Processo l Uma área de processo é um grupo de práticas relacionadas em uma área que, quando executadas de forma coletiva, satisfazem um conjunto de metas consideradas importantes para trazer uma melhoria significativa naquela área.

Áreas de Processo (Representação Contínua)

Áreas de Processo (Representação Por Estágio)

Metas Específicas l Metas específicas tratam de características únicas que descrevem o que deve ser implementado para satisfazer a área de processo: u “Avaliar Alternativas” (DAR PA)

Práticas Específicas l Uma Prática específica é uma atividade que é considerada importante na satisfação de uma meta específica associada: u “Manter rastreabilidade entre requisitos e fontes de requisitos” (REQM PA)

Metas e Práticas Genéricas l Metas e Práticas Genéricas: Relacionadas à dimensão da capacidade ou maturidade u Cada área de processo tem apenas uma meta genéricas por nível u l Exemplos do Nível 2 de capacidade ou maturidade: Meta: Institucionalizar um processo gerenciado u Prática: Estabelecer uma política organizacional u

Estrutura do CMMI (Representação Contínua) … Área de Processo 1 Meta Específica 1 Prática Específica 1 Meta Específica n … … Prática Específica n Nível 0: Incompleto Área de Processo n Meta Genérica 1 Meta Genérica 2 Práticas Genéricas Nível 1 Práticas Genéricas Nível 2 Nível 1: Executado Nível 2: Gerenciado Meta Genérica 3 Meta Genérica 4 Meta Genérica 5 Práticas Genéricas Nível 3 Práticas Genéricas Nível 4 Práticas Genéricas Nível 5 Nível 3: Definido Nível 4: Gerenciado Nível 5: Quantitativamente Otimizando

Estrutura do CMMI (Representação Por Estágio) Nível de Maturidade Área de Processo Metas Genéricas Metas Específicas Características Comuns Compromisso para Executar Habilidade para executar Implementação direta Práticas Genéricas Verificação Práticas Específicas

Equivalência entre Representações (Nível de Maturidade 2)

Equivalência entre Representações (Nível de Maturidade 3)

Equivalência entre Representações (Nível de Maturidade 4)

Equivalência entre Representações (Nível de Maturidade 5)

O modelo IDEAL (Initiating, Diagnosing, Establishing, Acting, Learning)

Conclusão l Por ter sido desenvolvido com base na estrutura do CMM, o CCMI reune as melhores práticas de outros modelos l É mais abrangente pois engloba diversas disciplinas em um modelo único u Única estrutura, metodologia comum, nomeclatura padrão, etc.

Conclusão l Por ser muito recente, as experiências relatadas que demonstram os benefícios do uso do CMMI são muito poucas l Apesar disso, os benefícios relatados através da implantação do SW-CMM podem ser considerados para o CMMI já que praticamente todos os conceitos foram mantidos no CMMI Project

Referências 1. Software Engineering Institute, The Road to CMMI 2. http: //www. sei. cmu. edu 3. Upgrading from SW-CMM to CMMI 4. www. cin. ufpe. br/~if 720/slides/CMMI_2005. ppt