CMMI (Capability Maturity Model Integration)

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

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

3. O conceito de Maturidade • Processo é um conjunto de práticas realizadas para atingir um propósito • Sintomas 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.

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

5. O conceito de Maturidade • A 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

6. 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.

7. Histórico • Desde 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.

8. Histórico • O CMM IntegrationSM Projectfoi 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

9. 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.

10. 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

11. 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).

12. 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)

13. CMMI • CMMI é 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

14. Objetivo do CMMI • 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 • 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

15. Método de avaliação • 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 • Existem cerca de 180 avaliadores SCAMPI no mundo autorizados a realizar avaliações do CMMI pelo SEI

16. Representações • Por estágio x Contínua • Por 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

17. 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

18. 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

19. Vantagens de cada representação

20. 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

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

22. 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

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

24. 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

25. Á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.

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

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

28. 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)

29. 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)

30. 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ível • Exemplos do Nível 2 de capacidade ou maturidade: • Meta: Institucionalizar um processo gerenciado • Prática: Estabelecer uma política organizacional

31. … Área de Processo 1 Área de Processo n Meta Genérica 2 Meta Genérica 3 Meta Genérica 4 Meta Genérica 1 Meta Genérica 5 Meta Específica 1 Meta Específica n … Prática Específica 1 Prática Específica n 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 Estrutura do CMMI (Representação Contínua) Nível 4: Gerenciado Quantitativamente Nível 5: Otimizando

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

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

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

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

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

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

38. Conclusão • Por 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.

39. Conclusão • Por 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

40. Referências • Software Engineering Institute, The Road to CMMI • http://www.sei.cmu.edu • Upgrading from SW-CMM to CMMI • www.cin.ufpe.br/~if720/slides/CMMI_2005.ppt