Melhoria de Processos de Software com o MPSersirj/wp-content/uploads/2014/11/Minicurso-12.pdf ·...

View
3
Download
0
Category

Documents

Preview:

Citation preview

Melhoria de Processos de Software com o MPS.BR

Prof. Dr. Marcos Kalinowski (UFF)kalinowski@acm.org

Agenda do Curso

• Motivação para processos de software

• Visão geral do programa MPS.BR e do modelo MPS-SW

• Estratégias para alcançar a maturidade

• Os níveis de maturidade do MPS-SW

• Reflexão: maturidade e agilidade

• Capacitação e provas oficiais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 2

Agenda do Curso

Motivação para processos de software

• Visão geral do programa MPS.BR e do modelo MPS-SW

• Estratégias para alcançar a maturidade

• Os níveis de maturidade do MPS-SW

• Reflexão: maturidade e agilidade

• Capacitação e provas oficiais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 3

Motivação para o Processo de Software

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 4

Por que o foco está no processo?

Porque problemas no processo provavelmente geram defeitos no

produto ou serviço!

Motivação para o Processo de Software

• O interesse no processo de software está baseado em duas premissas:

– A qualidade de um produto de software é fortemente dependente da qualidade do processo pelo qual ele é construído e mantido.

– O processo de software pode ser definido, gerenciado e melhorado.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 5

Um processo definido está descrito em

detalhes de forma a poder ser usado de

forma consistente.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 6

• Aumento da qualidade do produto• Diminuição do retrabalho• Maior produtividade• Redução do tempo para atender o

mercado• Maior competitividade• Maior precisão nas estimativas

Qualidade do processo

Motivação para o Processo de Software

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 7

• Uma Organização madura gasta maior parte de seu esforço na prevenção de problemas, enquanto uma Organização imatura gasta maior parte de seu esforço corrigindo sintomas em vez de causas de problemas

Precisamos aprender a atacar a doença e não os

sintomas: o processo e não os defeitos no software

Motivação para o Processo de Software

• A implantação de um Programa de Qualidade começa pela definição e implantação de um processo de software

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 8

O processo de software deve estar

documentado, ser compreendido e

seguido.

Processo Imaturo

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 9

Características

• Ad hoc - Improvisado

• Fortemente dependente dos profissionais

• Indisciplinado

Consequências

• pouca produtividade

• qualidade de difícil previsão

• alto custo de manutenção

• risco na adoção de novas tecnologias

Processo Maduro

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 10

Características• Processo conhecido por todos

• Apoio visível da alta administração

• Auditagem da fidelidade ao processo

• Medidas do produto e do processo

• Adoção disciplinada de tecnologias

Consequências• papéis e responsabilidades claramente definidos

• acompanhamento da qualidade do produto e da satisfaçãodo cliente

• expectativas para custos, cronograma, funcionalidades equalidade do produto é usualmente alcançada

Pesquisa iMPS

• Pesquisa realizada anualmente para acompanhar e evidenciar resultados de desempenho nas empresas de software que adotaram o modelo MPS.

• Disponível em http://www.softex.br/mpsbr/

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 11

Travassos, G.H., Kalinowski, M. “iMPS 2013: Evidências

Sobre o Desempenho das Empresas que Adotaram o

Modelo MPS-SW”. Campinas: SOFTEX, 2014 (ISBN:

978-85-99334-75-1), 102p.

Resultados de Desempenho das Empresas que Adotaram o MPS-SW

• Maior satisfação dos seus clientes.

• Maior produtividade.

• Maior capacidade de desenvolver projetos maiores.

• Obtenção do retorno do investimento (ROI).

• Tendência à melhoria de custo e qualidade.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 12

Possíveis Ganhos na Evolução nos Níveis de Maturidade do MPS-SW

• Maior número de clientes.

• Maior número de projetos.

• Maior número de funcionários.

• Capacidade de lidar com projetos de maior tamanho.

• Maior precisão nas estimativas de prazo.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 13

• Investir na melhoria do processo garante a

qualidade do produto?

Momento de Reflexão

• Um estudo informal relacionando defeitos em testes

de aceitação com o nível de maturidade de

empresas no CMMI-Dev indicou tendência de

melhora na qualidade do produto (Wagner, 2013).

• Resultados da pesquisa iMPS indicam tendência

similar para o MPS-SW (Travassos e Kalinowski,

2014).

• mas ...

Momento de Reflexão

• Diversos fatores influenciam a qualidade do produto e ela

precisa ser avaliada e monitorada também diretamente.

(Wagner, 2013)

Requisitos de qualidade de produtos devem ser definidos e seu alcance

monitorado ao longo da execução do projeto.

Momento de Reflexão

“It is not necessary to change. Survival is notmandatory”

W. Edwards Deming

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 18

Agenda do Curso

Motivação para processos de software

Visão geral do programa MPS.BR e do modelo MPS-SW

• Estratégias para alcançar a maturidade

• Os níveis de maturidade do MPS-SW

• Reflexão: maturidade e agilidade

• Capacitação e provas oficiais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 19

Programa MPS.BR

Patrocinadores:

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 20

MPS.BR

Realidade das Empresas Brasileiras

ISO /IEC 12207

ISO /IEC 15504

CMMI

SOFTEX

Governo

Universidades

Base Técnica

Programa MPS.BR

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 21

Organização do Programa MPS.BR

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 22

SOFTEX

Equipe Técnica do

Modelo

(ETM)

Fórum de Credenciamento e Controle(FCC)

Coordenação do Programa MPS.BR(SOFTEX)

Comissão de Ética do

Programa

(CEP)

Equipe Técnica do Modelo (ETM)

• Equipe responsável pela definição e aprimoramento do:– MR-MPS-SW, MR-MPS-SV e MA-MPS e guias específicos.

– Programa anual de treinamento MPS.BR,

– Cursos, provas e workshops.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 23

Estrutura do Modelo MPS

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 24

Adoção e Disseminação do MPS-SW

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 25

Base Técnica dos Modelos MPS

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 26

Modelo MPS

para Serviços

(MR-MPS-SV)

CMMI-SVC

Complementação

de Processos

MR-MPS-SW e ISO/IEC

20000

Definição de Processos

Propósitos e Resultados

ISO/IEC 15504

Definição da Capacidade

de Processos

Requisitos de Avaliação

Modelo MPS

para Software

(MR-MPS-SW)

CMMI-DEV

Complementação

de Processos

ISO/IEC 12207

Definição de Processos

Propósitos e Resultados

ISO/IEC 15504

Definição da Capacidade

de Processos

Requisitos de Avaliação

Descrição dos modelos

• O modelo é descrito nos guias do MPS.BR

• Os guias gerais possuem os requisitos que devemser atendidos durante a implantação dos modelos

• Os guias de implementação são orientativos

• Todos os guias estão disponíveis em http://www.softex.br/mpsbr

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 27

Guia Geral MPS de Software

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 28

Referências

Básicas ISO/IEC 12207:2008 e ISO/IEC 15504

Complementar CMMI-DEV

Objetivo

Descrever de forma detalhada o Modelo MPS e detalha MR-MPS-

SW. Também contém algumas definições comuns aos diversos

documentos do MPS.BR

Público alvo

• Instituições interessadas em aplicar o MR-MPS-SW para

melhoria de seus processos de software

• Instituições implementadoras e avaliadoras segundo o MR-MPS-

Guia de Implementação

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 29

Referências

• Básicas Guia Geral MPS de Software/Serviços

• Complementar diversas

Objetivo

Fornecer orientações para implementar nas organizações os níveis de

maturidade descritos nos Modelos de Referência MR-MPS-SW/MR-MPS-SV,

detalhando os processos contemplados nos respectivos níveis de maturidade e

os resultados esperados com a implementação dos processos.

Público-Alvo

• Instituições interessadas em aplicar o MR-MPS-SW/MR-MPS-SV para

melhoria de seus processos de software

• Instituições implementadoras e avaliadoras segundo o MR-MPS-SW/MR-MPS-

Estrutura do MPS-SW

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 30

Níveis de maturidade

Capacidade

Resultado

Processo

Propósito

Resultado

Atributo

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 31

CAPACIDADE

PROCESSOS

Nível Processos Capacidades (AP)

A (sem processos adicionais) 1.1, 2.1, 2.2, 3.1, 3.2,4.1*, 4.2*, 5.1*, 5.2*

B Gerência de Projetos (evolução) 1.1, 2.1, 2.2, 3.1, 3.2,4.1*, 4.2*

C Gerência de Riscos, Desenvolvimento para Reutilização,Gerência de Decisões

1.1, 2.1, 2.2, 3.1, 3.2

D Desenvolvimento de Requisitos, Integração do Produto,Projeto e Construção do Produto, Validação, Verificação

1.1, 2.1, 2.2, 3.1, 3.2

E Avaliação e Melhoria do Processo Organizacional, Gerênciade Projetos (evolução), Gerência de Recursos Humanos,Gerência de Reutilização, Definição do ProcessoOrganizacional

1.1, 2.1, 2.2, 3.1, 3.2

F Aquisição, Garantia da Qualidade, Gerência de Configuração,Gerência de Portfólio de Projetos, Medição

1.1, 2.1, 2.2

G Gerência de Projetos, Gerência de Requisitos 1.1, 2.1

* Estes APs capacitam apenas um conjunto de processos selecionado pela organização deacordo com seus objetivos de melhoria. Os demais APs precisam capacitar todos os processosdo nível pretendido.

Entendendo os Atributos de Processo (Capacidade)

• AP 1.1 O processo é executado– Este atributo é uma medida do quanto o processo atinge o seu

propósito.

• AP 2.1 O processo é gerenciado– Este atributo é uma medida do quanto a execução do processo

é gerenciada.

• AP 2.2 Os produtos de trabalho do processo são gerenciados– Este atributo é uma medida do quanto os produtos de trabalho

produzidos pelo processo são gerenciados apropriadamente.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 32

Entendendo os Atributos de Processo (Capacidade)

• AP 3.1. O processo é definido

– Este atributo é uma medida do quanto um processo padrão é mantido para apoiar a implementação do processo definido.

• AP 3.2 O processo está implementado

– Este atributo é uma medida do quanto o processo padrão é efetivamente implementado como um processo definido para atingir seus resultados.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 33

Entendendo os Atributos de Processo (Capacidade)

• AP 4.1 O processo é medido– Este atributo é uma medida do quanto os resultados de

medição são usados para assegurar que o desempenho do processo apóia o alcance dos objetivos de desempenho relevantes como apoio aos objetivos de negócio definidos.

• AP 4.2 O processo é controlado– Este atributo é uma medida do quanto o processo é controlado

estatisticamente para produzir um processo estável, capaz e previsível dentro de limites estabelecidos.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 34

Entendendo os Atributos de Processo (Capacidade)

• AP 5.1 O processo é objeto de inovações– Este atributo é uma medida do quanto as mudanças no

processo são identificadas a partir da análise de causas comuns de variação do desempenho e da investigação de enfoques inovadores para a definição e implementação do processo.

• AP 5.2 O processo é otimizado continuamente– Este atributo é uma medida do quanto as mudanças na

definição, gerência e desempenho do processo têm impacto efetivo para o alcance dos objetivos relevantes de melhoria do processo.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 35

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 36

CAPACIDADE

PROCESSOS

Nível Processos Capacidades (AP)

A (sem processos adicionais) 1.1, 2.1, 2.2, 3.1, 3.2,4.1*, 4.2*, 5.1*, 5.2*

B Gerência de Projetos (evolução) 1.1, 2.1, 2.2, 3.1, 3.2,4.1*, 4.2*

C Gerência de Riscos, Desenvolvimento para Reutilização,Gerência de Decisões

1.1, 2.1, 2.2, 3.1, 3.2

D Desenvolvimento de Requisitos, Integração do Produto,Projeto e Construção do Produto, Validação, Verificação

1.1, 2.1, 2.2, 3.1, 3.2

E Avaliação e Melhoria do Processo Organizacional, Gerênciade Projetos (evolução), Gerência de Recursos Humanos,Gerência de Reutilização, Definição do ProcessoOrganizacional

1.1, 2.1, 2.2, 3.1, 3.2

F Aquisição, Garantia da Qualidade, Gerência de Configuração,Gerência de Portfólio de Projetos, Medição

1.1, 2.1, 2.2

G Gerência de Projetos, Gerência de Requisitos 1.1, 2.1

* Estes APs capacitam apenas um conjunto de processos selecionado pela organização deacordo com seus objetivos de melhoria. Os demais APs precisam capacitar todos os processosdo nível pretendido.

Guias do MPS-SW

• Vamos dar uma olhada nos Guias ...

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 37

Agenda do Curso

Motivação para processos de software

Visão geral do programa MPS.BR e do modelo MPS-SW

Estratégias para alcançar a maturidade

• Os níveis de maturidade do MPS-SW

• Reflexão: maturidade e agilidade

• Capacitação e provas oficiais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 38

Engenharia do Processo de Software (versão simplificada do ciclo)

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 39

Estabelecer a

Infra-estrutura

para o

processoPlanejamento

implementação

e alteração do

processo

Avaliação

processo

Implementação

e alteração do

processo

Engenharia do Processo de Software

O 1o. Passo na Engenharia do Processo de Software é estabelecer uma infraestrutura adequada:

• Pessoal competente e atribuição de responsabilidades

• Ferramentas

• Recursos financeiros

» Indicadores do apoio da gerência

» Equipe específica para a Engenharia do Processo que pode envolver consultores

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 40

Grupo de Engenharia do Processo de Software

Atividades:• Obtém e mantém o apoio de todos os níveis gerenciais

• Facilita a avaliação do processo

• Trabalho com gerentes cujos projetos são afetados por mudanças naspráticas de engenharia de software

• Trabalha de forma colaborativa com os engenheiros de software

• Promove e apoia treinamento e formação continuada

• Monitora e relata o status dos esforços de melhoria

• Facilita a criação e manutenção de definições do processo

• Mantém a base de dados do processo

• Fornece consultoria

• Participa da integração dos processos de engenharia de software comoutros processos organizacionais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 41

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 42

Executar o

Processo

Definir o

Processo

Medir o

Processo

Melhorar o

Processo

Controlar o

Processo

Ciclo: Definição, Uso, Medição, Controle e Melhoria

Definição do Processo

Razões para definição de processos de Engenharia de Software:

– facilitar o entendimento e a comunicação entre pessoas

– apoiar a melhoria dos processos

– apoiar a gerência dos processos

– fornecer apoio automatizado guiando no processo

– fornecer apoio na execução automatizada do processo

43Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Definição do Processo

• Definir processos que apoiem os objetivos técnicos e de negócio.

• Identificar modelos e métricas relacionados ao desempenho do processo.

• Fornecer a infraestrutura necessária para apoiar as atividades do processo (métodos, práticas e pessoas).

• Assegurar que a organização possua as habilidades necessárias para executar o processo.

44Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Definição do Processo

• Frameworks de Modelos de Ciclo de Vida

– Definição de alto nível das fases e atividades que ocorrem durante odesenvolvimento

• Modelos de Processos de Ciclo de Vida

– Definições mais detalhadas

– Podem ser mapeados para os diferentes modelos de ciclo de vida

– Principais referências: ISO/IEC 12207, ISO/IEC 15504

• Métodos para Definição de Processos

– Descrevem as atividades que devem ser realizadas para o desenvolvimento emanutenção de um processo

45Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Definição do ProcessoRepositório

De Medidas doProcesso

Projeto 1Tam.$$$

DefeitosResult.Lições

Ativos deProcesso

Diretrizes e Critérios de

Adaptação doProcessoPadrão

Processo Padrão da

Organização

Elementos do Proc.

Arquitetura do Processo

Ciclos de Vida

SoftwareRequirements

SystemRequirements

PreliminaryDesign

Analysis

ProgramDesign

Coding

Operations

Testing

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 46

Entendendo os Relacionamentos entre Processos

• Conhecer as interações entre os diferentes processos ajuda a aplicar os modelos de maturidade de forma útil e produtiva

• O SEI/CMMI-Dev divide suas áreas de processo em quatro categorias:

– Gerência de Processos

– Gerência de Projetos

– Engenharia

– Apoio

47Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Processos (básicos) da Categoria Gerência de Processos

Processo Padrãoe outros Ativos

DPO

Alta Gerência

Objetivos deNegócio da

Organização

Treinamento para Projetos e Grupos de Apoio ao Processo Padrão e Ativos

Necessidadede Treinamento

GRH

ProcessoPadrão e outrosAtivos

DPO +

AMPRecursos e

Coordenação

Propostas de Melhoria de

Processos; Participação

na definição, avaliação e

implantação de processos

Informações para Melhoria(e.g., lições aprendidas, dados, artefatos)

Processos de Gerência de Projetos,

Engenharia eApoio,

Necessidades e Objetivos de Processo da Organização

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Processos (básicos) da Categoria Gerência de Projetos

Plan. Proj.

Mon. Proj.

O que

monitorarReplanejar

Fornecedor

Acordo com o

Fornecedor

Aquisição

Ações

Corretivas

Planos

Processos de

Engenharia e

Apoio

Ações

Corretivas

O que fazer

Comprometimento

Requisitos de Produtos, questões

técnicas, componentes prontos, testes

de aceitação e revisões.

Necessidades de medição

Status,

resultados de

revisões

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Processos da Categoria Engenharia

Cliente

Requisitos

DesReq

Necessidades do Cliente

GReq

Requisitos do Produto

ValVer

Componentes do Produto, pacotes de trabalho,

relatórios de verificação e validação

Componentes

De Produtos

Soluções

Alternativas

PCPRequire-

ments

IPProdutos

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Processos da Categoria Apoio

Gar. Qual.

Todos os Processo

Processos e Produtos de Trabalho

Problemas deQualidade eNão Conformidade

Medição

NecessidadesDe Informação

Medidas e Análises

Ger. Conf

Baselines e Relatórios

Itens de Conf. e Solicitações de Mudança

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Processos (avançados) da Categoria Apoio

GDE

Todos os Processos

QuestõesSelecionadas

DecisõesEstruturadas

ACR

Defeitos e Outros Problemas

Propostas de Melhoria de Processo

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Ciclo: Definição, Uso, Medição, Controle e Melhoria

Executar o

Processo

Definir o

Processo

Medir o

Processo

Melhorar o

Processo

Controlar o

Processo

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Medição do Processo

• Informação quantitativa sobre o processo é coletada,analisada e interpretada

• Medições são utilizadas para:

– Identificar desvios com relação ao desempenho aceitável para oprocesso

– Identificar oportunidades de melhoria para o do processo

ProcessoResultados

do Processo

Contexto

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Medição do Processo

• Podemos medir a qualidade do processo– medindo o próprio processo

– medindo os produtos do processo

• ImportanteOutros fatores além do processo tem impacto sobre o produto (pessoas, ferramentas, etc)

55Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Medição do Processo (Abordagens)

• Metodologia para medição do processo (GQM & PSM)

• Paradigmas para medição do processo– Paradigma analítico

baseia-se em evidência quantitativa para determinar onde as melhorias são necessárias e se as iniciativas de melhoria foram bem sucedidas

• estudos experimentais• simulação• classificação de defeitos (análise causal)• controle estatístico do processo

– Benchmarkingenvolve medir a maturidade de uma organização ou a capacidade de seus processos

• Modelos para avaliação de processos: ISO 9001, CMM, CMMI, ISO 15504, MPS-SW• Métodos para avaliação de processos : SCAMPI para avaliações baseadas no CMMI,

MA MPS para avaliações baseadas no MPS-SW

56Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Medição do Processo

• Exemplos de Objetivos:

– Acompanhar melhorias do processo para assegurar que software seja entregue dentro do prazo, do custo e da qualidade esperados.

• Conhecer o tamanho do problema a ser resolvido.

• Conhecer o esforço e prazo para resolver o problema.

• Conhecer o custo.

• Conhecer a produtividade.

• Conhecer a qualidade.

57Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Medição do Processo

• Exemplos de Medidas

– Tamanho do Software• Pontos de Função; Pontos de Caso de Uso.

– Esforço• Horas Trabalhadas (por Atividade)

– Prazo:• Precisão de Estimativa do Prazo

– SPI – Performance do Cronograma

– Custo:• Precisão de Estimativa do Custo

– CPI – Performance do Planejamento de Custos

58Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Medição do Processo

• Exemplos de Medidas (cont.)

– Produtividade• Produtividade Horas por Ponto de Função.

– Qualidade• Número de defeitos* por fase de desenvolvimento

• Número de falhas* reveladas nos testes

• Número de falhas* em produção

* Normalizados por unidade de tamanho e por hora de esforço de

Verificação/Validação

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 59

Exercício

• Qual a tendência apresentada neste gráfico de controle do tipo U-chart? Este comportamento é positivo?

Gráfico extraído de Kalinowski et al. (2014).

Resposta

• Não é possível responder à pergunta somente com a informação apresentada.

Medindo a Qualidade

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 62

Monitorando Introdução & Detecção

Requisitos Projeto Implementação Integração Testes Produção

Estimados

Introdução

Detecção

Real

Introdução

Detecção

efe

ito

Caso

de U

Ciclo: Definição, Uso, Medição, Controle e Melhoria

Executar o

Processo

Definir o

Processo

Medir o

Processo

Melhorar o

Processo

Controlar o

Processo

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Controle do Processo

• Manter o processo dentro dos seus limites normais de desempenho.

• O processo deve se comportar de forma consistente.

• Controlar o processo envolve:– Medir o processo.– Detectar variações no processo decorrentes de causas

atribuíveis.– Corrigir variações no processo através da remoção de causas

atribuíveis.

64Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Ciclo: Definição, Uso, Medição, Controle e Melhoria

Executar o

Processo

Definir o

Processo

Medir o

Processo

Melhorar o

Processo

Controlar o

Processo

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Melhoria do Processo

• Processos podem e devem ser melhorados continuamente.

• Melhorar o processo envolve:

– Entender as características dos processos existentes e os fatores que afetam a capacidade do processo.

– Planejar e implementar ações que modifiquem o processo para atender melhor as necessidades de negócio.

– Avaliar os impactos e benefícios.

66Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Agenda do Curso

Motivação para processos de software

Visão geral do programa MPS.BR e do modelo MPS-SW

Estratégias para alcançar a maturidade

Os níveis de maturidade do MPS-SW

• Reflexão: maturidade e agilidade

• Capacitação e provas oficiais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 67

Gerenciado Quantitativamente

Parcialmente

Gerenciado

Parcialmente

Definido

Largamente

Definido

Em Otimização

Níveis de Maturidade MPS-SW

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 68

Medição - MED / Gerência de Configuração - GCOAquisição - AQU / Garantia da Qualidade - GQAGerência de Portfólio de Projetos - GPP

Avaliação e Melhoria do Processo Organizacional - AMPDefinição do Processo Organizacional - DFPGerência de Reutilização - GRUGerência de Recursos Humanos - GRHGerência de Projetos - GPR (evolução)

Desenvolvimento de Requisitos - DREProjeto e Construção do Produto - PCPIntegração do Produto - ITPVerificação - VER / Validação - VAL

Gerência de Decisões - GDEDesenvolvimento para Reutilização - DRUGerência de Riscos - GRI

Gerência de Requisitos - GRE

Gerência de Projetos - GPR

BGerência de Projetos - GPR (evolução)

(sem processo específico)

MPS-SW: Níveis de Maturidade

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 69

Gerência de Projetos – GPR

AP 1.1

AP 2.1

Gerência de Requisitos – GREG

Aquisição – AQU

Gerência de Configuração – GCO

Gerência de Portfólio de Projetos – GPP

Garantia da Qualidade – GQA AP 1.1

AP 2.1

AP 2.2

Medição – MED

Avaliação e Melhoria do Processo Organizacional – AMP

Definição do Processo Organizacional – DFP

Gerência de Recursos Humanos – GRH

Gerência de Reutilização – GRU AP 1.1

AP 2.1

AP 2.2

AP 3.1

AP 3.2

Gerência de Projetos – GPR (evolução)

Atributos de

ProcessoProcessosNível

MPS-SW: Níveis de Maturidade

Atributos de ProcessoProcessosNível

Desenvolvimento de Requisitos – DRE

Integração do Produto – ITP

Projeto e Construção do Produto – PCP

Validação – VALAP 1.1

AP 2.1

AP 2.2

AP 3.1

AP 3.2

Verificação – VER

Gerência de Decisões – GDE

Desenvolvimento para Reutilização – DRU

AP 1.1

AP 2.1 AP 2.2

AP 3.1 AP 3.2

Gerência de Riscos – GRI

AP 1.1AP 2.1 AP 2.2AP 3.1 AP 3.2AP 4.1 AP 4.2

Gerência de Projetos – GPR (evolução)B

AP 1.1 AP 2.1 AP 2.2

AP 3.1 AP 3.2 AP 4.1

AP 4.2 AP 5.1 AP 5.2

(sem processo específico)A

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR

Gerenciado Quantitativamente

Parcialmente

Gerenciado

Parcialmente

Definido

Largamente

Definido

Em Otimização

Níveis de Maturidade MPS-SW

Medição - MED / Gerência de Configuração - GCOAquisição - AQU / Garantia da Qualidade - GQAGerência de Portfólio de Projetos - GPP

Desenvolvimento de Requisitos - DREProjeto e Construção do Produto - PCPIntegração do Produto - ITPVerificação - VER / Validação - VAL

Gerência de Decisões - GDEDesenvolvimento para Reutilização - DRUGerência de Riscos - GRI

Gerência de Requisitos - GRE

Gerência de Projetos - GPR

BGerência de Projetos - GPR (evolução)

(sem processo específico)

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 71

Nível G – Parcialmente Gerenciado

Nível Processos Capacidade

Gerência de ProjetosGPR 1; GPR2; GPR 3; GPR 4 (até F); GPR 5; GPR 6; GPR 7; GPR 8 (até F); GPR 9; GPR 10; GPR 11; GPR12; GPR 13; GPR 14; GPR 15; GPR 16, GPR 17, GPR 18 e GPR 19

AP1.1 e AP2.1:

RAP 1 RAP 2RAP 3 RAP 4 (G) RAP 5 RAP 6 (até F)RAP 7 RAP 8RAP 9 (até F)RAP 10 (G)

Gerência de Requisitos

GRE 1; GRE 2; GRE 3; GRE 4 e GRE 5

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 72

Processos do Nível G

• Gerência de Projetos (GPR)

• Propósito

– O propósito do processo Gerência de Projetos é estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho do projeto. O propósito deste processo evolui à medida que a organização cresce em maturidade.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 73

Visão Geral do Processo Gerência de Projetos

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 74

Plano do Projeto

Escopo (EAP)

Estimativas de

Tamanho,

Esforço e Custo

Modelo e Fases

do Ciclo de Vida

Orçamento e

CronogramaRiscos

Recursos Humanos,

Hardware e Software

Dados

Avaliação da

Viabilidade

Revisão e

Comprometimento

Monitoração e

Revisão em Marcos

Problemas Ações

Gerência de Projetos – GPR

Resultados esperados

GPR 1. O escopo do trabalho para o projeto é definido;

GPR 2. As tarefas e os produtos de trabalho do projeto são dimensionados utilizando métodos apropriados;

GPR 3. O modelo e as fases do ciclo de vida do projeto são definidos;

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 75

Gerência de Projetos – GPR

Resultados esperados

GPR 4. (Até o nível F) O esforço e o custo para a execução das tarefas e dos produtos de trabalho são estimados com base em dados históricos ou referências técnicas;

GPR 5. O orçamento e o cronograma do projeto, incluindo a definição de marcos e pontos de controle, são estabelecidos e mantidos;

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 76

Gerência de Projetos – GPR

Resultados esperados

GPR 6. Os riscos do projeto são identificados e o seu impacto, probabilidade de ocorrência e prioridade de tratamento são determinados e documentados;

GPR 7. Os recursos humanos para o projeto são planejados considerando o perfil e o conhecimento necessários para executá-lo;

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 77

Gerência de Projetos – GPR

Resultados esperados

GPR 8. (Até o nível F) Os recursos e o ambiente de trabalho necessários para executar o projeto são planejados;

GPR 9. Os dados relevantes do projeto são identificados e planejados quanto à forma de coleta, armazenamento e distribuição. Um mecanismo é estabelecido para acessá-los, incluindo, se pertinente, questões de privacidade e segurança;

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 78

Gerência de Projetos – GPR

Resultados esperados

GPR 10. Um plano geral para a execução do projeto é estabelecido com a integração de planos específicos;

GPR 11. A viabilidade de atingir as metas do projeto é explicitamente avaliada considerando restrições e recursos disponíveis. Se necessário, ajustes são realizados;

GPR 12. O Plano do Projeto é revisado com todos os interessados e o compromisso com ele é obtido e mantido;

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 79

Gerência de Projetos – GPR

Resultados esperados

GPR 13. O escopo, as tarefas, as estimativas, o orçamento e o cronograma do projeto são monitorados em relação ao planejado;

GPR 14. Os recursos materiais e humanos bem como os dados relevantes do projeto são monitorados em relação ao planejado;

GPR 15. Os riscos são monitorados em relação ao planejado;

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 80

Gerência de Projetos – GPR

Resultados esperados

GPR 16. O envolvimento das partes interessadas no projeto é planejado, monitorado e mantido;

GPR 17. Revisões são realizadas em marcos do projeto e conforme estabelecido no planejamento;

GPR 18. Registros de problemas identificados e o resultado da análise de questões pertinentes, incluindo dependências críticas, são estabelecidos e tratados com as partes interessadas;

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 81

Gerência de Projetos – GPR

Resultados esperados

GPR 19. Ações para corrigir desvios em relação ao planejado e para prevenir a repetição dos problemas identificados são estabelecidas, implementadas e acompanhadas até a sua conclusão;

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 82

Processos do Nível G

Gerência de Requisitos (GRE)

• Propósito

– O propósito do processo Gerência de Requisitos é gerenciar os requisitos do produto e dos componentes do produto do projeto e identificar inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 83

Visão Geral do Processo Gerência de Requisitos – GRE

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 84

Requisitos

FornecedoresRastreabilidade

Bidirecional entre

Requisitos e Produtos

Avaliação com

Critérios

Comprometimento

com a Equipe

Técnica

Inconsistências

Revisão em Planos

e Produtos de

Trabalho

Gerência de

Mudanças

Gerência de Requisitos – GRE

Resultados esperados

GRE 1. O entendimento dos requisitos é obtido junto aos fornecedores de requisitos;

GRE 2. Os requisitos são avaliados com base em critérios objetivos e um comprometimento da equipe técnica com estes requisitos é obtido;

GRE 3. A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho é estabelecida e mantida;

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 85

Gerência de Requisitos – GRE

Resultados esperados

GRE 4. Revisões em planos e produtos de trabalho do projeto são realizadas visando a identificar e corrigir inconsistências em relação aos requisitos;

GRE 5. Mudanças nos requisitos são gerenciadas ao longo do projeto.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 86

Capacidade AP 1.1 O processo é executado

Resultado esperado do Atributo do Processo

RAP 1. O processo atinge seus resultados definidos

Este atributo evidencia o quanto o processo atinge o seu propósito

* RAP – Resultado do Atributo de Processo

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 87

Capacidade AP 2.1 O processo é gerenciado

Resultados esperados do Atributo do Processo

RAP 2. Existe uma política organizacional estabelecida e mantida para o processo

RAP 3. A execução do processo é planejada

RAP 4. (Para o Nível G) A execução do processo é monitorada e ajustes são realizados

Este atributo evidencia o quanto a execução do processo é gerenciada

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 88

Capacidade AP 2.1 O processo é gerenciadoResultados esperados do Atributo do Processo

RAP 5. As informações e os recursos necessários para a execução do processo são identificados e disponibilizados

RAP 6. (Até o Nível F) As responsabilidades e a autoridade para executar o processo são definidas, atribuídas e comunicadas

RAP 7. As pessoas que executam o processo são competentes em termos de formação, treinamento e experiência

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 89

Capacidade AP 2.1 O processo é gerenciadoResultados esperados do Atributo do Processo

RAP 8. A comunicação entre as partes interessadas no processo é planejada e executada de forma a garantir o seu envolvimento

RAP 9. (Até o Nível F) Os resultados do processo são revistos com a gerência de alto nível para fornecer visibilidade sobre a sua situação na organização

RAP 10. (Para o Nível G) O processo planejado para o projeto é executado

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 90

Requisitos para o Nível de Maturidade G

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 91

Nível Processo Capacidade

Gerência de ProjetosAP 1.1, AP 2.1:

RAP 1 RAP 2

RAP 3 RAP 4 (G)

RAP 5 RAP 6

RAP 7 RAP 8

RAP 9 RAP 10 (G)Gerência de Requisitos

Gerenciado Quantitativamente

Parcialmente

Gerenciado

Parcialmente

Definido

Largamente

Definido

Em Otimização

Níveis de Maturidade MR-MPS

Medição - MED / Gerência de Configuração - GCOAquisição - AQU / Garantia da Qualidade - GQAGerência de Portfólio de Projetos - GPP

Desenvolvimento de Requisitos - DREProjeto e Construção do Produto - PCPIntegração do Produto - ITPVerificação - VER / Validação - VAL

Gerência de Decisões - GDEDesenvolvimento para Reutilização - DRUGerência de Riscos - GRI

Gerência de Requisitos - GRE

Gerência de Projetos - GPR

BGerência de Projetos - GPR (evolução)

(sem processo específico)

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 92

Processos do Nível F

Aquisição (AQU)

• Propósito

– O propósito do processo Aquisição é gerenciar a aquisição de produtos que satisfaçam às necessidades expressas pelo adquirente.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 93

Visão Geral do Processo Aquisição – AQU

Necessidades de

Aquisição de

ProdutoMetas e Critérios

de Aceitação

Acordo com Fornecedor

Selecionado

Avaliação de

Fornecedores

com Critérios

Seleção do

Fornecedor

Monitoração

Tipos e Estratégia

de Aquisição

Ações

Produto Entregue e

Incorporado no

Projeto

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 94

Processos do Nível F

Gerência de Configuração (GCO)

• Propósito

– O propósito do processo Gerência de Configuração é estabelecer e manter a integridade de todos os produtos de trabalho de um processo ou projeto e disponibilizá-los a todos os envolvidos.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 95

Visão Geral do Processo Gerência de Configuração – GCO

Sistema de

Gerência de

ConfiguraçãoItens de

Configuração

Baselines

Registro da

situação

Controle de

Modificações,

Armazenamento,

Manuseio e

Liberação

Auditorias de

Configuração

Garantia da

Integridade,

Completude e

Consistência

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 96

Processos do Nível F

Garantia da Qualidade (GQA)

• Propósito

– O propósito do processo Garantia da Qualidade é assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos, procedimentos e padrões estabelecidos.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 97

Visão Geral do Processo Garantia da Qualidade – GQA

Produtos de

TrabalhoAvaliações de

Aderência

Problemas e Não-

conformidades

Processos

Ações corretivas

Escalonamento

para níveis

superiores

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 98

Processos do Nível F

Gerência de Portfólio de Projetos (GPP)

• Propósito

– O propósito do processo Gerência de Portfólio de Projetos é iniciar e manter projetos que sejam necessários, suficientes e sustentáveis, de forma a atender os objetivos estratégicos da organização.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 99

Visão Geral do Processo Gerência de Portfólio de Projetos - GPP

Necessidades

Identificação,

Qualificação e

Priorização

Objetivos

estratégicos

Oportunidades de

negócio

Recursos e

Orçamento

Monitoração

Investimentos

Projetos

mantidos no

portfólio

Critérios

Ações Tratamento e

Resolução de

ConflitosComunicação da

Situação

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 100

Processos do Nível F

Medição (MED)

• Propósito

– O propósito do processo Medição é coletar, armazenar, analisar e relatar os dados relativos aos produtos desenvolvidos e aos processos implementados na organização e em seus projetos, de forma a apoiar os objetivos organizacionais.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 101

Visão Geral do Processo Medição –MED

Objetivos de

Negócio

Objetivos de

Medição

Objetivos

estratégicos

Procedimentos

para coleta e

armazenamento

Procedimentos

para análise

Necessidades de

Informação

Medidas

Dados coletados e

analisados

Armazenamento e

comunicação

Tomada de Decisão

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 102

Requisitos para o Nível de Maturidade F

Nível Processo Capacidade

Gerência de ProjetosAP 1.1, AP 2.1 e AP 2.2:

RAP 1

RAP 2

RAP 3

RAP 4 (F)

RAP 5

RAP 6

RAP 7

RAP 8

RAP 9

RAP 10 (F)

RAP 11

RAP 12

RAP 13

RAP 14

Gerência de Requisitos

Aquisição

Gerência de Configuração

Garantia da Qualidade

Gerência de Portfólio de Projetos

Medição

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 103

Gerenciado Quantitativamente

Parcialmente

Gerenciado

Parcialmente

Definido

Largamente

Definido

Em Otimização

Níveis de Maturidade MPS-SW

Medição - MED / Gerência de Configuração - GCOAquisição - AQU / Garantia da Qualidade - GQAGerência de Portfólio de Projetos - GPP

Desenvolvimento de Requisitos - DREProjeto e Construção do Produto - PCPIntegração do Produto - ITPVerificação - VER / Validação - VAL

Gerência de Decisões - GDEDesenvolvimento para Reutilização - DRUGerência de Riscos - GRI

Gerência de Requisitos - GRE

Gerência de Projetos - GPR

BGerência de Projetos - GPR (evolução)

(sem processo específico)

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 104

Processos do Nível E

• Definição do Processo Organizacional (DFP)

• Propósito

– O propósito do processo Definição do Processo Organizacional é estabelecer e manter um conjunto de ativos de processo organizacional e padrões do ambiente de trabalho usáveis e aplicáveis às necessidades de negócio da organização.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 105

Processos do Nível E

Avaliação e Melhoria do Processo Organizacional (AMP)

• Propósito– O propósito do processo Avaliação e Melhoria do

Processo Organizacional é determinar o quanto os processos padrão da organização contribuem para alcançar os objetivos de negócio da organização e para apoiar a organização a planejar, realizar e implantar melhorias contínuas nos processos com base no entendimento de seus pontos fortes e fracos.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 106

Processos do Nível E

Gerência de Recursos Humanos (GRH)

• Propósito

– O propósito do processo Gerência de Recursos Humanos é prover a organização e os projetos com os recursos humanos necessários e manter suas competências adequadas às necessidades do negócio.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 107

Processos do Nível E

Gerência de Reutilização (GRU)

• Propósito

– O propósito do processo Gerência de Reutilização é gerenciar o ciclo de vida dos ativos reutilizáveis.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 108

Nível Processo Capacidade

Gerência de Projetos

GPR 4 e GPR 8 (evoluídos), GPR 20, GPR 21 e GPR 22 (incorporados)

AP1.1, AP2.1, AP2.2,AP3.1 e AP3.2:

RAP 1 RAP 2RAP 3 RAP 4 RAP 5 RAP 6 RAP 7 RAP 8RAP 9 RAP 10RAP 11 RAP 12RAP 13 RAP 14RAP 15 RAP 16RAP 17 RAP 18RAP 19 RAP 20RAP 21

Gerência de Requisitos

Garantia da Qualidade

Medição

Gerência de Configuração

Gerência de Portfólio

Aquisição

Avaliação e Melhoria do Processo Organizacional

Definição do Processo Organizacional

Gerência de Recursos Humanos

Gerência de Reutilização

Requisitos para o Nível de Maturidade E

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 109

Gerenciado Quantitativamente

Parcialmente

Gerenciado

Parcialmente

Definido

Largamente

Definido

Em Otimização

Níveis de Maturidade MPS-SW

Medição - MED / Gerência de Configuração - GCOAquisição - AQU / Garantia da Qualidade - GQAGerência de Portfólio de Projetos - GPP

Desenvolvimento de Requisitos - DREProjeto e Construção do Produto - PCPIntegração do Produto - ITPVerificação - VER / Validação - VAL

Gerência de Decisões - GDEDesenvolvimento para Reutilização - DRUGerência de Riscos - GRI

Gerência de Requisitos - GRE

Gerência de Projetos - GPR

BGerência de Projetos - GPR (evolução)

(sem processo específico)

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 110

Processos do Nível D

Desenvolvimento de Requisitos (DRE)

• Propósito

– O propósito do processo Desenvolvimento de Requisitos é definir os requisitos do cliente, do produto e dos componentes do produto.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 111

Processos do Nível D

Projeto e Construção do Produto (PCP)

• Propósito

– O propósito do processo Projeto e Construção do Produto é projetar, desenvolver e implementar soluções para atender aos requisitos.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 112

Processos do Nível D

Integração do Produto (ITP)

• Propósito

– O propósito do processo Integração do Produto é compor os componentes do produto, produzindo um produto integrado consistente com seu projeto, e demonstrar que os requisitos funcionais e não-funcionais são satisfeitos para o ambiente alvo ou equivalente.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 113

Processos do Nível D

Verificação (VER)

• Propósito

– O propósito do processo Verificação é confirmar que cada serviço e/ou produto de trabalho do processo ou do projeto atende apropriadamente os requisitos especificados.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 114

Processos do Nível D

Validação (VAL)

• Propósito

– O propósito do processo Validação é confirmar que um produto ou componente do produto atenderá a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 115

Requisitos para o Nível de Maturidade D

Nível Processo Capacidade

Gerência de Projeto

AP1.1,AP2.1, AP2.2, AP3.1 e AP3.2:

RAP 1 RAP 2RAP 3 RAP 4 RAP 5

RAP 6 RAP 7 RAP 8RAP 9 RAP 10RAP 11 RAP 12RAP 13 RAP 14RAP 15 RAP 16RAP 17 RAP 18RAP 19 RAP 20RAP 21

Gerência de Requisitos

Aquisição

Garantia da Qualidade

Gerência de Configuração

Gerência de Portfólio

Medição

Avaliação e Melhoria do Processo Organizacional

Definição do Processo Organizacional

Gerência de Recursos Humanos

Gerência de Reutilização

Desenvolvimento de Requisitos

Projeto e Construção do Produto

Integração do Produto

Validação

Verificação

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 116

Gerenciado

Quantitativamente

Parcialmente

Gerenciado

Parcialmente

Definido

Largamente

Definido

Em Otimização

Níveis de Maturidade MPS-SW

Medição - MED / Gerência de Configuração - GCOAquisição - AQU / Garantia da Qualidade - GQAGerência de Portfólio de Projetos - GPP

Desenvolvimento de Requisitos - DREProjeto e Construção do Produto - PCPIntegração do Produto - ITPVerificação - VER / Validação - VAL

Gerência de Decisões - GDEDesenvolvimento para Reutilização - DRUGerência de Riscos - GRI

Gerência de Requisitos - GRE

Gerência de Projetos - GPR

BGerência de Projetos - GPR (evolução)

(sem processo específico)

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 117

Processos do Nível C

• Gerência de Decisões (GDE)

• Propósito

– O propósito do processo Gerência de Decisões é analisar possíveis decisões críticas usando um processo formal, com critérios estabelecidos, para avaliação das alternativas identificadas.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 118

Processos do Nível C

Desenvolvimento para Reutilização (DRU)

• Propósito

– O propósito do processo Desenvolvimento para Reutilização é identificar oportunidades de reutilização sistemática de ativos na organização e, se possível, estabelecer um programa de reutilização para desenvolver ativos a partir de engenharia de domínios de aplicação.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 119

Processos do Nível C

Gerência de Riscos (GRI)

• Propósito

– O propósito do processo Gerência de Riscos é identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 120

Requisitos para o Nível de Maturidade CNível Processo Capacidade

Gerência de Projeto

AP1.1,AP2.1, AP2.2, AP3.1 e AP3.2:

RAP 1 RAP 2RAP 3 RAP 4 RAP 5 RAP 6 RAP 7 RAP 8RAP 9 RAP 10RAP 11 RAP 12RAP 13 RAP 14RAP 15 RAP 16RAP 17 RAP 18RAP 19 RAP 20RAP 21 RAP 22

Gerência de Requisitos

Aquisição

Garantia da Qualidade

Gerência de Configuração

Gerência de Portfólio

Medição

Avaliação e Melhoria do Processo Organizacional

Definição do Processo Organizacional

Gerência de Recursos Humanos

Gerência de Reutilização

Desenvolvimento de Requisitos

Integração do Produto

Projeto e Construção do Produto

Verificação

Validação

Gerência de Decisões

Desenvolvimento para Reutilização

Gerência de Riscos

Gerenciado Quantitativamente

Parcialmente

Gerenciado

Parcialmente

Definido

Largamente

Definido

Em Otimização

Níveis de Maturidade MPS-SW

Medição - MED / Gerência de Configuração - GCOAquisição - AQU / Garantia da Qualidade - GQAGerência de Portfólio de Projetos - GPP

Desenvolvimento de Requisitos - DREProjeto e Construção do Produto - PCPIntegração do Produto - ITPVerificação - VER / Validação - VAL

Gerência de Decisões - GDEDesenvolvimento para Reutilização - DRUGerência de Riscos - GRI

Gerência de Requisitos - GRE

Gerência de Projetos - GPR

BGerência de Projetos - GPR (evolução)

(sem processo específico)

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 122

Processos do Nível B

Gerência de Projetos (GPR)

• Propósito

– O propósito do processo Gerência de Projetos para o nível B é gerenciar quantitativamente o projeto, refletindo a alta maturidade da organização.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 123

Capacidade

• AP 4.1 O processo é medido– Este atributo é uma medida do quanto os resultados de

medição são usados para assegurar que o desempenho do processo apóia o alcance dos objetivos de desempenho relevantes como apoio aos objetivos de negócio definidos.

• AP 4.2 O processo é controlado– Este atributo é uma medida do quanto o processo é controlado

estatisticamente para produzir um processo estável, capaz e previsível dentro de limites estabelecidos.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 124

Nível Processo Capacidade

Gerência de Projetos GPR 22, GPR 23, GPR 24, GPR 25, GPR 26, GPR 27 e GPR 28

AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2, AP 4.1 e AP 4.2:

RAP 1 a RAP 22

RAP 22 e RAP 25

(todos os processos)

RAP 26 a RAP 34 (processos selecionados)

Gerência de Requisitos

Aquisição

Garantia da Qualidade

Gerência de Configuração

Gerência de Portfólio

Medição

Avaliação e Melhoria do Processo Organizacional

Definição do Processo Organizacional

Gerência de Recursos Humanos

Gerência de Reutilização

Desenvolvimento de Requisitos

Integração do Produto

Projeto e Construção do Produto

Verificação

Validação

Gerência de Decisões

Desenvolvimento para Reutilização

Gerência de Riscos

Gerenciado Quantitativamente

Parcialmente

Gerenciado

Parcialmente

Definido

Largamente

Definido

Níveis de Maturidade MPS-SW

Medição - MED / Gerência de Configuração - GCOAquisição - AQU / Garantia da Qualidade - GQAGerência de Portfólio de Projetos - GPP

Desenvolvimento de Requisitos - DREProjeto e Construção do Produto - PCPIntegração do Produto - ITPVerificação - VER / Validação - VAL

Gerência de Decisões - GDEDesenvolvimento para Reutilização - DRUGerência de Riscos - GRI

Gerência de Requisitos - GRE

Gerência de Projetos - GPR

BGerência de Projetos - GPR (evolução)

(sem processo específico)Em Otimização

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 126

Capacidade

• AP 5.1 O processo é objeto de inovações– Este atributo é uma medida do quanto as mudanças no

processo são identificadas a partir da análise de causas comuns de variação do desempenho e da investigação de enfoques inovadores para a definição e implementação do processo.

• AP 5.2 O processo é otimizado continuamente– Este atributo é uma medida do quanto as mudanças na

definição, gerência e desempenho do processo têm impacto efetivo para o alcance dos objetivos relevantes de melhoria do processo.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 127

Nível Processo Capacidade

Gerência de Projeto AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2, AP 4.1, AP 4.2,AP 5.1, AP 5.2:

RAP 1 a RAP 22 RAP 22 e RAP 25

(todos os processos)

RAP 26 a RAP 34 (processos selecionados)

RAP 35 a RAP 46 (processos selecionados)

Pelo menos um dos processos selecionados para análise de desempenho deve satisfazer integralmente AP 5.1 e AP 5.2 .

Gerência de Requisitos

Aquisição

Garantia da Qualidade

Gerência de Configuração

Medição

Gerência de Portfólio

Avaliação e Melhoria do Processo Organizacional

Definição do Processo Organizacional

Gerência de Recursos Humanos

Gerência de Reutilização

Desenvolvimento de Requisitos

Integração do Produto

Projeto e Construção do Produto

Verificação

Validação

Gerência de Decisões

Desenvolvimento para Reutilização

Gerência de Riscos

Agenda do Curso

Motivação para processos de software

Visão geral do programa MPS.BR e do modelo MPS-SW

Estratégias para alcançar a maturidade

Os níveis de maturidade do MPS-SW

Reflexão: maturidade e agilidade

• Capacitação e provas oficiais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 129

E os métodos ágeis?• Scrum

• XP

• OpenUP

• Feature-Driven Development

• Lean

• Kanban

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 130

Não são concorrentes! Há inúmeros relatos de empresas que implementaram o modelo de referência MPS-SW com base em métodos ágeis.

Exemplos de Práticas Ágeis

• Planning Poker

• Priorização de backlog

• Quadro Kanban

• Releases e iterações, sprints

• Test-driven development

• Programação pareada

• Integração contínua

• ...

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 131

A questão não é qual método seguir, mas quais práticas incluir no seu processo de desenvolvimento para que ele gere o resultado pretendido!

Agenda do Curso

Motivação para processos de software

Visão geral do programa MPS.BR e do modelo MPS-SW

Estratégias para alcançar a maturidade

Os níveis de maturidade do MPS-SW

Capacitação e provas oficiais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 132

C1 - Curso

Introdução Ao MPS.BR-SW

C2 – Curso Implementadores

MR-MPS-SW

P2 - Prova

Implementadores

MR-MPS-SW

C3 - Curso

Avaliadores MA-MPS

P3 - Prova

Avaliadores MA-MPS

Implementador MR-MPS Avaliador Adjunto MA-

MPS

WAMPS: Workshop Anual do MPS

Capacitação MPS.BR

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 133

C1 - Curso

Introdução ao MPS.BR-SV

C2 – Curso Implementadores

MR-MPS-SV

P2 - Prova

Implementadores

MR-MPS-SV

Implementador MR-MPS

Capacitação MPS.BR

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 134

Curso de Introdução

ao MPS.BR SV/SW

(C1: 16h)

Curso de Implementadores

MR-MPS-SV e MR-MPS-SW

(C2: 24h)

Prova de Implementadores

MR-MPS SV/SW

(P2: 4h, c/ consulta)

Curso de Avaliadores

MA-MPS

(C3: 24h)

Prova de Avaliadores

MA-MPS SV/SW

(P3: 4h, c/ consulta)

Requisitos para Avaliador Adjunto

• Formação acadêmica:– Formação acadêmica sólida (desejável: especialização, mestrado ou doutorado concluídos) e

– Conhecimento comprovado em processos

• Treinamento MPS.BR:– Aprovação na Prova de Implementadores Serviços/Software (P2-MPS-SV e/ou P2-MPS-SW) e

– Participação no Curso para Avaliadores MA-MPS (C3-MPS) e

– Aprovação na Prova para Avaliadores (P3-MPS-SV e/ou P3-MPS-SW).

• Experiência profissional:– Experiência comprovada de, no mínimo, 3 (três) anos em processos voltados a serviços de TI e

– Experiência comprovada em 3 (três) implementações de processos onde a unidade organizacional obteve oficialmente nível de maturidade do MR-MPS-SV/MR-MPS-SW ou Experiência comprovada de, no mínimo, 3 (três) anos em gerência de projetos de serviços de TI ou software

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 135

Requisitos para Avaliador Líder

• Formação Acadêmica: – Os mesmos requisitos exigidos para avaliador adjunto MR-MPS-SW e MR-

MPS-SV

• Treinamento MPS.BR: – Além do exigido para avaliador adjunto MR-MPS-SW/MR-MPS-SV: – Participação em, no mínimo, 6 (seis) avaliações MR-MPS-SW como avaliador

adjunto– Treinamento para avaliador líder realizado por uma Instituição Avaliadora e– Aprovação como avaliador líder após conduzir 1 (uma) avaliação observada

níveis G ou F (preferencial) do MR-MPS-SW/MR-MPS-SV por um avaliador líder experiente indicado pela ETM-Avaliação.

• Experiência Profissional:– Os mesmos requisitos exigidos para avaliador adjunto MR-MPS-SW/MR-

MPS-SV

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 136

Requisitos para Avaliador Líder

• Avaliador Líder Inicial

– Habilitado para liderar avaliações níveis G e F

– Requisitos básicos descritos anteriormente

• Avaliador Líder Intermediário

– Habilitado para liderar avaliações níveis G, F, E, D e C

– Requisitos adicionais

• Avaliador Líder Experiente

– Habilitado para liderar avaliações de qualquer nível

– Requisitos adicionais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 137

Agenda do Curso

Motivação para processos de software

Visão geral do programa MPS.BR e do modelo MPS-SW

Estratégias para alcançar a maturidade

Os níveis de maturidade do MPS-SW

Capacitação e provas oficiais

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 138

Referências• Este material fez uso autorizado de parte do material do curso

oficial de introdução ao MPS (C1).

• Guias do MPS para Software, disponíveis em http://www.softex.br/mpsbr

• R. Prikladnicki, R. Willi e F. Milani “Métodos Ágeis para Desenvolvimento de Software”. Porto Alegre: Bookman, 2014 (ISBN: 978-85-8260-207-2), 289p.

• G.H. Travassos e M. Kalinowski “iMPS 2013: Evidências Sobre o Desempenho das Empresas que Adotaram o Modelo MPS-SW”. Campinas: SOFTEX, 2014 (ISBN: 978-85-99334-75-1), 102p.

• S. Wagner “Software Product Quality Control”. Springer, 2013 (ISBN 978-3-642-38570-4), 219p.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 139

Leituras Sugeridas

• M. Kalinowski, K.C. Weber, N. Franco, E. Barroso, V. Duarte, D. Zanetti, G. Santos, “Results of 10 Years of Software Process Improvement in Brazil Based on the MPS-SW Model”. International Conference on the Quality of Information and Communications Technology (QUATIC), Guimarães, Portugal, 2014.

• M. Kalinowski, S. Biffl, R.O. Spinola, S. Reinehr, “From Project-Oriented to Service-Oriented Software Development: An Industrial Experience Guided by a Service Reference Model”. Journal of Software Engineering Research and Development, 2 (10), ISSN: 2195-1721, Springer, 2014.

• G. Santos, M. Kalinowski, A.R. Rocha, G.H. Travassos, K.C. Weber, J.A. Antonioni. “MPS.BR program and MPS model: main results, benefits and beneficiaries of software process improvement in Brazil”, In 8th Int. Conf. on the Quality in Information and Communications Technology (QUATIC), Lisbon, Portugal, 2012.

• M. Kalinowski, G. Santos, R. Prikladnicki, A. R. Rocha, K. C. Weber, J. A. Antonioni, “From software engineering research to Brazilian software quality improvement”, 25th Brazilian Symposium on Software Engineering, SBES 2011, São Paulo, Brazil, pp. 120-125, 2011.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 140

Leituras Sugeridas (cont.)

• M. Kalinowski, G. Santos, S. Reinehr, M. Montoni, A.R. Rocha, K.C. Weber, G.H. Travassos, “MPS.BR: promovendo a adoção de boas práticas de engenharia de software pela indústria brasileira”. XIII Congreso Iberoamericano en "Software Engineering" (CIBSE), Cuenca, Ecuador, 2010.

• M.A. Montoni, A.R. Rocha, K.C. Weber, “MPS.BR: A successful program for software process improvement in Brazil”. Software Process: Improvement and Practice, Vol. 14, Issue 5, pp. 289-300, 2009.

• M. Kalinowski, K. Weber, G.H. Travassos, “iMPS: an experimentation based investigation of a nationwide software development reference model”, 2nd International Symposium on Empirical Software Engineering and Measurement (ESEM), Kaiserslautern, Germany, 2008.

Marcos Kalinowski Melhoria de Processos de Software com o MPS.BR 141

Melhoria de Processos de Software com o MPS.BR

Prof. Dr. Marcos Kalinowski (UFF)kalinowski@acm.org

Recommended