cmm modelo de maturidade da competência. engenharia de software prof. claudiney sanches júnior...

CMM

Modelo de Maturidade da Competência

Enge

nhar

ia d

e So

ftw

are

2Prof. Claudiney Sanches JúniorEnge

nhar

ia d

e So

ftw

are

Prof. Claudiney Sanches Júnior

O que é o CMM? Uma estrutura que descreve os

elementos chaveselementos chaves de um processoprocesso de software eficazeficaz.

Um caminho de melhoramento melhoramento evolucionárioevolucionário (5 níveis de maturidade) para organizações de software mudaremmudarem de um processo de software imaturo, ad ad hochoc, para um processo maduro, disciplinado.disciplinado.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


CMM - Capability Maturity Model

Capability Maturity ModelCapability Maturity Model (Modelo de Maturidade da Competência) Maturidade da CompetênciaMaturidade da Competência :

competência em controlar o Processo de Software (desenvolvimento, gerenciamento e manutenção).Maturidade da CompetênciaMaturidade da Competência

Maturidade do Processo de SoftwareMaturidade do Processo de Software

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Maturidade de Processo de Software

A maturidade dos processosmaturidade dos processos de software de uma organização influencia na sua capacidade de atingir metas de custocusto, qualidadequalidade e cronogramacronograma

A qualidade do processo de qualidade do processo de softwaresoftware pode ser analisada através do nível de maturidade nível de maturidade do processodo processo.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


CMM - Capability Maturity Model

desenvolvido pela SEI SEI (Instituto de Engenharia de Software) Carnegie Mellon University, Pittsburgh, PA

SEI

Software Engineering Institute

Missão da SEISEI: Exercer liderança nos estágios avançados da prática de engenharia de software para melhorar a qualidade de sistemas que dependam de software.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


A Evolução do CMM (a)

19861986 - início do desenvolvimento de um modelo de maturidade de processo, para ajudar as organizações a melhorar seus processos de software (por solicitação do governo federal).

junho 1987junho 1987 - liberação de breve descrição do modelo de maturidademodelo de maturidade de processo de software.

setembro 1987setembro 1987 - versão preliminar do questionárioquestionário de maturidade

19911991 - 1a versão do CMMCMM (Versão 1.0)

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


A Evolução do CMM (b)

19931993 - depois de 5 anos de experiência, o modelo de maturidade evoluiu para um modelo completamente definido, usando conhecimento adquirido das avaliações de processo de software e de extensivo retorno das indústrias e do governo CMM CMM CMMCMM - Capability Capability

• fevereiro 1993fevereiro 1993

• Maturity Model for SoftwareMaturity Model for Software (atualmente usada)

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Premissa Básica Premissa básicaPremissa básica que está por baixo do

trabalho da SEISEI sobre maturidade de processo:

A qualidade de um software produto é profundamente determinada pela qualidade

do processo de desenvolvimento e de manutenção usado para construí-lo.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Visão Geral do Modelo (a)

SEISEI desenvolveu um modelo demodelo de 5 níveis5 níveis que orienta uma organização em como “amadurecer” seus processos de software.

O modelo descreve um caminho caminho evolucionário que vai de um processo indisciplinadoindisciplinado para um processo disciplinadodisciplinado.

Sem a disciplinaSem a disciplina descrita no modelo, programas de melhoria podem mostrar-se ineficientesineficientes porque os fundamentosfundamentos necessários para apoiar os melhoramentos sucessivos não foram estabelecidosnão foram estabelecidos.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Visão Geral do Modelo (b)

Os 5 níveis de maturidade5 níveis de maturidade descrevem fundamentos sucessivos para melhoria contínua melhoria contínua do processodo processo e definem uma escala ordinalescala ordinal para medir a maturidademedir a maturidade de processo de uma organização.

As vantagensvantagens dos níveis de maturidade é que eles fornecem prioridades clarasprioridades claras, as quais orientam na seleção de algumas atividades de atividades de melhoramentomelhoramento que serão muito úteis úteis se implementadas imediatamente.

Isso é importantemportante porque a maioria das organizações podem focalizar somente algumas poucas atividadespoucas atividades de melhoramento de cada cada vezvez.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


INICIAL

Organizações Caóticas

REPETÍVEL

Organizações Disciplinadas

DEFINIDO

Organizações Padronizadas

GERENCIADO

Organizações Previsíveis

OTIMIZADOOrganizações com Melhoria Contínua

Os 5 Níveis de Maturidade CMM

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


INICIAL


• O processo de software é caracterizado como ad hoc, e ocasionalmente até mesmo caótico.

• Poucos processos são definidos e o sucesso depende de esforços individuais e heróicos.

CMM: Nível 1 de Maturidade

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


CMM Nível 1- Inicial O Gerenciamento de Software O Gerenciamento de Software é é uma Caixa Pretauma Caixa Preta

In Out

Requisitos fluem para dentro. Um produto de software é (normalmente)

produzido através de algum processo algum processo disformedisforme.

O produto flui para fora e (espera-se) funciona.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


A organização nãonão provê um ambiente estávelambiente estável para o desenvolvimento e manutenção de software

CronogramasCronogramas e orçamentosorçamentos são freqüentemente abandonadosabandonados por não serem baseados em estimativas realísticas

Numa crisecrise para cumprir cronograma, etapasetapas planejadas do ciclo de vida não são realizadasnão são realizadas prejudicando a qualidade do software

CMM - Nível 1 - InicialCMM - Nível 1 - Inicial Organizações Caóticas

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


DesempenhoDesempenho basicamente em função da competência e heroísmoheroísmo das pessoas que fazem o trabalho.

O processoprocesso de software é imprevisível,imprevisível, já que é constantemente alterado no decorrer do projeto

Os maiores problemasmaiores problemas com os quais se defrontam as organizações de software são gerenciaisgerenciais e não técnicos.

CMM – Nível 1 - Inicial

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


CMM: Nível 2 de Maturidade

INICIAL


REPETÍVEL


• Processos administrativos básicos são estabelecidos para acompanhar custo, cronograma e funcionalidade.

• A disciplina de processo está em repetir sucessos anteriores em projetos com aplicações similares.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


In Out

ProcessoProcesso de construção de software é uma série de caixas pretascaixas pretas com pontos de pontos de verificaçãoverificação definidos.

CMM Nível 2- Repetível Está em vigor um Sistema de Gerenciamento de Projeto

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Caracterizado pela existência de um processo processo efetivoefetivo de planejamento e gerenciamento planejamento e gerenciamento do projetodo projeto de software onde os controles sobre os procedimentos, compromissos e atividades são bem fundamentados.

O processosprocessos de planejamento e gerenciamento do projeto de software devem ser praticados na organizaçãopraticados na organização, documentados, treinados e controlados.

Neste nível ainda não háainda não há preocupação com o processo de engenharia de softwareengenharia de software


Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


O planejamento e gerenciamento de novos projetos são baseados na experiência obtida com experiência obtida com projetos similaresprojetos similares, que tenham obtido sucesso no passado

Um fator relevante para a organização nesse nível é a dependência das experiências anterioresdependência das experiências anteriores.

O desenvolvimento de novos tiposnovos tipos de produtos pode causar um desequilíbriodesequilíbrio no projeto, nas estimativas de custos e nos cronogramas

CMM - Nível 2 - RepetívelCMM - Nível 2 - Repetível Organizações Organizações DisciplinadasDisciplinadas

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


INICIAL


REPETÍVEL


DEFINIDO


•Os processos de software, tanto para atividades administrativas quanto para de engenharia estão documentados, padronizados e integrados em um processo de software padrão para a organização.

CMM Nível 3 de Maturidade

• Todos os projetos usam uma versão aprovada do processo de software padrão da organização para desenvolvimento e manutenção de software.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


In Out

Funções e responsabilidadesFunções e responsabilidades no processo são bem entendidasentendidas.

A produção do produtoprodução do produto de software é visívelvisível através do processo de software.

Desenvolvimento de software de acordo com um processo Desenvolvimento de software de acordo com um processo bem definido bem definido

CMM Nível 3 Definido

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Caracterizado principalmente pela existência de um processo de engenhariaprocesso de engenharia de software bem definido, documentado e padrãopadrão para a empresa.

As saídas saídas de uma atividade fluemfluem naturalmente para as entradas entradas da próxima atividade

Cada projeto de software utilizautiliza o processo padrão da organização como base para base para implementarimplementar seu próprio processo.

Nível 3 – Organizações Padronizadas

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Existe um grupo para processos de softwaregrupo para processos de software (SEPG) responsável por facilitar atividades de definição e melhoria de processos.

Existe um programa de treinamentoprograma de treinamento que assegura que todos tenham o conhecimento e a capacidade requerida para desenvolver suas tarefas, utilizando as ferramentas e os métodos disponíveis

Processos que dêem poderespoderes as pessoas para realizarem o trabalho

Nível 3 – Organizações Padronizadas

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are



INICIAL


REPETÍVEL


DEFINIDO


GERENCIADO


• São coletadas medidas detalhadas da qualidade do processo e do produto.

• Tanto o processo de software quanto os produtos são quantitativamente compreendidos e controlados.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


In Out

A gerência gerência tem bases objetivasbases objetivas para tomada de decisão.

A gerência é capaz de prever o desempenhoprever o desempenho dentro de limites quantificados.

Produto e processo são gerenciadosProduto e processo são gerenciadosquantitativamentequantitativamente

CMM Nível Gerenciado

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Caracterizado pela existência de processosprocessos de software passíveis de medidapassíveis de medida.

A produtividade produtividade e a qualidadequalidade são medidasmedidas em todas as etapas do processo de software e para todos os projetos da organização.

O controle sobre produtos e processoscontrole sobre produtos e processos de todos os projetos são adquiridos através da diminuição da variação do seu desempenho para dentro de limites quantitativos aceitáveis.

Nível 4 – Organizações Previsíveis

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


A organização começa a aplicar métricas de aplicar métricas de controle de qualidadecontrole de qualidade para aumentar a qualidade e a produtividade do software entregue aos clientes.

À medida que a organização adquire mais conhecimento sobre o produtoconhecimento sobre o produto, tem a oportunidade de removerremover várias fontes de comprometimentofontes de comprometimento da qualidade final

Isto proporciona a oportunidade de colocarcolocar o produto sob um controle estatístico de qualidadecontrole estatístico de qualidade.

Nível 4 – Organizações Previsíveis

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


INICIAL


REPETÍVEL


DEFINIDO


GERENCIADO


OTIMIZADOOrganizações com Melhoria Contínua

• Contínua melhoria de processo é possível por retornos quantitativos dos processos e das idéias e tecnologias inovadoras


Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


In Out

Mudança disciplinadaMudança disciplinada é um meio de vida.

Foco na melhoria contínua do processoFoco na melhoria contínua do processo

CMM Nível Otimizado

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Caracterizado pela existência de processosprocessos de software com contínua melhoriacontínua melhoria.

Os processosprocessos de software são avaliados avaliados para prevenir prevenir tipos de defeitos conhecidos devido à recorrência, e as lições aprendidas são disseminadas para outros projetos.

TecnologiasTecnologias que proporcionem mais retorno para processos específicos, utilizados pela organização, são selecionadas para serem introduzidas,introduzidas, de maneira gerenciávelgerenciável na organização.

Nível 5 – Melhoria Contínua

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Apesar de o processo ser maduro, ele é alvo de contínuas melhoriascontínuas melhorias.

Os grupos de projetistas analisam o rendimento do projeto para determinar as causas dos defeitoscausas dos defeitos.

Nesse nível foi atingido um ambiente de ambiente de excelênciaexcelência em engenharia de software

Nível 5 – Melhoria Contínua

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Processos dos níveis mais altos de maturidade podem ser realizados até mesmo por organizações do nível 1 (embora talvez ineficazmente).

CompetênciaCompetência em processos é construída em estágiosestágios, uma vez que alguns processos não são eficazes quando outros não estão estáveis.

Cada nível nível oferece um fundamentofundamento necessário para melhorias a serem implementadas no nível seguinte.

Níveis de Maturidade não podem ser omitidos

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


SemSem a disciplina de gerenciamentogerenciamento o processo de engenharia é sacrificadosacrificado.

Medidas detalhadas são inconsistentesinconsistentes sem um processo definido.

O efeito de inovação de processo não é não é claroclaro em um processo cheio de ruído.

Níveis de Maturidade não podem ser omitidos

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Capacidade x Desempenho

Inicial (1)Pobremente controladoe imprevisível

Repetível (2)Pode repetir tarefasexecutadas com sucesso

Definido (3)

Gerenciado (4)

Otimizado (5)

Processo é caracterizado eclaramente bem entendido

Processo medido econtrolado

Foco na melhoriacontínua do processo

CMM:

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Capacidade de processoCapacidade de processo - o espectro de resultados esperados que podem ser alcançados seguindo-se um processo, inicialmente estabelecido a nível organizacional. Um instrumento para previsão de resultados de projetos futuros.

Desempenho de processoDesempenho de processo - uma medida de resultados reais alcançados ao se seguir um processo. Está relacionado com um projeto em particular na organização.

Capacidade x Desempenho

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Evolução do processo

Otimização

Gerenciado

Definido

Repetível

Melhoria do processo éinstitucionalizada.

Inicial

Produto e processo são con-trolados quantitativamente.

Engenharia de software egerenciamento de processosdefinidos e integrados.

Sistema de gerenciamentode projetos em vigor;desempenho é repetido.Processo é informal eimprevisível.

NívelNível Características Características do processodo processo

Diferença entre Diferença entre Capacidade e Capacidade e DesempenhoDesempenho

1122

334455

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


CMM: Capacidade x Pessoas

sucesso depende de heróis individuais

sucesso depende de indivíduos, apoio administra-tivo

grupos de projeto trabalham juntos

forte senso de trabalho em equipe dentro de cada projeto

forte senso de trabalho em equipe na organização

“apagando incêndio” é o modo de viver

comprometimentos são compreendi-dos e admi-nistrados

treinamento é planejado e de acordo com os pepéis

todos estão envolvidos na melhoria do processo

relacão entre disciplinas são descordena-das e até adversas

as pessoas são treinadas

Nível 1Nível 1 Nível 2Nível 2 Nível 3Nível 3 Nível 4Nível 4 Nível 5Nível 5

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


introdução de nova tecnologia é um risco

tecnologia apóia atividades estáveis e estabeleci-das

novas tecnologias são avaliadas em bases qualitativas

novas tecnologias são procuradas e desenvolvi-das


novas tecnologias são avaliadas em bases quantitativas

CMM: Capacidade x Tecnologia

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


coleta de dados e análise são feitas ad hoc

dados de administração e planejamento usados em projetos individuais

dados são coletados e usados em todo processo definido

definição e coleta de dados padroniza-dos na organização

dados são usados para avaliar e selecionar melhorias de processo

dados são compartilha-dos ao longo do projeto

dados são usados para compreender o processo quan-titativamente e estabilizá-lo


CMM: Capacidade x Medidas

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


As Inspirações do CMM

A estruturaestrutura do modelo de maturidade de processo de software está baseada nos princípios de qualidade de produtoprincípios de qualidade de produto que existem há 60 anos.

19301930 - Shewart (AT&T) promulgou os princípios de controle estatístico de qualidadecontrole estatístico de qualidade.

Os princípios de Shewart foram posteriormente desenvolvidos e demonstradosdesenvolvidos e demonstrados com sucesso no trabalho de Deming e Juran.

• O trabalho desses pioneiros princípios do TQMTQM (Total Quality Management)

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


A reação em cadeia de Deming

A qualidade do produto melhora

O custo diminui devido a menos re-trabalho, menos problemas, menos demora, melhores projetos uso eficiente de recursos e materiais.

A capacidade melhora.

O mercado é conquistado devido a melhores produtos e preços menores

Lucro e mais serviço é conseguido

Permanência no negócio

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


A organização amadurece

O processo de software torna-se melhor definido e mais consistentemente implementado através da organização.

Software com maior qualidade , aumento de produtividade, menos re-trabalho, melhores planos e melhor administração de projeto de software

Adaptação da reação em cadeia de Deming ao Projeto

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Gerenciamento da Qualidade Total

Gerenciamento da Qualidade Total (TQMGerenciamento da Qualidade Total (TQM) é a aplicação de métodos quantitativosmétodos quantitativos e recursos humanosrecursos humanos para melhorarmelhorar :

- o material e serviços fornecidos por uma organização - todos os processos dentro de uma

organização - o nível de atendimento das necessidades do cliente , no presente e no futuro

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Princípios do TQM adaptados no Modelo CMM

O CMMCMM estabelece, durante os estágios iniciaisestágios iniciais, a administração administração do projetodo projeto e os fundamentos de fundamentos de engenhariaengenharia e durante os estágios estágios mais avançadosmais avançados de maturidade, o controle quantitativo do controle quantitativo do processoprocesso de software.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


CMMCMM

TQMTQMProjeto CProjeto A

hardware

software

Organização

Projeto X

Projeto B

O processo de melhoriaprocesso de melhoria se aplica em todo o contexto do negócio - o CMMCMM se aplica especificamente ao software.software.

Aplicando TQM ao Software

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Pontos Comuns no Movimento da Qualidade

MelhoriaMelhoria tem o seu focofoco em ajustar o processoprocesso e não em culpar as pessoas.

Melhoria Melhoria deve ser medidamedida e ter sua implementação periodicamente controladacontrolada.

MelhoriaMelhoria requer constânciaconstância de investimentos, recompensas investimentos, recompensas e incentivos. incentivos.

Melhoria Melhoria é um processo contínuocontínuo. Se o nível de desconfortodesconforto não é

suficientemente alto, as coisas não mudarãonão mudarão.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


O que o CMM não cobre

O CMM não aborda todos os processos de software e todas as questões ligadas à qualidade.

Questões que são abordadas indiretamente ou por conseqüência, incluem:- ferramentas específicas, métodos e tecnologias- engenharia concorrente e trabalho em equipe- engenharia de sistemas, marketing, etc...- recursos humanos- comportamento organizacional

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


CMM : “M” é para modelo

O MUNDO REAL

Marketing

Tecnologia

Cultura daOrganização

Engenharia deSistemas

Questõesde pessoal

Modelos são visões Modelos são visões simplificadassimplificadasdo mundo real.do mundo real.

CMM para CMM para softwaresoftware

Descrição de processo,Descrição de processo,modelos e instruçõesmodelos e instruçõesestão abaixo do nívelestão abaixo do nívelde detalhe do CMM.de detalhe do CMM.

Enge

nhar

ia d

e So

ftw

are


nhar

ia d

e So

ftw

are


Motivação para o CMMComunicar a visão de:Comunicar a visão de:• o que significa modelo de maturidade• como ele resulta em melhoria da qualidade• como ele faz a relação entre maturidade de

processo e competência (capacitação)

Fornecer fundamento para:Fornecer fundamento para:• dar suporte à avaliações baseadas no CMM• testar e aperfeiçoar o modelo de maturidade

Enge

nhar

ia d

e So

ftw

are

Prof. Claudiney Sanches JúniorEnge

nhar

ia d

e So

ftw

are


Sumário O que é o CMM Os 5 Níveis de Maturidade do

CMM Caracterização

Comportamental dos Níveis de Maturidade

As inspirações do CMM

cmm modelo de maturidade da competência. engenharia de software prof. claudiney sanches júnior...

Documents