CMMI 7

27/08/2012

1

CMMI v1.3Software Engineering InstituteCarnegie Mellon UniversityPittsburgh, PA 15213

Ms: Magda Ap. Silvério Miyashiro

CMMI

O CMMI - Capability Maturity Model Integration(Integração de Modelos de Maturidade da Capabilidade)

Qualidade que uma pessoa ou coisa tem de possuir para um determinado fim; Habilidade, aptidão (Aurélio)

Ato ou efeito de Capacitar-se (Aurélio)

• Capacidade?• Capacitação?• Capabilidade?

?

27/08/2012

2

Capabilidade

� Software process capability – descreve o intervalo de resultados esperados que podem ser alcançados seguindo-se de um processo de software. Um indicador que permite prever os resultados de futuros projetos de software(SEI)

CMMI

CMMI é um modelo de melhoria de processo que fornece elementos essenciais de processos efetivos que, pode melhorar o seu desempenho. Podem ser utilizados para orientar a melhoria do processo através de um projeto, uma divisão, ou uma organização inteira. Ajuda a integrar funções organizacionais tradicionalmente separadas, identificar objetivos do processo de melhoria e definir prioridadesFornece orientações para processos de qualidade, um ponto de referência para a avaliação de processos atuais.

Os benefícios que você pode esperar usando o CMMI incluem o seguinte:

• Explicitação das atividades de sua organização (ligadas ao Negócio) • Aumento da visibilidade das atividades.• Adquire novas áreas de boas práticas.

Você pode usar CMMI em três diferentes áreas de interesse:

• Desenvolvimento de produtos e serviços (CMMI para o desenvolvimento do modelo)• Criação de serviço, gerenciamento e entrega (CMMI para Serviços de modelo)• Produtos e aquisição de serviços (CMMI para Aquisição modelo)

Os modelos CMMI são conjuntos de melhores práticas que você pode comparar às melhores práticas da sua organização e utilizar como guia de melhoria para seus processos.

Uma comparação formal de um modelo CMMI para seus processos é chamado de avaliação.O Standard CMMI Appraisal Method for Process Improvement (SCAMPI) incorpora as melhores

idéias de diversos métodos de avaliação de processo de melhoria.

27/08/2012

3

Processos

IEEE.�“Uma seqüência de passos executada com

uma finalidade específica ...”

CMMI.�“Um conjunto de métodos, práticas e

transformações, os quais as pessoasutilizam para desenvolver e manter softwaree seus produtos relacionados”.

Processos

Imaturo

� Ad hoc; processo improvisado por profissionais e gestores

� Não é rigorosamente seguido e o cumprimento não é controlado

� Altamente dependente dos profissionais atuais

� A funcionalidade e a qualidade do produto podem ficar comprometidas para que prazos sejam cumpridos

� Altamente dependente dos profissionais atuais

� Qualidade difícil de se prever

Maduro

� Consistente com a maneira que o trabalho é realmente executado

� Definido, documentado e melhorado constantemente

� Compreendido, utilizado, vivo e ativo Altamente dependente dos profissionais atuais

� Com o apoio visível da alta administração e outras gerências

� Uso disciplinado da tecnologia

27/08/2012

4

Um bom Processo

� É bem delimitado.� Claramente define tarefas, que são focadas nos resultados.� Produz progresso e informação de status precisos.� Rapidamente torna-se uma questão de hábito.� Ajuda a equipe a manter a qualidade e administrar a complexidade.� Otimiza comunicação dentro e fora da equipe.

Capacitar e reforçara entrega repetível de software que funciona, na hora certa e eficiente em relação ao seu

custo.

Histórico - CMMI

Um modelo estruturado em 5 níveis para avaliação da maturidade dos processos de software de uma organização e para identificação das práticas que são requeridas para aumentar a maturidade desses processos..

Proposto por Watts S. Humphrey e vem sendo aperfeiçoado pelo SoftwareEngineering Institute - SEI da Carnegie Mellon University para oDepartamento de Defesa poder avaliar os processos de desenvolvimento desistemas de empresas sub-contratadas.

Inspirado nos conceitos de gerenciamento de processos de Crosby, Deming,Juran (aplica os princípios da TQM ao software).

É publicado a Versão 1.1 do CMM (SW-CMM).

27/08/2012

5

Histórico - CMMI

� Nos anos 30, Walter Shewhart começou a trabalhar em melhoria de processoutilizando princípios de controle estatístico da qualidade [Shewhart 1931].

� Foram refinados por W. Edwards Deming [Deming 1986] e Joseph Juran [Juran 1988].

� Watts Humphrey, Ron Radice e outros começaram a aplicá-los a software em seus trabalhos na IBM e no SEI [Humphrey 1989]. O livro Managing the Software Process de Humphrey apresenta os princípios e conceitos básicosnos quais muitos dos modelos de maturidade e de capacidade (CMMs) estão baseados.

� O SEI criou o primeiro CMM, concebido para organizações de software e publicou-o no livro The Capability Maturity Model: Guidelines for Improving the Software Process [SEI 1995].

� O Capability Maturity Model for Software (SW-CMM) v2.0 draft C [SEI1997b].� O Systems Engineering Capability Model (SECM) [EIA 1988].� O Integrated Product Development Capability Maturity Model (IPD-CMM)v0.98

[SEI 1997a].� Equipe do Produto CMMI construiu um framework que acomoda múltiplas

disciplinas e flexível para apoiar os modelos que o antecederam [Ahern 2003]

Histórico - CMMI

Variantes de CMM, surgidas:

� SW-CMM: Software CMM.Utilizado para avaliar a maturidade de um software em seu processo de desenvolvimento

� SE: System Engineering.Avalia a maturidade da organização em seus processos de engenharia de sistemas.

� IPPD: Integrated Product and Process Development.Incorpora processos necessários à produção e suporte ao produto,suporte ao usuário,processos de fabricação entre outros.

� SA: Supply Sourcing Acquisition.Processos de seleção, compra e instalação de software desenvolvido por terceiros.

� P-CMM: People CMM.Avalia a maturidade da organização em seus processos de administração de recursos humanos no que se refere a software.

SEI descontinua suporte ao SW-CMM

27/08/2012

6

Histórico - CMMI

Integração dos modelos e redução dos custoscom melhorias de processo.

� Aumento do foco das atividades.

� Integração dos processos existentes.

� Eliminar inconsistências.

� Reduzir duplicações.

� Fornecer terminologia comum.

� Assegurar consistência com a norma ISO 15504.

� Flexibilidade e extensão para outras disciplinas.

Histórico - CMMI

27/08/2012

7

Histórico - CMMI

CMMI for Services V1.3(11/2010)

CMMI for Acquisition V1.3(11/2010)

CMMI for DevelopmentV1.3(2010) (11/2010)

Três Constelações Complementam o CMMI

CMMI-SVC

CMMI-DEV

CMMI-SVC fornece orientação para

aqueles que prestam serviços dentro das organizações e para

clientes externos

CMMI-ACQ

CMMI-DEV fornece orientação para

medir, monitorar e gerenciar processos de desenvolvimento 16 áreas

centrais do processo comum a

todos

CMMI-ACQ fornece orientações para

que a liderança de aquisição informado

e decisiva

27/08/2012

8

Componentes do Modelo

Descrição Componente - Níveis de Maturidade

� Os níveis de maturidade representam um caminho para o processo de melhoria indicando quais áreas de processos devem ser implantadas para se alcançar cada nível, ilustrando a evolução da melhoria para toda a organização.

� Eles fornecem uma maneira de controlar ou estruturar o desempenho da organização dentro de uma dada disciplina ou conjunto de disciplinas. São estágios evolutivos bem definidos em busca de um processo maduro.

27/08/2012

9

Descrição Componente - Áreas de Processo

� Uma área de processo é um conjunto de práticas relatadas em uma área as quais, quando estabelecidas coletivamente, satisfazem um conjunto de metas consideradas importantes para se obter melhoria significativa naquela área.

� Áreas de processo descrevem aspectos de cada processo, mas não descrevem como um processo eficaz é executado, e sim, como organizações, usando um processo eficaz, fazem e por que elas fazem. Isto quer dizer que as áreas de processo descrevem o que devem ser feito, mas não definem como deve ser feito.

� As áreas de processos estão agrupadas de forma a atingir os objetivos de cada Nível de Maturidade.

Descrição Componente - Metas

� Metas Específicas - Aplicam-se a uma área de processo e descrevem o que deve ser realizado para satisfazer a área de processo. São usadas em avaliações para ajudar a determinar se uma área de processo está estabelecida.

� Metas Genéricas - São denominadas “genéricas” porque a mesma meta aparece em múltiplas áreas de processo. A satisfação de uma meta genérica para uma área de um processo significa maior controle no planejamento e implantação dos processos associados a esta área, e indica se estes processos serão eficazes, repetíveis e duradouros. Essas metas são usadas nas avaliações para determinar se uma área de processo é plenamente realizada. (os níveis 4 e 5, a partir da versão 1.3 não tem mais metas genéricas)

27/08/2012

10

Descrição Componente - Práticas

� Práticas Específicas – São atividades consideradas importantes no estabelecimento da meta específica associada. Descrevem as atividades esperadas que devem resultar no estabelecimento das metas específicas de uma área de processo.� Aplicam-se a uma Área de Processo particular.� Relacionadas à dimensão do processo.

� Práticas Genéricas – Assim como as metas, as práticas genéricas são chamadas "genéricas" porque a mesma prática se aplica às múltiplas áreas de processo. Uma prática genérica é a descrição de uma atividade que seja considerada importante para conseguir o objetivo genérico associado. Uma prática genérica é um componente esperado do modelo.� Relacionadas à dimensão da capacidade ou maturidade� Aplicam-se a todas as áreas de processo.

Descrição Componente - Informativos

� Uma sub-prática é uma descrição detalhada que fornece uma orientação para a interpretação e implementação de uma prática específica ou genérica. As sub-práticas podem ser trabalhadas como prescritivas, mas são realmente componentes informativos que proporcionam idéias que podem ser úteis para a melhoria do processo.

� Os produtos de trabalho típicos listam exemplos de resultados (outputs) de uma prática específica. Estes exemplos são chamados produtos de trabalho típicos porque é freqüente encontrar outros produtos do trabalho que são aplicáveis de forma eficaz, mas que não estão listados. Um produto de trabalho típico é um componente informativo do modelo.

� A elaboração de práticas genéricas aparece depois que uma prática genérica numa área de processo "fornecer uma orientação de como a prática genérica deve ser aplicada à área de processo". A elaboração de uma prática genérica é um componente informativo do modelo

27/08/2012

11

Organização dos Componentes

Process Area

Common Feature

Practice

Compromisso

Habilidades

Medições

Verificações

Atividades

Nível de Maturidade

Áreas de Processo

Aspectos Comuns (Cararact)

Práticas

contem

organizado por

contem

Capacidade

do Processo indica

Objetivosatende

Implementaçãoevidencia

Atividadesdescrevem

CoAbMeVeAc

Organização dos Componentes

Process Area

Common Feature

Practice

Compromisso

Habilidades

Medições

Verificações

Atividades

Nível de Maturidade

Áreas de Processo

Aspectos Comuns (Cararact)

Práticas

contem

organizado por

contem

Capacidade

do Processo indica

Objetivosatende

Implementaçãoevidencia

Atividadesdescrevem

CoAbMeVeAc

27/08/2012

12

Exemplo de Componentes

Gerenciado2 Gerenciamento de Requisitos (Requirements Management)

Metas Específicas e Genéricas

� SG 1 Gerenciar Requisitos

Os requisitos são gerenciados e as inconsistências com os planos

do projeto e os produtos de trabalho são identificadas.

� GG 2 Institucionalizar um Processo Gerenciado

O processo é institucionalizado como um processo gerenciado.

� GG 3 Institucionalizar um Processo Definido

O processo é institucionalizado como um processo definido.(Esta meta não é exigida no nível de maturidade 2, mas é exigida no nível de maturidade 3 e

superiores).





� SP 1.1 Obter um Entendimento dos Requisitos

� SP 1.2 Obter Compromisso sobre os Requisitos

� SP 1.3 Gerenciar Mudanças nos Requisitos

� SP 1.4 Manter a Rastreabilidade Bidirecional dos Requisitos

� SP 1.5 Identificar Inconsistências entre o Trabalho do Projeto e os Requisitos

� GG 2 Institucionalizar um Processo Gerenciado

� GP 2.1 Estabelecer uma Política Organizacional

� GP 2.2 Planejar o Processo

� GP 2.3 Fornecer Recursos

� GP 2.4 Atribuir Responsabilidades

� GP 2.5 Treinar as Pessoas

� GP 2.6 Gerenciar Configurações

� GP 2.7 Identificar e Envolver os Stakeholders Relevantes

� GP 2.8 (Monitorar e Controlar o Processo

� GP 2.9 (Avaliar Objetivamente a Aderência

� GP 2.10 Revisar o Status com um Nível Mais Alto de Gerência

� GG 3 Institucionalizar um Processo Definido

� GP 3.1 Estabelecer um Processo Definido

� GP 3.2 Coletar Informações de Melhorias

27/08/2012

13





� SP 1.1 Obter um Entendimento dos Requisitos

Conforme o projeto amadurece e requisitos são derivados, todas as atividades ou disciplinas receberão requisitos. Para evitar que os requisitos cresçam indistintamente, são estabelecidos critérios para determinar os canais apropriados ou fontes oficiais, a partir dos quais deve-se receber os requisitos. As atividades de recebimento executam análises dos requisitos junto ao fornecedor dos requisitos para assegurar que um entendimento compartilhado e compatível do significado dos requisitos foi conseguido. O resultado desta análise e diálogo é um conjunto de requisitos acordados.

Produtos de Trabalho Típicos 1. Listas de critérios para distinguir os

fornecedores apropriados de requisitos.

2. Critérios para a avaliação e aceitação dos requisitos.

3. Resultados de análises contra os critérios.

4. Um conjunto de requisitos acordados.

Sub-práticas� Estabelecer critérios para distinguir

os fornecedores apropriados de requisitos.

� Estabelecer critérios objetivos para a aceitação de requisitos.

A falta de critérios de aceitação muitasvezes resulta numa verificação inadequada,um caro retrabalho ou a rejeição do cliente.

CMMI – Níveis

Gerenciado

Em Otimização

Gerenciado Quantitativamente

Definido

Inicial

2

3

4

5

1

INICIAL: O processo de software é Caracterizado como “ad hoc” e atémesmo ocasionalmente caótico. Poucos processos são definidos e o sucesso depende de esforçoindividual.

Processo artesanal intuitivo

27/08/2012

14

CMMI – Níveis

Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

INICIAL: O processo de software é Caracterizado como “ad hoc” e atémesmo ocasionalmente caótico. Poucos processos são definidos e o sucesso depende de esforçoindividual.

Processo artesanal intuitivo

• Ad hoc é uma expressão cuja tradução literal é "para isto" ou "para esta finalidade".

• Na Engenharia de Software a expressão ad hoc é utilizada para referenciar ciclos completos de construção de software

que não foram projetados.• Em um processo ad hoc, nenhuma técnica de uso geral é

empregada pois as fases variam a cada aplicação.

Hipóteses ad hoc não são necessariamente incorretas.

CMMI - Níveis

Gerenciado: Os processos básicos de gestão de projeto são estabelecidos para acompanhar custo, cronograma e funcionalidade. A necessária disciplina do processo existe para repetir sucessosanteriores em projetos com aplicações similares.

ProcessoDisciplinado

Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

27/08/2012

15

CMMI - Níveis

DEFINIDO O processo de software para as atividades de gestão e engenharia é documentado, padronizado e integradoem um processo de software padrão para a organização. Todos os projetos utilizam uma versão aprovada do processo de software padrão para desenvolver e manter software

Processo PadronizadoConsistente

Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

CMMI - Níveis

GERENCIADO Medidas detalhadas doprocesso de software e da qualidade do produto são realizadas. O processoe os produtos de software são quantitativamente compreendidose controlados.

Processo Previsível

Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

27/08/2012

16

CMMI - Níveis

OTIMIZACAO A melhoria contínua do processo é propiciada pelofeedback quantitativo do processoe pelas idéias e tecnologias inovadoras.

MelhoriaContínua

Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

CMMI – Áreas de Processo

Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

� Gerenciamento de Requisitos� Gestão de Contrato com Fornecedor � Gerencia da Configuração� Medição e Análise� Controle e Monitoramente de Projeto � Planejamento� Garantia da Qualidade do

Processo e do Produto

27/08/2012

17


Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

� Desenvolvimento de Requisitos

� Gestão de Risco

� Solução Técnica

� Validação

� Verificação

� Análise de Decisão e Resolução

� Gestão Integrada de Projetos

� Definição do Processo Organizacional

� Foco no Processo

Organizacional

� Treinamento Organizacional

� Integração de Produtos


Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

� Desempenho do Processo Organizacional

� Gerenciamento Quantitativo do Projetos

27/08/2012

18


Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

� Análise e Resolução das Causas� Gerenciamento de Desempenho

Organizacional


As áreas de processo são agrupadas em quatro categorias:

Gestão de Processo.

� Foco nos Processos da Organização.

� Definição dos Processos da Organização

� Treinamento na Organização.

� Desempenho dos Processos da Organização.

� Gerenciamento de Desempenho Organizacional.

Engenharia.

� Desenvolvimento de Requisitos.

� Gestão de Requisitos.

� Solução Técnica.

� Integração de Produto.

� Verificação.

� Validação.

Suporte.

� Gestão de Configuração.

� Garantia da Qualidade de Processo e Produto.

� Medição e Análise.

� Análise e Tomada de Decisões.

� Análise e Resolução de Causas.

Gestão de Projeto.

� Planejamento de Projeto.

� Monitoramento e Controle de Projeto.

� Gestão de Contrato com Fornecedores.

� Gestão Integrada de Projeto.

� Gestão de Riscos.

� Gestão Quantitativa de Projeto.

27/08/2012

19

CMMI – Áreas de Processo x Níveis de Maturidade x Categorias

Visibilidade dos Níveis

S E

S E

S E

S E

S ENível 5

Nível 4

Nível 3

Nível 2

Nível 1 Inicial

Marcos de gerenciamento

Processo Definido

Processo Medido

Automatizado

27/08/2012

20

Representações

Estagiado

. . .para um conjunto de áreas de

processo estabelecidas pela

organização.

ML 1

ML2

ML3

ML4

ML5

PA PA

Níveis de Capacidade

PA

Continuo

. . .para uma única área de

processo ou um conjunto de

áreas de processo.

Níveis de Maturidade


Representações

Estagiado



organização.

ML 1

ML2

ML3

ML4

ML5

PA PA PA

Continuo



áreas de processo.

100% (coberta)


27/08/2012

21


Representações

Estagiado



organização.

ML 1

ML2

ML3

ML4

ML5

PA PA PA

Continuo



áreas de processo.

MONITCTr

PRj

GER

.REQ

PLN

PRj


Representações

Continuo

� Permite que você selecione a ordem de melhoria que melhor atinge os objetivos da organização e minimiza as áreas de risco.

� Possibilita comparação através e dentro das organizações dos processos por áreas.

� Usa tópicos pré-definidos das áreas do processo para definir um caminho para melhoria para uma organização.

Estagiado

� Dá etapas bem definidas de melhoria onde cada uma serve de pré-requisito para a próxima.

� Dá uma avaliação simples que sumariza o resultado do nível de desempenho e permite comparações dentro e fora da organização (entre seus próprios processos e entre processos de outras organizações).

� Permite que organizações escolham uma área de processo específico e façam melhorias relativas a ele.

27/08/2012

22

Representações

Continuo

� Permite que você selecione a ordem de melhoria que melhor atinge os objetivos da organização e minimiza as áreas de risco.

� Possibilita comparação através e dentro das organizações dos processos por áreas.

� Usa tópicos pré-definidos das áreas do processo para definir um caminho para melhoria para uma organização.

Estagiado

� Dá etapas bem definidas de melhoria onde cada uma serve de pré-requisito para a próxima.

� Dá uma avaliação simples que sumariza o resultado do nível de desempenho e permite comparações dentro e fora da organização (entre seus próprios processos e entre processos de outras organizações).

� Permite que organizações escolham uma área de processo específico e façam melhorias relativas a ele.

Representações – Perfil

27/08/2012

23

Métodos de Avaliação

Foi produzido para fornecer um critério comum para os métodos de avaliação do CMMI

O Modelo CMMI, utiliza-se de Requisitos de Avaliação para CMMI ® (ARC) que é constituído por um conjunto de critérios para desenvolvimento de projeto de alto nível, utilizando métodos de avaliação baseados no modelo CMMI.

Estrutura das avaliações

� Caráter formal – onde se conquista um laudo determinando uma classificação em melhores níveis do CMMI.

� Caráter informal em que não se almeja a conquista de uma classificação imediata; é então utilizada como pré-avaliação que servirá de base para uma avaliação formal.

� A implementação do CMMI consiste em um ciclo composto pelo levantamento do estado atual do processo da organização (avaliação propriamente dita), comparação com o próximo nível de maturidade/capacidade, elaboração de um plano para reduzir a distância entre o estado atual e o almejado, e a execução das ações planejadas.

27/08/2012

24

Estrutura das avaliações

� Caráter formal – onde se conquista um laudo determinando uma classificação em melhores níveis do CMMI.

� Caráter informal em que não se almeja a conquista de uma classificação imediata; é então utilizada como pré-avaliação que servirá de base para uma avaliação formal.

� A implementação do CMMI consiste em um ciclo composto pelo levantamento do estado atual do processo da organização (avaliação propriamente dita), comparação com o próximo nível de maturidade/capacidade, elaboração de um plano para reduzir a distância entre o estado atual e o almejado, e a execução das ações planejadas.

Estagiado

ML 1

ML2

ML3

ML4

ML5

Avaliação Scampi

O SCAMPI (Standard CMMI Appraisal Method for Process

Improvement )� Provem indicadores de qualidade relativos ao CMMI e é aplicável a

vários modos de avaliações de processos, buscando a melhoria interna de processos determinando o nível da capacidade.

� Obter informação sobre a capacidade de engenharia de uma organização por meio da identificação de pontos fracos e fortes dos processos, relacionando esses pontos com o modelo CMMI, extraindo o indicador do nível de capacidade e maturidade do processo, permitindo, assim, identificar riscos de desenvolvimento e aquisição relativos a determinações de capacidade / maturidade.

27/08/2012

25

Avaliação Scampi

Possui três fases e 11 processos essenciais.• A fase 1 tem o objetivo de planejar e preparar para a avaliação• A fase 2 tem o objetivo de conduzir a avaliação; • A fase 3, ou fase final, em que se relatam os resultados.

Avaliação ScampiAderente as três classes de avaliação (ARC – Requisitos de Avaliação CMMI)

• Classe A são as avaliações oficiais, onde a empresa é oficialmente reconhecida em um nível de maturidade.

• Classe B são mini-avaliações ou avaliações não oficiais cujo objetivo é verificar oportunidades de melhoria ou prontidão de uma empresa para ser submetida a uma avaliação oficial.

• Classe C são utilizadas para identificar oportunidades de melhoria e tomar ações coerentes à realidade e aos objetivos das empresas.

Os resultados gerados são um relatório e um plano de ação para a implantação de um programa gradual de melhoria.

27/08/2012

26

Avaliação Scampi

Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

Esta descritoNo processo

É executadoTem Modelo

Evidencias Objetivas

ARC

Avaliação Scampi

Gerenciado

Em Otimização


Definido

Inicial

2

3

4

5

1

Esta descritoNo processo

É executadoTem Modelo

Evidencias Objetivas

ARC

100%

27/08/2012

27

CMMI e Metodologias Ágeis

O modelo CMMI descreve “o que fazer”.

A metodologia ágil (como toda metodologia) descreve “o como

fazer”.

O modelo CMMI tem como princípio a formalização e institucionalizaçãodos processos de software, tornando-os previsível. O CMMI existe paragarantir que os processos existam, com modelos definidos e que os desenvolvedores os conheçam e utilizem da forma proposta.

O princípio das metodologias ágeis é a velocidade de desenvolvimento,com a flexibilidade de processos.


O Modelo CMMI “orienta” as boas práticas para o desenvolvimento de software organizando os processos em áreas e identificando as boas praticas em cada uma para que a qualidade do produto seja alcançada.

O modelo CMMI define uma estrutura com organização de ações.

A Metodologia ágil diz como devem ser estas ações.A formalização das atividades de desenvolvimento das metodologias podem ser definidas de forma que atenda a flexibilidade da metodologia com a formalização dos modelos de qualidade.

27/08/2012

28



27/08/2012

29


Processo

Planejamento

Regras

Troca de Inf.

Papeis definidos

Chek Lists

Exemplos de ações formalizáveis em processos ágeis:


27/08/2012

30


Principais Dificuldades:

• Falta de entendimento do modelo CMMI por desenvolvedores ágeis.

• Falta de entendimento de metodologias ágeis pelos especialistas em modelos de qualidade.

• Má interpretação para as coberturas das práticas do CMMI.

• Mau uso das metodologias e dos modelos

CMMI e MpsBr

27/08/2012

31

CMMI e MpsBr - Componentes

Níveis de maturidade

Capacidade

Resultado

Processo

Propósito

Resultado

Atributo

CMMI e MpsBr

27/08/2012

32

Agenda CMMI V1.3

Setembro 2010• Divulgação de orientações AIM e relatos de experiência

Outubro 2010• SEI Partners irão receber o Workshop CMMI V1.3 Upgrade Modelo de Formação

• Primeiro quadro de avaliadores e segundo quadros de instrutores qualificados para avaliar e ensinar V1.3

Novembro 2010• Liberação de todos os três modelos CMMI

• Liberação de Introdução ao CMMI-DEV versão inicial V1.3 para utilização parceiro

• Lançamento do Suplemento Serviços para o CMMI V1.3 para o Desenvolvimento

• Lançamento do Suplemento de Aquisição de CMMI para o Desenvolvimento V1.3

Dezembro 2010• liberação de uma atualização SAS –características adicionais CMMI V1.3

• Planos inicio da migração para V1.3 do modelo, SCAMPI V1.2

• Anúncio das alterações nos programas de renovação de certificação e autorização

• Lançamento do Suplemento de Desenvolvimento para o CMMI para Serviços

Janeiro 2011• Disponibilidade do método SCAMPI V1.3

• Lançamento ao público CMMI V1.3 mudança no Modelo de Formação

• Liberação de Introdução ao CMMI oficial para o Desenvolvimento V1.3

• Inicio das avaliações SCAMPI em CMMI V1.3

• Oferta de primeiro piloto de Entendimento das Práticas de Alta Maturidade do CMMI V1.3

Fevereiro 2011• liberação de atualização do segundo release com novos recursos para SCAMPI V1.3

Março 2011• Publicação de três livros com CMMI V1.3

• Liberação de Treinamento de mudanças SCAMPI V1.3

• Qualificações de quadros de avaliadores SCAMPI V1.3

• Exames de maturidade alto oral para começar novos HMLAs

Abril 2011• oferta oficial de Entendimento das Práticas de Alta Maturidade do CMMI V1.3

ReferenciasSites do SEIhttp://cmmi.net/2010/02/06/sei-update-on-cmmi-v1-3http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/schedule.cfmhttp://www.blogcmmi.com.br/geral/o-que-muda-com-o-cmmi-1-3http://www.sei.cmu.edu/cmmi/http://www.sei.cmu.edu/library/abstracts/news-at-sei/cmmiinfocus200904.cfmhttp://www.sei.cmu.edu/newsitems/CMMI_focus_073010.cfmhttp://www.stsc.hill.af.mil/crosstalk/2010/01/1001PhillipsShrum.html

CMMI® para Desenvolvimento – Versão 1.2CMMI® para Desenvolvimento – Versão 1.3

Appraisal Requirements for CMMI®, Version 1.2 (ARC, V1.2)

27/08/2012

33

CMMI v1.3

Engenharia e Tecnologia Espaciais - ETE

Bonus

HMLASEI-Certified SCAMPI High Maturity Lead AppraisersSEI-Certificado SCAMPILider Avaliadores alta Maturidade

SASSEI Appraisal System SEI sistema de avaliação

ARCAssessment Requirements for CMMIRequisitos de Avaliação para CMMI

AIMAPSE Interactive MonitorAPSE Monitor InterativoSuporte ao ambiente de programação ADA

APSEADA programming support EnvironmentSuporte ao Ambiente de Programação ADA

BSStands for Behavioral Stimulation Representa EstimulaçãoComportamental

CMMI 7

Technology

Transcript of CMMI 7