SEPG Conference ´97

Sumário

Algumas estatísticas CMM v2.0 Novos CMMs Projetos de Watts Humphrey (PSP e TSP) O Modelo IDEAL

Estatísticas e Comentários

Percentuais nos Níveis de Maturidade das empresas avaliadas (Abril 1996)» Nível 1: 68,8 %» Nível 2: 18,0 %» Nível 3: 11,3 %» Nível 4: 1,5 %» Nível 5: 0,4 %

Maturidade US x Internacional comparáveis Crescente o percentual de empresas

“comuns”, ultrapassando a Indústria de Defesa

Estatísticas e Comentários

Tempos médios» Do nível 1 ao nível 2: 27 meses» Do nível 2 ao nível 3: 24 meses

Maior variância na mudança de L1 para L2 do que de L2 para L3

SW-CMM v2.0

Contínua evolução do modelo Recolhe sugestões e críticas dos usuários Aperfeiçoamento dos níveis 4 e 5 conforme

estes vão sendo melhor entendidos Harmonização com outros padrões e demais

CMMs Previsto para Novembro/1997

SW-CMM v2.0

Algumas mudanças» Novo nome para o nível 4:

“Quantitatively Managed”» KPA “Subcontratação de Software” (L2)

renomeada para “Gerenciamento de Fornecedores de Software”

– Inclui Componentes, Software fornecido pelo cliente e reutilização de software

– Cobre ferramentas de Engenharia de Software e software embutido no produto

» Inclusão da KPA L3 “Gerenciamento de Risco de Software” (controverso)

Níveis de Maturidade

Melhoria de Processo

Controle deProcesso

Qualitativo Quantitativo

3- Definido

5 - Otimizado

4 - Gerenciado

2 - Repetível

1 - Inicial

SW-CMM v2.0

Ênfase dos níveis:» Repetível

– Controle qualitativo do processo pelo emprego de gerenciamento básico de projeto

» Definido– Melhoria qualitativa do processo através da aprendizagem

organizacional

» Gerenciado Quantitativamente– Controle quantitativo do processo através do uso sistemático

de medição

» Otimizado– Melhoria contínua do processo baseada na compreensão

quantitativa das implicações da mudança de processo

“Diversificação”

P-CMM SA-CMM SE-CMM IPD-CMM CMM Integration Project

P-CMM

People CMM Aumento da Maturidade na gestão de recursos

humanos em software Motivado pela constatação de que a variável

mais importante na qualidade de software é o nível dos próprios desenvolvedores

Pode ser implantado em paralelo ao SW-CMM

SA-CMM

Software Acquisition CMM Aumento da maturidade da organização em

sua capacitação na aquisição de software Inclui

» Compra de Pacotes» Compra de Componentes» Outsourcing do desenvolvimento» Outsourcing do suporte ao ciclo de vida

(operação, manutenção etc.)

SE-CMM

Systems Engineering CMM Generalização do CMM para sistemas

completos, que incluam por exemplo hardware

Porções de software do sistema são tratadas pelo SW-CMM

IPD-CMM

Integrated Product Development CMM Extensão do CMM ao ciclo de vida completo

do produto (qualquer produto ou serviço) Foco na integração de disciplinas e áreas da

empresa Linha entre SE e IPD CMM ainda pouco

clara

IPD-CMM

SE-CMM

SW-CMM

SA-CMMP-CMM

Relacionamento entre os CMMs

Integração de CMMs

Problemas» Sobreposições e Redundâncias» Inconsistências de conceitos e terminologias» Dificuldade em entender o contexto para a seleção do

CMM mais aplicável Solução

» Projeto de integração de CMMs» Visa criar um framework comum» CMMs atuais seriam adaptadas ao framework» Novos CMMs seriam criados no framework» SW-CMM v2.0 já no novo framework

PSP

Personal Software Process Aplicação dos conceitos do CMM ao nível

individual Ensina aos desenvolvedores a aumentar

sua maturidade pessoal no processo de software

Diferente do P-CMM (este é organizacional)

PSP

No paradigma do PSP, cada desenvolvedor» Estabelece metas pessoais» Define os métodos que usará» Mede seu trabalho» Analisa seus resultados» Ajusta os métodos para aproximar-se das metas

Tem sido usado com sucesso em outras atividades pessoais estruturadas» Escrever um livro» Desenvolver um treinamento

PSP

Funciona como treinamento para o CMM Muito útil se empregado em conjunto com o

CMM Têm mostrado resultados significativos

» Aumento de 30 % na produtividade» Precisão em estimativas aumentada para +/- 10%» Injeção de defeitos no desenvolvimento reduzida

em 60%» Defeitos encontrados no teste de unidade

reduzidos em 75%

TSP

Team Software Process Visa capacitar desenvolvedores treinados no

PSP a trabalharem em conjunto numa equipe

Watts Humphrey está trabalhando neste projeto atualmente

Estão sendo realizados pilotos

IDEAL

Modelo para realizar projetos de aumento do nível de maturidade

Pode ser usado em qualquer CMM e mesmo com outros modelos

Baseado no PDCA Utilizado tipicamente para se ir de um nível

de maturidade para o próximo

Leveraging

Acting

Establishing

Diagnosing

Initiating

Definir Contextoe EstabelecerPatrocínios

Estímulo paraa Melhoria

Estabelecer Infra-estruturapara a Melhoria

Avaliar eCaracterizar aPrática Atual

DesenvolverRecomendaçõese Documentar Resultados da Fase

DefinirEstratégias ePrioridades

Estabelecer Equipes de Ação

Planejar Ações

Planejar,Executar eAcompanhar Implantação

Planejar e Executar Pilotos

Definir Processo e Medidas

Documentar eAnalisarLições

RevisarAbordagemOrganizacional

O Modelo IDEALSM