A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Qualidade de Processo de Software MPS.BR Ricardo de Almeida Falbo Tópicos Especiais – Qualidade de Software 2007/1 Departamento de Informática Universidade.

Apresentações semelhantes


Apresentação em tema: "Qualidade de Processo de Software MPS.BR Ricardo de Almeida Falbo Tópicos Especiais – Qualidade de Software 2007/1 Departamento de Informática Universidade."— Transcrição da apresentação:

1

2 Qualidade de Processo de Software MPS.BR Ricardo de Almeida Falbo Tópicos Especiais – Qualidade de Software 2007/1 Departamento de Informática Universidade Federal do Espírito Santo

3 Tópicos Especiais - Qualidade de Software 2007/12 Agenda Histórico e Motivação para o MPS.BR Organização do MPS.BR Estrutura do MPS.BR Base técnica do MPS.BR O Modelo de Referência (MR-MPS) O Método de Avaliação (MA-MPS) O Modelo de Negócio (MN-MPS)

4 Tópicos Especiais - Qualidade de Software 2007/13 Histórico Dezembro de 2003: Início do Programa mobilizador para a Melhoria do Processo de Software Brasileiro, coordenado pela Softex (Associação para Promoção da Excelência do Software Brasileiro), com apoio do Ministério da Ciência e Tecnologia (MCT) e do Banco Interamericano de Desenvolvimento (BID). Abril de 2005: Versão 1.0 Maio de 2006: Versão 1.1 Maio/Junho de 2007: Previsão de lançamento de uma nova versão.

5 Tópicos Especiais - Qualidade de Software 2007/14 Motivação Em 2003, dados da Secretaria de Política de Informática do MCT apontavam que apenas 30 empresas no Brasil possuíam avaliação CMM e 214 possuíam certificação ISO Claramente, as empresas locais favoreceram a ISO Dados de uma pesquisa do MIT 1, apontavam que até 2003, na Índia 32 empresas atingiram o nível 5 do CMM, enquanto a China tinha apenas uma e o Brasil nenhuma. Em relação ao CMM, a maioria das empresas chinesas e brasileiras não estava em um nível suficientemente alto de maturidade do processo para competir com as empresas indianas. 1 Ref: Slicing the Knowledge-based Economy in Brazil, China and India: a tale of 3 software industries [MIT, 2003]

6 Tópicos Especiais - Qualidade de Software 2007/ Certificação ISO Avaliação CMM (total) Nível Nível Nível Nível Motivação: Processo de Software no Brasil Empresas com ISO 9000 e CMM

7 Tópicos Especiais - Qualidade de Software 2007/16 CMM Nível 2: 33 Nível 3: 10 Nível 4: 0 Nível 5: 1 CMMI Nível 2: 3 Nível 3: 1 Nível 4: 0 Nível 5: 2 Motivação: Processo de Software no Brasil Empresas com CMM e CMMI (2005) Número Total de Avaliações CMM/CMMI: 50 sendo 36 Nível 2, 11 Nível 3 e 3 Nível 5.

8 Tópicos Especiais - Qualidade de Software 2007/17 Problema da Excelência: Como atingir CMMI níveis 4 e 5 no Brasil? No topo da pirâmide estão as empresas exportadoras de software e outras grandes empresas que desejam atingir níveis mais altos de maturidade (CMMI níveis 4 e 5) e serem formalmente certificadas pelo SEI, em um processo de longo prazo. O fator custo não é crítico. O processo como um todo pode levar de 4 a 10 anos e custar centenas de milhares de dólares. Aqui, a melhoria de processo está baseada na oferta de serviços personalizados para cada empresa (Modelo de Negócio Específico)

9 Tópicos Especiais - Qualidade de Software 2007/18 Problema da Excelência: Como atingir níveis de maturidade CMMI no Brasil? Empresas exportadoras e grandes Níveis de maturidade CMMI 4 e 5 Custo não é crítico – 4 a 10 anos

10 Tópicos Especiais - Qualidade de Software 2007/19 Problema da Inclusão: como melhorar o processo de software em Pequenas e Médias Empresas ? Na base da pirâmide encontra-se a grande massa de micro, pequenas e médias empresas (PMEs) que desenvolvem software no Brasil e que necessitam melhorar radicalmente os seus processos de software, em conformidade com normas internacionais (como ISO/IEC e 15504) e em compatibilidade com outros modelos (como CMMI níveis 2 e 3). O fator custo é crítico. Esse processo pode levar de 2 a 4 anos e custar dezenas de milhares de dólares. Aqui, a melhoria de processo está baseada na oferta de pacotes de serviços para grupos de empresas (Modelo de Negócio Cooperado)

11 Tópicos Especiais - Qualidade de Software 2007/110 Problema da Excelência: como atingir níveis de maturidade CMMI no Brasil? Empresas exportadoras e grandes Pequenas e médias Níveis de maturidade 2 e 3 Custo é crítico – 2 a 3 anos Níveis de maturidade CMMI 4 e 5 Custo não é crítico – 4 a 10 anos

12 Tópicos Especiais - Qualidade de Software 2007/111 MPS.BR: Objetivo e Metas Objetivo: Melhoria de processos de software nas micros, pequenas e médias empresas (PMEs), a um custo acessível, em diversos locais do país. Como? Desenvolvimento (e Aprimoramento) do Modelo MPS.BR. Implementação e Avaliação do Modelo MPS.BR em Empresas, com foco em grupos de empresas.

13 Tópicos Especiais - Qualidade de Software 2007/112 Estrutura do Modelo MPS.BR MPS.BR Modelo de Negócio (MN-MPS) Método de Avaliação (MA-MPS) Guia de Aquisição Guia Geral Modelo de Referência (MR-MPS) Guia de Avaliação Documento do Programa ISO/IEC CMMI ISO/IEC 12207

14 Tópicos Especiais - Qualidade de Software 2007/113 MPS.BR Realidade das Empresas Brasileiras ISO /IEC ISO /IEC CMMI SOFTEX Governo Universidades Base Técnica MPS.BR: Desenvolvimento e Aprimoramento

15 Tópicos Especiais - Qualidade de Software 2007/114 Base Técnica do MPS.BR MPS.BR CMMI Complementação de Processos ISO/IEC Definição de Processos Propósitos e Resultados ISO/IEC Definição da Capacidade de Processos Requisitos de Avaliação

16 Tópicos Especiais - Qualidade de Software 2007/115 MPS.BR Modelo de Negócio (MN-MPS) Método de Avaliação (MA-MPS) Guia de Aquisição Guia Geral Modelo de Referência (MR-MPS) Guia de Avaliação Documento do Programa ISO/IEC CMMI ISO/IEC 12207

17 Tópicos Especiais - Qualidade de Software 2007/116 Guia Geral Referências Básicas ISO/IEC 12207:1995/Amd 1:2002/Amd 2:2004 e ISO/IEC Complementar CMMI Objetivo Descreve o Modelo de Referência para Melhoria do Processo de Software (MR-MPS) e fornece uma visão geral sobre os demais guias que apóiam os processos de avaliação e de aquisição Público alvo Instituições interessadas em aplicar o MR-MPS para melhoria de seus processos de software, Instituições implementadoras e avaliadoras segundo o MR-MPS

18 Tópicos Especiais - Qualidade de Software 2007/117 Estrutura do MR-MPS Níveis de maturidade Capacidade Resultado Processo Propósito Resultado Atributo

19 Tópicos Especiais - Qualidade de Software 2007/118 Nível de Maturidade Grau de melhoria de processo para um pré- determinado conjunto de processos no qual todos os objetivos dentro do conjunto são atendidos [ISO/IEC , 2003]. Sete Níveis: A. Em Otimização B. Gerenciado Quantitativamente C. Definido D. Largamente Definido E. Parcialmente Definido F. Gerenciado G. Parcialmente Gerenciado

20 Tópicos Especiais - Qualidade de Software 2007/119 Processo Um conjunto de atividades inter-relacionadas, que transforma entradas em saídas [ISO/IEC 12207, 1995]. Composto de: Prop ó sito: O principal objetivo da execu ç ão do processo e os prov á veis resultados obtidos com a efetiva implementa ç ão do mesmo [ISO/IEC Amd 1:2002]. Resultado: Um resultado observ á vel do sucesso do alcance do prop ó sito do processo [ISO/IEC Amd 1:2002].

21 Tópicos Especiais - Qualidade de Software 2007/120 Capacidade Uma caracterização da habilidade do processo atingir os objetivos de negócio atuais ou futuros [ISO/IEC , 2003]. Composto de: Atributo de processo: Uma característica mensurável da capacidade do processo aplicável a qualquer processo [ISO/IEC , 2003] Resultado (do Atributo de Processo): Um resultado observável do sucesso do alcance do atributo do processo [ISO/IEC Amd 1:2002].

22 Tópicos Especiais - Qualidade de Software 2007/121 Estrutura do MR-MPS Níveis de maturidade Capacidade Resultado Processo Propósito Resultado Atributo

23 Tópicos Especiais - Qualidade de Software 2007/1 22 Níveis de Maturidade Medição / Gerência de Configuração Aquisição / Garantia da Qualidade Treinamento / Avaliação e Melhoria do Processo Org. / Definição do Processo Org. / Adaptação do Processo para Gerência de Projeto Desenvolvimento de Requisitos / Solução Técnica / Integração do Produto/ Instalação do Produto / Liberação do Produto / Verificação / Validação Análise de Decisão e Resolução Gerência de Riscos G F E D C Gerência de Requisitos Gerência de Projeto Desempenho do Processo Organizacional / Gerência Quantitativa do Projeto Inovação e Implantação na Organização / Análise e Resolução de Causas A B Parcialmente Gerenciado Gerenciado Parcialmente Definido Largamente Definido Definido Gerenciado Quantitativamente Em Otimização

24 Tópicos Especiais - Qualidade de Software 2007/123 Estrutura do MR-MPS Níveis de maturidade Capacidade Resultado Processo Propósito Resultado Atributo

25 Tópicos Especiais - Qualidade de Software 2007/124 Capacidade de Processo Expressa o grau de refinamento e institucionalização com que o processo é executado na organização. Está relacionada com o atendimento aos atributos de processo associados aos processos de cada nível de maturidade. À medida que a organização evolui nos níveis de maturidade, um maior nível de capacidade para desempenhar o processo deve ser atingido pela organização.

26 Tópicos Especiais - Qualidade de Software 2007/125 Capacidade e Atributos de Processo Atributos de Processo (AP): AP 1.1 O processo é executado AP 2.1 O processo é gerenciado AP Os produtos de trabalho do processo são gerenciados AP 3.1- O processo é definido AP O processo está implementado

27 Tópicos Especiais - Qualidade de Software 2007/126 Atributos de Processo AP 1.1 – O processo é executado O processo atinge seu propósito. Resultado do Atributo do Processo (RAP): RAP 1. O processo atinge seus resultados definidos.

28 Tópicos Especiais - Qualidade de Software 2007/127 Atributos de Processo AP 2.1 – O processo é gerenciado O atributo de gerência de execução é uma medida da extensão na qual a execução do processo é gerenciada. Resultados do Atributo do Processo (RAP): 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 para atender aos planos. RAP 4. (a partir do nível F) Medidas são planejadas e coletadas para monitorar a execução do processo. RAP 5. Os recursos necessários para a execução do processo são identificados e disponibilizados. RAP 6. As pessoas que executam o processo são competentes em termos de formação, treinamento e experiência apropriados. RAP 7. A comunicação entre as partes interessadas no processo é gerenciada de forma a garantir o seu envolvimento no projeto. RAP 8. O estado, as atividades e resultados do processo são revistos com os níveis adequados de gerência e problemas pertinentes são tratados.

29 Tópicos Especiais - Qualidade de Software 2007/128 Atributos de Processo AP 2.2 – Os produtos de trabalho do processo são gerenciados Extensão na qual os produtos de trabalho produzidos pelo processo são gerenciados apropriadamente. Resultado do Atributo do Processo (RAP): RAP 9. Os produtos de trabalho são documentados, revistos e controlados em níveis apropriados de gerência de configuração.

30 Tópicos Especiais - Qualidade de Software 2007/129 Atributos de Processo AP 3.1 – O processo é definido Medida da extensão na qual um processo padrão é mantido para apoiar a implementação do processo definido. Resultados do Atributo do Processo (RAP): RAP 10. Um processo padrão é definido, incluindo diretrizes para a sua adaptação para o processo definido. RAP 11. A seqüência e a interação do processo-padrão com outros processos são determinadas.

31 Tópicos Especiais - Qualidade de Software 2007/130 Atributos de Processo AP 3.2 – O processo está implementado Medida da extensão na qual o processo padrão é efetivamente implementado como um processo definido para atingir seus resultados. Resultado do Atributo do Processo (RAP): RAP 12. Dados apropriados são coletados e analisados, constituindo uma base para o entendimento do comportamento do processo, para demonstrar a adequação e a eficácia do processo e para avaliar onde pode ser feita a melhoria contínua do processo.

32 Tópicos Especiais - Qualidade de Software 2007/131 Níveis de Maturidade e Capacidade

33 Tópicos Especiais - Qualidade de Software 2007/132 Estrutura do MR-MPS Níveis de maturidade Capacidade Resultado Processo Propósito Resultado Atributo

34 Tópicos Especiais - Qualidade de Software 2007/133 ProcessosProcessos Processos Organizacionais Processos Fundamentais Aquisição (F) Gerência de Requisitos (G) Solução Técnica (D) Integração do Produto (D) Desenvolvimento de Requisitos (D) Avaliação e Melhoria do Processo Organizacional (E) Gerência de Riscos (C) Gerência de Projeto (G) Adaptação do Processo para Gerência de Projeto (E) Definição do Processo Organizacional (E) Implantação de Inovações na Organização (A) Análise e Resolução de Causas (A) Desempenho do Processo Organizacional (B) Gerência Quantitativa do Projeto (B) Processos de Apoio Garantia da Qualidade (F) Gerência de Configuração (F) Medição (F) Validação (D) Treinamento (E) Verificação (D) Análise de Decisão e Resolução (C)

35 Tópicos Especiais - Qualidade de Software 2007/134 Nível G – Parcialmente Gerenciado NívelProcessosCapacidade G Gerência de Projetos Resultados: GPR 1 a GPR 16 AP1.1 e AP2.1 Resultados: RAP 1 a RAP 8 sendo RAP 4 (G) Gerência de Requisitos Resultados: GRE 1 a GRE 7

36 Tópicos Especiais - Qualidade de Software 2007/135 Nível G: Gerência de Projetos Propósito: Identificar, estabelecer, coordenar e monitorar as atividades, tarefas e recursos que um projeto necessita para produzir um produto e/ ou serviço, no contexto dos seus requisitos e restrições do projeto.

37 Tópicos Especiais - Qualidade de Software 2007/136 Nível G: Gerência de Projetos Resultados Esperados (GPR 1 a GPR 16): 1.O escopo do trabalho para o projeto está definido. 2.O escopo, os produtos de trabalho e as tarefas são estimados, usando métodos apropriados. 3.As fases do ciclo de vida do projeto são definidas. 4.A viabilidade de atingir as metas do projeto, considerando as restrições e os recursos disponíveis, é avaliada. Se necessário ajustes são realizados. 5.As tarefas, os recursos e a infra-estrutura necessários para completar o trabalho são planejados. 6.As tarefas, os recursos e a infra-estrutura necessários para completar o trabalho são planejados. 7.Os riscos do projeto são identificados e o seu impacto, probabilidade de ocorrência e prioridades de tratamento são determinados e documentados. 8.Os dados relevantes do projeto são identificados, coletados, armazenados e distribuídos. Um mecanismo é estabelecido para acessá-los, incluindo (se pertinente) questões de privacidade e segurança.

38 Tópicos Especiais - Qualidade de Software 2007/137 Nível G: Gerência de Projetos Resultados Esperados: 9.Os recursos humanos para o projeto são planejados considerando o perfil e o conhecimento necessários para executá-lo. 10.O esforço e o custo para os produtos de trabalho e tarefas são estimados baseados em dados históricos ou referências técnicas. 11.O envolvimento dos interessados no projeto é planejado. 12.O planejamento do projeto é revisado com todos os interessados e o compromisso com o mesmo é obtido. 13.O planejamento do projeto é monitorado no que se refere a cronograma, custos, recursos, riscos, envolvimento dos interessados e dados. 14.Revisões são realizadas em marcos do projeto conforme estabelecido no planejamento. 15.Registros e análise dos problemas identificados nas monitorações são estabelecidos. 16.Ações corretivas são estabelecidas quando necessário e gerenciadas até a sua conclusão.

39 Tópicos Especiais - Qualidade de Software 2007/138 Nível G: Gerência de Requisitos Propósito: Gerenciar os requisitos dos produtos e componentes do produto do projeto e identificar inconsistências entre esses requisitos e os planos e produtos de trabalho do projeto.

40 Tópicos Especiais - Qualidade de Software 2007/139 Nível G: Gerência de Requisitos Resultados Esperados (GRE 1 a GRE 7): 1.Uma comunicação contínua com os fornecedores de requisitos é estabelecida;. 2.O entendimento dos requisitos é obtido; 3.A aceitação dos requisitos é estabelecida por meio de critérios objetivos; 4.O comprometimento com os requisitos é estabelecido e mantido; 5.A rastreabilidade entre os requisitos, os planos do projeto e os produtos de trabalho é estabelecida e mantida; 6.Inconsistências entre os planos do projeto, os produtos de trabalho e os requisitos são identificadas e corrigidas; 7.Mudanças nos requisitos são gerenciadas ao longo do projeto.

41 Tópicos Especiais - Qualidade de Software 2007/140 Nível F: Processo e Propósitos Aquisição: obter um produto e/ou serviço que satisfaça a necessidade expressa pelo cliente. 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. Garantia da Qualidade: garantir que os produtos de trabalho e a execução dos processos estão em conformidade com os planos e recursos predefinidos. Medição: coletar e analisar os dados relativos aos produtos desenvolvidos e aos processos implementados na organização e em seus projetos, de forma a apoiar os objetivos organizacionais.

42 Tópicos Especiais - Qualidade de Software 2007/141 Nível E: Processo e Propósitos Adaptação do Processo para Gerência do Projeto: estabelecer e gerenciar o projeto e envolver os interessados de acordo com o processo definido e integrado que é adaptado do conjunto de processos-padrão da organização. Avaliação e Melhoria do Processo Organizacional: determinar o quanto os processos-padrão da organização contribuem para a organização a planejar e implementar melhorias contínuas nos processos com base no entendimento de seus pontos fortes e fracos. Definição do Processo Organizacional: estabelecer e manter um conjunto de ativos dos processos organizacionais usável e aplicável às necessidades de negócio da organização. Treinamento: prover a organização e os projetos com profissionais que possuam os conhecimentos e as habilidades necessárias para executar suas funções de forma efetiva.

43 Tópicos Especiais - Qualidade de Software 2007/142 Nível D: Processo e Propósitos Desenvolvimento de Requisitos: estabelecer os requisitos dos componentes do produto, do produto e do cliente. Solução Técnica: projetar, desenvolver e implementar soluções para atender aos requisitos. Integração do Produto: compor os componentes do produto, produzindo um produto integrado consistente com o projeto (design), e demonstrar que os requisitos funcionais e não-funcionais são satisfeitos para o ambiente alvo ou equivalente. Verificação: confirmar que cada serviço e/ou produto de trabalho do processo ou do projeto reflete apropriadamente os requisitos especificados. Validação: confirmar que um produto ou componente do produto atenderá a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido.

44 Tópicos Especiais - Qualidade de Software 2007/143 Nível C: Processo e Propósitos Análise de Decisão e Resolução: analisar possíveis decisões usando um processo formal da avaliação das alternativas identificadas em relação a critérios estabelecidos. Gerência de Riscos: identificar, gerenciar e reduzir continuamente os riscos em nível organizacional e de projeto.

45 Tópicos Especiais - Qualidade de Software 2007/144 Nível B: Processo e Propósitos Desempenho do Processo Organizacional: estabelecer e manter um entendimento quantitativo do desempenho dos processos-padrão da organização para apoiar os objetivos para qualidade e para o desempenho dos processos. Também é propósito deste processo fornecer dados, linhas-básicas (baselines) e modelos para gerenciar quantitativamente os projetos da organização. Gerência Quantitativa do Projeto: gerenciar quantitativamente o processo definido para o projeto de forma a alcançar os objetivos para qualidade e para o desempenho do processo estabelecidos para o projeto.

46 Tópicos Especiais - Qualidade de Software 2007/145 Nível A: Processo e Propósitos Implantação de Inovações na Organização: selecionar e implantar melhorias incrementais e inovadoras que, de forma mensurada, melhorem os processos e as tecnologias da organização. As melhorias implantadas apóiam os objetivos de qualidade e de desempenho dos processos da organização, que são derivados de seus objetivos de negócio. Análise de Causas e Resolução: identificar causas de defeitos e de outros problemas e tomar ações para prevenir suas ocorrências no futuro.

47 Tópicos Especiais - Qualidade de Software 2007/146 MPS.BR Modelo de Negócio (MN-MPS) Método de Avaliação (MA-MPS) Guia de Aquisição Guia Geral Modelo de Referência (MR-MPS) Guia de Avaliação Documento do Programa ISO/IEC CMMI ISO/IEC 12207

48 Tópicos Especiais - Qualidade de Software 2007/147 Guia de Avaliação Referências do Guia de Avaliação Básica ISO/IEC Information Technology – Process Assessment Complementar SCAMPI – Standard CMMI Appraisal Method for Process Improvement Objetivo do Guia de Avaliação Orientar a realização de avaliações, em conformidade com a norma ISO/IEC 15504, em empresas e organizações que implementaram o MR-MPS Público-alvo do Guia de Avaliação Empresas e organizações que queiram ser avaliadas segundo o MA-MPS Instituições Avaliadoras do Modelo MPS Instituições Implementadoras do Modelo MPS

49 Tópicos Especiais - Qualidade de Software 2007/148 Avaliação MPS.BR Objetivo: verificar a maturidade da unidade organizacional (UO) na execução de seus processos de software. Para que uma avaliação MPS seja conduzida com sucesso, é necessário: Comprometimento do patrocinador (representante da alta gerência da UO a ser avaliada ou da organização que solicita a avaliação da UO). Motivação: O responsável pela UO deve motivar os participantes de forma aberta e construtiva. Fornecimento de feedback: Confidencialidade: das fontes de informação e documentação recolhidas durante a avaliação e dos participantes (tanto da equipe de avaliação quanto dos entrevistados). Percepção dos benefícios: os membros da UO devem perceber que a avaliação resultará em benefícios que os ajudarão direta ou indiretamente a realizar o seu trabalho. Credibilidade: o patrocinador, o gerente e os colaboradores da UO devem acreditar que a avaliação chegará a um resultado representativo da organização.

50 Tópicos Especiais - Qualidade de Software 2007/149 O Processo de Avaliação MPS.BR Contratar a avaliação Preparar para a realização da avaliação Realizar a avaliação Início Fim Plano de Avaliação Resultado da Avaliação Documentar os resultados da avaliação BD Softex Contrato Relatório da Avaliação Acordo de Confidencialidade Planilha de Indicadores Relatório de Avaliação Inicial

51 Tópicos Especiais - Qualidade de Software 2007/150 Subprocesso: Contratar a avaliação Opções: 1.Empresa que deseja a avaliação entra em contato com uma Instituição Avaliadora (IA). 2.Empresa que deseja a avaliação entra em contato com a SOFTEX. A empresa contratante pode não ser a avaliada nos casos de avaliação de terceira parte. Atividades: Selecionar IA (1) ou Contactar SOFTEX (2). Estabelecer contrato

52 Tópicos Especiais - Qualidade de Software 2007/151 Subprocesso: Preparar a Realização da Avaliação Planejar avaliação Preparar a avaliação Conduzir avaliação inicial Completar preparação da avaliação

53 Tópicos Especiais - Qualidade de Software 2007/152 Subprocesso: Preparar a Realização da Avaliação Planejar avaliação Plano de avaliação (template SOFTEX) e Acordo de Confidencialidade Agendar avaliação inicial Preencher e revisar do Plano de Avaliação (definir cronograma, equipe e projetos).

54 Tópicos Especiais - Qualidade de Software 2007/153 Equipe de Avaliação No mínimo 3 pessoas: 1 Avaliador Líder 1 Avaliador Adjunto No mínimo 1 Representante da Unidade Organizacional (UO) Deve ter assistido ao Curso Oficial de Introdução ao MPS.BR. Deve ter experiência em desenvolvimento de software, preferencialmente em gerência de projetos Não pode ser superior hierárquico dos participantes da avaliação Não pode ter participado de nenhum dos projetos que serão avaliados

55 Tópicos Especiais - Qualidade de Software 2007/154 Estimativa de Tempo e Equipe de Avaliação NívelDuraçãoEquipe de Avaliação A5 diasAv. Líder (1), Av. Adjunto (1 ou mais), Representante da UO (1 ou mais). Total: B5 diasAv. Líder (1), Av. Adjunto (1 ou mais), Representante da UO (1 ou mais). Total: C5 diasAv. Líder (1), Av. Adjunto (1 ou mais), Representante da UO (1 ou mais). Total: D5 diasAv. Líder (1), Av. Adjunto (1 ou mais), Representante da UO (1 ou mais). Total: E4 diasAv. Líder (1), Av. Adjunto (1 ou mais), Representante da UO (1 ou mais). Total: F3 diasAv. Líder (1), Av. Adjunto (1 ou mais), Representante da UO (1 ou mais). Total: G2 diasAv. Líder (1), Av. Adjunto (1 ou mais), Representante da UO (1 ou mais). Total: 3 - 4

56 Tópicos Especiais - Qualidade de Software 2007/155 Seleção de Projetos Projetos devem ser representativos tanto em termos de processos quanto em termos de negócio da organização. Uma avaliação MPS considera uma amostra composta, normalmente, de dois (2) a quatro (4) projetos. Nível G: pelo menos 1 projeto concluído e 1 em andamento a partir da implementação do MR- MPS na UO definida no escopo da avaliação. Nível F e acima: pelo menos 2 projetos concluídos e 2 em andamento a partir da implementação do MR-MPS na UO definida no escopo da avaliação.

57 Tópicos Especiais - Qualidade de Software 2007/156 Participantes – Definição de Entrevistados Entrevistados: Gerentes e Líderes de Projeto Desenvolvedores Grupo de Qualidade, Grupo de Métricas, Grupo de Gerência de Configuração (a partir do nível F) Grupo de Processos (a partir do nível E) A seleção das pessoas a serem entrevistadas é realizada ao se elaborar o plano de avaliação e deve estar concluída ao se finalizar a avaliação inicial.

58 Tópicos Especiais - Qualidade de Software 2007/157 Preparar a Avaliação Preenchimento de Planilha de indicadores (a partir de um template SOFTEX) Indicadores de implementação evidenciam que os resultados foram alcançados e que as atividades foram realizadas. Indicadores podem ser de três tipos: Indicadores Diretos: São o objetivo de uma atividade. Tipicamente são artefatos produzidos no processo. Indicadores Indiretos: São utilizados para confirmar que a organização tem condições de implementar um resultado. Tipicamente são documentos que indicam que a atividade pode ser realizada. Ex.: Um modelo de documento. Afirmações: São obtidas de entrevistas e/ou apresentações e confirmam a implementação do processo, seus resultados e atributos. Para cada resultado esperado de um processo ou atributo de processo a ser avaliado, em cada projeto, deve existir pelo menos um indicador direto e um indireto que comprovem que o resultado foi alcançado.

59 Tópicos Especiais - Qualidade de Software 2007/158 Exclusão de Processos e Resultados É permitido a uma unidade organizacional excluir processos do escopo da avaliação por não serem aplicáveis ao seu negócio. Cada exclusão deve ser justificada. A aceitação das exclusões e de suas justificativas é responsabilidade do avaliador líder e deve ser feita durante a avaliação inicial. Só são aceitas exclusões de processos ou resultados esperados dos seguintes processos: Aquisição Desenvolvimento de Requisitos Solução Técnica Integração do Produto Validação

60 Tópicos Especiais - Qualidade de Software 2007/159 Avaliação Inicial Excepcionalmente, a critério do avaliador líder, pode ser realizada à distância para o nível G. A duração da avaliação inicial será de 1 a 3 dias, dependendo do nível de maturidade a ser avaliado e das atividades que serão realizadas. A decisão sobre a duração da avaliação inicial é do avaliador líder. Um Relatório de Avaliação Inicial é produzido, indicando os ajustes requeridos. Com o relatório, o avaliador líder completa o Plano de Avaliação que será assinado pelo patrocinador e pelo coordenador local, formalizando o comprometimento. A data da avaliação poderá ser até 6 meses após a avaliação inicial. Durante esse período, a UO deve realizar os ajustes obrigatórios indicados.

61 Tópicos Especiais - Qualidade de Software 2007/160 Subprocesso: Realizar a Avaliação Conduzir a avaliação Realizar reunião inicial Completar assinaturas do acordo de confidencialidade Treinar equipe de avaliação (inclui a formação de mini-equipes) Apresentar os processos da UO Verificar evidências Realizar entrevistas Registrar afirmações na planilha de indicadores Caracterizar o grau de implementação de cada resultado nos projetos Caracterizar inicialmente o grau de cada resultado na UO Caracterizar o grau de cada resultado na UO em reunião de consenso Caracterizar o grau de implementação dos processos na UO Apresentar pontos fortes, pontos fracos e oportunidades de melhoria Rever caracterização e finalizar redação de pontos fortes, pontos fracos e oportunidades de melhoria. Atribuir nível do MR-MPS Comunicar resultado da avaliação ao patrocinador Comunicar resultado da avaliação aos colaboradores da UO Avaliar a execução do processo de avaliação

62 Tópicos Especiais - Qualidade de Software 2007/161 Mini-equipes Cada mini-equipe é formada por 2 membros da equipe de avaliação. A organização dos membros da equipe de avaliação em mini-equipes é de responsabilidade do avaliador líder. Avaliador líder pode fazer parte de uma das mini-equipes, pode verificar um ou mais processos sozinho, ou pode, ainda, não avaliar nenhum processo, dedicando o seu tempo a apoiar todas as mini-equipes. Mini-equipes verificam os indicadores e planejam as entrevistas para os processos que lhes são atribuídos pelo avaliador líder. Identificam pontos fortes, pontos fracos e oportunidades de melhoria dos processos.

63 Tópicos Especiais - Qualidade de Software 2007/162 Verificação de Evidências Avaliação é feita com base nos indicadores (diretos, indiretos e afirmações). Decisão para cada projeto e processo: Não implementado (N) Parcialmente implementado (P) Largamente implementado (L) Totalmente implementado (T) Não avaliado (NA) Fora do escopo (F) A equipe de avaliação pode solicitar mais documentos quando: Um entrevistado menciona um documento não disponível para a equipe de avaliação A equipe nota a falta de uma evidência direta necessária à avaliação.

64 Tópicos Especiais - Qualidade de Software 2007/163 Entrevistas São um dos mais importantes componentes de uma avaliação MPS. Mostram o grau em que os colaboradores da organização entendem e usam os processos. Podem ser individuais ou em grupo. Se guarda rigorosa confidencialidade das entrevistas: Nenhuma informação é atribuída a uma pessoa individualmente.

65 Tópicos Especiais - Qualidade de Software 2007/164 Passos para a Caracterização do Nível MPS.BR de uma UO Caracterizar o grau de implementação de cada resultado esperado do processo e de cada resultado de atributo de processo em cada projeto (Base: Escala) Agregar os resultados obtidos em (1) para caracterizar o grau de implementação de cada resultado esperado para a UO (Base: Tabela de Regras de Agregação). Caracterizar o grau de implementação de cada um dos processos na UO (Base: Regras para caracterizar o grau de implementação dos processos na organização). Atribuir o Nível MR-MPS.

66 Tópicos Especiais - Qualidade de Software 2007/165 Caracterização do Nível de Resultados em Projetos Caracterizar o grau de implementação de cada resultado esperado do processo e de cada resultado de atributo de processo em cada projeto. Para cada resultado esperado deve haver pelo menos uma afirmação Todos os projetos devem ter afirmações para os resultados Para os projetos concluídos, devem ter afirmações para 50% dos resultados Com base nas evidências, atribuir T, L, P ou N a cada projeto, em cada resultado esperado.

67 Tópicos Especiais - Qualidade de Software 2007/166 Escala para caracterização do grau de implementação de um resultado esperado

68 Tópicos Especiais - Qualidade de Software 2007/167 Caracterização do Nível de Resultados para Organização: Regras para Agregação

69 Tópicos Especiais - Qualidade de Software 2007/168 Caracterização do grau de implementação de cada um dos processos Um processo está SATISFEITO quando: Todos os resultados esperados para o processo foram caracterizados como T ou L, sendo que aproximadamente 85% é T (no mínimo 75% T para processos com 4 resultados, e entre 75% e 85% T para processos com entre 5 e 7 resultados esperados). E têm-se os atributos do processo conforme a Tabela de Caracterização de atributos do processo para satisfazer aos níveis MPS.

70 Tópicos Especiais - Qualidade de Software 2007/169 Tabela de caracterização de atributos do processo para satisfazer aos níveis MPS

71 Tópicos Especiais - Qualidade de Software 2007/170 Atribuição de Nível MPS.BR Atribuir o Nível MR-MPS no qual todos os processos pertinentes a ele tenham sido caracterizados como SATISFEITOS. A UO pode ter solicitado um Nível MR-MPS e lhe ser atribuído um nível inferior. Avaliação periódica da UO: 3 em 3 anos.

72 Tópicos Especiais - Qualidade de Software 2007/171 Programa MPS.BR (SOFTEX) II & IA MNEMNC Contrato Convênio Convênio, se pertinente LEGENDA: II – Instituição Implementadora IA – Instituição Avaliadora MNE – Modelo de Negócio Específico para cada empresa (personalizado) MNC – Modelo de Negócio Cooperado em grupo de empresas (pacote) MN-MPS: Modelo de Negócio

73 Tópicos Especiais - Qualidade de Software 2007/172 C1 - Curso Introdução ao MPS.BR P1 - Prova Introdução ao MPS.BR C2 – Curso Implementadores MR-MPS P2 - Prova Implementadores MR-MPS C3 - Curso Avaliadores MA-MPS P3 - Prova Avaliadores MA-MPS C4 - Curso Guia de Aquisição P4 - Prova Guia de Aquisição Implementador MR-MPSAvaliador Adjunto MA-MPS Consultor em Aquisição, após projeto assistido Capacitação MPS.BR 16h 24h 16h24h Workshops: W1 – de Introdução W2 – de Implementadores W3 – de Avaliadores W4 – de Aquisição W5 – de Organização de Grupos de Empresas

74 Tópicos Especiais - Qualidade de Software 2007/173 Diferenciais do MPS.BR 7 níveis de maturidade, o que possibilita uma implantação mais gradual e uma maior visibilidade dos resultados de melhoria de processo, com prazos mais curtos. Compatibilidade com CMMI, conformidade com as normas ISO/IEC e Adaptado para a realidade brasileira (foco em micro, pequenas e médias empresas). Custo acessível (em R$)

75 Tópicos Especiais - Qualidade de Software 2007/174 Custos MPS.BR Modelo Cooperado (Implementação+ Avaliação): 50% SOFTEX, 50% Empresa (aproximadamente) Nível G: aproximadamente R$ ,00 (Total) Nível F: aproximadamente R$ ,00 (Total) Muitas vezes o Agente SOFTEX local arca com parte dos custos. Ex.: TecVitória: Grupo de 5 Empresas, Nível G: Implementação: R$ ,40 Avaliação: R$ 9.984,00 Total: R$ ,40 SOFTEX: R$ ,00 TecVitória: R$ 8.800,00 Empresas: R$ ,40 Por exemplo, só a avaliação CMM Nível 2 (SCAMPI) é cerca de US$18,000, fora despesas com passagens e hospedagens dos avaliadores.

76 Tópicos Especiais - Qualidade de Software 2007/175 Situação Atual 21 empresas certificadas Nível G: 9 Nível F: 5 Nível E: 3 Nível D: 1 Nível A: 3 17 Instituições Implementadoras 3 Instituições Avaliadoras 11 Implementações em Grupos de Empresas Fonte: em www.softex.br/mpsbr

77 Tópicos Especiais - Qualidade de Software 2007/176 Metas : empresas com MR-MPS implementado, seguido da avaliação MA-MPS de no mínimo 50% das mesmas. Disseminação regional do Modelo MPS em dois países da América Latina: Argentina e Chile Missões de divulgação e exploração em outros países latino-americanos: Peru e Uruguai

78 Tópicos Especiais - Qualidade de Software 2007/177 MPS.BR: Principais Desafios Comprometer com o Modelo MPS mais pessoas qualificadas, instituições experientes e organizações interessadas. Aprimorar os Guias do MPS.BR anualmente. Reforçar a capacitação de pessoas por meio de cursos, provas e workshops MPS.BR. Certificar consultores de aquisição. Credenciar novas instituições implementadoras (II) e instituições avaliadoras (IA). Criar novos grupos de empresas para Implementação e Avaliação MPS, com apoio de instituições organizadoras de grupos de empresas (IOGE) e instituições implementadoras (II). Disseminar o Modelo MPS no Brasil em todas as regiões do país. Disseminar o Modelo MPS em 2 países latino-americanos, com apoio do BID.


Carregar ppt "Qualidade de Processo de Software MPS.BR Ricardo de Almeida Falbo Tópicos Especiais – Qualidade de Software 2007/1 Departamento de Informática Universidade."

Apresentações semelhantes


Anúncios Google