Guia Geral 2009

MPS.
BR - Melhoria de Processo do Software Brasileiro
Guia Geral
Este guia contm a descrio geral do Modelo MPS e detalha o Modelo de Referncia (MR-MPS) e as definies comuns necessrias para seu entendimento e aplicao.
VIGNCIA E TRANSIO: O Guia Geral:2009 entra em vigor em 30 de junho de 2009. Assim, a partir desta data podem ser realizadas avaliaes MPS usando o modelo de referncia MR-MPS:2009. Entretanto, fica definido um perodo de transio, de 30 de junho a 31 de dezembro de 2009, durante o qual podem ser realizadas avaliaes MPS usando o modelo de referncia MR-MPS:2009 ou a verso anterior MR-MPS 1.2. A partir de 1. de janeiro de 2010 s sero vlidas avaliaes MPS usando o modelo de referncia MR-MPS:2009.
Maio de 2009 Atualizado em Setembro de 2009 Copyright 2009 - SOFTEX Direitos desta edio reservados pela Sociedade SOFTEX A distribuio ilimitada desse documento est sujeita a copyright ISBN 978-85-99334-15-7
Sumrio
1 2 3 4 5 6 7 Prefcio ................................................................................................................. 4 Introduo.............................................................................................................. 6 Objetivo ................................................................................................................. 7 Termos e definies .............................................................................................. 7 Smbolos e abreviaturas...................................................................................... 12 Descrio geral do modelo MPS ......................................................................... 12 Base tcnica para a definio do modelo MPS .................................................. 14 7.1 7.2 7.3 8 8.1 8.2 8.3 8.4 9 ISO/IEC 12207:2008 .................................................................................... 14 ISO/IEC 15504 ............................................................................................. 14 CMMI-DEV ................................................................................................. 15 NVEIS DE MATURIDADE ................................................................................... 16 PROCESSO ..................................................................................................... 16 CAPACIDADE DO PROCESSO ............................................................................ 16 EXCLUSO DE PROCESSOS ............................................................................. 23
Descrio do MR-MPS ........................................................................................ 15
Descrio detalhada dos processos ................................................................... 24 9.1 NVEL G PARCIALMENTE GERENCIADO .......................................................... 25 9.1.1 Processo: Gerncia de Projetos GPR ............................................... 25 9.1.2 Processo: Gerncia de Requisitos GRE ........................................... 28 9.2 NVEL F GERENCIADO .................................................................................. 29 9.2.1 Processo: Aquisio AQU ................................................................. 29 9.2.2 Processo: Gerncia de Configurao GCO ...................................... 30 9.2.3 Processo: Garantia da Qualidade GQA ............................................ 31 9.2.4 Processo: Gerncia de Portflio de Projetos GPP ............................ 32 9.2.5 Processo: Medio MED ................................................................... 33 9.3 NIVEL E PARCIALMENTE DEFINIDO ................................................................ 34 9.3.1 Processo: Avaliao e Melhoria do Processo Organizacional AMP . 34 9.3.2 Processo: Definio do Processo Organizacional DFP .................... 35 9.3.3 Processo: Gerncia de Recursos Humanos GRH ............................ 36 9.3.4 Processo: Gerncia de Reutilizao GRU ........................................ 37 9.4 NVEL D LARGAMENTE DEFINIDO .................................................................. 38 9.4.1 Processo: Desenvolvimento de Requisitos DRE .............................. 38 9.4.2 Processo: Integrao do Produto ITP ............................................... 39 9.4.3 Processo: Projeto e Construo do Produto PCP............................. 40 9.4.4 Processo: Validao VAL .................................................................. 41 9.4.5 Processo: Verificao VER................................................................ 42 9.5 NVEL C DEFINIDO ....................................................................................... 43 9.5.1 Processo: Desenvolvimento para Reutilizao DRU ........................ 43 9.5.2 Processo: Gerncia de Decises GDE ............................................. 44 9.5.3 Processo: Gerncia de Riscos GRI ................................................... 45
MPS.BR-Guia Geral:2009
2/56
9.6 9.7 10
NVEL B GERENCIADO QUANTITATIVAMENTE ................................................. 46 NVEL A EM OTIMIZAO .............................................................................. 47 Instituies Implementadoras (II) .................................................................... 48
Referncias Bibliogrficas .......................................................................................... 49 Lista de colaboradores do Guia Geral:2009 .............................................................. 52 Lista de colaboradores do Guia Geral verso 1.2 Junho/2007............................... 53 Lista de colaboradores do Guia Geral verso 1.1 Maio/2006................................. 54 Lista de colaboradores do Guia Geral verso 1.0 Maio/2005................................. 55
3/56
Prefcio
O MPS.BR1 um programa mobilizador, de longo prazo, criado em dezembro de 2003, coordenado pela Associao para Promoo da Excelncia do Software Brasileiro (SOFTEX), que conta com apoio do Ministrio da Cincia e Tecnologia (MCT), Financiadora de Estudos e Projetos (FINEP), Servio Brasileiro de Apoio s Micro e Pequenas Empresas (SEBRAE) e Banco Interamericano de Desenvolvimento (BID). O objetivo do programa MPS.BR (acrnimo) a Melhoria de Processo do Software Brasileiro, com duas metas a alcanar a mdio e longo prazos: a) meta tcnica, visando criao e aprimoramento do modelo MPS, com resultados esperados tais como: (i) guias do modelo MPS; (ii) Instituies Implementadoras (II) credenciadas para prestar servios de consultoria de implementao do modelo de referncia MR-MPS; (iii) Instituies Avaliadoras (IA) credenciadas para prestar servios de avaliao seguindo o mtodo de avaliao MA-MPS; (iv) Consultores de Aquisio (CA) certificados para prestar servios de consultoria de aquisio de software e servios relacionados; b) meta de mercado, visando disseminao e adoo do modelo MPS, em todas as regies do pas, em um intervalo de tempo justo, a um custo razovel, tanto em PME (foco principal) quanto em grandes organizaes pblicas e privadas, com resultados esperados tais como: (i) criao e aprimoramento do modelo de negcio MN-MPS; (ii) cursos, provas e workshops; (iii) organizaes que implementaram o modelo MPS; (iv) organizaes com avaliao MPS publicada (prazo de validade de trs anos). O programa MPS.BR conta com duas estruturas de apoio para o desenvolvimento de suas atividades, o Frum de Credenciamento e Controle (FCC) e a Equipe Tcnica do Modelo (ETM). Por meio destas estruturas, o MPS.BR obtm a participao de representantes de universidades, instituies governamentais, centros de pesquisa e de organizaes privadas, os quais contribuem com suas vises complementares que agregam qualidade ao empreendimento. Cabe ao FCC: (i) emitir parecer que subsidie deciso da SOFTEX sobre o credenciamento de Instituies Implementadoras (II) e Instituies Avaliadoras (IA); (ii) monitorar os resultados das Instituies Implementadoras (II) e Instituies Avaliadoras (IA), emitindo parecer propondo SOFTEX o seu descredenciamento no caso de comprometimento da credibilidade do modelo MPS. Cabe ETM apoiar a SOFTEX sobre os aspectos tcnicos relacionados ao Modelo de Referncia (MR-MPS) e Mtodo de Avaliao (MA-MPS), para: (i) criao e aprimoramento contnuo do MR-MPS, MA-MPS e seus guias especficos; (ii) capacitao de pessoas por meio de cursos, provas e workshops. A criao e o aprimoramento deste Guia Geral so tambm atribuies da ETM, sendo que este guia faz parte do seguinte conjunto de documentos do modelo MPS:
MPS.BR, MR-MPS, MA-MPS e MN-MPS so marcas da SOFTEX. A sigla MPS.BR est associada ao programa MPS.BR Melhoria do Processo de Software Brasileiro e a sigla MPS est associada ao modelo MPS Melhoria do Processo de Software. MPS.BR-Guia Geral:2009 4/56
Guia Geral:2009; Guia de Avaliao:2009 [SOFTEX, 2009a]; Guia de Aquisio:2009 [SOFTEX, 2009b]; Guia de Implementao Parte 1: Fundamentao para Implementao do Nvel G do MR-MPS:2009 [SOFTEX, 2009c]; Guia de Implementao Parte 2: Fundamentao para Implementao do Nvel F do MR-MPS:2009 [SOFTEX, 2009d]; Guia de Implementao Parte 3: Fundamentao para Implementao do Nvel E do MR-MPS:2009 [SOFTEX, 2009e]; Guia de Implementao Parte 4: Fundamentao para Implementao do Nvel D do MR-MPS:2009 [SOFTEX, 2009f]; Guia de Implementao Parte 5: Fundamentao para Implementao do Nvel C do MR-MPS:2009 [SOFTEX, 2009g]; Guia de Implementao Parte 6: Fundamentao para Implementao do Nvel B do MR-MPS:2009 [SOFTEX, 2009h]; Guia de Implementao Parte 7: Fundamentao para Implementao do Nvel A do MR-MPS:2009 [SOFTEX, 2009i]; Guia de Implementao Parte 8: Implementao do MR-MPS:2009 (Nveis G a A) em organizaes que adquirem software [SOFTEX, 2009j]; Guia de Implementao Parte 9: Implementao do MR-MPS:2009 (Nveis G a A) em organizaes do tipo Fbrica de Software [SOFTEX, 2009k]; Guia de Implementao Parte 10: Implementao do MR-MPS:2009 (Nveis G a A) em organizaes do tipo Fbrica de Teste [SOFTEX, 2009l].
Este Guia Geral descreve de forma detalhada o Modelo de Referncia MR-MPS e fornece uma viso geral sobre os demais guias que apoiam a implementao dos diversos nveis do MR-MPS, bem como sobre os processos de avaliao e de aquisio. Este guia tem como referncias a Norma Internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a], a Norma Internacional ISO/IEC 15504 [ISO/IEC, 2003] e o modelo CMMI-DEV 2 (Capability Maturity Model Integration for Development) [SEI, 2006]. O detalhamento do Guia Geral envolve a definio dos nveis de maturidade, seus processos e capacidade, alm dos resultados esperados, provendo uma estrutura de trabalho para uma instituio que deseje implementar o MR-MPS. A verso 2009 do Guia Geral contempla as seguintes modificaes em relao verso 1.2:

ajustes na ortografia; incluso e atualizao de termos e definies;
CMMI-DEV marca registrada da Carnegie Mellon University/Software Engineering Institute (CMU/SEI).
5/56
reviso e adequao das referncias bibliogrficas; incluso do processo Gerncia de Portflio de Projetos (GPP), compatvel com a Norma Internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a]; incluso de alguns Resultados de Atributos de Processo (RAPs) para manter a compatibilidade com a norma ISO/IEC 15504 [ISO/IEC, 2003]; alteraes para compatibilidade com a norma internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a]; excluso do processo Anlise de Causas de Problemas e Resoluo (ACP), cujo contedo passa a ser tratado atravs de atributos de processo; alterao do nome do processo Anlise de Deciso e Resoluo (ADR) para Gerncia de Decises (GDE) para compatibilizao com a nomenclatura utilizada na Norma Internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a]. Introduo
As mudanas que esto ocorrendo nos ambientes de negcios tm motivado as empresas a modificar estruturas organizacionais e processos produtivos, saindo da viso tradicional baseada em reas funcionais em direo a redes de processos centrados no cliente. A competitividade depende, cada vez mais, do estabelecimento de conexes nestas redes, criando elos essenciais nas cadeias produtivas. Alcanar competitividade pela qualidade, para as empresas de software, implica tanto na melhoria da qualidade dos produtos de software e servios correlatos, como dos processos de produo e distribuio de software. Desta forma, assim como para outros setores, qualidade fator crtico de sucesso para a indstria de software. Para que se tenha um setor de software competitivo, nacional e internacionalmente, essencial que os empreendedores do setor coloquem a eficincia e a eficcia dos seus processos em foco nas empresas, visando oferta de produtos de software e servios correlatos conforme padres internacionais de qualidade. Busca-se que o modelo MPS seja adequado ao perfil de empresas com diferentes tamanhos e caractersticas, pblicas e privadas, embora com especial ateno s micro, pequenas e mdias empresas. Tambm se espera que o modelo MPS seja compatvel com os padres de qualidade aceitos internacionalmente e que tenha como pressuposto o aproveitamento de toda a competncia existente nos padres e modelos de melhoria de processo j disponveis. Dessa forma, ele tem como base os requisitos de processos definidos nos modelos de melhoria de processo e atende a necessidade de implantar os princpios de engenharia de software de forma adequada ao contexto das empresas, estando em consonncia com as principais abordagens internacionais para definio, avaliao e melhoria de processos de software. O modelo MPS baseia-se nos conceitos de maturidade e capacidade de processo para a avaliao e melhoria da qualidade e produtividade de produtos de software e servios correlatos. Dentro desse contexto, o modelo MPS possui trs componentes: Modelo de Referncia (MR-MPS), Mtodo de Avaliao (MA-MPS) e Modelo de Negcio (MN-MPS) descritos na seo 6 - Descrio geral do modelo MPS.
MPS.BR-Guia Geral:2009 6/56
O modelo MPS est descrito por meio de documentos em formato de guias:
Guia Geral: contm a descrio geral do modelo MPS e detalha o Modelo de Referncia (MR-MPS), seus componentes e as definies comuns necessrias para seu entendimento e aplicao; Guia de Aquisio: descreve um processo de aquisio de software e servios correlatos. descrito como forma de apoiar as instituies que queiram adquirir produtos de software e servios correlatos apoiando-se no MR-MPS [SOFTEX, 2009b]; Guia de Avaliao: descreve o processo e o mtodo de avaliao MA-MPS, os requisitos para avaliadores lderes, avaliadores adjuntos e Instituies Avaliadoras (IA) [SOFTEX, 2009a]; Guia de Implementao: srie de dez documentos que fornecem orientaes para implementar nas organizaes os nveis de maturidade descritos no Modelo de Referncia MR-MPS [SOFTEX, 2009c], [SOFTEX, 2009d], [SOFTEX, 2009e], [SOFTEX, 2009f], [SOFTEX, 2009g], [SOFTEX, 2009h], [SOFTEX, 2009i], [SOFTEX, 2009j], [SOFTEX, 2009k] e [SOFTEX, 2009l]. Objetivo
Este Guia Geral visa descrever de forma detalhada o MR-MPS e as definies comuns aos diversos documentos que compem o MPS.BR Este documento destinado, mas no est limitado, a organizaes interessadas em utilizar o MR-MPS para melhoria de seus processos de software, Instituies Implementadoras (II), Instituies Avaliadoras (IA) e outros interessados em processos de software, que pretendam conhecer e utilizar o MR-MPS como referncia tcnica. 4 Termos e definies
Ativo reutilizvel: Um item, como, por exemplo, projeto (design), especificao, cdigo-fonte, documentao, casos de teste, manuais, procedimentos, etc., que foi projetado para utilizao em mltiplos contextos. Ativo de domnio: Ativo reutilizvel produzido a partir da engenharia de domnio. Ativo de processo: Qualquer coisa que a organizao considere til para atingir os objetivos do processo, por exemplo, polticas, processos definidos, lies aprendidas, templates de documentos, padres, material de treinamento [SEI, 2006]. Atributo de processo: Uma caracterstica mensurvel da capacidade do processo aplicvel a qualquer processo [ISO/IEC, 2004a]. Avaliao: Uma determinao sistemtica do grau de atendimento de uma entidade em relao aos critrios para ela estabelecidos [ABNT, 1998]. Avaliao de processo: Uma avaliao disciplinada dos processos da organizao em relao a um modelo de avaliao de processo [ISO/IEC, 2004a].
7/56
Avaliador lder: Uma pessoa que tem uma autorizao formal da SOFTEX para executar uma avaliao MPS, como lder da equipe de avaliao, utilizando o Mtodo de Avaliao MA-MPS. Avaliador adjunto: Uma pessoa que tem uma autorizao formal da SOFTEX para executar uma avaliao MPS como avaliador adjunto. O avaliador adjunto apoia o avaliador lder e a equipe de avaliao na execuo da avaliao. Avaliar / auditar objetivamente: Rever atividades e produtos de trabalho por um grupo que no esteve envolvido diretamente na execuo dessas atividades e na elaborao desses produtos de trabalho com base em critrios que minimizem a subjetividade e o vis do revisor. Um exemplo de avaliao objetiva uma auditoria de requisitos, padres ou procedimentos por um grupo de garantia da qualidade independente [SEI, 2006]. Baseline: Uma verso formalmente aprovada de um item de configurao, independente de mdia, formalmente definida e fixada em um determinado momento durante o ciclo de vida do item de configurao [ABNT, 1998]. Capacidade do processo: Uma caracterizao da habilidade do processo atingir aos objetivos de negcio atuais ou futuros [ISO/IEC, 2004a]. Componente do produto: uma parte do produto final ou algo usado no seu desenvolvimento (p. ex. um subproduto, um processo, uma ferramenta) que faz parte da entrega. Os componentes so integrados em sucessivos nveis para compor o produto final [SEI, 2006]. Coordenador local: Responsvel por apoiar o planejamento e coordenar as atividades locais da avaliao. Essa pessoa ajuda o avaliador lder a escolher a equipe de avaliao e assegura que todos os entrevistados estejam disponveis no momento agendado. Ele tambm responsvel pela logstica requerida para o bom andamento da avaliao e assegura que a documentao necessria esteja disponvel, comprometendo-se com a devoluo dessa documentao ao destinatrio devido. Engenharia de domnio: Uma abordagem baseada em reutilizao para definir o escopo, especificar a estrutura e construir ativos (por exemplo, requisitos, projeto, cdigo-fonte, documentao) para uma classe de sistemas, sub-sistemas ou aplicaes. A engenharia de domnio pode incluir as seguintes atividades: definio de domnio, anlise de domnio, desenvolvimento da arquitetura de domnio e implementao de domnio. Equipe Tcnica do Modelo (ETM): Equipe tcnica responsvel pela definio e aprimoramento do MR-MPS, MA-MPS e guias especficos. Tambm responsvel pelo programa anual de treinamento do MPS.BR, composto por cursos, provas e workshops. Escopo da avaliao: Uma definio dos limites organizacionais da avaliao, os processos que esto includos e o contexto no qual os processos a serem avaliados so executados [ISO/IEC, 2004a]. Evidncia objetiva: Dados que demonstram a existncia ou veracidade de alguma coisa [ISO/IEC, 2004a].
NOTA: Evidncia objetiva pode ser obtida por observao, medio, teste ou outros meios. MPS.BR-Guia Geral:2009 8/56
Frum de Credenciamento e Controle (FCC): Frum com representantes da indstria (SOFTEX), academia e governo, responsvel pela anlise e parecer que subsidiam deciso sobre credenciamento e descredenciamento de Instituies Implementadoras (II) e Instituies Avaliadoras (IA). Gerncia de Alto Nvel: Pessoa(s) que fornece(m) a poltica e as diretrizes gerais para o processo, mas no realiza(m) o seu monitoramento e controle do dia-a-dia. Tais pessoas pertencem a um nvel de gerncia acima do nvel responsvel pelo processo e podem ser (mas no necessariamente) gerentes snior [SEI, 2006]. Instituio Avaliadora (IA): Instituio autorizada, mediante convnio com a SOFTEX, como avaliadora seguindo o MA-MPS. Instituio Implementadora (II): Instituio autorizada, mediante convnio com a SOFTEX, como implementadora do MR-MPS. Instituio Organizadora de Grupo de Empresas (IOGE): Instituio autorizada, mediante convnio com a SOFTEX, como organizadora de grupo de empresas para implementao do MR-MPS e avaliao seguindo o MA-MPS. Interessados (stakeholders): Um indivduo ou um grupo que responsvel ou afetado pelo produto de uma tarefa, atividade ou processo. Pode incluir a equipe do projeto, fornecedores, clientes e usurios do produto, entre outros [SEI, 2006]. Item de configurao: Uma entidade dentro de uma configurao que satisfaz uma funo de uso final e que pode ser identificada de forma nica em uma determinada baseline. Um item de configurao pode agregar vrios produtos de trabalho, mas deve ser tratado como uma entidade singular pelo processo Gerncia de Configurao. Todas as alteraes nos produtos de trabalho identificados como sendo itens de configurao devem ser controladas pelo processo Gerncia de Configurao [ABNT, 1998] [SEI, 2006]. Medida: A varivel para qual o valor atribudo como resultado de uma medio [ISO/IEC, 2007]. Medio: Conjunto de operaes com o objetivo de determinar um valor de uma medida [ISO/IEC, 2007]. Mtodo de avaliao MA-MPS: Mtodo que orienta a execuo de uma avaliao de conformidade ao MR-MPS. O MA-MPS est em conformidade com a Norma Internacional ISO/IEC 15504. Mini-equipe: Subconjunto da equipe de avaliao que responsvel por avaliar os processos que lhe so atribudos pelo avaliador lder. Modelo de domnio: Um produto da anlise de domnio que prov uma representao dos requisitos de um domnio. O modelo de domnio identifica e descreve a estrutura dos dados, fluxo de informao, funes e restries que esto includos em aplicaes pertencentes ao domnio. O modelo de domnio descreve as similaridades e variabilidades entre os requisitos de aplicaes pertencentes ao domnio. Modelo de referncia de processo: Um modelo, que compreende definies de processos no ciclo de vida, descrito em termos de propsitos e resultados, junto com uma arquitetura que descreve as relaes entre os processos [ISO/IEC, 2004a].
Nvel de maturidade: Grau de melhoria de processo para um predeterminado conjunto de processos no qual todos os resultados esperados do processo e dos atributos dos processos so atendidos. Observador: Responsvel por observar a conduo de uma avaliao por um avaliador lder em processo de formao. O observador no participa da avaliao, salvo se ocorrer algum problema grave durante a avaliao. Oportunidade de melhoria: Uma implementao de um resultado de processo que pode ser melhorada, mas que atende aos requisitos mnimos de um resultado requerido por algum processo do nvel MR-MPS que foi avaliado. Participante da avaliao: Um indivduo que tem responsabilidades dentro do escopo da avaliao [ISO/IEC, 2004a].
NOTA: Exemplos incluem, mas no se limita aos avaliadores lder e adjunto, patrocinador, membros da unidade organizacional, membros da equipe de avaliao, coordenador local.
Patrocinador da avaliao: Um indivduo, interno ou externo unidade organizacional que ser avaliada, que solicita a avaliao e prov recursos financeiros ou outros recursos, para que a avaliao seja executada para a unidade organizacional [ISO/IEC, 2004a]. Perfil do processo: Um conjunto de pontuao de atributos de processo para um processo avaliado [ISO/IEC, 2004a]. Pontos fortes: Uma implementao excepcionalmente boa de um resultado de processo ou de algo acima do requerido pelo MR-MPS no nvel que foi avaliado. Pontos fracos: Uma implementao inadequada ou que no atende aos requisitos de um resultado requerido por algum processo do nvel de maturidade que foi avaliado. Portflio de Projetos: Coleo de projetos que tratam dos objetivos estratgicos da organizao [ISO/IEC, 2008a]. Processo: Um conjunto de atividades inter-relacionadas ou interativas, que transforma insumos (entradas) em produtos (sadas) [ABNT, 2001]. Processo definido: Um processo que gerenciado (planejado, monitorado e ajustado) e adaptado de um conjunto de processos-padro de acordo com os guias de adaptao da organizao [ISO/IEC, 2004a]. Processo de avaliao: Determinao da extenso com que o processo padro da organizao contribui para alcanar seus objetivos de negcio e para ajudar a organizao a focar a necessidade de melhoria de processo contnua [ISO/IEC, 2004a]. Processo padro: Um conjunto de definies de processos bsicos que guiam todos os processos na organizao [ISO/IEC, 2004a].
NOTA 1: Essas definies de processos cobrem os elementos de processo fundamentais (e os seus inter-relacionamentos) que devem ser incorporados dentro dos processos definidos que so implementados nos projetos pela organizao. Um processo padro estabelece consistncia entre as atividades atravs da organizao e desejvel para estabilidade e melhoria de longo prazo. NOTA 2: O conjunto de processos padro da organizao descreve os elementos de processo fundamentais que sero parte dos processos definidos para o projeto. Tambm MPS.BR-Guia Geral:2009 10/56
descreve os relacionamentos (por exemplo: sequncia e interfaces) entre esses elementos do processo.
Processo de qualificao: Processo para demonstrar a capacidade para atender aos requisitos especificados [ABNT, 2001].
NOTA 1: O termo qualificado usado para designar uma situao correspondente. NOTA 2: Qualificao pode ser aplicada a pessoas, produtos, processos ou sistemas.
Produto: Um produto de trabalho que se pretende entregar para um cliente ou usurio final. A forma de um produto pode variar em contextos diferentes [SEI, 2006]. Produto de trabalho: Um artefato associado execuo de um processo [ISO/IEC, 2004a].
NOTA: Um produto de trabalho pode ser usado, produzido ou alterado por um processo.
Programa de reutilizao: Um mecanismo utilizado pela organizao que estabelece as metas, escopo e estratgias para o tratamento de questes relacionadas ao negcio, pessoas, processo e tecnologia envolvidos na adoo da reutilizao de software. Projeto: Um empreendimento realizado para criar um produto, servio ou resultado especfico. O projeto se caracteriza por temporalidade e resultado, servio ou produto nico e elaborao progressiva [PMI, 2008]. Propsito do processo: O objetivo geral da execuo do processo. Convm que a implementao do processo fornea benefcios tangveis aos envolvidos [ISO/IEC, 2004a]. Resultado esperado do processo: Um resultado observvel do sucesso do alcance do propsito do processo [ISO/IEC, 2008a].
NOTA 1: Um resultado pode ser: um artefato produzido, uma mudana significativa de estado e o atendimento das especificaes, como por exemplo: requisitos, metas etc. NOTA 2: Uma lista com os principais resultados do processo faz parte da descrio de cada processo no Modelo de Referncia.
Software: Entende-se software como sinnimo de produto de software que o conjunto de programas de computador, procedimentos e possvel documentao e dados associados [ABNT, 1998]. Servio correlato de software: Execuo de atividades, trabalho ou obrigaes relacionados ao produto de software, tais como, seu desenvolvimento, manuteno e operao [ABNT, 1998]. Unidade organizacional: Parte de uma organizao que ser avaliada [ISO/IEC, 2004a].
NOTA 1: Uma unidade organizacional utiliza um ou mais processos que tem um contexto de processo coerente e opera dentro de um conjunto coerente de objetivos de negcio. NOTA 2: Uma unidade organizacional tipicamente parte de uma grande organizao, embora, em uma pequena organizao, a unidade organizacional possa ser toda a organizao. Uma unidade organizacional pode ser, por exemplo: - um projeto especfico ou um conjunto de projetos relacionados; - uma unidade dentro da organizao focada em uma fase (ou fases) especfica(s) do ciclo de vida, tais como, aquisio, desenvolvimento, manuteno ou suporte; MPS.BR-Guia Geral:2009 11/56
- uma parte de uma organizao responsvel por todos os aspectos de um produto particular ou conjunto de produtos.
Smbolos e abreviaturas
AP: Atributo de Processo. CMMI-DEV: Capability Maturity Model Integration for Development Integrao de Modelos de Maturidade da Capacidade para Desenvolvimento. CMMI: Capability Maturity Model Integration Integrao de Modelos de Maturidade da Capacidade. IA: Instituio Avaliadora, autorizada pela SOFTEX. II: Instituio Implementadora, autorizada pela SOFTEX. IOGE: Instituio Organizadora de Grupo de Empresas, autorizada pela SOFTEX. MA-MPS: Mtodo de Avaliao para Melhoria de Processo de Software. MN-MPS: Modelo de Negcio para Melhoria de Processo de Software. MPS.BR: Melhoria de Processo do Software Brasileiro. MR-MPS: Modelo de Referncia para Melhoria de Processo de Software. RAP: Resultado do Atributo de Processo. SCAMPI SM 3: Standard CMMI Appraisal Method for Process Improvement Mtodo Padro de Avaliao do CMMI para Melhoria de Processo. SOFTEX: Associao para Promoo da Excelncia do Software Brasileiro. 6 Descrio geral do modelo MPS
Uma das metas do programa MPS.BR definir e aprimorar um modelo de melhoria e avaliao de processo de software, visando preferencialmente s micro, pequenas e mdias empresas, de forma a atender as suas necessidades de negcio e ser reconhecido nacional e internacionalmente como um modelo aplicvel indstria de software. O modelo MPS estabelece um modelo de processos de software e um processo e um mtodo de avaliao de processos. Esta estrutura fornece sustentao e garante que o modelo MPS esteja sendo empregado de forma coerente com as suas definies. O modelo MPS estabelece tambm um modelo de negcio para apoiar a sua adoo pelas empresas brasileiras desenvolvedoras de software. A base tcnica para a construo e aprimoramento deste modelo de melhoria e avaliao de processo de software composta pelas normas ISO/IEC 12207:2008 [ISO/IEC, 2008a] e ISO/IEC 15504-2 [ISO/IEC, 2003]. Uma avaliao MPS realizada utilizando o processo e o mtodo de avaliao MA-MPS descritos no guia de avaliao. Uma avaliao MPS verifica a conformidade de uma organizao/unidade organizacional aos processos do MR-MPS. O modelo MPS
SCAMPI SM marca de servio da Carnegie Mellon University/Software Engineering Institute (CMU/SEI). MPS.BR-Guia Geral:2009 12/56
definido em consonncia com a Norma Internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a], adaptando-a s necessidades da comunidade de interesse. O MR-MPS foi definido em conformidade com o CMMI-DEV [SEI, 2006]. Para definio e reviso do modelo de referncia feita uma ampla consulta comunidade de implementadores e avaliadores MPS. A elaborao final responsabilidade da ETM. A base tcnica do modelo MPS apresentada em maiores detalhes na seo 7 deste documento. O modelo MPS est dividido em trs (3) componentes (Figura 1): Modelo de Referncia (MR-MPS), Mtodo de Avaliao (MA-MPS) e Modelo de Negcio (MNMPS). Cada componente descrito por meio de guias e/ou documentos do modelo MPS.
Modelo MPS ISO/IEC 12207 CMMI-DEV ISO/IEC 15504
Modelo de Referncia (MR-MPS) Guia Geral Guia de Aquisio
Mtodo de Avaliao (MA-MPS) Guia de Avaliao
Modelo de Negcio (MN-MPS) Documentos do Programa
Guia de Implementao
Figura 1 Componentes do Modelo MPS. O Modelo de Referncia MR-MPS contm os requisitos que os processos das unidades organizacionais devem atender para estar em conformidade com o MRMPS. Ele contm as definies dos nveis de maturidade, processos e atributos do processo, e est descrito neste Guia Geral, nas sees 8 e 9. O MR-MPS est em conformidade com os requisitos de modelos de referncia de processo da Norma Internacional ISO/IEC 15504-2 [ISO/IEC, 2003]. O Guia de Aquisio um documento complementar destinado a organizaes que pretendam adquirir software e servios correlatos. O Guia de Aquisio no contm requisitos do MR-MPS, mas boas prticas para a aquisio de software e servios correlatos. O Guia de Implementao nas partes 1 a 7 sugere formas de implementar cada um dos nveis do MR-MPS. A parte 8 do Guia de Implementao sugere formas de como uma unidade organizacional que faz Aquisio de produtos pode implementar o MR-MPS. As explicaes presentes nos Guias de Implementao no constituem requisitos do modelo e devem ser consideradas apenas em carter informativo.
13/56
O Guia de Avaliao contm o processo e o mtodo de avaliao MA-MPS, os requisitos para os avaliadores lderes, avaliadores adjuntos e Instituies Avaliadoras (IA). O processo e o mtodo de avaliao MA-MPS esto em conformidade com a Norma Internacional ISO/IEC 15504-2 [ISO/IEC, 2003]. O Modelo de Negcio MN-MPS descreve regras de negcio para implementao do MR-MPS pelas Instituies Implementadoras (II), avaliao seguindo o MA-MPS pelas Instituies Avaliadoras (IA), organizao de grupos de empresas pelas Instituies Organizadoras de Grupos de Empresas (IOGE) para implementao do MR-MPS e avaliao MA-MPS, certificao de Consultores de Aquisio (CA) e programas anuais de treinamento do MPS.BR por meio de cursos, provas e workshops. Um resumo executivo dessas regras de negcio est disponvel no Portal SOFTEX (www.softex.br/mpsbr/). 7 Base tcnica para a definio do modelo MPS
7.1 ISO/IEC 12207:2008 A Norma Internacional ISO/IEC 12207 foi criada pela ISO International Organization for Standardization e o IEC - International Electrotechnical Commission dentro de um esforo conjunto dessas organizaes. Em 1988, foi proposto o desenvolvimento da norma e em agosto de 1995 ela foi publicada como Norma Internacional. Em 1998, foi publicada a sua verso brasileira que tem o mesmo nome que a internacional, somente acrescida das iniciais NBR. Em outubro de 2002 e 2004, foram feitas atualizaes na Norma Internacional ISO/IEC 12207, chamadas de emendas 1 e 2 respectivamente, onde foram inseridas diversas melhorias. Essas melhorias criaram novos ou expandiram o escopo de alguns processos, inseriram para cada processo o seu propsito e resultados e para os novos processos definiram suas atividades e tarefas. Essas modificaes tiveram o objetivo de representar a evoluo da Engenharia de Software, as necessidades vivenciadas pelos usurios da norma e a harmonizao com a srie ISO/IEC 15504. Em 2008, a Norma Internacional ISO/IEC 12207 foi reformulada, incorporando as melhorias que j apareciam nas emendas 1 e 2 e harmonizando sua estrutura Norma Internacional ISO/IEC 15288. A norma ISO/IEC 12207:2008 foi publicada tambm como padro IEEE (IEEE Std 12207:2008) e estabelece uma arquitetura comum para o ciclo de vida de processos de software com uma terminologia bem definida. Contm processos, atividades e tarefas a serem aplicadas durante o fornecimento, aquisio, desenvolvimento, operao, manuteno e descarte de produtos de software, bem como partes de software de um sistema. A norma tambm se aplica aquisio de sistemas, produtos de software e servios. 7.2 ISO/IEC 15504 Em setembro de 1992, a ISO realizou um estudo chamado Necessidades e Exigncias para uma Norma de Avaliao de Processos de Software. O trabalho concluiu que era pertinente a elaborao de uma norma que fosse aplicvel melhoria de processos e determinao da capacidade. Este padro deveria considerar os mtodos e normas j existentes (como por exemplo, o SW-CMM e a
ISO 9001), abranger todos os processos de software e ser construdo pelos especialistas que j desenvolviam e trabalhavam com os mtodos e normas existentes poca. Como resultado desse primeiro trabalho, a ISO iniciou em janeiro de 1993 o projeto SPICE (Software Process Improvement and Capability dEtermination) com o objetivo de produzir inicialmente um relatrio tcnico que fosse, ao mesmo tempo, mais geral e abrangente que os modelos existentes e mais especfico que a norma ISO 9001 originando, assim, a srie de normas ISO/IEC 15504: Parte 1 [ISO/IEC, 2004a], Parte 2 [ISO/IEC, 2003], Parte 3 [ISO/IEC, 2004b], Parte 4 [ISO/IEC, 2004c] e Parte 5 [ISO/IEC, 2006]. Posteriormente, em 2008, mais duas partes foram desenvolvidas: Parte 6 [ISO/IEC, 2008b] e Parte 7[ISO/IEC, 2008c]. A ISO/IEC 15504 presta-se realizao de avaliaes de processos de software com dois objetivos: a melhoria de processos e a determinao da capacidade de processos de uma unidade organizacional. Se o objetivo for a melhoria de processos, a unidade organizacional pode realizar uma avaliao com o objetivo de gerar um perfil dos processos que ser usado para a elaborao de um plano de melhorias. A anlise dos resultados identifica os pontos fortes, os pontos fracos e os riscos inerentes aos processos. No segundo caso, a organizao tem o objetivo de avaliar um fornecedor em potencial, obtendo o seu perfil de capacidade. O perfil de capacidade permite ao contratante estimar o risco associado contratao daquele fornecedor em potencial para auxiliar na tomada de deciso de contrat-lo ou no. 7.3 CMMI-DEV O modelo SW-CMM (Software Capability Maturity Model) foi definido no SEI (Software Engineering Institute) a pedido do Departamento de Defesa dos Estados Unidos. A partir de 1991, foram desenvolvidos CMMs para vrias disciplinas (Engenharia de Sistemas, Engenharia de Software, Aquisio de Software, Gerncia e Desenvolvimento da Fora de Trabalho, Desenvolvimento Integrado do Processo e do Produto). Embora estes modelos tenham mostrado sua utilidade, o uso de mltiplos modelos se mostrou problemtico. O CMMI surgiu para resolver o problema de utilizao de vrios modelos e o resultado da evoluo do SW-CMM, SECM (System Engineering Capability Model) e IPD-CMM (Integrated Product Development Capability Maturity Model). , portanto, o sucessor destes modelos. Alm disso, o framework CMMISM foi desenvolvido para ser consistente e compatvel com a ISO/IEC 15504. Em 2006 foi publicada a verso 1.2 do CMMI, o CMMI-DEV (CMMI for Development) [SEI, 2006]. 8 Descrio do MR-MPS
O Modelo de Referncia MR-MPS define nveis de maturidade que so uma combinao entre processos e sua capacidade. A definio dos processos segue os requisitos para um modelo de referncia de processo apresentados na ISO/IEC 15504-2, declarando o propsito e os resultados esperados de sua execuo. Isso permite avaliar e atribuir graus de efetividade na execuo dos processos. As atividades e tarefas necessrias para atender ao
15/56
propsito e aos resultados esperados no so definidas neste guia, devendo ficar a cargo dos usurios do MR-MPS. A capacidade do processo a caracterizao da habilidade do processo para alcanar os objetivos de negcio, atuais e futuros; estando relacionada com o atendimento aos atributos de processo associados aos processos de cada nvel de maturidade. 8.1 Nveis de maturidade Os nveis de maturidade estabelecem patamares de evoluo de processos, caracterizando estgios de melhoria da implementao de processos na organizao. O nvel de maturidade em que se encontra uma organizao permite prever o seu desempenho futuro ao executar um ou mais processos. O MR-MPS define sete nveis de maturidade: A (Em Otimizao), B (Gerenciado Quantitativamente), C (Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e G (Parcialmente Gerenciado). A escala de maturidade se inicia no nvel G e progride at o nvel A. Para cada um destes sete nveis de maturidade atribudo um perfil de processos que indicam onde a organizao deve colocar o esforo de melhoria. O progresso e o alcance de um determinado nvel de maturidade do MR-MPS se obtm quando so atendidos os propsitos e todos os resultados esperados dos respectivos processos e os resultados esperados dos atributos de processo estabelecidos para aquele nvel. A diviso em 7 estgios tem o objetivo de possibilitar uma implementao e avaliao adequada s micros, pequenas e mdias empresas. A possibilidade de se realizar avaliaes considerando mais nveis tambm permite uma visibilidade dos resultados de melhoria de processos em prazos mais curtos. 8.2 Processo Os processos no MR-MPS so descritos em termos de propsito e resultados e esto detalhados na seo 9. O propsito descreve o objetivo geral a ser atingido durante a execuo do processo. Os resultados esperados do processo estabelecem os resultados a serem obtidos com a efetiva implementao do processo. Estes resultados podem ser evidenciados por um produto de trabalho produzido ou uma mudana significativa de estado ao se executar o processo. 8.3 Capacidade do processo A capacidade do processo representada por um conjunto de atributos de processo descrito em termos de resultados esperados. A capacidade do processo expressa o grau de refinamento e institucionalizao com que o processo executado na organizao/unidade organizacional. No MR-MPS, medida que a organizao/unidade organizacional evolui nos nveis de maturidade, um maior nvel de capacidade para desempenhar o processo deve ser atingido.
O atendimento aos atributos do processo (AP), pelo atendimento aos resultados esperados dos atributos do processo (RAP), requerido para todos os processos no nvel correspondente ao nvel de maturidade, embora eles no sejam detalhados dentro de cada processo. Os nveis so acumulativos, ou seja, se a organizao est no nvel F, esta possui o nvel de capacidade do nvel F que inclui os atributos de processo dos nveis G e F para todos os processos relacionados no nvel de maturidade F (que tambm inclui os processos de nvel G). Isto significa que, ao passar do nvel G para o nvel F, os processos do nvel de maturidade G passam a ser executados no nvel de capacidade correspondente ao nvel F. Em outras palavras, na passagem para um nvel de maturidade superior, os processos anteriormente implementados devem passar a ser executados no nvel de capacidade exigido neste nvel superior. Os diferentes nveis de capacidade dos processos so descritos por nove atributos de processo (AP). O alcance de cada atributo de processo avaliado utilizando os respectivos resultados esperados de atributo de processo (RAP), conforme definido a seguir:
AP 1.1 O processo executado Este atributo uma medida do quanto o processo atinge o seu propsito. Resultado esperado: RAP 1. O processo atinge seus resultados definidos.
AP 2.1 O processo gerenciado Este atributo uma medida do quanto a execuo do processo gerenciada. Resultados esperados: RAP 2. Existe uma poltica organizacional estabelecida e mantida para o processo; RAP 3. A execuo do processo planejada; RAP 4. (Para o nvel G)4. A execuo do processo monitorada e ajustes so realizados; RAP 4. (A partir do nvel F). Medidas so planejadas e coletadas para monitorao da execuo do processo e ajustes so realizados; RAP 5. (At o nvel F)5 As informaes e os recursos necessrios para a execuo do processo so identificados e disponibilizados;
4 5
O RAP 4 tem exigncias diferentes para o nvel G e para os nveis posteriores. O RAP 5 tem exigncias diferentes para os Nveis G e F e para o nveis posteriores. 17/56
RAP 5. (A partir do nvel E) Os recursos e informaes necessrios para executar o processo definido so disponibilizados, alocados e utilizados; RAP 6. (At o nvel F)6 As responsabilidades e a autoridade para executar o processo so definidas, atribudas e comunicadas; RAP 6. (A partir do nvel E) Os papis requeridos, responsabilidades e autoridade para execuo do processo definido so atribudos e comunicados; RAP 7. (At o nvel F)7 As pessoas que executam o processo so competentes em termos de formao, treinamento e experincia; RAP 7. (A partir do nvel E) As pessoas que executam o processo definido so competentes em termos de formao, treinamento e experincia; RAP 8. A comunicao entre as partes interessadas no processo gerenciada de forma a garantir o seu envolvimento; RAP 9. (At o nvel F)8 Os resultados do processo so revistos com a gerncia de alto nvel para fornecer visibilidade sobre a sua situao na organizao; RAP 9. (A partir do nvel E) Mtodos adequados para monitorar a eficcia e adequao do processo so determinados e os resultados do processo so revistos com a gerncia de alto nvel para fornecer visibilidade sobre a sua situao na organizao; RAP 10. (Para o nvel G)9 O processo planejado para o projeto executado. RAP 10. (A partir do nvel F) A aderncia dos processos executados s descries de processo, padres e procedimentos avaliada objetivamente e so tratadas as no conformidades.
AP 2.2 Os produtos de trabalho do processo so gerenciados Este atributo uma medida do quanto os produtos de trabalho produzidos pelo processo so gerenciados apropriadamente. Resultados esperados: RAP 11. Os requisitos dos produtos de trabalho do processo so identificados; RAP 12. Requisitos para documentao e controle dos produtos de trabalho so estabelecidos;
6 7 8 9
O RAP 6 tem exigncias diferentes para os Nveis G e F e para o nveis posteriores. O RAP 7 tem exigncias diferentes para os Nveis G e F e para o nveis posteriores. O RAP 9 tem exigncias diferentes para os Nveis G e F e para os nveis posteriores. O RAP 10 tem exigncias diferentes para o Nivel G e para os nveis posteriores. 18/56
RAP 13. Os produtos de trabalho so colocados em nveis apropriados de controle; RAP 14. Os produtos de trabalho so avaliados objetivamente com relao aos padres, procedimentos e requisitos aplicveis e so tratadas as no conformidades.
AP 3.1. O processo definido Este atributo uma medida do quanto um processo padro mantido para apoiar a implementao do processo definido. Resultados esperados: RAP 15. Um processo padro descrito, incluindo diretrizes para sua adaptao para o processo definido para um projeto; RAP 16. A sequncia e interao do processo padro com outros processos so determinadas; RAP 17. Os papis e competncias requeridos para executar o processo so identificados como parte do processo padro; RAP 18. A infra-estrutura e o ambiente de trabalho requeridos para executar o processo so identificados como parte do processo padro.
AP 3.2 O processo est implementado Este atributo uma medida do quanto o processo padro efetivamente implementado como um processo definido para atingir seus resultados. Resultados esperados: RAP 19. Um processo definido implementado para o projeto baseado nas diretrizes para seleo e/ou adaptao do processo padro; RAP 20. A infra-estrutura e o ambiente de trabalho requeridos para executar o processo definido so disponibilizados, gerenciados e mantidos; RAP 21. Dados apropriados so coletados e analisados, constituindo uma base para o entendimento do comportamento do processo, para demonstrar a adequao e a eficcia do processo, e avaliar onde pode ser feita a melhoria contnua do processo; RAP 22. Produtos de trabalho e lies aprendidas so coletados e armazenados na biblioteca de ativos de processo, para uso futuro e apoio melhoria contnua do processo.
AP 4.1 O processo medido

Este atributo uma medida do quanto os resultados de medio so usados para assegurar que a execuo do processo atinge os seus objetivos de desempenho e apoia o alcance dos objetivos de negcio definidos. Resultados esperados: RAP 23. As necessidades de informao dos processos, requeridas para apoiar objetivos de negcio relevantes da organizao, so identificadas; RAP 24. A partir do conjunto de processos padro da organizao e das necessidades de informao, so selecionados os processos e/ou subprocessos que sero objeto de anlise de desempenho; RAP 25. Objetivos de medio do processo e/ou subprocesso so derivados das necessidades de informao do processo; RAP 26. Objetivos quantitativos de qualidade e de desempenho dos processos e/ou subprocessos so definidos para apoiar os objetivos de negcio; RAP 27. Medidas, bem como a frequncia de realizao de suas medies, so identificadas e definidas de acordo com os objetivos de medio do processo/subprocesso e os objetivos quantitativos de qualidade e de desempenho do processo; RAP 28. Resultados das medies so coletados, analisados e comunicados para monitorar o atendimento dos objetivos quantitativos de qualidade e de desempenho do processo/subprocesso; RAP 29. Resultados de medio so utilizados para caracterizar o desempenho do processo/subprocesso.
AP 4.2 O processo controlado Este atributo uma medida do quanto o processo controlado estatisticamente para produzir um processo estvel, capaz e previsvel dentro de limites estabelecidos. Resultados esperados: RAP 30. Tcnicas de anlise e de controle de desempenho so identificadas e aplicadas quando necessrio; RAP 31. Limites de controle de variao so estabelecidos para o desempenho normal do processo; RAP 32. Dados de medio so analisados com relao a causas especiais de variao; RAP 33. Aes corretivas so realizadas para tratar causas especiais de variao; RAP 34. Limites de controle so redefinidos, quando necessrio, seguindo as aes corretivas; RAP 35. Modelos de desempenho do processo so estabelecidos e mantidos.
20/56
AP 5.1 O processo objeto de melhorias e inovaes Este atributo uma medida do quanto as mudanas no processo so identificadas a partir da anlise de defeitos, problemas, causas comuns de variao do desempenho e da investigao de enfoques inovadores para a definio e implementao do processo. Resultados esperados: RAP 36. Propostas de melhoria so coletadas e analisadas para estabelecer os objetivos de melhoria do processo, que so definidos de forma a apoiar os objetivos de negcio relevantes; RAP 37. Defeitos e outros problemas so identificados, classificados e selecionados para anlise; RAP 38. Defeitos e outros problemas selecionados so analisados para identificar sua causa raiz e solues aceitveis para evitar sua ocorrncia futura; RAP 39. Dados adequados so analisados para identificar causas comuns de variao no desempenho do processo; RAP 40. Dados adequados so analisados para identificar oportunidades para aplicar melhores prticas e inovaes; RAP 41. Oportunidades de melhoria derivadas de novas tecnologias e conceitos de processo so identificadas; RAP 42. Uma estratgia de implementao estabelecida e executada para alcanar os objetivos de melhoria do processo e para resolver problemas.
AP 5.2 O processo otimizado continuamente Este atributo uma medida do quanto as mudanas na definio, gerncia e desempenho do processo tm impacto efetivo para o alcance dos objetivos relevantes de melhoria do processo. Resultados esperados: RAP 43. O impacto de todas as mudanas propostas avaliado com relao aos objetivos do processo definido e do processo padro; RAP 44. A implementao de todas as mudanas acordadas gerenciada para assegurar que qualquer alterao no desempenho do processo seja entendida e que sejam tomadas as aes pertinentes; RAP 45. As aes implementadas para resoluo de problemas e melhoria no processo so acompanhadas com medies para verificar se as mudanas no processo corrigiram o problema e melhoraram o seu desempenho; RAP 46. Dados da anlise de causas de problemas e de sua resoluo so armazenados para uso em situaes similares.
A Tabela 8-1 apresenta os nveis de maturidade do MR-MPS, os processos e os atributos de processo correspondentes a cada nvel.
Tabela 8-1 - Nveis de maturidade do MR-MPS. Nvel

A
Processos
Atributos de Processo
AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2, AP 4.1, AP 4.2 , AP 5.1 e AP 5.2
B C
Gerncia de Projetos GPR (evoluo) Gerncia de Riscos GRI Desenvolvimento para Reutilizao DRU Gerncia de Decises GDE
AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2, AP 4.1 e AP 4.2 AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2
Verificao VER Validao VAL Projeto e Construo do Produto PCP Integrao do Produto ITP Desenvolvimento de Requisitos DRE
AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2
Gerncia de Projetos GPR (evoluo) Gerncia de Reutilizao GRU Gerncia de Recursos Humanos GRH Definio do Processo Organizacional DFP Avaliao e Melhoria do Processo Organizacional AMP
AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2
Medio MED Garantia da Qualidade GQA Gerncia de Portflio de Projetos GPP Gerncia de Configurao GCO Aquisio AQU
AP 1.1, AP 2.1 e AP 2.2
Gerncia de Requisitos GRE Gerncia de Projetos GPR
AP 1.1 e AP 2.1
Nota: Os atributos de processo AP 4.1, AP 4.2, AP 5.1 e AP 5.2 somente devem ser implementados para os processos crticos da organizao/unidade organizacional, selecionados para anlise de desempenho. Os demais atributos de processo devem ser implementados para todos os processos.
8.4 Excluso de Processos Alguns processos podem ser excludos, total ou parcialmente, do escopo de uma avaliao MPS por no serem pertinentes ao negcio da unidade organizacional que est sendo avaliada. Cada excluso deve ser justificada no Plano de Avaliao. A aceitao das excluses e suas justificativas responsabilidade do Avaliador Lder, conforme descrito no Guia de Avaliao [SOFTEX, 2009a]. permitida a excluso completa do seguinte processo, desde que no executado pela organizao: Aquisio (AQU)
permitida a excluso completa do seguinte processo, desde que a nica atividade da unidade organizacional seja evoluo de produto: Gerncia de Portflio de Projetos (GPP)
permitida a excluso do seguinte processo, seguindo as orientaes da Tabela 8-2: Desenvolvimento para Reutilizao (DRU) Tabela 8-2 Excluses dos Resultados de DRU. Oportunidades (DRU1)
Sim Sim
Capacidade (DRU2)
Sim No
Soluo
- Os demais resultados do DRU so obrigatrios - Deve executar aes corretivas para gerar capacidade - Deve comprovar que essas aes corretivas esto em andamento - Os demais resultados podem ser excludos dessa avaliao - Para a prxima avaliao, dentro de 3 anos, deve obrigatoriamente ter construdo a capacidade - Deve mostrar, via processo formal de tomada de deciso, que no existem oportunidades de reutilizao - Os demais resultados podem ser excludos enquanto houver ausncia de oportunidades de reutilizao (nessa e em prximas avaliaes)
No
Excludo
23/56
Outras excluses so permitidas para organizaes com caractersticas especficas: Organizaes que fazem aquisio de software: as excluses permitidas para este tipo de organizao esto descritas no Guia de Implementao parte 8. Fbricas de Cdigo: as excluses permitidas para este tipo de organizao esto descritas no Guia de Implementao parte 9. Fbricas de Teste: as excluses permitidas para este tipo de organizao esto descritas no Guia de Implementao parte 10.
Com relao aos resultados de atributos de processo, nos nveis A e B, os resultados RAP 23 a RAP 46 podem ficar fora do escopo da avaliao para alguns dos processos da organizao. Apenas os processos crticos da organizao, selecionados para serem gerenciados quantitativamente, devem implementar todos os resultados de atributos de processo.
Descrio detalhada dos processos
Nessa seo os processos so descritos em termos de propsito e resultados esperados. Os processos esto descritos ordenados pelo nvel de maturidade de forma crescente, sendo que cada nvel inclui os processos do nvel anterior.
24/56
9.1 Nvel G Parcialmente Gerenciado O nvel de maturidade G composto pelos processos Gerncia de Projetos e Gerncia de Requisitos. Neste nvel a implementao dos processos deve satisfazer os atributos de processo AP 1.1 e AP 2.1. 9.1.1 Processo: Gerncia de Projetos GPR Nvel MR-MPS: G Parcialmente Gerenciado Propsito: O propsito do processo Gerncia de Projetos estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informaes sobre o andamento do projeto que permitam a realizao de correes quando houver desvios significativos no desempenho do projeto. O propsito deste processo evolui medida que a organizao cresce em maturidade. Assim, a partir do nvel E, alguns resultados evoluem e outros so incorporados, de forma que a gerncia de projetos passe a ser realizada com base no processo definido para o projeto e nos planos integrados. No nvel B, a gerncia de projetos passa a ter um enfoque quantitativo, refletindo a alta maturidade que se espera da organizao. Novamente, alguns resultados evoluem e outros so incorporados. Resultados esperados: GPR 1. O escopo do trabalho para o projeto definido; GPR 2. As tarefas e os produtos de trabalho do projeto so dimensionados utilizando mtodos apropriados; GPR 3. O modelo e as fases do ciclo de vida do projeto so definidos; GPR 4. (At o nvel F) O esforo e o custo para a execuo das tarefas e dos produtos de trabalho so estimados com base em dados histricos ou referncias tcnicas; GPR 4. (A partir do nvel E) O planejamento e as estimativas das atividades do projeto so feitos baseados no repositrio de estimativas e no conjunto de ativos de processo organizacional; GPR 5. O oramento e o cronograma do projeto, incluindo a definio de marcos e pontos de controle, so estabelecidos e mantidos; GPR 6. Os riscos do projeto so identificados e o seu impacto, probabilidade de ocorrncia e prioridade de tratamento so determinados e documentados; GPR 7. Os recursos humanos para o projeto so planejados considerando o perfil e o conhecimento necessrios para execut-lo; GPR 8. Os recursos e o ambiente de trabalho necessrios para executar o projeto so planejados;
25/56
GPR 9. Os dados relevantes do projeto so identificados e planejados quanto forma de coleta, armazenamento e distribuio. Um mecanismo estabelecido para acess-los, incluindo, se pertinente, questes de privacidade e segurana; GPR 10. Um plano geral para a execuo do projeto estabelecido com a integrao de planos especficos; GPR 11. A viabilidade de atingir as metas do projeto, considerando as restries e os recursos disponveis, avaliada. Se necessrio, ajustes so realizados; GPR 12. O Plano do Projeto revisado com todos os interessados e o compromisso com ele obtido; GPR 13. O projeto gerenciado utilizando-se o Plano do Projeto e outros planos que afetam o projeto e os resultados so documentados; GPR 14. O envolvimento das partes interessadas no projeto gerenciado; GPR 15. Revises so realizadas em estabelecido no planejamento; marcos do projeto e conforme
GPR 16. Registros de problemas identificados e o resultado da anlise de questes pertinentes, incluindo dependncias crticas, so estabelecidos e tratados com as partes interessadas; GPR 17. Aes para corrigir desvios em relao ao planejado e para prevenir a repetio dos problemas identificados so estabelecidas, implementadas e acompanhadas at a sua concluso; GPR 18. (A partir do nvel E) Um processo definido para o projeto estabelecido de acordo com a estratgia para adaptao do processo da organizao; GPR 18. (A partir do nvel B) Os subprocessos mais adequados para compor o processo definido para o projeto so selecionados com base na estabilidade histrica, em dados de capacidade e em outros critrios previamente estabelecidos; GPR 19. (A partir do nvel E) Produtos de trabalho, medidas e experincias documentadas contribuem para os ativos de processo organizacional; GPR 19. (A partir do nvel B) Os objetivos para a qualidade do produto e para o desempenho do processo definido para o projeto so estabelecidos e mantidos; GPR 20. (A partir do nvel B) Subprocessos do processo definido para o projeto e que sero gerenciados estatisticamente so escolhidos e so identificados os atributos por meio dos quais cada subprocesso ser gerenciado estatisticamente; GPR 21. (A partir do nvel B) O projeto monitorado para determinar se seus objetivos para qualidade e para o desempenho do processo sero atingidos. Quando necessrio, aes corretivas so identificadas;
26/56
GPR 22. (A partir do nvel B) O entendimento da variao dos subprocessos escolhidos para gerncia quantitativa, utilizando medidas e tcnicas de anlise estatstica previamente selecionadas, estabelecido e mantido; GPR 23. (A partir do nvel B) O desempenho dos subprocessos escolhidos para gerncia quantitativa monitorado para determinar a sua capacidade de satisfazer os seus objetivos para qualidade e para o desempenho. Aes so identificadas quando for necessrio tratar deficincias dos subprocessos; GPR 24. (A partir do nvel B) Dados estatsticos e de gerncia da qualidade so incorporados ao repositrio de medidas da organizao.
27/56
9.1.2 Processo: Gerncia de Requisitos GRE Nvel MR-MPS: G Parcialmente Gerenciado Propsito: O propsito do processo Gerncia de Requisitos gerenciar os requisitos do produto e dos componentes do produto do projeto e identificar inconsistncias entre os requisitos, os planos do projeto e os produtos de trabalho do projeto. Resultados esperados: GRE 1. GRE 2. GRE 3. GRE 4. GRE 5. Os requisitos so entendidos, avaliados e aceitos junto aos fornecedores de requisitos, utilizando critrios objetivos; O comprometimento da equipe tcnica com os requisitos aprovados obtido; A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho estabelecida e mantida; Revises em planos e produtos de trabalho do projeto so realizadas visando identificar e corrigir inconsistncias em relao aos requisitos; Mudanas nos requisitos so gerenciadas ao longo do projeto.
28/56
9.2 Nvel F Gerenciado O nvel de maturidade F composto pelos processos do nvel de maturidade anterior (G) acrescidos dos processos Aquisio, Garantia da Qualidade, Gerncia de Configurao, Gerncia de Portflio de Projetos e Medio. Neste nvel a implementao dos processos deve satisfazer os atributos de processo AP 1.1, AP 2.1 e AP 2.2. 9.2.1 Processo: Aquisio AQU Nvel MR-MPS: F - Gerenciado Propsito: O propsito do processo Aquisio gerenciar a aquisio de produtos10 que satisfaam s necessidades expressas pelo adquirente. Resultados esperados: AQU 1. AQU 2. AQU 3. AQU 4. As necessidades de aquisio, as metas, os critrios de aceitao do produto, os tipos e a estratgia de aquisio so definidos; Os critrios de seleo do fornecedor so estabelecidos e usados para avaliar os potenciais fornecedores; O fornecedor selecionado com base na avaliao das propostas e dos critrios estabelecidos; Um acordo formal que expresse claramente as expectativas, responsabilidades e obrigaes de ambas as partes (cliente e fornecedor) estabelecido e negociado entre elas; Um produto que satisfaa a necessidade expressa pelo cliente adquirido baseado na anlise dos potenciais candidatos; Os processos do fornecedor que so crticos para o sucesso do projeto so identificados e monitorados, gerando aes corretivas, quando necessrio; A aquisio monitorada de forma que as condies especificadas sejam atendidas, tais como custo, cronograma e qualidade, gerando aes corretivas quando necessrio; O produto entregue e avaliado em relao ao acordado e os resultados so documentados; O produto adquirido incorporado ao projeto, caso pertinente.
AQU 5. AQU 6.
AQU 7.
AQU 8. AQU 9.
10
No contexto do MR-MPS considera-se que o termo produto pode incluir tambm servios, desde que estes sejam entregues como parte do produto final ao cliente. MPS.BR-Guia Geral:2009 29/56
9.2.2 Processo: Gerncia de Configurao GCO Nvel MR-MPS: F - Gerenciado Propsito: O propsito do processo Gerncia de Configurao estabelecer e manter a integridade de todos os produtos de trabalho de um processo ou projeto e disponibiliz-los a todos os envolvidos. Resultados esperados: GCO 1. Um Sistema de Gerncia de Configurao estabelecido e mantido; GCO 2. Os itens de configurao so identificados com base em critrios estabelecidos; GCO 3. Os itens de configurao sujeitos a um controle formal so colocados sob baseline; GCO 4. A situao dos itens de configurao e das baselines registrada ao longo do tempo e disponibilizada; GCO 5. Modificaes em itens de configurao so controladas; GCO 6. O armazenamento, o manuseio e a liberao de itens de configurao e baselines so controlados; GCO 7. Auditorias de configurao so realizadas objetivamente para assegurar que as baselines e os itens de configurao estejam ntegros, completos e consistentes.
30/56
9.2.3 Processo: Garantia da Qualidade GQA Nvel MR-MPS: F - Gerenciado Propsito: O propsito do processo Garantia da Qualidade assegurar que os produtos de trabalho e a execuo dos processos estejam em conformidade com os planos, procedimentos e padres estabelecidos. Resultados esperados: GQA 1. A aderncia dos produtos de trabalho aos padres, procedimentos e requisitos aplicveis avaliada objetivamente, antes dos produtos serem entregues e em marcos predefinidos ao longo do ciclo de vida do projeto; A aderncia dos processos executados s descries de processo, padres e procedimentos avaliada objetivamente; Os problemas e as no-conformidades so identificados, registrados e comunicados; Aes corretivas para as no-conformidades so estabelecidas e acompanhadas at as suas efetivas concluses. Quando necessrio, o escalamento das aes corretivas para nveis superiores realizado, de forma a garantir sua soluo;
GQA 2. GQA 3. GQA 4.
31/56
9.2.4 Processo: Gerncia de Portflio de Projetos GPP Nvel MR-MPS: F - Gerenciado Propsito: O propsito do processo Gerncia de Portflio de Projetos iniciar e manter projetos que sejam necessrios, suficientes e sustentveis, de forma a atender os objetivos estratgicos da organizao. Este processo compromete o investimento e os recursos organizacionais adequados e estabelece a autoridade necessria para executar os projetos selecionados. Ele executa a qualificao contnua de projetos para confirmar que eles justificam a continuidade dos investimentos, ou podem ser redirecionados para justificar. Resultados esperados: GPP 1. GPP 2. GPP 3. GPP 4. GPP 5. As oportunidades de negcio, as necessidades e os investimentos so identificados, qualificados, priorizados e selecionados; Os recursos e oramentos para cada projeto so identificados e alocados; A responsabilidade e autoridade pelo gerenciamento dos projetos so estabelecidas; Os conflitos sobre recursos entre projetos so tratados e resolvidos; Projetos que atendem aos acordos e requisitos que levaram sua aprovao so mantidos, e os que no atendem so redirecionados ou cancelados.
32/56
9.2.5 Processo: Medio MED Nvel MR-MPS: F - Gerenciado Propsito: O propsito do processo Medio coletar, armazenar, analisar e relatar os dados relativos aos produtos desenvolvidos e aos processos implementados na organizao e em seus projetos, de forma a apoiar os objetivos organizacionais. Resultados esperados: MED 1. Objetivos de medio so estabelecidos e mantidos a partir dos objetivos de negcio da organizao e das necessidades de informao de processos tcnicos e gerenciais; MED 2. Um conjunto adequado de medidas, orientado pelos objetivos de medio, identificado e definido, priorizado, documentado, revisado e, quando pertinente, atualizado; MED 3. Os procedimentos para a coleta e o armazenamento de medidas so especificados; MED 4. Os procedimentos para a anlise das medidas so especificados; MED 5. Os dados requeridos so coletados e analisados; MED 6. Os dados e os resultados das anlises so armazenados; MED 7. Os dados e os resultados das anlises so comunicados aos interessados e so utilizados para apoiar decises.
33/56
9.3 Nivel E Parcialmente Definido O nvel de maturidade E composto pelos processos dos nveis de maturidade anteriores (G e F), acrescidos dos processos Avaliao e Melhoria do Processo Organizacional, Definio do Processo Organizacional, Gerncia de Recursos Humanos e Gerncia de Reutilizao. O processo Gerncia de Projetos sofre sua primeira evoluo, retratando seu novo propsito: gerenciar o projeto com base no processo definido para o projeto e nos planos integrados. Neste nvel a implementao dos processos deve satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2. 9.3.1 Processo: Avaliao e Melhoria do Processo Organizacional AMP Nvel MR-MPS: E Parcialmente Definido Propsito: O propsito do processo Avaliao e Melhoria do Processo Organizacional determinar o quanto os processos padro da organizao contribuem para alcanar os objetivos de negcio da organizao e para apoiar a organizao a planejar, realizar e implantar melhorias contnuas nos processos com base no entendimento de seus pontos fortes e fracos. Resultados esperados: AMP 1. AMP 2. AMP 3. A descrio das necessidades e os objetivos dos processos da organizao so estabelecidos e mantidos; As informaes e os dados relacionados ao uso dos processos padro para projetos especficos existem e so mantidos; Avaliaes dos processos padro da organizao so realizadas para identificar seus pontos fortes, pontos fracos e oportunidades de melhoria; Registros das avaliaes realizadas so mantidos acessveis; Os objetivos de melhoria dos processos so identificados e priorizados; Um plano de implementao de melhorias nos processos definido e executado, e os efeitos desta implementao so monitorados e confirmados com base nos objetivos de melhoria; Ativos de processo organizacional so implantados na organizao; Os processos padro da organizao so utilizados em projetos a serem iniciados e, se pertinente, em projetos em andamento; A implementao dos processos padro da organizao e o uso dos ativos de processo organizacional nos projetos so monitorados;
AMP 4. AMP 5. AMP 6.
AMP 7. AMP 8. AMP 9.
AMP 10. Experincias relacionadas aos processos so incorporadas aos ativos de processo organizacional.
9.3.2 Processo: Definio do Processo Organizacional DFP Nvel MR-MPS: E Parcialmente Definido Propsito: O propsito do processo Definio do Processo Organizacional estabelecer e manter um conjunto de ativos de processo organizacional e padres do ambiente de trabalho usveis e aplicveis s necessidades de negcio da organizao. Resultados esperados: DFP 1. DFP 2. DFP 3. Um conjunto definido de processos padro estabelecido e mantido, juntamente com a indicao da aplicabilidade de cada processo; Uma biblioteca de ativos de processo organizacional estabelecida e mantida; Tarefas, atividades, papis e produtos de trabalho associados aos processos padro so identificados e detalhados, juntamente com o desempenho esperado do processo; As descries dos modelos de ciclo de vida a serem utilizados nos projetos da organizao so estabelecidas e mantidas; Uma estratgia para adaptao do processo padro desenvolvida considerando as necessidades dos projetos; O repositrio de medidas da organizao estabelecido e mantido; Os ambientes padro de trabalho da organizao so estabelecidos e mantidos.
DFP 4. DFP 5. DFP 6. DFP 7.
35/56
9.3.3 Processo: Gerncia de Recursos Humanos GRH Nvel MR-MPS: E Parcialmente Definido Propsito: O propsito do processo Gerncia de Recursos Humanos prover a organizao e os projetos com os recursos humanos necessrios e manter suas competncias adequadas s necessidades do negcio. Resultados esperados: GRH 1. Uma reviso das necessidades estratgicas da organizao e dos projetos conduzida para identificar recursos, conhecimentos e habilidades requeridos e, de acordo com a necessidade, desenvolvlos ou contrat-los; Indivduos com as habilidades e competncias requeridas so identificados e recrutados; As necessidades de treinamento que so responsabilidade da organizao so identificadas; Uma estratgia de treinamento definida, com o objetivo de atender s necessidades de treinamento dos projetos e da organizao; Um plano ttico de treinamento definido, com o objetivo de implementar a estratgia de treinamento; Os treinamentos identificados como sendo responsabilidade da organizao so conduzidos e registrados; A efetividade do treinamento avaliada; Critrios objetivos para avaliao do desempenho de grupos e indivduos so definidos e monitorados para prover informaes sobre este desempenho e melhor-lo; Uma estratgia apropriada de gerncia de conhecimento planejada, estabelecida e mantida para compartilhar informaes na organizao;
GRH 2. GRH 3. GRH 4. GRH 5. GRH 6. GRH 7. GRH 8.
GRH 9.
GRH 10. Uma rede de especialistas na organizao estabelecida e um mecanismo de apoio troca de informaes entre os especialistas e os projetos implementado; GRH 11. O conhecimento disponibilizado e compartilhado na organizao.
36/56
9.3.4 Processo: Gerncia de Reutilizao GRU Nvel MR-MPS: E Parcialmente Definido Propsito: O propsito do processo Gerncia de Reutilizao gerenciar o ciclo de vida dos ativos reutilizveis. Resultados esperados: GRU 1. Uma estratgia de gerenciamento de ativos documentada, contemplando a definio de ativo reutilizvel, alm dos critrios para aceitao, certificao, classificao, descontinuidade e avaliao de ativos reutilizveis; Um mecanismo de armazenamento e recuperao de ativos reutilizveis implantado; Os dados de utilizao dos ativos reutilizveis so registrados; Os ativos reutilizveis so periodicamente mantidos, segundo os critrios definidos, e suas modificaes so controladas ao longo do seu ciclo de vida; Os usurios de ativos reutilizveis so notificados sobre problemas detectados, modificaes realizadas, novas verses disponibilizadas e descontinuidade de ativos.
GRU 2. GRU 3. GRU 4.
GRU 5.
37/56
9.4 Nvel D Largamente Definido O nvel de maturidade D composto pelos processos dos nveis de maturidade anteriores (G ao E), acrescidos dos processos Desenvolvimento de Requisitos, Integrao do Produto, Projeto e Construo do Produto, Validao, e Verificao. Neste nvel a implementao dos processos deve satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2. 9.4.1 Processo: Desenvolvimento de Requisitos DRE Nvel MR-MPS: D Largamente Definido Propsito: O propsito do processo Desenvolvimento de Requisitos definir os requisitos do cliente, do produto e dos componentes do produto. Resultados esperados: DRE 1. DRE 2. DRE 3. As necessidades, expectativas e restries do cliente, tanto do produto quanto de suas interfaces, so identificadas; Um conjunto definido de requisitos do cliente especificado a partir das necessidades, expectativas e restries identificadas; Um conjunto de requisitos funcionais e no-funcionais, do produto e dos componentes do produto que descrevem a soluo do problema a ser resolvido, definido e mantido a partir dos requisitos do cliente; Os requisitos funcionais e no-funcionais de cada componente do produto so refinados, elaborados e alocados; Interfaces internas e externas do produto e de cada componente do produto so definidas; Conceitos operacionais e cenrios so desenvolvidos; Os requisitos so analisados, usando critrios definidos, para balancear as necessidades dos interessados com as restries existentes; Os requisitos so validados.
DRE 4. DRE 5. DRE 6. DRE 7.
DRE 8.
38/56
9.4.2 Processo: Integrao do Produto ITP Nvel MR-MPS: D - Largamente Definido Propsito: O propsito do processo Integrao do Produto compor os componentes do produto, produzindo um produto integrado consistente com seu projeto, e demonstrar que os requisitos funcionais e no-funcionais so satisfeitos para o ambiente alvo ou equivalente. Resultados esperados: ITP 1. Uma estratgia de integrao, consistente com o projeto (design) e com os requisitos do produto, desenvolvida para os componentes do produto; Um ambiente para integrao dos componentes do produto estabelecido e mantido; A compatibilidade das interfaces internas e externas dos componentes do produto assegurada; As definies, o projeto (design) e as mudanas nas interfaces internas e externas so gerenciados para o produto e para os componentes do produto; Cada componente do produto verificado, utilizando-se critrios definidos, para confirmar que estes esto prontos para a integrao; Os componentes do produto so integrados, de acordo com a sequncia determinada e seguindo os procedimentos e critrios para integrao; Os componentes do produto integrados so avaliados e os resultados da integrao so registrados; Uma estratgia de teste de regresso desenvolvida e aplicada para uma nova verificao do produto, caso ocorra uma mudana nos componentes do produto (incluindo requisitos, projeto (design) e cdigos associados); O produto e a documentao relacionada so preparados e entregues ao cliente.
ITP 2. ITP 3. ITP 4.
ITP 5. ITP 6.
ITP 7. ITP 8.
ITP 9.
39/56
9.4.3 Processo: Projeto e Construo do Produto PCP Nvel MR-MPS: D Largamente Definido Propsito: O propsito do processo Projeto e Construo do Produto projetar, desenvolver e implementar solues para atender aos requisitos. Resultados esperados: PCP 1. Alternativas de soluo e critrios de seleo so desenvolvidos para atender aos requisitos definidos de produto e componentes de produto; Solues so selecionadas para o produto ou componentes do produto, com base em cenrios definidos e em critrios identificados; O produto e/ou componente do produto projetado e documentado; As interfaces entre os componentes do produto so projetadas com base em critrios predefinidos; Uma anlise dos componentes do produto conduzida para decidir sobre sua construo, compra ou reutilizao; Os componentes do produto so implementados e verificados de acordo com o que foi projetado; A documentao identificada, desenvolvida e disponibilizada de acordo com os padres estabelecidos; A documentao mantida de acordo com os critrios definidos.
PCP 2. PCP 3. PCP 4. PCP 5. PCP 6. PCP 7. PCP 8.
40/56
9.4.4 Processo: Validao VAL Nvel MR-MPS: D - Largamente Definido Propsito: O propsito do processo Validao confirmar que um produto ou componente do produto atender a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido. Resultados esperados: VAL 1. VAL 2. Produtos de trabalho a serem validados so identificados; Uma estratgia de validao desenvolvida e implementada, estabelecendo cronograma, participantes envolvidos, mtodos para validao e qualquer material a ser utilizado na validao; Critrios e procedimentos para validao dos produtos de trabalho a serem validados so identificados e um ambiente para validao estabelecido; Atividades de validao so executadas para garantir que o produto esteja pronto para uso no ambiente operacional pretendido; Problemas so identificados e registrados; Resultados de atividades de validao disponibilizados para as partes interessadas; so analisados e
VAL 3.
VAL 4. VAL 5. VAL 6. VAL 7.
Evidncias de que os produtos de software desenvolvidos esto prontos para o uso pretendido so fornecidas.
41/56
9.4.5 Processo: Verificao VER Nvel MR-MPS: D - Largamente Definido Propsito: O propsito do processo Verificao confirmar que cada servio e/ou produto de trabalho do processo ou do projeto atende apropriadamente os requisitos especificados. Resultados esperados: VER 1. VER 2. Produtos de trabalho a serem verificados so identificados; Uma estratgia de verificao desenvolvida e implementada, estabelecendo cronograma, revisores envolvidos, mtodos para verificao e qualquer material a ser utilizado na verificao; Critrios e procedimentos para verificao dos produtos de trabalho a serem verificados so identificados e um ambiente para verificao estabelecido; Atividades de verificao, incluindo testes e revises por pares, so executadas; Defeitos so identificados e registrados; Resultados de atividades de verificao disponibilizados para as partes interessadas. so analisados e
VER 3.
VER 4. VER 5. VER 6.
42/56
9.5 Nvel C Definido O nvel de maturidade C composto pelos processos dos nveis de maturidade anteriores (G ao D), acrescidos dos processos Desenvolvimento para Reutilizao, Gerncia de Decises e Gerncia de Riscos. Neste nvel a implementao dos processos deve satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2. 9.5.1 Processo: Desenvolvimento para Reutilizao DRU Nvel MR-MPS: C Definido Propsito: O propsito do processo Desenvolvimento para Reutilizao identificar oportunidades de reutilizao sistemtica de ativos na organizao e, se possvel, estabelecer um programa de reutilizao para desenvolver ativos a partir de engenharia de domnios de aplicao. Resultados esperados: DRU 1. Domnios de aplicao em que sero investigadas oportunidades de reutilizao de ativos ou nos quais se pretende praticar reutilizao so identificados, detectando os respectivos potenciais de reutilizao; A capacidade de reutilizao sistemtica da organizao avaliada e aes corretivas so tomadas, caso necessrio; Um programa de reutilizao, envolvendo propsitos, escopo, metas e objetivos, planejado com a finalidade de atender s necessidades de reutilizao de domnios; O programa de reutilizao implantado, monitorado e avaliado; Propostas de reutilizao so avaliadas de forma a garantir que o resultado da reutilizao seja apropriado para a aplicao alvo; Formas de representao para modelos de domnio e arquiteturas de domnio so selecionadas; Um modelo de domnio que capture caractersticas, capacidades, conceitos e funes comuns, variantes, opcionais e obrigatrios desenvolvido e seus limites e relaes com outros domnios so estabelecidos e mantidos; Uma arquitetura de domnio descrevendo uma famlia de aplicaes para o domnio desenvolvida e mantida por todo o seu ciclo de vida; Ativos do domnio so especificados; adquiridos ou desenvolvidos, e mantidos por todo o seu ciclo de vida.
DRU 2. DRU 3.
DRU 4. DRU 5. DRU 6. DRU 7.
DRU 8. DRU 9.
43/56
9.5.2 Processo: Gerncia de Decises GDE Nvel MR-MPS: C - Definido Propsito: O propsito do processo Gerncia de Decises analisar possveis decises crticas usando um processo formal, com critrios estabelecidos, para avaliao das alternativas identificadas. Resultados esperados: GDE 1. GDE 2. GDE 3. Guias organizacionais para a gerncia de decises so estabelecidos e mantidos; O problema ou questo a ser objeto de um processo formal de tomada de deciso definido; Critrios para avaliao das alternativas de soluo so estabelecidos e mantidos em ordem de importncia, de forma que os critrios mais importantes exeram mais influncia na avaliao; Alternativas de soluo aceitveis para o problema ou questo so identificadas; Os mtodos de avaliao das alternativas de soluo selecionados de acordo com sua viabilidade de aplicao; so
GDE 4. GDE 5. GDE 6. GDE 7.
Solues alternativas so avaliadas usando os critrios e mtodos estabelecidos; Decises so tomadas com base na avaliao das alternativas utilizando os critrios de avaliao estabelecidos.
44/56
9.5.3 Processo: Gerncia de Riscos GRI Nvel MR-MPS: C - Definido Propsito: O propsito do processo Gerncia de Riscos identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nvel organizacional e de projeto. Resultados esperados: GRI 1. GRI 2. O escopo da gerncia de riscos determinado; As origens e as categorias de riscos so determinadas e os parmetros usados para analisar riscos, categoriz-los e controlar o esforo da gerncia de riscos so definidos; As estratgias apropriadas para a gerncia de riscos so definidas e implementadas; Os riscos do projeto so identificados e documentados, incluindo seu contexto, condies e possveis consequncias para o projeto e as partes interessadas; Os riscos so priorizados, estimados e classificados de acordo com as categorias e os parmetros definidos; Planos para a mitigao de riscos so desenvolvidos; Os riscos so analisados e a prioridade de aplicao dos recursos para o monitoramento desses riscos determinada; Os riscos so avaliados e monitorados para determinar mudanas em sua situao e no progresso das atividades para seu tratamento; Aes apropriadas so executadas para corrigir ou evitar o impacto do risco, baseadas na sua prioridade, probabilidade, consequncia ou outros parmetros definidos.
GRI 3. GRI 4.
GRI 5. GRI 6. GRI 7. GRI 8. GRI 9.
45/56
9.6 Nvel B Gerenciado Quantitativamente Este nvel de maturidade composto pelos processos dos nveis de maturidade anteriores (G ao C). Neste nvel o processo de Gerncia de Projetos sofre sua segunda evoluo, sendo acrescentados novos resultados para atender aos objetivos de gerenciamento quantitativo. Neste nvel a implementao dos processos deve satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2 e os RAP 23 e RAP 24 do AP 4.1. A implementao dos processos selecionados para anlise de desempenho deve satisfazer integralmente os atributos de processo AP 4.1 e AP 4.2. Este nvel no possui processos especficos.
46/56
9.7 Nvel A Em Otimizao Este nvel de maturidade composto pelos processos dos nveis de maturidade anteriores (G ao B). Neste nvel a implementao dos processos deve satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2 e os RAP 23 e RAP 24 do AP 4.1. A implementao dos processos selecionados para anlise de desempenho deve satisfazer integralmente os atributos de processo AP 4.1 e AP 4.2. Os atributos de processo AP 5.1 e AP 5.2 devem ser integralmente satisfeitos pela implementao de pelo menos um dos processos selecionados para anlise de desempenho. Este nvel no possui processos especficos.
47/56
10 Instituies Implementadoras (II) Uma implementao do MR-MPS pode ser conduzida por uma Instituio Implementadora (II) autorizada, mediante convnio com a SOFTEX, com base em parecer do Frum de Credenciamento e Controle (FCC). Para solicitar o seu credenciamento, as instituies proponentes devem cumprir os seguintes requisitos institucionais:

demonstrar experincia da instituio na rea de processos de software; possuir uma estratgia de implementao do Modelo de Referncia MR-MPS; possuir uma estratgia de seleo, capacitao e manuteno da competncia dos membros da equipe de Implementao do MR-MPS; ter a ela vinculados, no mnimo, 3 (trs) profissionais que cumpram os seguintes requisitos, sendo que um deve ser o coordenador da equipe: (i) aprovao na prova para implementadores (P2); (ii) graduao completa11; (iii) experincia em desenvolvimento de software e implantao de processos de software.
Aps anlise do documento e parecer favorvel do Frum de Credenciamento e Controle (FCC), a SOFTEX assina um Termo de Convnio com a Instituio Implementadora (II) para seu credenciamento por um perodo de 2 anos. Obrigatoriamente o Coordenador da II ou seu representante deve comparecer ao Workshop anual de Implementadores e participar da reunio de Coordenadores de Instituies Implementadoras. O no cumprimento desta clusula implicar no imediato descredenciamento da II.
11
Uma instituio implementadora pode ter a ela vinculados outros implementadores sem graduao completa. Porm, no mnimo, 3 implementadores da instituio devem cumprir esse requisito. MPS.BR-Guia Geral:2009 48/56
Referncias Bibliogrficas [ABNT, 1998] - ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. NBR ISO/IEC 12207 Tecnologia de informao - Processos de ciclo de vida de software. Rio de Janeiro: ABNT, 1998. [ABNT, 2001] - ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. NBR ISO 9000:2000 Sistemas de gesto da qualidade e garantia da qualidade Fundamentos e Vocabulrio. Rio de Janeiro: ABNT, 2001. [ISO/IEC, 2003] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-2: Information Technology - Process Assessment Part 2 - Performing an Assessment, Geneve: ISO, 2003. [ISO/IEC, 2004a] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-1: Information Technology - Process Assessment Part 1 - Concepts and Vocabulary, Geneve: ISO, 2004. [ISO/IEC, 2004b] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-3: Information Technology - Process Assessment - Part 3 - Guidance on Performing an Assessment, Geneve: ISO, 2004. [ISO/IEC, 2004c] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-4: Information Technology - Process Assessment Part 4 - Guidance on use for Process Improvement and Process Capability Determination, Geneve: ISO, 2004. [ISO/IEC, 2006] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-5: Information Technology - Process Assessment - Part 5: An exemplar Process Assessment Model, Geneve: ISO, 2006. [ISO/IEC, 2007] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15939: Software Engineering Software Measurement Process, Geneve: ISO, 2007. [ISO/IEC, 2008a] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 12207 Systems and software engineering Software life cycle processes, Geneve: ISO, 2008. [ISO/IEC, 2008b] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 15504-6: Information Technology - Process Assessment - Part 6: An exemplar system life cycle process assessment model, Geneve: ISO, 2008. [ISO/IEC, 2008c] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC TR 15504-7: Information Technology - Process Assessment - Part 7: Assessment of organizational maturity, Geneve: ISO, 2008. [PMI, 2008] PROJECT Management Institute. A Guide To The Project Management Body of Knowledge. 4. ed. Newton Square: PMI Publications, 2008.
[SEI, 2006] SOFTWARE ENGINEERING INSTITUTE. CMMI for Development (CMMI-DEV), Version 1.2, Technical Report CMU/SEI-2006-TR-008. Pittsburgh, PA: Software Engineering Institute, Carnegie Mellon University, 2006. [SOFTEX, 2009a] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Avaliao:2009, maio 2009. Disponvel em: www.softex.br. [SOFTEX, 2009b] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Aquisio:2009, maio 2009. Disponvel em: www.softex.br. [SOFTEX, 2009c] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 1: Fundamentao para Implementao do Nvel G do MR-MPS:2009, maio 2009. Disponvel em: www.softex.br. [SOFTEX, 2009d] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 2: Fundamentao para Implementao do Nvel F do MR-MPS:2009, maio 2009. Disponvel em: www.softex.br. [SOFTEX, 2009e] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 3: Fundamentao para Implementao do Nvel E do MR-MPS:2009, maio 2009. Disponvel em: www.softex.br. [SOFTEX, 2009f] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 4: Fundamentao para Implementao do Nvel D do MR-MPS:2009, maio 2009. Disponvel em: www.softex.br. [SOFTEX, 2009g] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 5: Fundamentao para Implementao do Nvel C do MR-MPS:2009, maio 2009. Disponvel em: www.softex.br. [SOFTEX, 2009h] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 6: Fundamentao para Implementao do Nvel B do MR-MPS:2009, maio 2009. Disponvel em: www.softex.br. [SOFTEX, 2009i] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 7: Fundamentao para Implementao do Nvel A do MR-MPS:2009, maio 2009. Disponvel em: www.softex.br. [SOFTEX, 2009j] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 8: Implementao do MR-MPS:2009 em organizaes que adquirem software, verso em elaborao. [SOFTEX, 2009k] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte
50/56
9: Implementao do MR-MPS:2009 v 2.0 em organizaes do tipo Fbrica de Software, em elaborao. [SOFTEX, 2009l] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 10: Implementao do MR-MPS:2009 em organizaes do tipo Fbrica de Teste, em elaborao.
51/56
Lista de colaboradores do Guia Geral:2009 Editoras: Ana Regina C. Rocha Sheila Reinehr Colaboradores Kthia Maral de Oliveira Revisores: Ana Ceclia Zabeu Ana Liddy Cenni C. Magalhes Carlos Barbieri Cristina ngela Filipak Machado Danilo Scalet Edmeia Andrade Fbio Bianchi Campos Gleison Santos de Souza Kival Chaves Weber Marcio Pecegueiro do Amaral Mariano Montoni Odisnei Galarraga Sarah Kohan ASR QualityFocus e Universidade FUMEC FUMSOFT CELEPAR e QualityFocus CELEPAR EMBRAPA Universidade Catlica de Braslia COPPE/UFRJ SOFTEX RIOSOFT COPPE/UFRJ Software Process Fundao Vanzolini Universidade Catlica de Braslia COPPE/UFRJ (Coordenadora da ETM) PUCPR e QualityFocus
52/56
Lista de colaboradores do Guia Geral verso 1.2 Junho/2007 Editores: Ana Regina C. Rocha Ana Liddy C. C. Magalhes Kthia Maral de Oliveira Mariano Montoni Colaboradores Ahilton Barreto Alfredo Nozomu Tsukumo Claudia Maria Lima Werner Gleison Santos de Souza Leonardo Murta Marco Lopes Marcos Kalinowski Revisores: Cristina ngela Filipak Machado Danilo Scalet Fbio Bianchi Campos Francisco Vasconcellos Kival Chaves Weber Marcio Pecegueiro Amaral Regina M. Thienne Colombo CELEPAR CELEPAR Universidade Catlica de Braslia Marinha do Brasil / COPPE/UFRJ SOFTEX RIOSOFT CenPRA COPPE/UFRJ CenPRA COPPE/UFRJ COPPE/UFRJ COPPE/UFRJ COPPE/UFRJ COPPE/UFRJ COPPE/UFRJ (Coordenadora da ETM) SwQuality Universidade Catlica de Braslia COPPE/UFRJ
53/56
Lista de colaboradores do Guia Geral verso 1.1 Maio/2006 Editoras: Ana Regina C. Rocha Ana Cristina Rouiller Kthia Maral de Oliveira Revisores: Ana Cervigni Guerra Clnio F. Salviano Cristina ngela Filipak Machado Danilo Scalet Francisco Vasconcellos Kival Chaves Weber Marcio Pecegueiro Amaral CenPRA CenPRA CELEPAR CELEPAR Marinha do Brasil / COPPE/UFRJ SOFTEX RIOSOFT Christiane Gresse von Wangenheim UNIVALI COPPE/UFRJ (Coordenadora da ETM) Universidade Federal Rural de Pernambuco Universidade Catlica de Braslia
54/56
Lista de colaboradores do Guia Geral verso 1.0 Maio/2005 Editoras: Ana Regina C. Rocha Cristina ngela Filipak Machado Colaboradores: Adriano B. de Albuquerque Ana Candida Natali Clnio F. Salviano Danilo Scalet Edson Saraiva de Almeida Gleison Santos Souza Marcelo Pessa Mariano Montoni Odisnei Galarraga Paula Mian Svio Figueiredo Sheila Reinehr Tayana Conte Teresa Maciel Revisores: Ana Cervigni Guerra Ana Cristina Rouiller Andr Villas-Boas Clenio F. Salviano Danilo Scalet Eratstenes Arajo Kthia Maral Oliveira Kival Chaves Weber Jorge Bria Luiz Carlos de Almeida Oliveira Marcelo Pessoa
COPPE/UFRJ CELEPAR
COPPE/UFRJ COPPE/UFRJ CenPRA CELEPAR SCOPUS COPPE/UFRJ Fundao Vanzolini/USP COPPE/UFRJ EsiCenter Unisinos COPPE/UFRJ COPPE/UFRJ PUC-PR COPPE/UFRJ CESAR
CenPRA UFLA CPqD CenPRA CELEPAR SOFTEX UCB SOFTEX Liveware CELEPAR Fundao Vanzolini/USP
55/56
Marcio Pecegueiro Amaral Teresa Maciel Viviana L.Rubinstein
RIOSOFT CESAR Liveware
56/56

Guia Geral 2009

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Guia Geral 2009

Enviado por

Direitos autorais:

Formatos disponíveis

MPS.

BR - Melhoria de Processo do Software Brasileiro

Descrio do MR-MPS ........................................................................................ 15

ajustes na ortografia; incluso e atualizao de termos e definies;

CMMI-DEV marca registrada da Carnegie Mellon University/Software Engineering Institute (CMU/SEI).

O modelo MPS est descrito por meio de documentos em formato de guias:

Modelo de Referncia (MR-MPS) Guia Geral Guia de Aquisio

Mtodo de Avaliao (MA-MPS) Guia de Avaliao

Modelo de Negcio (MN-MPS) Documentos do Programa

AP 4.1 O processo medido

Tabela 8-1 - Nveis de maturidade do MR-MPS. Nvel

AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

AP 1.1, AP 2.1 e AP 2.2

Gerncia de Requisitos GRE Gerncia de Projetos GPR

Descrio detalhada dos processos

GQA 2. GQA 3. GQA 4.

AMP 4. AMP 5. AMP 6.

AMP 7. AMP 8. AMP 9.

DFP 4. DFP 5. DFP 6. DFP 7.

GRH 2. GRH 3. GRH 4. GRH 5. GRH 6. GRH 7. GRH 8.

GRU 2. GRU 3. GRU 4.

DRE 4. DRE 5. DRE 6. DRE 7.

ITP 2. ITP 3. ITP 4.

PCP 2. PCP 3. PCP 4. PCP 5. PCP 6. PCP 7. PCP 8.

VAL 4. VAL 5. VAL 6. VAL 7.

VER 4. VER 5. VER 6.

DRU 4. DRU 5. DRU 6. DRU 7.

GDE 4. GDE 5. GDE 6. GDE 7.

GRI 5. GRI 6. GRI 7. GRI 8. GRI 9.

Marcio Pecegueiro Amaral Teresa Maciel Viviana L.Rubinstein

RIOSOFT CESAR Liveware

Você também pode gostar