de mps/spi para mdpek -...

Slides versão 1.5 para apresentação em 4 horas.aula no evento ProQualitiem Recife, PE, Brasil – 2 de Novembro de 2007

(c) Clenio F. Salviano, 2004-2007 1

© CFS 2004-2007, v1.5 1

De MPS/SPI para MDPEK:Uma proposta para evolução da áreade Melhoria de Processo de Software

Clênio F. Salviano

CenPRA – Centro de PesquisasRenato Archer e

Núcleo ProQualiti

clenio.salviano@{cenpra.gov.br, gmail.com}


© CFS 2004-2007, v1.5 2

Apresentar e discutir:

� a área atual deMelhoria de Processo de Software (MPS)baseada em Níveis de Maturidadecomo uma área consolidada,

� cinco forças para evolução de MPS,� uma proposta de evolução de MPS,� uma abordagem exemplo para

esta proposta de evolução de MPS,� outras abordagens para a evolução de MPS e � estado atual e trabalhos futuros da proposta.

Objetivos da apresentação



© CFS 2004-2007, v1.5 3

1. Melhoria de Processode Software (MPS)

2. Forças paraevolução da MPS

3. Proposta deevolução da MPS

4. Exemplo de abordagem para proposta de evolução

5. Outras propostas6. Estado atual e futuro

Agenda da apresentação

© CFS 2004-2007, v1.5 4








© CFS 2004-2007, v1.5 5

Histórico e relações pesquisa/aplicação e estabelecimento/consolidação da MPS

Estabelecimento: (+pesquisa/-aplicação)Marco do início: Outubro 1986, Humphrey relaciona 100 questões

com níveis de Crosby e cria os níveis de maturidade [Humphrey,2002]

Consolidação: (-pesquisa/+aplicação)Marco do início: maio 2002, lançamento dos modelos CMMI v1.1Evidência: sucesso e impacto do CMMI no mundo, e MPS.BR no Brasil

Situação atual [a partir de 2002]: Consolidação da MPS baseada nos níveis de maturidade do CMM/CMMI

... 1985 1990 1995 2000 2005 2010 2015 2020 ...

pesquisaaplicação

+ pesquisa �� + aplicaçãoBalanço:

© CFS 2004-2007, v1.5 6

é uma abordagempara melhoria

de uma organização intensiva em softwarepor meio da melhoria de processos relevantes

baseada no conceito decapacidade de processo (process capability)buscando melhores resultados de negócio

tendo como referência ummodelo de capacidade e/ou maturidade(na maioria das vezes um nível de maturidade

CMM/CMMI ou similar)

Proposta de definição paraMelhoria de Processo de Software (MPS)ou Software Process Improvement (SPI)



© CFS 2004-2007, v1.5 7

Processode

Avaliação

Requisitosde

ModeloCap/Mat

Modelo deCap. e/ou Maturidade

Requisitosde

ProcessoAvaliação

avaliação

processo

avaliaçãode

processo

ciclo de

de processo

ciclo demelhoria

de processo

processode uma

organização

AvaliadorCompetente

Ciclo de Melhoria de Processo

Referência Conceitual DomínioÁrea

Modelode

Negócio

Modelo e Tipo de Elementos da MPS

© CFS 2004-2007, v1.5 8

Modelo [período] /Tipo de elemento

CMM[1983-1993]

ISO/IEC 15504 [1994-2003]

CMMI, iCMM[1999-2002]

Referência Conceitual

Nível de Maturidade e Área de Processo

Nível e Perfilde Capacidade

Todos: NM, AP, NC e PC

Requisitos de Modelos Cap/Mat

--- 15504 CMMI

Modelo de Cap.e/ou Maturidade

SW-CMM 15504-5 AutomotiveSPICE

CMMI-DEViCMM

Requisitos deProcesso Avaliação

CAF 15504-2 ARC

Método Avaliação CBA-IPI 15504-3 SCAMPI

Ciclo de Melhoria IDEAL 15504-4 IDEAL

Domínio Software Sistemas(e software)

Sistemas(e software)

Modelo de Negócio Baseado em Credencia Avaliador

Modelo da ISO Baseado em Cred. Avaliador

Área MPS MPS MPS

Como a MPS foi consolidada: CMM/15504/CMMI

Legenda: Tipo de elemento: elemento => criou o tipo de elemento



© CFS 2004-2007, v1.5 9

avaliação

processo

avaliaçãode

processo

Processode

Avaliação

Requisitosde

ModeloCap/Mat

Modelo deCap. e/ou Maturidade

ciclo de

de processo

ciclo demelhoria

de processo

AvaliadorCompetente

processode uma

organização

Requisitosde

ProcessoAvaliação

Ciclo de Melhoria de Processo

Referência Conceitual Domínio

Modelode

Negócio

Área

SW-CMM15504-5

iCMMAutomotiveSPICE

CMMI-DEVMR-MPS

15504-2CMMI

CBA-IPI15504-3SCAMPIMARESMA-MPS

CAF15504-2ARC

IDEAL, 15504-4, AMP1

MPSMelhoria de Processo de Software

Baseado nocredenciamentode avaliador:CMMISOCMMIMPS.BR

Nível de Maturidade, Perfil de CapacidadeÁrea de Processo, Nível de Capacidade

SoftwareSistemas

Modelo e Tipos de Elementos da MPSe Exemplos CMM/15504/CMMI/MPS.BR

© CFS 2004-2007, v1.5 10








© CFS 2004-2007, v1.5 11

Evolução da Melhoria de Processo de Software

Consolidaçãoda MPS

baseada nos níveis de maturidade CMM/CMMI

Integraçãoe utilização de múltiplos modelos

Flexibilidade dos modelos contínuos

Generalizaçãode software como

mídia para conhecimento

Necessidade de identificaçãodos conceitos básicos

Comoditização, globalização e

aumento da importância da estratégia

Conceitos Básicos,MDPEK e PRO2PI

Forças para evolução da MPS

© CFS 2004-2007, v1.5 12

Integração de modelos e utilização de múltiplos modelos para a melhoria

• Várias empresas tem utilizado, de forma improvisada ou mesmo de forma separada, mais de um modelo para orientar a melhoria, p. ex., CMMI, ISO 9000 e PMBOK.

• Vários modelos, às vezes para domínios e segmentos mais específicos, tem sido propostos

• Alguns destes modelos são propostas de integração de outros modelos, p. ex., CMMI-DEV, iCMM, ISF for Excellence e Enterprize SPICE

• Analogia com a indústria automobilística:– Modelo único para estabelecer a área e – Múltiplos modelos depois da área ser estabelecida



© CFS 2004-2007, v1.5 13


• A Norma ISO/IEC 15504 definiu a arquitetura contínua como uma alternativa à arquitetura estagiada

• A arquitetura contínua permite que uma organização escolha um perfil de capacidade para orientar a melhoria e/ou avaliação de seus processos.

• A arquitetura estagiada já define um perfil de capacidade (denominado de nível de maturidade).

• Um nível de maturidade é um (excelente) exemplo de um perfil, para um determinado tipo de organização

• Apesar do potencial de utilização, pela flexibilidade, a arquitetura contínua ainda não é muito utilizada

© CFS 2004-2007, v1.5 14

Generalização de software como mídia para conhecimento e trabalhador

do conhecimento (1 de 2)“A visão de software como um produto tem sido provavelmente um erro. Software deve ser considerado como uma mídia na qual armazenamos conhecimento”. Software é a quinta destas mídias:

• DNA: ~4 bilhões de anos• Cérebro: ~2 milhões de anos • Ferramentas: ~1 milhão de anos• Livros: ~600 anos• Software: ~50 anos[Phillip Armour, Of Zeppelins and Jet Planes: Agile Development

and the New Paradigm for Software, 2003]



© CFS 2004-2007, v1.5 15

Generalização de software como mídia para conhecimento e trabalhador do conhecimento (2 de 2)

Trabalhador do Conhecimento“Uma pessoa cujo trabalho envolve desenvolver e utilizar conhecimento” [Peter Drucker, Landmarks of Tomorrow, 1959, “anyonewho works for a living at the tasks of developing or using knowledge”]

"Productive work in today's society and economyis work that applies vision, knowledge and concepts --work that is based on the mind rather than the hand.“

[Landmarks of Tomorrow, 1959]

“ … the typical business will be knowledge-based, [...]it will be what I call an information-based organization

[The Coming of the New Organization, 1988]

"The most valuable assets of a 20th-century companywere its production equipment. The most valuable asset

of a 21st-century institution, whether business ornonbusiness, will be its knowledge workers and their

productivity.” [Management Challenges for the 21st Century, 1999]

© CFS 2004-2007, v1.5 16

Necessidade de identificação dos conceitos

básicos (1 de 3)“SPI tornou-se uma força dominante

na indústria global de software. Porém, SPI não é um tópico popular de pesquisa rigorosa, especialmente em universidades. Abordagens (CMMI, Six Sigma, LeanDevelopment e ISO 9001) tem sido evoluída ou adaptada para a engenharia de software largamente sem a participação da comunidade de pesquisa acadêmica.Isto é um problema? Minha resposta é sim.

Uma questão que inibe a disseminação destas abordagens nos dias de hoje é que estas abordagens são consideradas competidoras. Na verdade todas elas são baseadas em conceitos e técnica muito similares.O empacotamento obscurece os princípios básicos.Elicitar e refinar princípios básicos é o papel da ciência.”

[David Card, Research Directions in Software Process Improvement, 2004]



© CFS 2004-2007, v1.5 17


básicos (2 de 3)

Duas áreas, que tratam de generalização de conceitos básicos, podem ser utilizadas:

a) Model Driven Engineering MDE (Engenharia dirigida por modelo), que prega que “tudo é modelo” e devemos utilizar modelos e metamodelos como elementos principais e com isto termos uma interoperabilidade semântica [Bézevin, Favre e outros]

b) Semiótica de Peirce, que prega uma relação triádicaentre um signo, um objeto e o efeito no interpretante, como base de uma teoria unificada da significação [Charles Sanders Peirce (1839-1914)]

© CFS 2004-2007, v1.5 18


básicos (3 de 3)

Modelo é uma representação de um sistema, como uma abstração em relação a um determinado aspecto.

Um modelo é documentado na notação de seu metamodelo e este metamodelo define o significfadodo modelo e de qual aspecto do sistema ele abstrai.

Um modelo deve ser capaz de responder perguntas em relação ao sistema que ele representa.

Modelagem é essencial para atividades humanas porque toda ação é precedida pela construção (implícita ou explícita) de um modelo. Modelo, modelagem e ação estão relacionados ao processo de significação.



© CFS 2004-2007, v1.5 19

Comoditização, globalização e aumento da importância

da estratégia (1 de 3)• “Globalização 3.0” [Thomas L. Friedman, A Brief History

of the Globalized World in the Twenty-First Century, 2004]

• Os níveis 2 e 3 do CMMI e outros modelos possibilitam a disseminação das melhores práticas de desenvolvimento de projetos de software nas organizações e com isto, a comoditização do desenvolvimento de software

• “Os processos de negócio tem sido analisados, padronizados e sua qualidade tem sido verificada. Esta tendência levará à comoditização (commoditization) e em conseqüência à terceirização (outsourcing) em alta escala” [Thomas H. Davenport, The Coming Commoditization

of Processes, Harvard Business Review, p. 1-8, June 2005]

© CFS 2004-2007, v1.5 20


da estratégia (2 de 3)

• “Estratégia nunca foi tão importante” [Michael Porter, etc...]

• Estratégia e Melhoria de Processo:

[David Reo, Linking Businesswith Improvement”, SIMPROS 2000]

Estabelece Metas,Dirige os Investimentos

Confirma Estratégia,Agrega ValorObjetivos

Estratégicos

Eficácia

Melhoriade Processo

Eficiência



© CFS 2004-2007, v1.5 21


da estratégia (3 de 3)

“Existe uma divergência entre CMM/CMMI e(algumas) estratégias corporativas” [Stan Rifkin, Is there aMisfit between the CMM/CMMI and corporate strategy?, 2005]

“Existe três estratégias dominantes:a) Excelência operacionalb) Inovação de produtoc) Intimidade com o cliente”[Treacy and Wiersema 1993]

“Estratégias e o usodo CMM/CMMI:a) Simb) Nãoc) Não”[Rifkin 2005]

E organizações (principalmente as pequenas)orientadas a produtos para múltiplos clientes?

© CFS 2004-2007, v1.5 22

Forças e MPS

Abordagem

Força 1:

Múltiplos

Modelos

Força 2:

Flex. Mod.

Continuo

Força 3:

de Sw. p/

Conhec.

Força 4:

Conceitos

Básicos

Força 5:

Comodit.

Estratégia

“MPS/SPI” N P P N P

LegendaN Não atendeP Atende ParcialmenteL Atende LargamenteF Atende Completamente (Fully)



© CFS 2004-2007, v1.5 23

Evolução da Melhoria de Processo de Software

Consolidaçãoda MPS

baseada nos níveis de maturidade CMM/CMMI

Integraçãoe utilização de múltiplos modelos


Generalizaçãode software como

mídia para conhecimento

Necessidade de identificaçãodos conceitos básicos

Comoditização, globalização e

aumento da importância da estratégia

Conceitos Básicos,MDPEK e PRO2PI

Proposta para evolução da MPS

© CFS 2004-2007, v1.5 24








© CFS 2004-2007, v1.5 25

MDPEK: Conceitos Básicos (1 de 4)

ProcessProcess

ProcessCapabilityProfile

isRepresentedBy

fromprocesscapabilityaspect

prescriptivemodel:gives

requirementsand

orientationfor

M1(themodeling space)

M0(the world)

descriptivemodel:

represents

© CFS 2004-2007, v1.5 26

MDPEK: Conceitos Básicos (2 de 4)Nível de Capacidade de Processo (Process Capability Level)

Um conjunto de boas práticas genéricasrelacionadas a “quão bem fazer”Exemplos: Gerenciado, Estabelecido/Definido

Área de Capacidade de Processo (Process Capability Area)Um conjunto de boas práticas específicasrelacionadas a “o que fazer”independente do “quão bem fazer”Exemplos: Solução Técnica, Medição, Verificação

Perfil de Capacidade de Processo (Process Capability Profile)Um conjunto de áreas de capacidade de processo,cada uma em um nível de capacidade de processoExemplos: Nível 3 de Maturidade do CMMI, (Solução Técnica no nível 2 e Medição no nível 3)



© CFS 2004-2007, v1.5 27

5: Em OtimizaçãoInovação de Proc.Otimização de Proc.

4: PrevisívelMedição de Proc.Controle de Proc.

3: EstabelecidoDefinição de Proc.Implementação Proc.

2: Gerenciado.Ger. da ExecuçãoGer. de Produtos

1: ExecutadoExecução de Proc.

0: Incompleto

Níveis deCapacidade

eExemplos deProcessosda 15504-5

Construçãode Software

critériosunidadescódigo

verificação

Gerênciade Projeto

escopoestimativasplanos

progresso

Elicitaçãode Requisitos

comunicaçãorequisitosnecessidademudança

Teste deSoftware

critériosintegraçãoteste

regressão

Suporteao Cliente

serviçossatisfaçãosolicitaçõesnecessidades

no nível 3 no nível 3 no nível 2 no nível 4 no nível 2

Exemplo de um Perfil de Capacidade de Processo

MDPEK: Conceitos Básicos (3 de 4)

© CFS 2004-2007, v1.5 28

MDPEK: Conceitos Básicos (4 de 4)“Geraes” Class Diagram for MDPEK Basic Concepts (in Ecore)

MDPEK “Geraes” Class Diagram by [Salviano and Figueiredo 2007]



© CFS 2004-2007, v1.5 29

de MPS/SPI para MDPEK

Referência: C. F. Salviano, Uma proposta orientada a perfis de capacidade de processo paraevolução da melhoria de processo de software, Tese de doutorado, Faculdade de EngenhariaElétrica e de Computação da Universidade Estadual de Campinas (FEEC-Unicamp), 2006 (em

http://libdigi.unicamp.br/, procurar pela palavra-chave: PRO2PI)

{ (Engenharia de Processo)(de Software, de Sistema e de qualquer outroTrabalho Humano Intensivo em Conhecimento)

Dirigida por (Modelos dePerfis de Capacidade de Processo)

(dinâmicos, sistêmicos e específicos)com áreas de processo de vários modelos }

MPS/

SPI

MDPEK

{ (Melhoria de Processo)(de Projetos de Desenvolvimento

de Software)Baseada em (Níveis de Maturidade)(fixos, sistêmicos e universais) dos

modelos estagiados SW-CMM, CMMI, ...}

de

para

© CFS 2004-2007, v1.5 30

MDPEK(Process Capability Profile)

Model-Driven(Process Engineering)

for (Software, System and other Knowledge) Worker Intensive Organization

(Engenharia de Processo)dirigida por modelos

de (Perfis de Capacidade de Processo)para Organizações Intensivas em Trabalhadores

de (Software, Sistema e Conhecimento)



© CFS 2004-2007, v1.5 31

processo da organização(o que as pessoas fazem)

modelo doprocesso daorganização

(ciclo de vida,papéis, atividades, e artefatos)

modelo deprocessogenérico(ciclo de vida,

papéis, atividades, e artefatos)

modelo decapacidadede processo(níveis de capacidadee áreas de processo,

com propósito, objetivos,resultados, e práticas)

outrostipos demodelos

(organizados comestruturas próprias)

A BX Y

relacionamento direto entre A e Brelacionamento indireto entre X e Y

Legenda:

© CFS 2004-2007, v1.5 32

processo da organização(o que as pessoas fazem)

modelo doprocesso daorganização

(ciclo de vida,papéis, atividades, e artefatos)

modelo deprocessogenérico(ciclo de vida,

papéis, atividades, e artefatos)

modelo decapacidadede processo(níveis de capacidadee áreas de processo,

com propósito, objetivos,resultados, e práticas)

outrostipos demodelos

(organizados comestruturas próprias)

A BX Y

relacionamento direto entre A e Brelacionamento indireto entre X e Y

Legenda:

Perfil deCapacidadede Processo



© CFS 2004-2007, v1.5 33

“Sinal Aberto” Concept Map for MDPEK

Concept Map is graphical tool for capturing, representing, organizing,archiving and creating knowledge [Novak and Canas 2001]

MDPEK “Sinal Aberto” Concept Map by Salviano, 2007

© CFS 2004-2007, v1.5 34








© CFS 2004-2007, v1.5 35

Abordagem PRO2PIAn Approach oriented byProcess Capability Profileto Process Improvement

Uma Abordagem orientada a Perfis de Capacidade de Processo

para Melhoria de Processo

Note: The name PRO2PI uses the number 2to mean the two PRO (Process Profile)and also as “to” Process Improvement

uma abordagem exemplo de MDPEKReferência: [Salviano, 2006]

© CFS 2004-2007, v1.5 36

Contexto eobjetivos estratégicosda organização e daunidade organizacional

Boaspráticasde modelos decapacidade deprocesso mais genéricos(SW-CMM, iCMM,ISO/IEC 15504-5,CMMI-DEV, OPM3,COBIT, eSCM-SP, MR-MPS...), de outros modelos de referência (ISO 9001, PMBOK,ISO/IEC 12207, SWEBOK, EFQM, PNQ, RUP, ...) e/ou de qualquer outra fonte

DefinePRO2PI

UsaPRO2PI

açõesde melhoriade processo

resultados dedesempenhoorganizacional

processosda unidade

organizacional

Contexto ecaracterísticasde umsegmentooudomínio

Modelo mais específico

DefineModelo

AvaliaProcesso

resultados decapacidade de processo

PRO2PI

MDPEK abordagem PRO2PI

Níveis de Capacidade

Áreas de Processo

Perfil deCapacidadede Processo

Perfis deCapacidadede Processo

Níveis de Capacidade

Áreas de Processo

c1

c5

c3

...pi pj pk



© CFS 2004-2007, v1.5 37

Melhoriada

Organização

Decisão e comprometimentopara a melhoria

Institucionalizaa melhoria

Preparainstitucionalização

da melhoria

Iniciaciclo demelhoria

Avaliapráticas

correntes

Planejaações demelhoria

Realizaações demelhoria

Fases do Ciclo de Melhoria de Processo:

© CFS 2004-2007, v1.5 38

Contexto eobjetivos estratégicos

da organização

Experiências e resultados de outras organizações

Melhoriada

Organização




da melhoria


Avaliapráticas

correntes



Boas práticas de modelos de capacidade de processo (SW-

CMM, ISO/IEC 15504-5, iCMM, CMMI-DEV, OPM3, COBIT,

eSCM-SP, MR-MPS, ...), outros modelos de referência (ISO 9001,

PMBOK, ISO/IEC 12207, SWEBOK, EFQM, PNQ, RUP, ...), e/ou qualquer outra fonte

Referências para o Ciclo de Melhoria de Processo:



© CFS 2004-2007, v1.5 39


da organização


Melhoriada

Organização




da melhoria


Avaliapráticas

correntes



Perfil para o Ciclo de Melhoria de Processo:

Definee utilizaPRO2PI

PRO2PI





© CFS 2004-2007, v1.5 40


da organização


Melhoriada

Organização




da melhoria


Avaliapráticas

correntes



Definee utilizaPRO2PI

PRO2PI





PRO2PI-CYCLE: Ciclo de Melhoria de Processo:



© CFS 2004-2007, v1.5 41

PRO2PI:Perfil de

Capacidadede Processopara Melhoriade Processo

em relação ao estado atual e investimento

Viávelaos objetivos estratégicosda organização

Relevante

explora oportunidades existentes

Oportuno

forma um sistema

Sistêmico

às características da organização

Específico

aos modelos relevantes

Rastreável

pode ser alteradoDinâmico

aplica-se ao todo do PRO2PIpode ser aplicado a uma parte do PRO2PI

como um modelodo processo

Representativo

Propriedades de um PRO2PI

© CFS 2004-2007, v1.5 42

Forças, MPS e MSPEK/PRO2PI

Abordagem

Força 1:

Múltiplos

Modelos

Força 2:

Flex. Mod.

Continuo

Força 3:

de Sw. p/

Conhec.

Força 4:

Conceitos

Básicos

Força 5:

Comodit.

Estrategia

“MPS/SPI” N P P N P

“MDPEK/PRO2PI” F F F F F

LegendaN Não atendeP Atende ParcialmenteL Atende LargamenteF Atende Completamente (Fully)



© CFS 2004-2007, v1.5 43






© CFS 2004-2007, v1.5 44

Outras propostas“QuagMap”: SPC Compliance Framework Mapping Tool

[Software Productivity Consortium website www.software.org]

“ISF”: ISD Brasil - ISF for Excellence - Integrando CobiT, ITIL, CMMI, ISO 9001 e outros [R. Vasques, 2006]

“UPIMM”: Unified Process Improvement Approach for Multi-Model Improvement Environments [Kirwan et al. 2006]

“IA-SixSigma”: The Integrated Approaches to Six Sigma and Domain Practices [Siviy 2006]

“QMRM”: Improving Organizational Performance - The Quandary of Multiple Reference Models [Borland, 2006]

“iCMM/ES”: Integração de Modelos do iCMM [Ibrahim et al. 2001] e Enterprize SPICE [http://www.enterprisespice.com/]

“Const”: Abordagem Constagedeous [Kasse 2004]

“MARES”: Metodologia MARES [von Wangenheim e Salviano 2005]



© CFS 2004-2007, v1.5 45

Forças, MPS, MSPEK/PRO2PIe outras propostas

Abordagem

Força 1:

Múltiplos

Modelos

Força 2:

Flex. Mod.

Continuo

Força 3:

de Sw. p/

Conhec.

Força 4:

Conceitos

Básicos

Força 5:

Comodit.

Estratégia

“MPS/SPI” N P P N P“QuagMap” L P L P P

“ISF” L P P P L“UPIMM” L N P P L

“IA-SixSigma” L N P P L“QMRM” L N P P L

“iCMM/ES” P L P N P“Const” N P P N P

“MARES” P F N N L“MDPEK/PRO2PI” F F F F F

Legenda

N Não atende

P Atende Parcialmente

Legenda

L Atende Largamente

F Atende Completamente (Fully)

© CFS 2004-2007, v1.5 46








© CFS 2004-2007, v1.5 47

� Experiência com versões de MDPEK e PRO2PI

� Proposta, identificação e versões doselementos principais, e validação preliminar� propriedades e medições para as propriedades� modelo unificado e metamodelo� abordagem para melhoria e método para início em MPE[Salviano 2006]

� Continuação do desenvolvimento com:� Conceitos básicos (Diagrama de classes “Geraes”) e� Definição de MDPEK (“Sinal Aberto” Concept Map)[Salviano e Figueiredo 2007, Salviano 2007]

Situação Atual

© CFS 2004-2007, v1.5 48

Trabalhos futuros� Evolução e experiências com MDPEK e PRO2PI� Participação em outros projetos�Construção conjunta de uma visão de futuro,

evoluindo MDPEK em torno de:�Um mercado de conjuntos de áreas de

capacidade de processo, cada um codificando boas práticas com propósitos específicos

�Cada organização construindo uma estratégia com a escolha de conjuntos de áreas de capacidade de processo alinhadas com esta estratégia e realizando a melhoria de processo



© CFS 2004-2007, v1.5 49






© CFS 2004-2007, v1.5 50

� a área atual deMelhoria de Processo de Software (MPS)baseada em Níveis de Maturidadeé uma área consolidada,

� existem cinco forças para evolução de MPS,� MDPEK é uma proposta de evolução de MPS,� PRO2PI é uma abordagem exemplo para

a proposta MDPEK de evolução de MPS,� existem outras abordagens para a evolução de

MPS e � MDPEK e PRO2PI estão em desenvolvimento.

Revisão da apresentação



© CFS 2004-2007, v1.5 51

Referências para MDPEK/PRO2PI (1 de 2)[Salviano 2006a] C. F. Salviano, Uma proposta orientada a perfis de capacidade

de processo para evolução da melhoria de processo de software, Tese de doutorado, Faculdade de Engenharia Elétrica e de Computação da Universidade Estadual de Campinas (FEEC-Unicamp), 2006 (acessível em http://libdigi.unicamp.br/, procurar pela palavra-chave: PRO2PI)

[Salviano and Jino 2006a] Salviano, C. F., Jino, M.: Uma Proposta Orientada a Perfis de Capacidade de Processo para Evolução da Melhoria de Processo de Software. In: Anais do Quinto Simpósio Brasileiro de Qualidade de Software (SBQS), Vitória, ES, Brasil, 2006, p. 393-408.

[Salviano et al. 2004] C. F. Salviano, M. Jino and M. J. Mendes, Towards anISO/IEC 15504-Based Process Capability Profile Methodology for ProcessImprovement (PRO2PI), in Proceedings of SPICE 2004, Lisbon, Portugal, p. 77-84, April 28-29, 2004.

[Salviano and Jino 2004] C. F. Salviano and M. Jino, Using Continuous Modes as “Dynamic and Specific Staged Models”, slides from presentation at FourthAnnual CMMI Technology Conference and Users Group, Denver, USA, November 2004.

© CFS 2004-2007, v1.5 52

Referências para MDPEK/PRO2PI (2 de 2)[Salviano and Jino 2006b] Salviano, C. F., Jino, M.: Towards a {(Process

Capability Profile)-Driven (Process Engineering)} as an Evolution of Software Process Improvement. In: EuroSPI - European Software ProcessImprovement - Industrial Proceedings. Joensuu University, Joensuu, Finland, 2006. v. 1. p. 12.26-12.37.

[Salviano 2006b] Salviano, C. F., Como Iniciar uma Melhoria Viável e Necessáriaem uma Micro ou Pequena Organização de Software, slides de tutorial apresentado no III Software Engineering Process Group LatinoamericanoConference, São Paulo, SP, Brasil, 2006

[Salviano and Figueiredo 2007] Salviano, C. F. and Figueiredo, A. M. C. M., A Proposal for a Unified Underlying Basic Concept of Process Capability Model, Technical Report, 2007

[Salviano 2007a] Salviano, C. F., From SPI to MDPEK: A Conceptual Map towards a Model-Driven Process Engineering for Knowledge Workers as an evolution of the Current Software Process Improvement, Technical Report, 2007.

[Salviano 2007b] Salviano, C. F., De MPS/SPI para MDPEK: Uma proposta para evolução da área de Melhoria de Processo de Software, Slides versão 1.5 para apresentação em 4 horas.aula no evento ProQualiti, em Recife, PE, Brasil – 2 de Novembro de 2007 (esta apresentação).



© CFS 2004-2007, v1.5 53

“ Na sociedade do conhecimento as pessoasprecisam aprender a aprender [e]as matérias [a serem aprendidas]podem ser menos importantes quea capacidade dos estudantes para

[identificar as matérias a serem aprendidas,] continuar aprendendo e

a sua motivação para faze-lo ” Peter Drucker 1992

“ Na sociedade do conhecimento as organizaçõesprecisam aprender a melhorar o processo, eas áreas de processos a serem melhoradas

podem ser menos importantes quea capacidade das organizações para

identificar as áreas de processo a serem melhoradas, continuar a melhoria do processo e

a sua motivação para faze-lo ” Visão MDPEK/PRO2PI

Obrigado pela atenção !Perguntas, Comentários, Idéias ?

de mps/spi para mdpek -...

Documents