1

Qualidade de SoftwareQualidade de Software

CMMCMM Uma Visão GeralUma Visão Geral

2

SumárioSumário O que é o CMM Os 5 Niveis de Maturidade do CMM Caracterização Comportamental dos

Níveis de Maturidade As inspirações do CMM

3

Qualidade de SoftwareQualidade de Software

desenvolvedorusuário

organização

Processode

Desenvolvimento

SOFTWARE PRODUTO

requisitosrequisitosatendidosatendidos

PROCESSO DE SOFTWARE

requisitos de requisitos de software produto software produto

SOFTWARE COM QUALIDADE

4

Melhoria de Processo de Software Melhoria de Processo de Software

ProcessoProcesso

Avaliação Avaliação do do

ProcessoProcesso

Melhoria Melhoria do do

ProcessoProcesso

é é examinado examinado

pelapela

conduz àconduz à

Estímulo Contexto e Patrocínio

Infra-Estrutura

INICIALIZAÇÃOINICIALIZAÇÃO

11

Abordagem Abordagem IDEALIDEAL

Recomen-dações

DIAGNÓSTICODIAGNÓSTICO

22Estado Atual e

Desejado

DIRETRIZESDIRETRIZESAbordagem

Prioridades

Plano de Ação33

Teste Piloto

Refinamento

Implementação

REALIZAÇÃOREALIZAÇÃO

44

Solução

Analisar/ Validar

Ações futuras

ALAVANCAGEMALAVANCAGEM55

A abordagem IDEALIDEAL descreve as fases, atividades e recursos necessários para uma melhoriamelhoria de processo com sucesso.

5

Estímulo Contexto e Patrocínio

Infra-Estrutura

INICIALIZAÇÃOINICIALIZAÇÃO11

Teste Piloto

Refinamento

Implementação

REALIZAÇÃOREALIZAÇÃO44

Solução

Analisar/ Validar

Ações futuras

ALAVANCAGEMALAVANCAGEM

55Abordagem IDEAL

Recomen-dações

DIAGNÓSTICODIAGNÓSTICO22

Estado Atual e

Desejado

DIRETRIZESDIRETRIZESAbordagem

Prioridades

Plano de Ação33CMMCMM

6

O que é o CMM?O que é o CMM? Uma estrutura que descreve os elementos chaveselementos chaves de um

processoprocesso de software eficazeficaz.

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

7

CMMCMM - Capability Maturity Model - 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 Maturidade do Processo de SoftwareProcesso de Software

8

Maturidade de Processo de SoftwareMaturidade 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 softwarequalidade do processo de software pode ser analisada através do nível de maturidade do processonível de maturidade do processo.

9

CMMCMM - Capability Maturity Model - 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.

10

A Evolução do CMM (a)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 modelo de maturidadematuridade 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)

11

A Evolução do CMM (b)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 CMMCMM

• fevereiro 1993 fevereiro 1993 - Versão 1.1 do CMMCMM - Capability Capability Maturity Model for SoftwareMaturity Model for Software (atualmente usada)

12

Premissa Básica 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.

13

Visão Geral do Modelo (a)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 mnelhoramentos sucessivos não foram estabelecidosnão foram estabelecidos.

14

Visão Geral do Modelo (b)Visão Geral do Modelo (b) Os 5 níveis de maturidade5 níveis de maturidade descrevem fundamentos

sucessivos para melhoria contínua do processomelhoria contínua do 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 melhoramentoatividades de melhoramento 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 vezcada vez.

15

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 Os 5 Níveis de Maturidade do CMMMaturidade do CMM

16

INICIAL

Organizações Caóticas

CMM: CMM: Nível 1 de MaturidadeNível 1 de Maturidade

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

17

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 disformealgum processo disforme. O produto flui para fora e (espera-se) funciona.

18

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

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 frequentemente 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

19

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 - InicialCMM - Nível 1 - Inicial Organizações CaóticasOrganizações Caóticas

20

REPETÍVEL

Organizações Disciplinadas

CMM: CMM: Nível 2 de MaturidadeNível 2 de Maturidade

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

21

In Out

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

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

Gerenciamento de ProjetoGerenciamento de Projeto

22

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

Os processosprocessos de planejamento e gerenciamento do projeto de software devem ser praticados na praticados na organizaçãoorganizaçã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

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

23

O planejamento e gerenciamento de novos projetos são baseados na experiência obtida com projetos experiência obtida com projetos similaressimilares, 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 DisciplinadasOrganizações Disciplinadas

24

DEFINIDO

Organizações Padronizadas

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

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

CMM: CMM: Nível 3 de MaturidadeNível 3 de Maturidade

25

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.

CMM Nível 2- Repetível Desenvolvimento de software de Desenvolvimento de software de

acordo com um processo bem definido acordo com um processo bem definido

26

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 implementarbase para implementar seu próprio processo.

CMM - Nível 3 - DefinidoCMM - Nível 3 - Definido Organizações PadronizadasOrganizações Padronizadas

27

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

CMM - Nível 3 - DefinidoCMM - Nível 3 - Definido Organizações PadronizadasOrganizações Padronizadas

28

GERENCIADO

Organizações Previsíveis

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

CMM: CMM: Nível 4 de Maturidade Nível 4 de Maturidade

29

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.

CMM Nível 4- Gerenciado

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

30

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.

CMM - Nível 4 - GerenciadoCMM - Nível 4 - Gerenciado Organizações PrevisíveisOrganizações Previsíveis

31

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

À medida que a organização adquire mais conhecimento conhecimento sobre o produtosobre 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.

CMM - Nível 4 - GerenciadoCMM - Nível 4 - Gerenciado Organizações PrevisíveisOrganizações Previsíveis

32

OTIMIZADOOrganizações com Melhoria Contínua

CMM: CMM: Nível 5 de MaturidadeNível 5 de Maturidade

• Melhorias contínuas são realizadas no processo, utilizando-se as medidas quantitativas de qualidade do processo e produto, e também aplicando-se idéias e tecnologias inovadoras.

33

In Out

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

CMM Nível 5- Otimizado Foco na melhoria contínua do Foco na melhoria contínua do

processoprocesso

34

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.

CMM - Nível 5 - OtimizadoCMM - Nível 5 - Otimizado Melhoria ContínuaMelhoria Contínua

35

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

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 excelênciaambiente de excelência em engenharia de software

CMM - Nível 5 - OtimizadoCMM - Nível 5 - Otimizado Melhoria ContínuaMelhoria Contínua

36

Níveis de maturidade não Níveis de maturidade não podem ser omitidospodem ser omitidos

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.

37

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 é claronão é claro em um processo cheio de ruído.

Níveis de maturidade não Níveis de maturidade não podem ser omitidospodem ser omitidos

38

capacidade capacidade x x

pessoas, pessoas, tecnologia e tecnologia e

medidas medidas

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:

39

CMM: Capacidade x PessoasCMM: 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 papé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

40

CMM: Capacidade x TecnologiaCMM: Capacidade x Tecnologia

introdução de nova tecnologia é um risco

tecnologia apoia atividades estáveis e estabeleci-das

novas tecnologias são avaliadas em bases qualitativas

novas tecnologias são procuradas e desenvolvi-das

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

novas tecnologias são avaliadas em bases quantitativas

41

CMM: Capacidade x MedidasCMM: Capacidade x Medidas

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

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

42

As Inspirações do CMM As Inspirações do CMM A estruturaestrutura do modelo de maturidade de processo de

software está baseada nos princípios de qualidade de princípios de qualidade de produtoproduto que existem há 60 anos.

19401940 - 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)

43

A reação em cadeia de Deming 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

44

Adaptação da reação em cadeia de Adaptação da reação em cadeia de DemingDeming ao Projeto de Softwareao Projeto de Software

A organização amadurece

O processo de software torna-se melhor definido e mais consistemente 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

45

Gerenciamento da Qualidade TotalGerenciamento da Qualidade Total Gerenciamento da Qualidade Total (TQMGerenciamento da Qualidade Total (TQM) é a

aplicação de métodos quantitativosmétodos quantitativos e recursos recursos humanoshumanos 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

46

Princípios do TQM adaptados no Princípios do TQM adaptados no Modelo CMMModelo CMM

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

47

Aplicando TQM ao SoftwareAplicando TQM ao Software

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.

48

Pontos Comuns no Movimento da Pontos Comuns no Movimento da QualidadeQualidade

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, investimentos, recompensas 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.

49

Motivação para o CMMMotivação para o CMM

Comunicar 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