CMMI (Capability Maturity Model Integration)

Aluna: Turah Xavier de Almeida

RoteiroIntroduçãoHistóricoRepresentaçõesComponentes de um modelo CMMIEquivalência entre representaçõesConclusão

O conceito de MaturidadeProcesso é um conjunto de práticas

realizadas para atingir um propósitoSintomas de falhas em processos

Compromissos perdidos• Entrega atrasada, custos maiores do que os previstos,

etc. Problemas de Qualidade

• Muito trabalho sendo refeito, funções não funcionam corretamente, reclamações do cliente, etc.

Moral baixa• Pessoas frustradas, etc.

O conceito de MaturidadeEm organizações imaturas, os

processos são improvisados.Organizações imaturas podem ter

sucesso ocasionalmente, mas acabam encontrando dificuldades em repetir sucessos do passado

O conceito de MaturidadeA qualidade de um sistema é altamente

influenciada pela qualidade do processo em que ele é desenvolvido e mantido.

Deve-se focar em processos além de produtos.

Em organizações maduras, processos são gerenciados por toda a organização

Por que usar CMMI?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óricoDesde 1991, têm sido desenvolvidos

CMMs para uma grande variedade de disciplinas: Engenharia de sistemas, engenharia de

software, aquisição de software, etc.O uso de múltiplos modelos pode ser

problemático.

HistóricoO CMM IntegrationSM Project foi montado

para solucionar o problema do uso de múltiplos CMMs.

Missão de combinar 3 modelos básicos: Capability Maturity Model for Software (SW-CMM)

v2.0 draft C Electronic Industries Alliance Interim Standard

(EIA/IS) 731 Integrated Product Development Capability

Maturity Model (IPD-CMM) v0.98

O CMM IntegrationSM Project

Mais complexo do que simplesmente juntar modelos existentes: 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

Grupos iniciais: Grupo de Direcionamento (Steering Group) Equipe de Produto (Product Team) Comitê de Controle de Configurações

(Configuration Control Board) Stakeholders/Revisores

Equipe de desenvolvimento CMMI

Formada por pessoas da: Indústria Governo dos Estados Unidos SEI – Software Engineering Institute

Características das pessoas da equipe: Média de 21 anos de experiência Provenientes de organizações com credenciais sólidas de

melhoria de processo Financiado pelo Departamento de Defesa dos

Estados Unidos (DoD) e pelo Comitê de Engenharia de Sistemas da Associação Industrial da Defesa Nacional dos Estados Unidos (NDIA).

Estratégia de Desenvolvimento

Basear conteúdo do modelo em melhores práticas 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)

CMMICMMI é um modelo que descreve

orientações para a definição/melhoria e implantação de processos

Não é um processo, mas sim uma descrição de características de um processo efetivo

Mostra O QUE fazer, e não COMO fazer ou QUEM deve fazer

Objetivo do CMMIFornecer 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

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çãoO 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

Existem cerca de 180 avaliadores SCAMPI no mundo autorizados a realizar avaliações do CMMI pelo SEI

RepresentaçõesPor estágio x ContínuaPor que duas representações?

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

Cada representação possui benefícios inerentes

Por estágio x Contínua Por estágio: 5 níveis de maturidade

Áreas de Processo agrupadas por nível de maturidade

Níveis de maturidade se aplicam ao nível de maturidade geral da organização

Contínua: 6 níveis de capacidade Áreas de Processo agrupadas por Categoria Avaliação da capacidade das Áreas de Processo

Por estágio x Contínua

Para um conjunto pré-definido de áreas de processo de uma organização

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)

Consistem de um conjunto pré-definido de áreas de processos

São medidos pelo atendimento de metas específicas e genéricas que se aplicam a cada conjunto

Existem 5 níveis de maturidade, definidos de 1 a 5, onde: Cada nível representa uma camada na base para

a melhoria contínua do processo

Níveis de Maturidade (Representação Por Estágio)

Processo imprevisível, pouco controlado

Processo caracterizado para projetos e frequentemente reativo

Processo proativo e caracterizado para a organização

Processo medido e controlado

Foco na melhoria do processo

QuantitativelyManaged

Initial

Managed

Defined

1

2

3

4

5 Optmizing

Níveis de Capacidade (Representação Contínua) Um nível de capacidade é um plano

bem definido que descreve a capacidade de uma área de processo

Existem 6 níveis de capacidade, definidos de 0 a 5, onde: 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

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

Áreas de Processo 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

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

Práticas Específicas

Uma Prática específica é uma atividade que é considerada importante na satisfação de uma meta específica associada: “Manter rastreabilidade entre requisitos e

fontes de requisitos” (REQM PA)

Metas e Práticas Genéricas

Metas e Práticas Genéricas: Relacionadas à dimensão da capacidade ou

maturidade Cada área de processo tem apenas uma meta

genéricas por nívelExemplos do Nível 2 de capacidade ou

maturidade: Meta: Institucionalizar um processo gerenciado Prática: Estabelecer uma política organizacional

Estrutura do CMMI (Representação Contínua)

…

…

Área de Processo 1 … Área de Processo n

Meta Específica

1

Prática Específica

1

Prática Específica

n

Meta Específica

n

Meta Genérica

1

Meta Genérica

2

Meta Genérica

4

Meta Genérica

3

Meta Genérica

5

Práticas Genéricas

Nível 1

Práticas Genéricas

Nível 2

Práticas Genéricas

Nível 3

Práticas Genéricas

Nível 4

Práticas Genéricas

Nível 5

Nível 0: Incompleto

Nível 1: Executado

Nível 2: Gerenciado

Nível 3: Definido

Nível 4: Gerenciado Quantitativamente

Nível 5: Otimizando

Estrutura do CMMI (Representação Por Estágio)

Nível de Maturidade

Área de Processo Área de Processo Área de Processo

Metas Genéricas Metas Específicas

Compromissopara Executar

Habilidade para executar

Implementação direta Verificação

Características Comuns

Práticas Genéricas

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)

SetContext

BuildSponsorship

CharterInfrastructure

CharacterizeCurrent &Desired States

DevelopRecommendations

SetPriorities Develop

Approach

PlanActions

CreateSolution

Pilot/TestSolution

RefineSolution

ImplementSolution

AnalyzeandValidatePropose

FutureActions

Stimulus for Change

Initiating

Diagnosing

Establishing

Acting

Learning

ConclusãoPor ter sido desenvolvido com base na

estrutura do CMM, o CCMI reune as melhores práticas de outros modelos

É mais abrangente pois engloba diversas disciplinas em um modelo único Única estrutura, metodologia comum,

nomeclatura padrão, etc.

ConclusãoPor ser muito recente, as experiências

relatadas que demonstram os benefícios do uso do CMMI são muito poucas

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ências1. 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/~if720/slides/CMMI_2005.ppt