Guia Geral Software 2012

MPS.
BR - Melhoria de Processo do Software Brasileiro
Guia Geral MPS de Software

Este guia contm a descrio geral do Modelo MPS e detalha o Modelo de Referncia MPS para Software (MR-MPS-SW) e as definies comuns necessrias para seu entendimento e aplicao.
VIGNCIA E TRANSIO: O Guia Geral MPS de Software:2012 entra em vigor em 24 de agosto de 2012. Assim, a partir desta data podem ser realizadas avaliaes MPS usando o Modelo de Referncia MPS para Software MR-MPS-SW:2012.
Dezembro de 2012
Copyright 2012 - SOFTEX Direitos desta edio reservados pela Sociedade SOFTEX A distribuio ilimitada desse documento est sujeita a copyright ISBN 978-85-99334-42-3
Sumrio
1 2 3 4 5 6 7 8 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 ................................................. 15 Descrio do MR-MPS-SW ............................................................................... 17 8.1 8.2 8.3 8.4 9 NVEIS DE MATURIDADE ................................................................................. 17 PROCESSO................................................................................................... 18 CAPACIDADE DO PROCESSO .......................................................................... 18 EXCLUSO DE PROCESSOS ........................................................................... 24
Descrio detalhada dos processos .................................................................. 26 9.1 NVEL G PARCIALMENTE GERENCIADO ........................................................ 26 9.1.1 Processo: Gerncia de Projetos GPR .............................................. 26 9.1.2 Processo: Gerncia de Requisitos GRE .......................................... 29 9.2 NVEL F GERENCIADO ................................................................................ 30 9.2.1 Processo: Aquisio AQU ................................................................ 30 9.2.2 Processo: Gerncia de Configurao GCO ..................................... 31 9.2.3 Processo: Garantia da Qualidade GQA ........................................... 32 9.2.4 Processo: Gerncia de Portflio de Projetos GPP ........................... 33 9.2.5 Processo: Medio MED .................................................................. 34 9.3 NIVEL E PARCIALMENTE DEFINIDO .............................................................. 35 9.3.1 Processo: Avaliao e Melhoria do Processo Organizacional AMP. 35 9.3.2 Processo: Definio do Processo Organizacional DFP ................... 36 9.3.3 Processo: Gerncia de Recursos Humanos GRH ........................... 37 9.3.4 Processo: Gerncia de Reutilizao GRU ....................................... 38 9.4 NVEL D LARGAMENTE DEFINIDO ................................................................. 39 9.4.1 Processo: Desenvolvimento de Requisitos DRE.............................. 39 9.4.2 Processo: Integrao do Produto ITP .............................................. 40 9.4.3 Processo: Projeto e Construo do Produto PCP ............................ 41 9.4.4 Processo: Validao VAL ................................................................. 42 9.4.5 Processo: Verificao VER .............................................................. 43 9.5 NVEL C DEFINIDO ..................................................................................... 44 9.5.1 Processo: Desenvolvimento para Reutilizao DRU ....................... 44 9.5.2 Processo: Gerncia de Decises GDE ............................................ 45 9.5.3 Processo: Gerncia de Riscos GRI.................................................. 46 9.6 NVEL B GERENCIADO QUANTITATIVAMENTE ................................................ 47 9.7 NVEL A EM OTIMIZAO ............................................................................ 48
10
Instituies Implementadoras (II) ................................................................... 49

2/59
MPS.BR-Guia Geral MPS de Software:2012
Referncias Bibliogrficas ........................................................................................ 50 Lista de colaboradores do Guia Geral:2011 ............................................................. 53 Lista de colaboradores do Guia Geral:2009 Junho/2009 ...................................... 55 Lista de colaboradores do Guia Geral verso 1.2 Junho/2007 .............................. 56 Lista de colaboradores do Guia Geral verso 1.1 Maio/2006 ................................ 57 Lista de colaboradores do Guia Geral verso 1.0 Maio/2005 ................................ 58
3/59
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, Tecnologia e Inovao (MCTI), Financiadora de Estudos e Projetos (FINEP), Servio Brasileiro de Apoio s Micro e Pequenas Empresas (SEBRAE) e Banco Interamericano de Desenvolvimento (BID/FUMIN). O objetivo do programa MPS.BR a Melhoria de Processo de Software e Servios, 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 MPS para Software (MR-MPS-SW) e/ou do Modelo de Referncia MPS para Servios (MR-MPS-SV); (iii) Instituies Avaliadoras (IA) credenciadas para prestar servios de avaliao seguindo o mtodo de avaliao (MA-MPS); (iv) Instituies de Consultoria de Aquisio (ICA) credenciadas para prestar servios de consultoria de aquisio de software e/ou servios relacionados; b) meta de negcio, 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 micro, pequenas e mdias empresas (foco principal) quanto em grandes organizaes privadas e governamentais, com resultados esperados tais como: (i) criao e aprimoramento do modelo de negcio MN-MPS; (ii) cursos, provas e workshops MPS; (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 uma Unidade de Execuo do Programa (UEP) e duas estruturas de apoio para a execuo de suas atividades, o Frum de Credenciamento e Controle (FCC) e a Equipe Tcnica do Modelo (ETM). Por meio destas estruturas, o MPS.BR pode contar com a participao de representantes de universidades, instituies governamentais, centros de pesquisa e de organizaes privadas, os quais contribuem com suas vises complementares que agregam valor e qualidade ao programa. 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.
MPS.BR, MPS, MR-MPS-SW, MR-MPS-SV, MA-MPS e MN-MPS so marcas da SOFTEX. A sigla MPS.BR est associada ao Programa MPS.BR, que coordenado pela SOFTEX. A sigla MPS uma marca genrica associada ao Modelo MPS, compreendendo tanto a sigla MPS-SW associada Melhoria de Processo de Software quanto a sigla MPS-SV associada Melhoria de Processo de Servios. MPS.BR-Guia Geral MPS de Software:2012 4/59
Cabe ETM apoiar a SOFTEX sobre os aspectos tcnicos relacionados ao Modelo de Referncia MPS para Software2 (MR-MPS-SW), Modelo de Referncia MPS para Servios (MR-MPS-SV) e Mtodo de Avaliao (MA-MPS), para: (i) criao e aprimoramento contnuo do MR-MPS-SW, MR-MPS-SV, 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 MPS de Software so tambm atribuies da ETM, sendo que este guia faz parte do seguinte conjunto de documentos do MPS:

Guia Geral MPS de Servios:2012 [SOFTEX, 2012a] ; Guia de Avaliao:2012 [SOFTEX, 2012b]; Guia de Aquisio:2011[SOFTEX, 2011a]; Guia de Implementao Parte 1: Fundamentao para Implementao do Nvel G do MR-MPS:2011 [SOFTEX, 2011b]; Guia de Implementao Parte 2: Fundamentao para Implementao do Nvel F do MR-MPS:2011 [SOFTEX, 2011c]; Guia de Implementao Parte 3: Fundamentao para Implementao do Nvel E do MR-MPS:2011 [SOFTEX, 2011d]; Guia de Implementao Parte 4: Fundamentao para Implementao do Nvel D do MR-MPS:2011 [SOFTEX, 2011e]; Guia de Implementao Parte 5: Fundamentao para Implementao do Nvel C do MR-MPS:2011 [SOFTEX, 2011f]; Guia de Implementao Parte 6: Fundamentao para Implementao do Nvel B do MR-MPS:2011 [SOFTEX, 2011g]; Guia de Implementao Parte 7: Fundamentao para Implementao do Nvel A do MR-MPS:2011 [SOFTEX, 2011h]; Guia de Implementao Parte 8: Implementao do MR-MPS:2011 (Nveis G a A) em organizaes que adquirem software [SOFTEX, 2011i]; Guia de Implementao Parte 9: Implementao do MR-MPS:2011 (Nveis G a A) em organizaes do tipo Fbrica de Software [SOFTEX, 2011j]; Guia de Implementao Parte 10: Implementao do MR-MPS:2011 (Nveis G a A) em organizaes do tipo Fbrica de Teste [SOFTEX, 2011k]. Guia de Implementao Parte 11: Implementao e Avaliao do MR-MPSSW:2012 em Conjunto com o CMMI-DEV v1.3 [SOFTEX, 2012c].
Este Guia Geral MPS de Software descreve de forma detalhada o Modelo de Referncia MPS para Software (MR-MPS-SW) e fornece uma viso geral sobre os demais guias que apoiam a implementao dos diversos nveis do MR-MPS-SW, bem como sobre os processos de avaliao e de aquisio. Este guia tem como
O MR-MPS-SW a nova nomenclatura utilizada para o MR-MPS.
5/59
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 (Capability Maturity Model Integration for Development) [SEI, 2010a]. O detalhamento do Guia Geral MPS de Software 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-SW. A verso 2012 do Guia Geral MPS de Software contempla as seguintes modificaes em relao verso 2011:

Alterao da nomenclatura de Guia Geral para Guia Geral MPS de Software; Alterao da nomenclatura de Modelo de Referncia (MR-MPS) para Modelo de Referncia MPS para Software (MR-MPS-SW); Alteraes no Prefcio e na Introduo incluindo o novo Modelo de Referncia MPS para Servios (MR-MPS-SV); e reviso e adequao das referncias bibliogrficas. 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 software e servios correlatos e tambm para a melhoria da qualidade e produtividade dos servios prestados. Dentro desse contexto, o modelo MPS possui quatro componentes:
MPS.BR-Guia Geral MPS de Software:2012 6/59
Modelo de Referncia MPS para Software (MR-MPS-SW), Modelo de Referncia MPS para Servios (MR-MPS-SV), Mtodo de Avaliao (MA-MPS) e Modelo de Negcio para Melhoria de Processo de Software e Servios. O modelo MPS est descrito por meio de documentos em formato de guias:
Guia Geral MPS de Software: contm a descrio geral do modelo MPS e detalha o Modelo de Referncia MPS para Software (MR-MPS-SW), seus componentes e as definies comuns necessrias para seu entendimento e aplicao; Guia Geral MPS de Servios: contm a descrio geral do modelo MPS e detalha o Modelo de Referncia MPS para Servios (MR-MPS-SV), seus componentes e as definies comuns necessrias para seu entendimento e aplicao [SOFTEX, 2012a]; 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-SW [SOFTEX, 2011a]; 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, 2012b]; Guia de Implementao: srie de documentos que fornecem orientaes para implementar nas organizaes os nveis de maturidade descritos no Modelo de Referncia MR-MPS-SW [SOFTEX, 2011b], [SOFTEX, 2011c], [SOFTEX, 2011d], [SOFTEX, 2011e], [SOFTEX, 2011f], [SOFTEX, 2011g], [SOFTEX, 2011h], [SOFTEX, 2011i], [SOFTEX, 2011j] e [SOFTEX, 2011k], [SOFTEX, 2012c]. Objetivo
Este Guia Geral MPS de Software visa descrever de forma detalhada o MR-MPSSW 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-SW 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-SW 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, 2010a]. 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, 2009]. Avaliao de processo: Uma avaliao disciplinada dos processos da organizao em relao a um modelo de avaliao de processo [ISO/IEC, 2004a]. 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, 2010a]. 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, 2009]. 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, 2010a]. 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, subsistemas 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.
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, 2010a]. 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-SW e MR-MPS-SV 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, 2009] [SEI, 2010a]. 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.
9/59
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-SW e MR-MPS-SV 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 do nvel de maturidade 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
10/59
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 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, 2010a]. 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, 2009]. Servio correlato de software: Execuo de atividades, trabalho ou obrigaes relacionados ao produto de software, tais como, seu desenvolvimento, manuteno e operao [ABNT, 2009].
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; - 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-SW: Modelo de Referncia MPS para Software. MR-MPS-SV: Modelo de Referncia MPS para Servios. 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 e servios, visando preferencialmente s micro, pequenas e mdias empresas (mPME), de forma a atender as suas necessidades de negcio e ser reconhecido nacional e internacionalmente como um modelo
SCAMPI (CMU/SEI).
SM
marca de servio da Carnegie Mellon University/Software Engineering Institute 12/59
aplicvel indstria de software e servios. O modelo MPS estabelece dois modelos de referncia de processos de software e servios, e um processo/mtodo de avaliao de processos. Esta estrutura fornece sustentao e garante que o modelo MPS seja empregado de forma coerente com as suas definies. O modelo MPS estabelece tambm um modelo de negcio para apoiar a sua adoo pelas empresas desenvolvedoras de software e prestadores de servios. A base tcnica para a construo e aprimoramento deste modelo de melhoria e avaliao de processo de software e servios composta pelas normas ISO/IEC 12207:2008 [ISO/IEC, 2008a], ISO/IEC 20000:2011 [ISO/IEC, 2011] 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-SW e MR-MPS-SV. O modelo MPS definido em consonncia com a Norma Internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a] e ISO/IEC 20000:2011 [ISO/IEC, 2011], adaptando-a s necessidades da comunidade de interesse. O MRMPS-SW compatvel com o CMMI-DEV [SEI, 2010a] e o MR-MPS-SV compatvel com o CMMI-SVC [SEI, 2010b]. 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 quatro (4) componentes (Figura 1): Modelo de Referncia MPS para Software (MR-MPS-SW), Modelo de Referncia MPS para Servios (MR-MPS-SV), Mtodo de Avaliao (MA-MPS) e Modelo de Negcio (MNMPS). Cada componente descrito por meio de guias e/ou documentos do Programa MPS.BR. O Modelo de Referncia MPS para Software MR-MPS-SW contm os requisitos que os processos das unidades organizacionais devem atender para estar em conformidade com o MR-MPS-SW. Ele contm as definies dos nveis de maturidade, processos e atributos do processo, e est descrito neste Guia Geral MPS de Software, nas sees 8 e 9. O MR-MPS-SW est em conformidade com os requisitos de modelos de referncia de processo da Norma Internacional ISO/IEC 15504-2 [ISO/IEC, 2003]. O Modelo de Referncia MPS para Servios MR-MPS-SV contm os requisitos que os processos das unidades organizacionais devem atender para estar em conformidade com o MR-MPS-SV. Ele contm as definies dos nveis de maturidade, processos e atributos do processo. O MR-MPS-SV 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. O Guia de Aquisio no contm requisitos do MR-MPS-SW e MR-MPS-SV, mas boas prticas para a aquisio de software e servios. O Guia de Implementao nas partes 1 a 7 sugere formas de implementar cada um dos nveis do MR-MPS-SW. A parte 8 do Guia de Implementao sugere formas de
13/59
Modelo MPS
CMMIDEV ISO/IEC 12207
ISO/IEC 15504
CMMISVC
ISO/IEC 20000
Modelo de Referncia MPS para Software (MR-MPS-SW)
Modelo de Referncia MPS para Servio (MR-MPS-SV)
Mtodo de Avaliao (MA-MPS)
Modelo de Negcio (MN-MPS) (MN-MPSS)
Guia Geral MPS de Software
Guia de Aquisio Guia Geral MPS de Servios Documentos do Programa
Guias de Implementao
Guia de Avaliao
Figura 1 Componentes do Modelo MPS como uma unidade organizacional que faz Aquisio de produtos pode implementar o MR-MPS-SW. As partes 9 e 10 do Guia de Implementao sugerem formas com que Fbricas de Software e Fbricas de Testes, respectivamente, podem implementar o MR-MPS-SW. A parte 11 do Guia de Implementao apresenta um mapeamento do MR-MPS-SW e o CMMI-DEV que auxilia as organizaes nas iniciativas de melhoria de processos de software multimodelos, seja no mbito das implementaes ou das avaliaes de processos. As explicaes presentes nos Guias de Implementao no constituem requisitos do modelo e devem ser consideradas apenas em carter informativo. 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-SW e MR-MPS-SV 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-SW e MR-MPS-SV e avaliao MA-MPS, certificao de Consultores de Aquisio (CA) e programas anuais de treinamento do MPS por meio de cursos, provas e workshops. Um resumo executivo dessas regras de negcio est disponvel em www.softex.br/mpsbr/.
Base tcnica para a definio do modelo MPS
7.1 ISO/IEC 12207:2008 A Norma Internacional ISO/IEC 12207 [ISO/IEC, 2008a] 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 como norma brasileira [ABNT, 2009]. Ela 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 Process os 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 ISO/IEC 20000 A norma ISO/IEC 20000 [ISO/IEC, 2011] publicada em dezembro de 2005 tem como objetivo fornecer um padro de referncia comum para qualquer empresa oferecer servios de TI para clientes internos ou externos. Esta norma prov a adoo de uma abordagem de processos integrada para a gesto de servios de TI e alinha-se com as melhores prticas do ITIL para entrega e suporte de servios. A ISO/IEC 20000 consiste em cinco partes sob o ttulo geral Tecnologia da Informao Gerenciamento de Servio. A ISO/IEC 20000-1 especifica ao provedor de servios os requisitos para planejar, estabelecer, implementar, operar, monitorar, revisar, manter e melhorar o GSTI (Gerenciamento de Servios de TI). Os requisitos incluem o projeto, transio, entrega e melhoria dos servios para atender aos requisitos previamente acordados. A ISO/IEC 20000-2 representa um consenso do setor sobre padres de qualidade em processos de GSTI e descreve as melhores prticas para esses processos [ISO/IEC, 2011]. A ISO/IEC TR 20000-3 fornece orientaes, explicaes e recomendaes para a definio do escopo, aplicabilidade e demonstrao da conformidade com a ISO/IEC 20000-1 pelo uso de exemplos prticos. A ISO/IEC 20000-4 tem como objetivo facilitar o desenvolvimento de um modelo para avaliao de processo de acordo com a norma ISO/IEC 15504. O modelo de referncia de processo, previsto nesta norma, uma representao lgica dos elementos dos processos para o gerenciamento de servios que podem ser executados em um nvel bsico. Cada processo descrito em termos de um propsito e resultados associados. A ISO/IEC 20000-5 apresenta um exemplo de plano de implementao no qual so fornecidos guias para os provedores de servios atenderem aos requisitos da ISO/IEC 20000-1. Tambm inclui orientaes para iniciar o projeto e uma lista de atividades principais para atender cada fase da implementao da ISO/IEC 20000-1. 7.4 CMMI-DEV A origem do CMMI-DEV (CMMI for Development) [SEI, 2010a] remonta criao do modelo SW-CMM (Software Capability Maturity Model) que foi definido pelo 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 2010 foi publicada a verso 1.3 do CMMI, o CMMI-DEV (CMMI for Development) [SEI, 2010a]. 7.5 CMMI-SVC O CMMI for Services - CMMI-SVC, lanado em 2009 o mais recente modelo da srie do SEI. Este modelo voltado para a aplicao de prticas de melhoria de processos para empresas prestadoras de servios de TI. O modelo CMMI-SVC um guia para a aplicao das melhores prticas do CMMI em organizaes provedoras de servios. As melhores prticas do modelo focam nas atividades para o fornecimento de servios de qualidade para o cliente e usurios finais [SEI, 2010b]. O CMMI-SVC contm 24 reas de processos. Dessas, 16 so as mesmas do modelo CMMI-DEV. Sete reas de processos so especficas de servios e so focadas em: gerenciamento da capacidade e disponibilidade; continuidade de servios; entrega de servios; preveno e resoluo de incidentes; transio de servios; desenvolvimento de sistemas de servios; e processo de gerenciamento estratgico de servios. Os seus nveis de maturidade seguem a mesma estrutura do CMMI, ou seja, cinco nveis de maturidade, partindo do nvel 1 at o nvel 5. 8 Descrio do MR-MPS-SW
O Modelo de Referncia MPS para Software (MR-MPS-SW) 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 propsito e aos resultados esperados no so definidas neste guia, devendo ficar a cargo dos usurios do MR-MPS-SW. 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-MPSSW 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-SW 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-SW 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-SW, 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 evidencia o 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 evidencia o 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. As informaes e os recursos necessrios para a execuo do processo so identificados e disponibilizados; RAP 6. (At o nvel F)5 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. As pessoas que executam o processo so competentes em termos de formao, treinamento e experincia; RAP 8. A comunicao entre as partes interessadas no processo planejada e executada de forma a garantir o seu envolvimento; RAP 9. (At o nvel F)6 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
4 5 6
O RAP 4 tem exigncias diferentes para o nvel G e para os nveis posteriores. O RAP 6 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. 19/59
so revistos com a gerncia de alto nvel para fornecer visibilidade sobre a sua situao na organizao; RAP 10. (Para o nvel G)7 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 evidencia o 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; 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 evidencia o 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; 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.
O RAP 10 tem exigncias diferentes para o Nivel G e para os nveis posteriores. 20/59
AP 3.2 O processo est implementado Este atributo evidencia o quanto o processo padro efetivamente implementado como um processo definido para atingir seus resultados. Resultados esperados: RAP 19. Um processo definido implementado 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.
AP 4.1 O processo medido Este atributo evidencia o 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 22. As necessidades de informao dos usurios dos processos, requeridas para apoiar objetivos de negcio relevantes da organizao, so identificadas; RAP 23. Objetivos de medio organizacionais dos processos e/ou subprocessos so derivados das necessidades de informao dos usurios do processo; RAP 24. Objetivos quantitativos organizacionais de qualidade e de desempenho dos processos e/ou subprocessos so definidos para apoiar os objetivos de negcio; RAP 25. Os processos e/ou subprocessos que sero objeto de anlise de desempenho so selecionados a partir do conjunto de processos padro da organizao e das necessidades de informao dos usurios dos processos; RAP 26. 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 27. Resultados das medies so coletados, analisados, utilizando tcnicas estatsticas e outras tcnicas quantitativas apropriadas, e so comunicados para monitorar o alcance dos objetivos quantitativos de qualidade e de desempenho do processo/subprocesso;
21/59
RAP 28. Resultados de medio so utilizados para caracterizar o desempenho do processo/subprocesso. RAP 29. Modelos de desempenho do processo so estabelecidos e mantidos.
AP 4.2 O processo controlado Este atributo evidencia o 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 para a gerncia quantitativa dos processos/subprocessos 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 e preventivas so realizadas para tratar causas especiais, ou de outros tipos, de variao; RAP 34. Limites de controle so restabelecidos, quando necessrio, seguindo as aes corretivas, de forma que os processos continuem estveis, capazes e previsveis;
AP 5.1 O processo objeto de melhorias incrementais e inovaes Este atributo evidencia o 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 35. Objetivos de negcio da organizao so mantidos com base no entendimento das estratgias de negcio e resultados de desempenho do processo; RAP 36. Objetivos de melhoria do processo so definidos com base no entendimento do desempenho do processo, de forma a verificar que os objetivos de negcio relevantes so atingveis; RAP 37. Dados que influenciam o desempenho do processo so identificados, classificados e selecionados para anlise de causas; RAP 38. Dados selecionados so analisados para identificar causas raiz e propor solues aceitveis para evitar ocorrncias futuras de resultados similares ou incorporar melhores prticas no processo;
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 com impacto no alcance dos objetivos de negcio; RAP 41. Oportunidades de melhoria derivadas de novas tecnologias e conceitos de processo so identificadas, avaliadas e selecionadas com base no impacto no alcance dos objetivos de negcio; RAP 42. Uma estratgia de implementao para as melhorias selecionadas estabelecida para alcanar os objetivos de melhoria do processo e para resolver problemas.
AP 5.2 O processo otimizado continuamente Este atributo evidencia o 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 uso de tcnicas estatsticas e outras tcnicas quantitativas, para verificar se as mudanas no processo corrigiram o problema e melhoraram o seu desempenho; RAP 46. Dados da anlise de causas e de resoluo so armazenados para uso em situaes similares. A Tabela 8-1 apresenta os nveis de maturidade do MR-MPS-SW, os processos e os atributos de processo correspondentes a cada nvel. Tabela 8-1 - Nveis de maturidade do MR-MPS-SW. 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
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 23/59
Nvel
Processos
Desenvolvimento para Reutilizao DRU Gerncia de Decises GDE
Atributos de Processo
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, 2012b]. permitida a excluso completa do seguinte processo, desde que no executado pela organizao: Aquisio (AQU)
24/59
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
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 22 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.
25/59
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.
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-SW: 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 tarefas 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;
26/59
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. (At o nvel F) Os recursos e o ambiente de trabalho necessrios para executar o projeto so planejados; GPR 8. (A partir do nvel E) Os recursos e o ambiente de trabalho necessrios para executar os projetos so planejados a partir dos ambientes padro de trabalho da organizao; 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 explicitamente avaliada considerando restries e recursos disponveis. Se necessrio, ajustes so realizados; GPR 12. O Plano do Projeto revisado com todos os interessados e o compromisso com ele obtido e mantido; GPR 13. O escopo, as tarefas, as estimativas, o oramento e o cronograma do projeto so monitorados em relao ao planejado; GPR 14. Os recursos materiais e humanos bem como os dados relevantes do projeto so monitorados em relao ao planejado; GPR 15. Os riscos so monitorados em relao ao planejado; GPR 16. O envolvimento das partes interessadas no projeto planejado, monitorado e mantido; GPR 17. Revises so realizadas em estabelecido no planejamento; marcos do projeto e conforme
GPR 18. Registros de problemas identificados e o resultado da anlise de questes pertinentes, incluindo dependncias crticas, so estabelecidos e tratados com as partes interessadas; GPR 19. 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 20. (A partir do nvel E) Equipes envolvidas no projeto so estabelecidas e mantidas a partir das regras e diretrizes para estruturao, formao e atuao; GPR 21. (A partir do nvel E) Experincias relacionadas aos processos contribuem para os ativos de processo organizacional;
27/59
GPR 22. (A partir do nvel E) Um processo definido para o projeto estabelecido de acordo com a estratgia para adaptao do processo da organizao; GPR 22. (A partir do nvel B) Os objetivos de qualidade e de desempenho do processo definido para o projeto so estabelecidos e mantidos; GPR 23. (A partir do nvel B) O processo definido para o projeto que o possibilita atender seus objetivos de qualidade e de desempenho composto com base em tcnicas estatsticas e outras tcnicas quantitativas; GPR 24. (A partir do nvel B) Subprocessos e atributos crticos para avaliar o desempenho e que esto relacionados ao alcance dos objetivos de qualidade e de desempenho do processo do projeto so selecionados; GPR 25. (A partir do nvel B) Medidas e tcnicas analticas so selecionadas para serem utilizadas na gerncia quantitativa; GPR 26. (A partir do nvel B) O desempenho dos subprocessos escolhidos para gerncia quantitativa monitorado usando tcnicas estatsticas e outras tcnicas quantitativas; GPR 27. (A partir do nvel B) O projeto gerenciado usando tcnicas estatsticas e outras tcnicas quantitativas para determinar se seus objetivos de qualidade e de desempenho do processo sero atingidos; GPR 28. (A partir do nvel B) Questes que afetam os objetivos de qualidade e de desempenho do processo do projeto so alvo de anlise de causa raiz.
28/59
9.1.2 Processo: Gerncia de Requisitos GRE Nvel MR-MPS-SW: 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. O entendimento dos requisitos obtido junto aos fornecedores de requisitos; Os requisitos so avaliados com base em critrios objetivos e um comprometimento da equipe tcnica com estes requisitos 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.
29/59
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-SW: F - Gerenciado Propsito: O propsito do processo Aquisio gerenciar a aquisio de produtos 8 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 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; 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.
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 MPS de Software:2012 30/59
9.2.2 Processo: Gerncia de Configurao GCO Nvel MR-MPS-SW: 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.
31/59
9.2.3 Processo: Garantia da Qualidade GQA Nvel MR-MPS-SW: 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.
32/59
9.2.4 Processo: Gerncia de Portflio de Projetos GPP Nvel MR-MPS-SW: 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. As oportunidades de negcio, as necessidades e os investimentos so identificados, qualificados, priorizados e selecionados em relao aos objetivos estratgicos da organizao por meio de critrios objetivos; Os recursos e oramentos para cada projeto so identificados e alocados; A responsabilidade e autoridade pelo gerenciamento dos projetos so estabelecidas; O portflio monitorado em relao aos critrios que foram utilizados para a priorizao; Aes para corrigir desvios no portflio e para prevenir a repetio dos problemas identificados so estabelecidas, implementadas e acompanhadas at a sua concluso; Os conflitos sobre recursos entre projetos so tratados e resolvidos, de acordo com os critrios utilizados para a priorizao; Projetos que atendem aos acordos e requisitos que levaram sua aprovao so mantidos, e os que no atendem so redirecionados ou cancelados; A situao do portflio de projetos comunicada para as partes interessadas, com periodicidade definida ou quando o portflio for alterado.
GPP 2. GPP 3. GPP 4. GPP 5.
GPP 6. GPP 7.
GPP 8.
33/59
9.2.5 Processo: Medio MED Nvel MR-MPS-SW: 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.
34/59
9.3 Nvel 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-SW: 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-SW: 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; Regras e diretrizes para a estruturao, formao e atuao de equipes so estabelecidas e mantidas.
DFP 4. DFP 5. DFP 6. DFP 7. DFP 8.
36/59
9.3.3 Processo: Gerncia de Recursos Humanos GRH Nvel MR-MPS-SW: 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. As necessidades estratgicas da organizao e dos projetos so revistas para identificar recursos, conhecimentos e habilidades requeridos e, de acordo com a necessidade, planejar como desenvolv-los 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 .
37/59
9.3.4 Processo: Gerncia de Reutilizao GRU Nvel MR-MPS-SW: 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.
38/59
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-SW: 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. As necessidades, expectativas e restries do cliente, tanto do produto quanto de suas interfaces, so identificadas; Um conjunto definido de requisitos do cliente especificado e priorizado 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 3.
DRE 4. DRE 5. DRE 6. DRE 7.
DRE 8.
39/59
9.4.2 Processo: Integrao do Produto ITP Nvel MR-MPS-SW: 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 e mantida 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 estratgia 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.
40/59
9.4.3 Processo: Projeto e Construo do Produto PCP Nvel MR-MPS-SW: 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.
41/59
9.4.4 Processo: Validao VAL Nvel MR-MPS-SW: 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.
42/59
9.4.5 Processo: Verificao VER Nvel MR-MPS-SW: 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.
43/59
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-SW: 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 desenvolvido e seus limites e relaes com outros domnios so estabelecidos e mantidos. Este modelo deve ser capaz de capturar caractersticas, capacidades, conceitos e funes comuns, variantes, opcionais e obrigatrios; 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.
44/59
9.5.2 Processo: Gerncia de Decises GDE Nvel MR-MPS-SW: 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.
45/59
9.5.3 Processo: Gerncia de Riscos GRI Nvel MR-MPS-SW: 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.
46/59
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 22 a RAP 25 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.
47/59
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 22 a RAP 25 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.
48/59
10 Instituies Implementadoras (II) Uma implementao do MR-MPS-SW 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 MPS MRMPS-SW; 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 completa9; (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.
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 MPS de Software:2012 49/59
Referncias Bibliogrficas [ABNT, 2009] - ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. NBR ISO/IEC 12207 Tecnologia de informao - Processos de ciclo de vida de software. Rio de Janeiro: ABNT, 2009. [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.
50/59
[ISO/IEC, 2011] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION/ INTERNATIONAL ELECTROTECHNICAL COMISSION. ISO/IEC 20000 Information Technology Service Management, Geneve: ISO, 2011. [PMI, 2008] PROJECT Management Institute. A Guide To The Project Management Body of Knowledge. 4. ed. Newton Square: PMI Publications, 2008. [SEI, 2010a] SOFTWARE ENGINEERING INSTITUTE. CMMI for Development (CMMI-DEV), Version 1.3, Technical Report CMU/SEI-2010-TR-033. Pittsburgh, PA: Software Engineering Institute, Carnegie Mellon University, 2010. [SEI, 2010b] SOFTWARE ENGINEERING INSTITUTE. CMMI for Services, Version 1.3, Technical Report CMU/SEI-2010-TR-034. Pittsburgh, PA: Software Engineering Institute, Carnegie Mellon University, 2010. [SOFTEX, 2011a] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Aquisio:2011, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011b] 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:2011, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011c] 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:2011, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011d] 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:2011, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011e] 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:2011, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011f] 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:2011, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011g] 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:2011, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011h] 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:2011, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011i] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte
8: Implementao do MR-MPS:2011 em organizaes que adquirem software, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011j] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 9: Implementao do MR-MPS:2011 em organizaes do tipo Fbrica de Software, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2011k] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 10: Implementao do MR-MPS:2011 em organizaes do tipo Fbrica de Teste, junho 2011. Disponvel em: www.softex.br. [SOFTEX, 2012a] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia Geral MPS de Servios:2012, agosto 2012. Disponvel em: www.softex.br. [SOFTEX, 2012b] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Avaliao:2012, maio 2012. Disponvel em: www.softex.br. [SOFTEX, 2012c] ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO SOFTEX. MPS.BR Guia de Implementao Parte 11: Implementao e Avaliao do MR-MPS-SW:2012 em Conjunto com o CMMI-DEV v1.3, maio 2011. Disponvel em: www.softex.br.
52/59
Lista de colaboradores do Guia Geral MPS de Software:2012 Editores: Gleison dos Santos Souza Ana Regina C. Rocha Cristina ngela Filipak Machado UNIRIO e COPPE/UFRJ COPPE/UFRJ CELEPAR e QualityFocus (Coordenadora da ETM)
Revisores: Danilo Scalet Maria Teresa Villalobos CELEPAR IMA - Informtica de Municpios Associados
53/59
Lista de colaboradores do Guia Geral:2011 Editores: Gleison dos Santos Souza Ana Regina C. Rocha Cristina ngela Filipak Machado Revisores: Ana Liddy Cenni C. Magalhes Jorge Bria Danilo Scalet Elaine Nunes Mariano Montoni Maria Teresa Villalobos Odisnei Galarraga Reinaldo Cabral Silva Filho Renato Ferraz Machado Sheila Reinehr QualityFocus e UFMG LIVEWARE CELEPAR COPPE/UFRJ ProMove IMA - Informtica de Municpios Associados SOFTWARE PROCESS COPPE/UFRJ e UFAL QualityFocus PUCPR e QualityFocus UNIRIO e COPPE/UFRJ COPPE/UFRJ (Coordenadora da ETM) CELEPAR e QualityFocus
54/59
Lista de colaboradores do Guia Geral:2009 Junho/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 dos Santos 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
55/59
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 dos Santos 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
56/59
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
57/59
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 dos 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
58/59
Marcio Pecegueiro Amaral Teresa Maciel Viviana L.Rubinstein
RIOSOFT CESAR Liveware
59/59

Guia Geral Software 2012

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 Software 2012

Enviado por

Direitos autorais:

Formatos disponíveis

MPS.

BR - Melhoria de Processo do Software Brasileiro

Guia Geral MPS de Software

Instituies Implementadoras (II) ................................................................... 49

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

O MR-MPS-SW a nova nomenclatura utilizada para o MR-MPS.

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

marca de servio da Carnegie Mellon University/Software Engineering Institute 12/59

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

CMMIDEV ISO/IEC 12207

Modelo de Referncia MPS para Software (MR-MPS-SW)

Modelo de Referncia MPS para Servio (MR-MPS-SV)

Mtodo de Avaliao (MA-MPS)

Modelo de Negcio (MN-MPS) (MN-MPSS)

Guia Geral MPS de Software

Guia de Aquisio Guia Geral MPS de Servios Documentos do Programa

Base tcnica para a definio do modelo MPS

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

Gerncia de Projetos GPR (evoluo) Gerncia de Riscos GRI

MPS.BR-Guia Geral MPS de Software:2012

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

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

Descrio detalhada dos processos

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

GQA 2. GQA 3. GQA 4.

MPS.BR-Guia Geral MPS de Software:2012

GPP 2. GPP 3. GPP 4. GPP 5.

MPS.BR-Guia Geral MPS de Software:2012

MPS.BR-Guia Geral MPS de Software:2012

AMP 4. AMP 5. AMP 6.

AMP 7. AMP 8. AMP 9.

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

MPS.BR-Guia Geral MPS de Software:2012

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

MPS.BR-Guia Geral MPS de Software:2012

GRU 2. GRU 3. GRU 4.

MPS.BR-Guia Geral MPS de Software:2012

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

MPS.BR-Guia Geral MPS de Software:2012

ITP 2. ITP 3. ITP 4.

MPS.BR-Guia Geral MPS de Software:2012

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

MPS.BR-Guia Geral MPS de Software:2012

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

MPS.BR-Guia Geral MPS de Software:2012

VER 4. VER 5. VER 6.

MPS.BR-Guia Geral MPS de Software:2012

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

MPS.BR-Guia Geral MPS de Software:2012