Upload
olivia-cea
View
220
Download
0
Embed Size (px)
Citation preview
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
3Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
4Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
5Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
6Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
7Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
8Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
9Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
10Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
11Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
12Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
INICIAL
Organizações Caóticas
• 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
13Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
14Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
15Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
16Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
CMM: Nível 2 de Maturidade
INICIAL
Organizações Caóticas
REPETÍVEL
Organizações Disciplinadas
• 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
17Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
18Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
Organizações Disciplinadas
Enge
nhar
ia d
e So
ftw
are
19Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
20Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
INICIAL
Organizações Caóticas
REPETÍVEL
Organizações Disciplinadas
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.
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
21Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
22Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
23Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
24Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
CMM Nível 4 de Maturidade
INICIAL
Organizações Caóticas
REPETÍVEL
Organizações Disciplinadas
DEFINIDO
Organizações Padronizadas
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.
Enge
nhar
ia d
e So
ftw
are
25Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
26Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
27Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
28Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
• Contínua melhoria de processo é possível por retornos quantitativos dos processos e das idéias e tecnologias inovadoras
CMM Nível 5 de Maturidade
Enge
nhar
ia d
e So
ftw
are
29Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
30Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
31Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
32Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
33Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
34Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
35Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
36Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
37Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
38Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
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
CMM: Capacidade x Tecnologia
Enge
nhar
ia d
e So
ftw
are
39Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
CMM: Capacidade x Medidas
Enge
nhar
ia d
e So
ftw
are
40Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
41Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
42Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
43Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
44Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
45Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
46Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
47Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
48Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
49Prof. Claudiney Sanches JúniorEnge
nhar
ia d
e So
ftw
are
Prof. Claudiney Sanches Júnior
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
Prof. Claudiney Sanches Júnior
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