Gerenciamento de Projetos, MPS.BR e Qualidade em Software

1. Gerenciamento de Projetos, MPS.BR e Qualidade em Software

2. Agenda • Qualidade em software via MPS.BR / Gerenciamento de Projetos • MPS.BR no Brasil e na América Latina

3. Qualidade em Software via MPS.BR / Gerenciamento de Projetos

4. Qualidade em software via MPS.BR / Gerenciamento de Projetos Qualidade do produto de software É obtida por meio de Qualidade do processo de desenvolvimento de software É alcançada mais facilmente se baseada em Modelo de maturidade (MPS.BR) Tem como base Gerenciamento de projetos

5. Qualidade em software via MPS.BR / Gerenciamento de Projetos [ Qualidade do produto de software É obtida por meio de Qualidade do processo de desenvolvimento de software É alcançada mais facilmente se baseada em Modelo de maturidade (MPS.BR) Tem como base Gerenciamento de projetos

6. Qualidade do produto x Qualidade do processoPorque processo é importante? O bom e velho triângulo mágico...

7. 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.

8. 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.

9. Qualidade em software via MPS.BR / Gerenciamento de Projetos Qualidade do produto de software [ É obtida por meio de Qualidade do processo de desenvolvimento de software É alcançada mais facilmente se baseada em Modelo de maturidade (MPS.BR) Tem como base Gerenciamento de projetos

10. Qualidade do processo x Modelos de maturidadePorque 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.

11. Qualidade do processo x Modelos de maturidadePorque 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

12. Qualidade do Processo x Modelos de MaturidadePorque 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 processos e das organizações como um todo!

13. Qualidade em software via MPS.BR / Gerenciamento de Projetos Qualidade do produto de software [ É obtida por meio de Qualidade do processo de desenvolvimento de software É alcançada mais facilmente se baseada em O que é MPS.BR? Modelo de maturidade (MPS.BR) Tem como base Gerenciamento de projetos

14. 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)

16. 5 4 3 2 A Em Otimização B Gerenciado Quantitativamente C Definido D Largamente Definido E Parcialmente Definido F Gerenciado G Parcialmente Gerenciado Relacionamento com o CMMI MR-MPS

17. MN-MPS: Modelo de Negócio II-MPS.BR & IA-MPS.BR Programa MPS.BR (SOFTEX) Convênio Contrato Contrato MNC MNE 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)

18. 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.

19. Qualidade em Software via MPS.BR / Gerenciamento de Projetos Qualidade do produto de software É obtida por meio de Qualidade do processo de desenvolvimento de software [ É alcançada mais facilmente se baseada em Modelo de maturidade (MPS.BR) Tem como base Gerenciamento de projetos

20. O que GP tem a ver com tudo isto?

21. Mps.Br x Gerenciamento de projetosProjetos 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.

22. Mps.Br x Gerenciamento de projetosFoco 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

23. 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

24. MPS.BR Melhoria de processos Qualidade em software Gerenciamento de projetos

25. 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)

26. Mps.Br x Gerenciamento de projetosRequisitos de experiência em GP para avaliadores • Avaliador líder • Experiê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.

27. Mps.Br x Gerenciamento de projetosRequisitos de experiência em GP para avaliadores • Avaliador adjunto • Experiê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

28. MPS.BR x Gerenciamento de projetosRequisitos de experiência em GP para avaliadores • Participação na equipe de avaliação • Deve ter experiência em desenvolvimento de software, preferencialmente em gerência de projetos.

29. Mps.Br no Brasil e na América Latina

30. Meta 1 • Desenvolvimento e Aprimoramento do Modelo MPS • Guias do MPS.BR • Cursos, Provas e Workshops MPS.BR • Instituições Implementadoras (II) • Instituições Avaliadoras (IA) • Consultores de Aquisição (CA)

31. 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)

32. 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

33. 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.

34. Meta 3 • Disseminação Regional do Modelo MPS em 2 Países da América Latina

35. 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)