MPS.BR: Promovendo a Adoção de Boas Práticas de Engenharia de Software pela Indústria Brasileira
Gerenciamento de Projetos, MPS.BR e Qualidade em Software
description
Transcript of Gerenciamento de Projetos, MPS.BR e Qualidade em Software
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)