Gerenciamento de Projetos, MPS.BR e Qualidade em Software

Agenda

Qualidade em software via MPS.BR / Gerenciamento de Projetos

MPS.BR no Brasil e na América Latina

Qualidade em Software via MPS.BR / Gerenciamento de Projetos

Qualidade em software via MPS.BR / Gerenciamento de Projetos

Qualidade do produto de software

Qualidade do processo dedesenvolvimento de software

Modelo de maturidade(MPS.BR)

Gerenciamento deprojetos

É obtida por meio de

É alcançada mais facilmente se baseada em

Tem como base

Qualidade em software via MPS.BR / Gerenciamento de Projetos

Qualidade do produto de software

Qualidade do processo dedesenvolvimento de software

Modelo de maturidade(MPS.BR)

Gerenciamento deprojetos

É obtida por meio de

É alcançada mais facilmente se baseada em

Tem como base

[

Qualidade do produto x Qualidade do processo Porque processo é importante?

O bom e velho triângulo mágico...

Qualidade do produto x Qualidade do processo Porque processo é importante?

Mesmo as melhores pessoas não conseguem trabalhar de forma eficiente se o processo é problemático, burocrático ou mal compreendido.

O processo é a ponta do triângulo que unifica os outros aspectos.

Qualidade do produto x Qualidade do processo Porque processo é importante?

Investimentos em tecnologia sem um guia que defina como utilizá-la é um desperdício de recursos.

Sem processos claros e eficientes, uma empresa não é escalável.

Qualidade em software via MPS.BR / Gerenciamento de Projetos

Qualidade do produto de software

Qualidade do processo dedesenvolvimento de software

Modelo de maturidade(MPS.BR)

Gerenciamento deprojetos

É obtida por meio de

É alcançada mais facilmente se baseada em

Tem como base

[

Qualidade do processo x Modelos de maturidade Porque usar modelos como referência?

Modelos definem os requisitos a que os processos devem atender, apresentando flexibilidade em relação a como atendê-los.

Modelos, especialmente os estruturados “por estágio”, definem um caminho evolucionário para melhoria de processo.

Qualidade do processo x Modelos de maturidade Porque usar modelos como referência?

Modelos são repositórios de melhores práticas que vêm sendo utilizadas ao longo de vários anos com sucesso.

Modelos permitem avaliações dos processos de forma objetiva e a detecção de pontos fortes e fracos

Qualidade do Processo x Modelos de Maturidade Porque usar modelos como referência?

Mas atenção: Não se deve encarar o uso de um modelo como fim em si mesmo!!!O importante é a melhoria dos processose das organizações como um todo!

Qualidade do produto de software

Qualidade do processo dedesenvolvimento de software

Modelo de maturidade(MPS.BR)

Gerenciamento deprojetos

É obtida por meio de

É alcançada mais facilmente se baseada em

Tem como base

O que é MPS.BR? [

Qualidade em software via MPS.BR / Gerenciamento de Projetos

Mps.Br É um programa para Melhoria de Processo de Software

Brasileiro. Estabelece um modelo de negócio para apoiar a sua

adoção pelas empresas brasileiras desenvolvedoras de software.

Está dividido em 3 componentes:Modelo de Referência (MR-MPS)Método de Avaliação (MA-MPS) Modelo de Negócio (MN-MPS)

Em OtimizaçãoEm Otimização

Gerenciado QuantitativamenteGerenciado Quantitativamente

DefinidoDefinido

Largamente DefinidoLargamente Definido

Parcialmente DefinidoParcialmente Definido

GerenciadoGerenciado

Parcialmente GerenciadoParcialmente Gerenciado

AA

BB

CC

DD

EE

FF

G

2

3

4

5

Relacionamentocom o CMMI

MR-MPS

MN-MPS: Modelo de Negócio

Programa MPS.BR

(SOFTEX)

II-MPS.BR & IA-MPS.BR

MNEMNC

Contrato Contrato

Convênio

Convênio, se pertinente

LEGENDA:

II-MPS.BR – Instituição Implementadora do Modelo MPS.BR

IA-MPS.BR – Instituição Avaliadora do Modelo MPS.BR

MNE – Modelo de Negócio Específico para cada empresa (personalizado)

MNC – Modelo de Negócio Cooperado em grupo de empresas (pacote)

Porque Mps.Br?

Acesso à melhoria de processos a pequenas e médias em empresas em larga escala.

Compatibilidade com os padrões de qualidade aceitos internacionalmente.

Caminho evolutivo mais suave e incremental que outros modelos.

Qualidade do produto de software

Qualidade do processo dedesenvolvimento de software

Modelo de maturidade(MPS.BR)

Gerenciamento deprojetos

É obtida por meio de

É alcançada mais facilmente se baseada em

Tem como base [

Qualidade em Software via MPS.BR / Gerenciamento de Projetos

O que GP tem a ver com tudo isto?

Mps.Br x Gerenciamento de projetos Projetos como base para avaliação

Avaliação é feita sobre um conjunto de projetos representativos da organização.

Isto faz com que o trabalho nas empresas que buscam melhoria via Mps.Br seja cada vez mais orientado a projetos.

Projeto é entendido como instância do processo da organização.

Mps.Br x Gerenciamento de projetos

Foco em GP no níveis iniciais G e F Nível G

Gerência de requisitos Gerência de projetos

Nível F Medição Gerência de configuração Aquisição Garantia da qualidade

Parcialmente Gerenciado

Gerenciado

Processo Gerência de projetos

Gerenciamento de escopo Definição de ciclo de vida de projeto Análise de viabilidade do projeto Gerenciamento de recursos (inclusive humanos) Gerenciamento de tempo Gerenciamento de riscos (inicial) Gerenciamento de dados (comunicação) Gerenciamento de custos Gerenciamento dos stakeholders

Gerenciamento de projetos

MPS.BRMelhoria de processosQualidade em software

Mps.Br x Gerenciamento de projetosProcessos ligados a GP em níveis superiores

Adaptação do Processo para Gerência do Projeto (nível E)

Gerência de Riscos (nível C) Gerência Quantitativa do Projeto (nível B)

Mps.Br x Gerenciamento de projetosRequisitos de experiência em GP para avaliadores

Avaliador líderExperiência comprovada de 6 (seis) anos em gerência

de projetos de software, no mínimo, ou experiência comprovada de implementação de processos de software onde a unidade organizacional obteve nível de maturidade MR-MPS ou CMMI em avaliação oficial.

Mps.Br x Gerenciamento de projetosRequisitos de experiência em GP para avaliadores

Avaliador adjuntoExperiência comprovada de 4 (quatro) anos em

gerência de projetos de software, no mínimo, ou experiência comprovada de implementação de processos de software onde a unidade organizacional obteve nível de maturidade MR-MPS ou CMMI em avaliação oficial

MPS.BR x Gerenciamento de projetosRequisitos de experiência em GP para avaliadores

Participação na equipe de avaliaçãoDeve ter experiência em desenvolvimento de

software, preferencialmente em gerência de projetos.

Mps.Br no Brasil e na América Latina

Meta 1

Desenvolvimento e Aprimoramento do Modelo MPSGuias do MPS.BRCursos, Provas e Workshops MPS.BR Instituições Implementadoras (II) Instituições Avaliadoras (IA)Consultores de Aquisição (CA)

Meta 1 - Resultados 3 guias do MPS.BR Cursos, provas e Workshops

1600 participantes de cursos 400 pessoas aprovadas nas provas MPS.BR

10 II credenciadas 2 IA em análise, 5 avaliadores líder e 20 adjuntos Treinamento de 40 pessoas para formação de novos

avaliadores (com prova para certificação de novos adjuntos) Certificação de consultores de aquisição (curso + prova +

projeto assistido)

Meta 2

Implementação e Avaliação MPS em Empresas no Brasil 2005-2006: 120 empresas com MR-MPS implementado,

seguido da avaliação MA-MPS de no mínimo 50% das mesmas

2007-2008: + 160 empresas com MR-MPS implementado, seguido da avaliação MA-MPS de no mínimo 50% das mesmas

Meta 2 - Resultados

Maio de 2006 – mais de 50 empresas implementando o MR-MPS, muitas seguindo modelo cooperado.

Setembro de 2005 a maio de 2006 – 7 avaliações MA-MPS realizadas em níveis variados (G, F, E, A) do MR-MPS.

Adoção do modelo está se acelerando.

Meta 3

Disseminação Regional do Modelo MPS em 2 Países da América Latina

Meta 3 - Resultados

Tradução dos 3 Guias para o Espanhol (contratada)

Manifestações de Interesse: Argentina (MPS.AR) Chile (MPS.CL) Peru (MPS.PE) Uruguai (MPS.UY)