Post on 16-Mar-2016
description
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