4707729 Cmmi Traducao

CMMI-SE/SW, v1.1 Representao em Estgios

Prefcio i

Prefcio

O projeto Capability Maturity Model Integration (MMI1FSM) envolveu uma grande quantidade de pessoas de diferentes organizaes do mundo todo. Estas organizaes utilizavam um modelo CMM ou mltiplos CMMs e estavam interessadas nos benefcios do desenvolvimento de um framework integrado para auxiliar a melhoria de processos no mbito do empreendimento como um todo. [FM101.T101]

O trabalho do projeto CMMI patrocinado pelo Departamento de Defesa dos Estados Unidos (Department of Defense DoD), especificamente pelo departamento da Sub-Secretaria de Defesa, Aquisio, Tecnologia e Logstica (Office of the Under Secretary of Defense, Acquisition, Technology, and Logistics - OUSD/AT&L). O patrocnio da indstria garantido pelo Comit de Engenharia de Sistemas da Associao Industrial da Defesa Nacional (National Defense Industrial Association - NDIA). [FM101.T102]

Organizaes da indstria e do governo e o Instituto de Engenharia de Software (Software Engineering Institute - SEI) se juntaram para desenvolver o CMMI Framework, um conjunto integrado de modelos CMMI, um mtodo de avaliao CMMI e produtos de suporte. Estas organizaes doaram o tempo de um ou mais de seus empregados na participao no projeto CMMI. [FM101.T103]

Histrico do Desenvolvimento

A equipe do projeto CMMI trabalhou para oferecer um direcionamento que incentive a melhoria de processos em organizaes de qualquer estrutura. [FM101.HDA101.T101]

Desde 1991, tm sido desenvolvidos CMMs para uma grande variedade de disciplinas. Alguns dos mais notveis so os modelos para engenharia de sistemas, engenharia de software, aquisio de software, gerenciamento e desenvolvimento da fora de trabalho e Desenvolvimento Integrado de Produtos e Processos (Integrated Product and Process Development IPPD). [FM101.HDA101.T102]

CMM, Capability Maturity Model e Capability Maturity Modeling so marcas registradas no U.S. Patent and

Trademark Office. SM CMMI uma marca de servios da Carnegie Mellon University.


Prefcio ii

Embora estes modelos tenham provado ser teis para muitas organizaes, o uso de mltiplos modelos tem sido problemtico. Muitas organizaes gostariam de concentrar seus esforos de melhoria entre as disciplinas de suas organizaes. Entretanto, as diferenas entre estes modelos especficos de disciplinas, incluindo sua arquitetura, contedo e abordagem, tm limitado a capacidade destas organizaes de concentrar com sucesso seus esforos de melhorias. Alm disso, aplicar diversos modelos que no esto integrados em uma organizao e em cada um de seus departamentos especficos, se torna mais caro em termos de treinamentos, avaliaes e das prprias atividades de melhorias. Um conjunto de modelos integrados que trate com sucesso disciplinas diversas e tenha um suporte integrado a treinamentos e avaliaes resolve esses problemas. [FM101.HDA101.T103]

O projeto do CMM nt egr at i onI 2FSM foi montado para solucionar o problema do uso de mltiplos CMMs. A misso da Equipe de Produto do CMMI foi combinar trs modelos bsicos (1) Capability Maturity Model for Software (SW-CMM) v2.0 draft C, (2) Electronic Industries Alliance Interim Standard (EIA/IS) 731, e (3) Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98 em um nico framework de melhoria para ser utilizado por organizaes que estivessem em busca de uma melhoria de processos que abrangesse o empreendimento como um todo. [FM101.HDA101.T106]

Desenvolver um conjunto de modelos integrados envolveu mais que simplesmente juntar os materiais dos modelos j existentes. Utilizando processos que promovem o consenso, a Equipe de Produto do CMMI construiu um framework que acomoda diversas disciplinas e flexvel o bastante para suportar dois tipos diferentes de representaes (em estgios e contnua). [FM101.HDA101.T107]

Usando como material fonte informaes de modelos populares e bem conhecidos, a Equipe de Produto do CMMI criou um conjunto coeso de modelos integrados que podem ser adotados por aqueles que hoje estejam utilizando outros modelos CMMs, bem como por aqueles que ainda esto comeando a conhecer o conceito do CMM. [FM101.HDA101.T108]

Durante a fase de desenvolvimento do projeto CMMI, a misso da equipe incluiu o desenvolvimento de um framework comum para servir de suporte para a futura integrao de outros modelos CMMI de disciplinas especficas. Alm disso, a misso da equipe incluiu o objetivo de assegurar que todos os produtos desenvolvidos eram consistentes e compatveis com o Relatrio Tcnico para Avaliao do Processo de Software 15504 (15504 Technical Report for Software Process Assessment) da International Organization for Standardization/International Electrotechnical Commission (ISO/IEC). [FM101.HDA101.T109]

SM CMM Integration uma marca de servio da Carnegie Mellon University.


Prefcio iii

O CMMI verso 0.2 foi publicamente revisado e utilizado em atividades piloto iniciais. A partir da liberao daquela verso, as melhorias foram feitas a partir das solicitaes de alterao originadas da reviso pblica, organizaes piloto e sesses de grupo sobre diversos assuntos. A Equipe de Produto do CMMI avaliou mais de 3.000 solicitaes de alterao para criar o CMMI verso 1.0. Pouco tempo depois, a verso 1.02 foi liberada, incorporando diversas pequenas melhorias. Como ocorre com qualquer liberao, entretanto, continuaram existindo oportunidades para outras melhorias. A verso 1.1 acomoda novas melhorias originadas a partir do uso inicial, bem como de mais de 1.500 solicitaes de alterao. [FM101.HDA101.T111]

Agradecimentos

Muitas pessoas talentosas estiveram envolvidas como parte da equipe de produto para o CMMI Product Suite3F1. Os quatro grupos iniciais envolvidos neste desenvolvimento foram o Grupo de Direcionamento (Steering Group), a Equipe de Produto (Product Team), o Comit de Controle de Configuraes (Configuration Control Board) e os Stakeholders/Revisores. [FM101.HDA102.T101]

O Grupo de Direcionamento direciona e aprova os planos da Equipe de Produto, fornece consultoria sobre questes significativas do projeto CMMI e assegura o envolvimento de diversas comunidades interessadas. [FM101.HDA102.T102]

A Equipe de Produto escreve, revisa, reexamina, discute e chega a acordos sobre a estrutura e o contedo tcnico do CMMI Product Suite, incluindo o framework, modelos, treinamentos e materiais de avaliao. As atividades de desenvolvimento foram baseadas na Especificao-A (A-Specification) fornecida pelo Grupo de Direcionamento, os trs modelos fonte e comentrios dos Stakeholders e dos membros do Grupo de Direcionamento. [FM101.HDA102.T104]

O Comit de Controle de Configurao tem sido o mecanismo oficial para controlar as alteraes nos modelos CMMI. Como tal, este grupo assegura a integridade ao longo da vida do conjunto de produtos, atravs da reviso de todas as alteraes feitas na baseline e da aprovao somente das mudanas que atendem os critrios da prxima liberao. [FM101.HDA102.T113]

O grupo de organizaes de Stakeholders/Revisores forneceu valiosas colaboraes sobre os primeiros esforos que foram feitos para combinar os modelos. Com suas revises das diversas verses do conjunto de produtos deram timas contribuies Equipe de Produto. [FM101.HDA102.T105]

1 Veja no Captulo 3 uma discusso sobre o CMMI Product Suite e o CMMI Framework, que ajudar a

esclarecer as diferenas entre eles.


Prefcio iv

No Apndice E esto listados os membros atuais e emritos dos quatro grupos envolvidos no desenvolvimento dos produtos CMMI. [FM101.HDA102.T111]

Onde Procurar Informaes Adicionais

Voc pode encontrar informaes adicionais, como o pblico alvo, cenrios, histricos dos modelos CMMI e os benefcios de se utilizar os modelos CMMI em diversas fontes. Muitas destas fontes esto documentadas no site do CMMI, em http://www.sei.cmu.edu/cmmi/. [FM101.HDA103.T101]

Feedback

Sugestes para melhorar o CMMI Product Suite so bem-vindas. Veja o site do CMMI para obter informaes sobre como fornecer feedback: http://www.sei.cmu.edu/cmmi/. [FM101.HDA104.T101]

Se tiver perguntas, envie um e-mail para [email protected]. [FM101.HDA104.T103]


Prefcio v

Contedo

0HPrefcio 182Hi 1HHistrico do Desenvolvimento 183Hi 2HAgradecimentos 184Hiii 3HOnde Procurar Informaes Adicionais 185Hiv 4HFeedback 186Hiv

5H1 Introduo 187H1 6HSobre os Modelos CMMI 188H1 7HSelecionando um Modelo CMMI 189H2

8HRepresentaes: Contnua ou em Estgios? 190H2 9HRepresentao Contnua 191H2 10HRepresentao em Estgios 192H3 11HQue Modelo Integrado Escolher? 193H3 12HDisciplinas: Qual a Diferena? 194H3 13HEngenharia de Sistemas 195H4 14HEngenharia de Software 196H4 15HDesenvolvimento Integrado de Produtos e Processos 197H4 16HUma Recomendao 198H5

17HO Contedo dos Modelos CMMI 199H5 18HConvenes Tipogrficas 200H6

19HMetas Especficas e Genricas 201H7 20HPrticas Especficas e Genricas 202H7 21HReferncias 203H7 22HNotas Introdutrias, Produtos de Trabalho Tpicos e Sub-prticas 204H7 23HExemplos 205H7 24HElaboraes das Prticas Genricas 206H8 25HDefinies Ampliadas de Disciplinas 207H8 26HEsquema de Numerao 208H8 27HCdigos de Identificao de Pargrafos 209H9

28H2 Componentes do Modelo 210H10 29HViso Geral da Estrutura 211H10

30HNveis de Maturidade 212H11 31HDetalhes dos Nveis de Maturidade 213H12 32HNvel de Maturidade 1: Inicial 214H12 33HNvel de Maturidade 2: Gerenciado 215H12 34HNvel de Maturidade 3: Definido 216H13


Prefcio vi

35HNvel de Maturidade 4: Gerenciado Quantitativamente 217H14 36HNvel de Maturidade 5: Otimizado 218H15 37HAvanando Atravs dos Nveis de Maturidade 219H16 38HSaltando Nveis de Maturidade 220H16 39HComponentes Exigidos, Esperados e Informativos 221H18

40HComponentes do Modelo 222H19 41Hreas de Processos 223H19 42HMetas Especficas 224H19 43HPrticas Especficas 225H19 44HCaractersticas Comuns 226H20 45HProdutos de Trabalho Tpicos 227H20 46HSub-prticas 228H20 47HDefinies Ampliadas de Disciplinas 229H20 48HMetas Genricas 230H21 49HPrticas Genricas 231H21 50HElaboraes de Prticas Genricas 232H21 51HReferncias 233H22

52HComparao das Representaes de Modelos 234H22

53H3 Terminologia do Modelo 235H24 54HEvoluo da Terminologia 236H24 55HTerminologia Comum com Significados Especiais 237H25

56HAdequado, Apropriado, Conforme Necessrio 238H25 57HEstabelecer e Manter 239H25 58HCliente 240H25 59HStakeholder 241H25 60HStakeholders relevantes 242H26 61HGerente 243H26 62HGerente do Projeto 244H26 63HGerente Snior 245H26 64HViso Compartilhada 246H27 65HOrganizao 247H27 66HEmpreendimento 248H27 67HDesenvolvimento 249H27 68HDisciplina 250H27 69HProjeto 251H28 70HProduto 252H28 71HProduto de Trabalho 253H28 72HComponente do Produto 254H28 73HAvaliao (Appraisal) 255H29 74HAnlise (Assessment) 256H29 75HInstrues para Adaptao 257H29 76HVerificao 258H30


Prefcio vii

77HValidao 259H30 78HMeta 260H30 79HObjetivo 261H30 80HObjetivos de Qualidade e Desempenho do Processo 262H31 81HPadro 263H31

82HTerminologia Especfica do CMMI 264H31 83HCMMI Product Suite 265H31 84HFramework CMMI 266H31 85HModelo CMMI 267H32 86HReviso por Pares 268H32 87HConjunto de Processos Padro da Organizao 269H32 88HProcesso 270H32 89HProcesso Gerenciado 271H33 90HProcesso Definido 272H33 91HAtivos de Processos Organizacionais 273H33 92HArquitetura dos Processos 274H34 93HCiclo de Vida do Produto 275H34 94HRepositrio de Medies da Organizao 276H34 95HBiblioteca de Ativos de Processos da Organizao 277H35 96HDocumento 278H35

97H4 Caractersticas Comuns, Metas Genricas e Prticas Genricas 279H37 98HViso Geral 280H37 99HCaractersticas da Institucionalizao 281H37 100HMetas Genricas 282H39 101HCaractersticas Comuns 283H40 102HPrticas Genricas Listadas por Caractersticas Comuns 284H40

103H5 Interaes do Framework 285H52 104HQuatro Categorias de reas de Processos do CMMI 286H52 105HGerenciamento de Processos 287H53

106HO Escopo do Gerenciamento de Processos 288H53 107Hreas de Processos Bsicas do Gerenciamento de Processos 289H54 108Hreas de Processos Avanadas do Gerenciamento de Processos 290H56

109HGerenciamento de Projetos 291H58 110HO Escopo do Gerenciamento de Projetos 292H58 111Hreas de Processos Bsicas do Gerenciamento de Projetos 293H59 112Hreas de Processos Avanadas de Gerenciamento de Projetos 294H60

113HEngenharia 295H63 114HO Escopo da Engenharia 296H63 115HInteraes Entre as reas de Processos de Engenharia 297H64 116Hreas de Processos de Engenharia e Recurso 298H67

117HSuporte 299H68


Prefcio viii

118HO Escopo do Suporte 300H68 119Hreas de Processos Bsicas de Suporte 301H69 120Hreas de Processos Avanadas de Suporte 302H71

121H6 Utilizando os Modelos CMMI 303H75 122HInterpretando os Modelos CMMI 304H75 123HAvaliaes e Benchmarking 305H76

124HRequisitos de Avaliaes para o CMMI 306H78 125HCompatibilidade e Conformidade com o ISO/IEC 15504 307H78

126HFazendo a Transio para o CMMI 308H79 127HOrganizaes com Experincia no CMM para Software 309H79 128HOrganizaes com Experincia em EIA/IS 731 310H80 129HOrganizaes No Familiarizadas com os Modelos do Tipo CMM 311H81 130HTreinamento 312H82

131HPerspectivas de Adaptao 313H82 132HAdaptao do Modelo 314H82

133HPerspectivas de Adaptao do Modelo 315H82 134HCritrios de Adaptao de Modelos para Melhoria de Processos Internos 316H83 135HCritrios de Adaptao de Modelos para Benchmarking 317H84 136HAdaptao de Modelos para Pequenos Projetos 318H85 137HAdaptao de Avaliaes 319H86

138H7 reas de Processos 320H88 139HNvel de Maturidade 2: Gerenciado 321H90

140HGerenciamento de Requisitos 322H91 141HPlanejamento do Projeto 323H103 142HMonitoramento e Controle do Projeto 324H132 143HGerenciamento de Acordos com Fornecedores 325H147 144HMedies e Anlises 326H164 145HGarantia da Qualidade do Processo e do Produto 327H186 146HGerenciamento de Configuraes 328H198

147HNvel de Maturidade 3: Definido 329H218 148HDesenvolvimento de Requisitos 330H219 149HSolues Tcnicas 331H242 150HIntegrao de Produtos 332H275 151HVerificao 333H297 152HValidao 334H316 153HFoco no Processo Organizacional 335H329 154HDefinio do Processo Organizacional 336H347 155HTreinamento Organizacional 337H364 156HGerenciamento Integrado do Projeto 338H381 157HGerenciamento de Riscos 339H403 158HAnlises de Decises e Resolues 340H424


Prefcio ix

159HA. Acrnimos 341H438

160HB. Glossrio 342H443

161HC. Elementos Exigidos e Esperados do Modelo 343H473 162HNvel de Maturidade: 2 344H474

163HGerenciamento de Requisitos 345H475 164HPlanejamento do Projeto 346H478 165HMonitoramento e Controle do Projeto 347H483 166HGerenciamento de Acordos com Fornecedores 348H487 167HMedies e Anlises 349H491 168HGarantia da Qualidade do Processo e do Produto 350H495 169HGerenciamento de Configuraes 351H499

170HNvel de Maturidade: 3 352H504 171HDesenvolvimento de Requisitos 353H505 172HSolues Tcnicas 354H510 173HIntegrao de Produtos 355H515 174HVerificao 356H520 175HValidao 357H524 176HFoco no Processo Organizacional 358H528 177HDefinio do Processo Organizacional 359H532 178HTreinamento Organizacional 360H536 179HGerenciamento Integrado do Projeto 361H540 180HGerenciamento de Riscos 362H544 181HAnlises de Decises e Resolues 363H548


Viso Geral 1

1 Introduo

Um modelo uma representao simplificada do mundo real. Os modelos de maturidade de capacitao (Capability Maturity Models - CMMs) contm os elementos essenciais de processos eficientes para uma ou mais reas de conhecimento. Estes elementos se baseiam nos conceitos desenvolvidos por Crosby, Deming, Juran e Humphrey [Crosby 79, Juran 88, Deming 86, Humphrey 89]. [FM108.T101]

Como os outros CMMs, os modelos integrados de maturidade de capacitao (Capability Maturity Model Integration - CMMI) fornecem direcionamentos a serem utilizados no desenvolvimento de processos. Os modelos CMMI no so processos ou descries de processos. Os processos reais utilizados em uma organizao dependem de muitos fatores, inclusive o(s) domnio(s) da aplicao e o tamanho e estrutura da organizao. Especificamente, as reas de processos de um modelo CMMI normalmente no podem ser mapeadas de um para um com os processos utilizados na sua organizao. [FM108.T102]

Sobre os Modelos CMMI

Um processo um ponto de apoio da melhoria sustentada de uma organizao. O objetivo do CMM Integration fornecer direcionamentos para melhorar os processos de sua organizao e sua capacidade de gerenciar o desenvolvimento, aquisio e manuteno de produtos e servios. O CMM Integration coloca abordagens comprovadas em uma estrutura que ajuda a sua organizao a avaliar a sua maturidade organizacional ou a capacitao da rea de processo, estabelecer prioridades de melhoria e implement-las. [FM108.HDA102.T101]

O conjunto de produtos CMMI (CMMI Product Suite) contm e produzido a partir de um framework que oferece a capacidade de gerar mltiplos modelos e seus materiais de treinamento e avaliao associados. Estes modelos podem refletir o contedo de reas de conhecimento (isto , engenharia de sistemas, engenharia de software, Desenvolvimento Integrado de Produtos e Processos) em combinaes mais teis para voc (isto , CMMI-SE/SW, CMMI-SE/SW/IPPD). [FM108.HDA102.T103]


Viso Geral 2

Sua organizao pode utilizar um modelo CMMI para ajudar a definir os objetivos e prioridades de melhoria de processos, melhorar processos e fornecer direcionamento para assegurar processos estveis, capacitados e maduros. Um modelo CMMI selecionado pode servir como guia para a melhoria dos processos organizacionais. [FM108.HDA102.T102]

Utilize uma opinio profissional para interpretar as prticas especficas e genricas do CMMI. Embora as reas de processos ilustrem comportamentos que deveriam aparecer em qualquer organizao, todas as prticas devem ser interpretadas utilizando um conhecimento profundo do modelo CMMI que est sendo utilizando, da organizao, do ambiente de negcios e das circunstncias envolvidas. [FM108.HDA102.T104]

Selecionando um Modelo CMMI

Existem diversos modelos CMMI disponveis, gerados a partir do CMMI Framework. Em conseqncia disso, voc precisa estar preparado para decidir qual modelo CMMI melhor atende s necessidades de melhoria de processos da sua organizao. [FM108.HDA101.T101]

Voc deve selecionar uma representao, contnua ou em estgios, e determinar as reas de conhecimento que deseja incluir no modelo que sua organizao ir utilizar. [FM108.HDA101.T102]

Representaes: Contnua ou em Estgios?

Existem muitas razes vlidas para selecionar uma representao ou outra. Pode ser que a sua organizao escolha utilizar a representao que lhe seja mais familiar. As listas seguintes descrevem algumas das possveis vantagens e desvantagens de selecionar cada uma das representaes. [FM108.HDA101.HDB101.T101]

Representao Contnua

Se voc escolher a representao contnua para sua organizao, pode esperar que o modelo: [FM108.HDA101.HDB102.T101]

Permitir que voc selecione a seqncia de melhorias que melhor atende os objetivos de negcios e reduz as reas de risco da sua organizao

Possibilitar comparaes dentro e entre organizaes em uma rea de processo em termos de rea de processo ou pela comparao de resultados atravs do uso de estgios equivalentes


Viso Geral 3

Oferecer uma migrao fcil do Electronic Industries Alliance Interim Standard (EIA/IS) 731 para o CMMI

Suportar uma fcil comparao de melhoria de processos para a International Organization for Standardization and International Electrotechnical Commission (ISO/IEC) 15504, j que a organizao das reas de processos similar ao ISO/IEC 15504

Representao em Estgios

Se voc escolher a representao em estgios para a sua organizao, pode esperar que o modelo: [FM108.HDA101.HDB103.T101]

Oferecer uma seqncia comprovada de melhorias, comeando com prticas bsicas de gerenciamento e progredindo por um caminho pr-definido e comprovado de nveis sucessivos, cada um servindo como base para o prximo

Permitir comparao dentro da organizao e entre organizaes pelo uso de nveis de maturidade

Oferecer uma migrao fcil do SW-CMM para o CMMI Oferecer uma classificao nica que resume os resultados de

avaliaes e permite comparaes entre organizaes

Quer sejam utilizadas para melhoria de processos ou avaliaes, ambas as representaes foram projetadas para oferecer resultados essencialmente equivalentes. [FM108.HDA101.HDB103.T102]

Que Modelo Integrado Escolher?

Atualmente existem trs reas de conhecimento disponveis, quando for selecionar um modelo CMMI: [FM108.HDA101.HDB104.T106]

Engenharia de sistemas Engenharia de software Desenvolvimento Integrado de Produtos e Processos (Integrated

Product and Process Development IPPD)

Este texto far referncias a estas reas de conhecimento como disciplinas. Por exemplo, quando nos referirmos a selecionar uma disciplina, poder ser uma das opes listadas acima. A Equipe de Produto do CMMI prev que outras reas de conhecimento sero integradas ao CMMI Framework. [FM108.HDA101.HDB104.T107]

Disciplinas: Qual a Diferena?

Dependendo da disciplina que selecionar para seu modelo CMMI, leia as sees relevantes abaixo. [FM108.HDA101.HDB109.T101]


Viso Geral 4

Engenharia de Sistemas

A engenharia de sistemas cobre o desenvolvimento de sistemas completos, que podem ou no incluir software. Os engenheiros de sistemas concentram-se em transformar necessidades, expectativas e restries dos clientes em solues de produtos e fornecer suporte a estas solues de produtos durante toda a vida do produto. [FM108.HDA101.HDB105.T101]

Quando voc seleciona engenharia de sistemas para o seu modelo, este conter as reas de processos de Gerenciamento de Processos Gerenciamento de Projetos, Suporte e Engenharia. Definies ampliadas especficas de disciplinas para engenharia de sistemas so fornecidas para ajud-lo a interpretar as prticas especficas para esta disciplina, quando necessrio. (Veja o Captulo 2 para obter maiores informaes sobre definies ampliadas de disciplinas). [FM108.HDA101.HDB105.T102]

Engenharia de Software

A engenharia de software cobre o desenvolvimento de sistemas de software. Engenheiros de software se concentram em aplicar abordagens sistemticas, disciplinadas e quantificveis ao desenvolvimento, operao e manuteno de software. [FM108.HDA101.HDB106.T101]

Quando voc seleciona engenharia de software para o seu modelo, este conter as reas de processo de Gerenciamento de Processos, Gerenciamento de Projetos, Suporte e Engenharia. Definies ampliadas especficas de disciplinas para engenharia de software so fornecidas para ajud-lo a interpretar as prticas especficas para a engenharia de software. [FM108.HDA101.HDB106.T102]

Desenvolvimento Integrado de Produtos e Processos

O Desenvolvimento Integrado de Produtos e Processos (Integrated Product and Process Development IPPD) uma abordagem sistemtica que consegue uma colaborao pontual de stakeholders relevantes durante toda a vida do produto para melhor satisfazer as necessidades, expectativas e requisitos do cliente. Os processos que oferecem suporte a uma abordagem IPPD so integrados com os outros processos da organizao. As reas de processos, metas especficas e prticas especficas do IPPD isoladas no conseguem criar um desenvolvimento integrado de produtos e processos. Se um projeto ou organizao escolhe utilizar o IPPD, tem que executar as prticas especficas do IPPD juntamente com as outras prticas especficas utilizadas para produzir os produtos (por exemplo, as reas de processos de Engenharia). Isto , se uma organizao ou projeto deseja utilizar o IPPD, ela escolhe um modelo com uma ou mais disciplinas alm do IPPD. [FM108.HDA101.HDB107.T101]


Viso Geral 5

Quando voc seleciona o IPPD como seu modelo, este conter as reas de processos de Gerenciamento de Processos, Gerenciamento de Projetos, Suporte e Engenharia que se aplicam tanto ao IPPD como s outras disciplinas que voc tenha selecionado para seu modelo. Definies ampliadas de disciplinas especficas para o IPPD so tambm fornecidas para ajud-lo a interpretar as prticas especficas do IPPD. [FM108.HDA101.HDB107.T102]

Uma Recomendao

A Equipe de Produto do CMMI recomenda que voc selecione a engenharia de sistemas e a engenharia de software, se sua inteno for selecionar uma destas disciplinas. Esta recomendao se baseia no fato que a nica distino entre os modelos de cada uma destas disciplinas so as definies ampliadas includas. No restante, estes modelos so exatamente iguais. [FM108.HDA101.HDB110.T101]

O Contedo dos Modelos CMMI

Os modelos CMMI com representao em estgios consistem de sete captulos e cinco apndices: [FM108.HDA103.T101]

Captulo 1: O captulo de Introduo (este captulo) oferece uma viso geral dos modelos CMMI, sugestes sobre onde procurar outras informaes que no estiverem includas nos modelos CMMI e as convenes tipogrficas usadas nos modelos CMMI.

Captulo 2: O captulo dos Componentes do Modelo descreve os componentes do modelo, incluindo os nveis de maturidade, metas e prticas.

Captulo 3: O captulo sobre Terminologia do Modelo descreve a abordagem adotada no uso de termos nos modelos CMMI, bem como a maneira como os termos foram selecionados e definidos para o glossrio.

Captulo 4: O captulo sobre Caractersticas Gerais, Metas Genricas e Prticas Genricas descreve as caractersticas gerais e prticas genricas que asseguram que a implementao dos processos associados com as reas de processos eficiente, repetvel e durvel.

Captulo 5: O captulo sobre Interaes do Framework oferece um entendimento sobre o significado dos processos bsicos e avanados para as reas de processos de Gerenciamento de Projetos, Gerenciamento de Processos, Suporte e Engenharia.

Captulo 6: O captulo Utilizando os Modelos CMMI explica as maneiras como sua organizao pode utilizar os modelos CMMI.


Viso Geral 6

Captulo 7: O captulo sobre as reas de Processos contm descries dos componentes exigidos, esperados e informativos do modelo que voc selecionou, incluindo metas, prticas, sub-prticas e produtos de trabalho tpicos.

Os Apndices so os seguintes: [FM108.HDA103.T104]

Apndice A: O apndice de Referncias contm informaes que voc pode utilizar para encontrar as fontes documentadas, como relatrios, modelos de melhoria de processos, padres da indstria e livros que foram utilizados para criar o contedo dos modelos CMMI.

Apndice B: O apndice de Acrnimos define as siglas utilizadas nos modelos CMMI.

Apndice C: O apndice do Glossrio define os termos utilizados nos modelos CMMI que no estiverem adequadamente definidos pelo contexto ou no forem facilmente encontrados em dicionrios.

Apndice D: O apndice sobre Elementos Exigidos e Esperados do Modelo contm os componentes exigidos e esperados para cada rea de processo. No h outro material informativo alm do objetivo, ttulo e ttulos dos componentes de cada rea de processo.

Apndice E: O apndice sobre os Participantes do Projeto CMMI contm a lista de participantes dos Grupos de Direcionamento, da Equipe de Produto, do Comit de Controle de Configurao e da Equipe de Stakeholders/Revisores do projeto CMMI.

Convenes Tipogrficas

As convenes tipogrficas utilizadas nos modelos CMMI otimizam sua legibilidade e utilizao. Apresentamos os componentes do modelo em formatos que permitem que voc os encontre rapidamente na pgina. As sees seguintes oferecem algumas dicas para localizao dos diversos componentes do modelo nos modelos CMMI. [FM108.HDA105.T101]

Veja o Captulo 2 para obter definies sobre os componentes do modelo mencionados. [FM108.HDA105.T102]


Viso Geral 7

Metas Especficas e Genricas

Todos os ttulos e declaraes das metas especficas e genricas aparecem em negrito. O nmero da meta (por exemplo, SG 1 para a meta especfica 1 ou GG 2 para a meta genrica 2) aparece esquerda do ttulo da meta. (Veja a seo sobre o Esquema de Numerao abaixo). A declarao da meta aparece em itlico e negrito abaixo do ttulo da meta em uma caixa cinza. O ttulo da meta uma forma abreviada da declarao da meta que utilizado para referncia. Os ttulos das metas no so utilizados em avaliaes ou classificaes de qualquer natureza. Somente as declaraes de metas foram projetadas para serem utilizadas com objetivos de melhoria de processos e avaliaes. [FM108.HDA105.HDB101.T101]

Prticas Especficas e Genricas

Todos os ttulos e declaraes das prticas especficas e genricas aparecem em negrito e esto recuadas em relao margem esquerda. O nmero da prtica aparece esquerda do ttulo da prtica. (Veja a seo sobre Esquema de Numerao abaixo). As declaraes das prticas aparecem em itlico e negrito dentro de uma caixa cinza abaixo do ttulo da prtica. O ttulo da prtica no utilizado para avaliaes ou classificaes de qualquer natureza. A declarao da prtica foi projetada para ser utilizada com objetivos de melhoria de processos e avaliaes. [FM108.HDA105.HDB102.T101]

Referncias

Todas as referncias a componentes do modelo so identificveis nos modelos CMMI porque sempre aparecem em itlico e sempre iniciam com a frase Veja em. [FM108.HDA105.HDB103.T101]

Notas Introdutrias, Produtos de Trabalho Tpicos e Sub-prticas

Estes ttulos indicam a localizao de notas introdutrias, produtos de trabalho tpicos e sub-prticas dentro de uma rea de processo. [FM108.HDA105.HDB104.T101]

Exemplos

Dentro das reas de processos, todos os exemplos aparecem em caixas e esto formatados com uma fonte menor e mais estreita que a maioria dos outros elementos do modelo. [FM108.HDA105.HDB109.T101]


Viso Geral 8

Elaboraes das Prticas Genricas

Aps as prticas especficas, aparecem os ttulos e declaraes das prticas genricas que se aplicam rea de processo. Aps cada declarao de prtica genrica, pode aparecer uma elaborao em texto comum com o ttulo Elaborao. A elaborao oferece informaes sobre como a prtica genrica dever ser interpretada para a rea de processo. Se no existir uma elaborao, a aplicao da prtica genrica considerada bvia. [FM108.HDA105.HDB105.T101]

Definies Ampliadas de Disciplinas

Os componentes do modelo que oferecem instrues sobre como interpretar as informaes do modelo para disciplinas especficas (por exemplo, IPPD, engenharia de sistemas ou engenharia de software) so chamados de definies ampliadas de disciplinas. Definies ampliadas de disciplinas so adicionadas a outros componentes do modelo onde sejam necessrias. Estas so fceis de serem localizadas porque aparecem no lado direito da pgina e tm um ttulo indicando a disciplina que tratam (por exemplo, Para Engenharia de Software). [FM108.HDA105.HDB106.T101]

Esquema de Numerao

Na representao em estgios, as metas especficas e genricas so numeradas seqencialmente. Cada meta especfica tem um nmero comeando com SG, do ingls Specific Goal (SG 1, por exemplo). Cada meta genrica tem um nmero comeando com GG, do ingls Generic Goal (GG 2, por exemplo). [FM108.HDA105.HDB107.T111]

Prticas especficas comeam com SP, do ingls Specific Practice, seguido por um nmero no formato x.y. O x o nmero da meta especfica qual a prtica corresponde e y o nmero de seqncia da prtica. Por exemplo, na rea de processo de Gerenciamento de Requisitos, a primeira prtica especfica associada com a meta especfica 1 est numerada como SP 1.1 e a segunda como SP 1.2. [FM108.HDA105.HDB107.T112]

As prticas genricas esto numeradas de forma semelhante, comeando com GP, do ingls Generic Practice, seguido por um nmero no formato x.y, onde x o nmero da meta genrica qual a prtica corresponde e y o nmero de seqncia da prtica. Um segundo nmero utilizado para as prticas genricas, indicando o nmero de seqncia da prtica dentro de uma das quatro categorias de caractersticas comuns qual ela pertence. Por exemplo, a primeira prtica genrica associada com GG 2 numerada como GP 2.1 e CO 1. O nmero CO 1 indica que a prtica genrica a primeira prtica genrica organizada dentro da caracterstica comum Compromisso. [FM108.HDA105.HDB107.T113]


Viso Geral 9

Veja o Captulo 2 para obter maiores informaes sobre as caractersticas comuns. [FM108.HDA105.HDB107.T114]

Cdigos de Identificao de Pargrafos

No final de um pargrafo ou grupo de pargrafos dentro do modelo, voc encontrar um conjunto nico de caracteres entre colchetes (isto , [FM108.HDA105.HDB107.T110]). Estes conjuntos de caracteres so chamados de cdigos de identificao de pargrafos. Estes cdigos so nicos, mas no aparecem necessariamente em uma seqncia numrica. Estes cdigos no tm nenhum significado especial para os usurios do modelo, mas permitem a gerao de modelos CMMI especficos a partir do banco de dados do CMMI Framework e permitem que voc identifique de forma exata um texto especfico no modelo. [FM108.HDA105.HDB108.T101]


Viso Geral 10

2 Componentes do Modelo

Voc escolheu a representao em estgios. Os componentes das representaes em estgios e contnua so reas de processos, metas especficas, prticas especficas, metas genricas, prticas genricas, produtos de trabalho tpicos, sub-prticas, notas, definies ampliadas de disciplinas, elaboraes de prticas genricas e referncias. [FM103.T102]

A representao em estgios organiza as reas de processos em cinco nveis de maturidade para dar suporte e guiar a melhoria dos processos. A representao em estgios agrupa as reas de processos por nvel de maturidade, indicando quais reas de processos implementar para atingir cada nvel de maturidade. Os nveis de maturidade (descritos mais tarde neste captulo) representam um caminho de melhoria de processos ilustrando a evoluo da melhoria para a organizao toda que busca a melhoria de processos. [FM103.T104]

Em cada rea de processo, as metas e prticas especficas so listadas em primeiro lugar, seguidas pelas metas e prticas genricas. A representao em estgios utiliza quatro caractersticas comuns para organizar as prticas genricas. [FM103.T106]

Neste captulo, descrevemos cada componente da representao em estgios, os relacionamentos entre os componentes e os relacionamentos entre as duas representaes. Muitos dos componentes descritos aqui tambm so componentes de modelos CMMI com a representao contnua. [FM103.T108]

Viso Geral da Estrutura

Um modelo CMMI com uma representao em estgios ilustrado na Figura 1. [FM103.HDA101.T102]


Viso Geral 11

to Perform

Maturity Levels

Generic Practices

Generic Goals

Process Area 2

Caractersticas Comuns

Process Area 1 Process Area n

AbilityImplementation

Verifyingto Perform

Commitment Directing Implementation

Specific Goals

Implementation Specific Practices

Nveis de Maturidade

Prticas Genricas

Metas Genricas

rea de Processo 2rea de Processo 1 rea de Processo n

Habilitao Implementation Verificao daCompromisso Implementao

Metas Especficas

Implementao Prticas Especficas

Figura 1: Componentes do Modelo CMMI [FM103.HDA101.T104]

Os modelos CMMI foram projetados para descrever nveis distintos de melhorias de processos. Na representao em estgios, os nveis de maturidade oferecem a ordem recomendada para a abordagem da melhoria de processos em estgios. Como ilustrado na Figura 1, os nveis de maturidade organizam as reas de processos. Nas reas de processos esto as metas genricas e especficas, bem como as prticas genricas e especficas. As caractersticas comuns organizam as prticas genricas. [FM103.HDA101.T109]

Esta representao se concentra nas melhores prticas que a sua organizao pode utilizar para melhorar os processos nas reas de processos que pertencem ao nvel de maturidade que se deseja atingir. Antes de comear a utilizar um modelo CMMI para melhorar processos, voc deve mapear seus processos com as reas de processos do CMMI. Este mapeamento permite o controle da melhoria de processos na sua organizao, ajudando-o a rastrear o nvel de conformidade da sua organizao com o modelo CMMI que est sendo utilizado. No se pretende que cada rea de processo do CMMI se relacione com exatamente um processo da sua organizao. [FM103.HDA101.T110]

Nveis de Maturidade

O nvel de maturidade de uma organizao uma maneira de prever o futuro desempenho de uma organizao dentro de dada disciplina ou conjunto de disciplinas. A experincia mostra que as organizaes funcionam melhor quando concentram seus esforos de melhoria de processos em um nmero controlado de reas de processos que exigem um esforo cada vez mais sofisticado medida que a organizao melhora. [FM103.HDA101.HDB101.T101]


Viso Geral 12

Um nvel de maturidade uma etapa evolucionria definida da melhoria de processos. Cada nvel de maturidade estabiliza uma parte importante dos processos da organizao. [FM103.HDA101.HDB101.T102]

Nos modelos CMMI com representao em estgios, existem cinco nveis de maturidade, cada um representando uma camada da base da melhoria de processos, definidos pelos nmeros de 1 a 5: [FM103.HDA101.HDB101.T103]

1. Inicial

2. Gerenciado

3. Definido

4. Gerenciado Quantitativamente

5. Otimizado

Detalhes dos Nveis de Maturidade

Os nveis de maturidade consistem de um conjunto pr-definido de reas de processos. Os nveis de maturidade so medidos pelo atendimento de metas especficas e genricas que se aplicam a cada conjunto pr-definido de reas de processos. As sees seguintes descrevem as caractersticas de cada nvel de maturidade em detalhes. [FM103.HDA101.HDB103.T101]

Nvel de Maturidade 1: Inicial

No nvel de maturidade 1, os processos so informais e caticos. A organizao normalmente no possui um ambiente estvel. O sucesso destas organizaes depende da competncia e herosmo das pessoas e no do uso de processos comprovados. Apesar deste ambiente informal e catico, organizaes de nvel 1 de maturidade muitas vezes produzem produtos e servios que funcionam; entretanto, elas freqentemente excedem o oramento e o cronograma de seus projetos. [FM103.HDA101.HDB104.T101]

As organizaes de maturidade nvel 1 so caracterizadas por uma tendncia a no cumprir compromissos, abandonar processos em momentos de crises e no ser capazes de repetir sucessos do passado. [FM103.HDA101.HDB104.T102]

Nvel de Maturidade 2: Gerenciado

No nvel de maturidade 2, uma organizao atingiu todas as metas especficas e genricas das reas de processos do nvel 2 de maturidade. Em outras palavras, os projetos da organizao asseguraram que os requisitos so gerenciados e que os processos so planejados, executados, medidos e controlados. [FM103.HDA101.HDB105.T101]


Viso Geral 13

A disciplina dos processos refletida pelo nvel 2 de maturidade ajuda a assegurar que as prticas existentes so mantidas em momentos de stress. Quando estas prticas existem, os projetos so executados e gerenciados de acordo com seus planos documentados. [FM103.HDA101.HDB105.T102]

No nvel 2 de maturidade, os requisitos, processos, produtos de trabalho e servios so gerenciados. A situao dos produtos de trabalho e a entrega dos servios so visveis para o gerenciamento em pontos definidos (por exemplo, nos milestones principais e no momento em que as principais tarefas so completadas). [FM103.HDA101.HDB105.T103]

Compromissos so estabelecidos entre os stakeholders relevantes e so revistos conforme necessrio. Os produtos de trabalho so revisados com os stakeholders e controlados. Os produtos de trabalho e servios satisfazem seus requisitos, padres e objetivos definidos. [FM103.HDA101.HDB105.T104]

Nvel de Maturidade 3: Definido

No nvel de maturidade 3, uma organizao atingiu todas as metas especficas e genricas das reas de processos definidas para os nveis de maturidade 2 e 3. No nvel de maturidade 3, os processos so bem caracterizados e entendidos e esto descritos em padres, procedimentos, ferramentas e mtodos. [FM103.HDA101.HDB106.T101]

O conjunto de processos padro da organizao, que a base para o nvel de maturidade 3, estabelecido e melhorado ao longo do tempo. Estes processos padro so usados para estabelecer a consistncia em toda a organizao. Os projetos estabelecem seus processos definidos adaptando o conjunto de processos padro da organizao de acordo com as instrues de adaptao. [FM103.HDA101.HDB106.T102]

O gerenciamento da organizao estabelece os objetivos dos processos com base no conjunto de processos padro da organizao e assegura que estes objetivos esto sendo tratados de forma adequada. [FM103.HDA101.HDB106.T103]


Viso Geral 14

Uma diferena crucial entre os nveis de maturidade 2 e 3 o escopo de padres, descries de processos e procedimentos. No nvel de maturidade 2, os padres, descries de processos e procedimentos podem ser bastante diferentes em cada instncia do processo (por exemplo, em um projeto especfico). No nvel de maturidade 3, os padres, descries de processos e procedimentos para um projeto so adaptados do conjunto de processos padro da organizao para se adequar a um projeto ou unidade organizacional especficos. O conjunto de processos padro da organizao inclui os processos tratados nos nveis de maturidade 2 e 3. Conseqentemente, os processos que so executados em toda a organizao so consistentes, exceto pelas diferenas permitidas pelas instrues de adaptao. [FM103.HDA101.HDB106.T104]

Outra diferena crtica que no nvel de maturidade 3, os processos so geralmente descritos mais detalhadamente e com maior rigor que no nvel de maturidade 2. No nvel de maturidade 3, os processos so gerenciados de forma mais pr-ativa, utilizando um entendimento dos inter-relacionamentos das atividades de processos e medidas detalhadas do processo, seus produtos de trabalho e seus servios. [FM103.HDA101.HDB106.T105]

Nvel de Maturidade 4: Gerenciado Quantitativamente

No nvel de maturidade 4, uma organizao atingiu todas as metas especficas das reas de processos atribudas aos nveis de maturidade 2, 3 e 4 e as metas genricas atribudas aos nveis de maturidade 2 e 3. So selecionados os subprocessos que contribuem significativamente para o desempenho geral do processo. Estes subprocessos selecionados so controlados utilizando estatsticas e outras tcnicas quantitativas. [FM103.HDA101.HDB107.T101]

Os objetivos quantitativos para a qualidade e o desempenho dos processos so estabelecidos e utilizados como critrios para o gerenciamento de processos. Os objetivos quantitativos so baseados nas necessidades dos clientes, usurios finais, da organizao e dos responsveis pela implementao dos processos. A qualidade e o desempenho do processo so entendidos em termos estatsticos e so gerenciados durante toda a vida dos processos. [FM103.HDA101.HDB107.T102]

Para estes processos, so coletadas e analisadas de forma estatstica, medidas detalhadas de desempenho de processos. Causas especiais de variaes de processos4F2 so identificadas e, quando apropriado, as fontes das causas especiais so corrigidas para evitar ocorrncias futuras. [FM103.HDA101.HDB107.T103]

2 Veja a definio de causa especial de variao do processo no Apndice C, o glossrio.


Viso Geral 15

Medidas de qualidade e desempenho de processos so incorporadas ao repositrio de medies da organizao para dar suporte a futuras decises baseadas em fatos ocorridos. [FM103.HDA101.HDB107.T105]

Uma diferena crtica entre os nveis de maturidade 3 e 4 a previsibilidade do desempenho do processo. No nvel de maturidade 4, o desempenho dos processos controlado utilizando estatstica e outras tcnicas quantitativas e este previsvel de forma quantitativa. No nvel de maturidade 3, os processos so previsveis apenas de forma qualitativa. [FM103.HDA101.HDB107.T106]

Nvel de Maturidade 5: Otimizado

No nvel de maturidade 5, uma organizao atingiu todas as metas especficas das reas de processos atribudas aos nveis de maturidade 2, 3, 4 e 5 e as metas genricas atribudas aos nveis de maturidade 2 e 3. Os processos so continuamente melhorados com base em um entendimento quantitativo das causas comuns de variaes 5F3 inerentes aos processos. [FM103.HDA101.HDB108.T101]

O nvel de maturidade 5 se concentra no melhoramento contnuo do desempenho de processos atravs de melhorias tecnolgicas incrementais e inovadoras. Os objetivos quantitativos de melhoria de processos para a organizao so estabelecidos, continuamente revisados para refletir alteraes nos objetivos do negcio e utilizados como critrios para o gerenciamento da melhoria de processos. Os efeitos das melhorias de processos aplicadas so medidos e avaliados contra os objetivos quantitativos de melhoria de processos. Tanto os processos definidos como o conjunto de processos padro da organizao so alvos de atividades de melhoria mensurveis. [FM103.HDA101.HDB108.T103]

As melhorias de processos que tratam as causas comuns de variaes de processos e melhoram de forma mensurvel os processos da organizao so identificadas, avaliadas e aplicadas. As melhorias so selecionadas com base em um entendimento quantitativo de sua contribuio esperada para que a organizao atinja seus objetivos de melhoria de processos contra o seu custo e impacto na organizao. O desempenho dos processos da organizao continuamente melhorado. [FM103.HDA101.HDB108.T104]

3 Veja a definio de causa comum de variao de processos no Apndice C, o glossrio.


Viso Geral 16

Otimizar processos geis e inovadores depende da participao de uma fora de trabalho motivada e alinhada com os valores do negcio e os objetivos da organizao. A capacidade da organizao de responder rapidamente a mudanas e oportunidades aumentada atravs da descoberta de caminhos para a acelerao e compartilhamento do aprendizado. A melhoria dos processos uma parte inerente do papel de cada um, resultando em um ciclo de melhoramento contnuo. [FM103.HDA101.HDB108.T105]

Uma diferena crtica entre os nveis de maturidade 4 e 5 o tipo de variao de processos tratado. No nvel de maturidade 4, os processos tratam das causas especiais de variaes de processos e da possibilidade de previso estatstica dos resultados. Embora os processos possam produzir resultados previsveis, estes podem ser insuficientes para atingir os objetivos estabelecidos. No nvel de maturidade 5, os processos tratam as causas comuns de variaes de processos e a mudana de processos (isto , ampliar o significado do desempenho do processo) para obter a melhoria do desempenho do processo (enquanto mantm a previsibilidade estatstica), com a finalidade de alcanar os objetivos quantitativos estabelecidos para a melhoria de processos. [FM103.HDA101.HDB108.T106]

Avanando Atravs dos Nveis de Maturidade

As organizaes podem conseguir progressivas melhorias em sua maturidade organizacional atingindo, em primeiro lugar, a estabilidade dos projetos e continuando em direo a um nvel mais avanado de melhoria contnua de processos da organizao como um todo, utilizando dados quantitativos e qualitativos para a tomada de decises. [FM103.HDA101.HDB109.T101]

Uma vez que a maturidade organizacional descreve a gama de resultados esperados que podem ser alcanados por uma organizao, ela uma maneira de prever os resultados mais provveis do prximo projeto que essa organizao executar. Por exemplo, no nvel de maturidade 2, a organizao se elevou de um nvel informal para um nvel disciplinado estabelecendo um real gerenciamento de projetos. Conforme sua organizao atinge as metas genricas e especficas para o conjunto de reas de processos de um nvel de maturidade, voc est aumentando a sua maturidade organizacional e colhendo os benefcios da melhoria de processos. [FM103.HDA101.HDB109.T102]

Saltando Nveis de Maturidade

A representao em estgios identifica os nveis de maturidade atravs dos quais uma organizao dever evoluir para estabelecer uma cultura de excelncia. J que cada nvel de maturidade forma a base necessria sobre a qual deve ser construdo o prximo nvel, tentar saltar nveis de maturidade normalmente contraprodutivo. [FM103.HDA101.HDB110.T101]


Viso Geral 17

Ao mesmo tempo, voc deve reconhecer que os esforos de melhoria de processos devero se concentrar nas necessidades da organizao no contexto do seu ambiente de negcios e que possvel que reas de processos de nveis mais elevados de maturidade atendam as necessidades atuais de uma organizao ou projeto. Por exemplo, organizaes que esto tentando ir do nvel de maturidade 1 para o nvel de maturidade 2 muitas vezes recebem a recomendao de estabelecer um grupo de processos, que tratado pela rea de processo Foco no Processo Organizacional, que est contida no nvel de maturidade 3. Embora um grupo de processo no seja necessariamente uma caracterstica de uma organizao do nvel de maturidade 2, ele pode ser uma parte til da caminhada da organizao para atingir o nvel de maturidade 2. [FM103.HDA101.HDB110.T102]

Esta situao algumas vezes caracterizada como estabelecer um grupo de engenharia de processo de maturidade nvel 1 para alavancar a organizao do nvel de maturidade 1 para o 2. As atividades de melhoria de processos do nvel de maturidade 1 podem depender principalmente do entendimento e competncia dos integrantes do grupo de processo de engenharia at que seja criada uma infra-estrutura para dar suporte a melhorias mais disciplinadas e disseminadas. [FM103.HDA101.HDB110.T103]

As organizaes podem instituir melhorias em processos especficos a qualquer momento, mesmo antes de estarem preparadas para avanar para o nvel de maturidade no qual aquela prtica especfica recomendada. Entretanto, as organizaes devero entender que a estabilidade destas melhorias corre um grande risco, j que a base para sua institucionalizao bem sucedida ainda no foi completada. Processos que no tm uma base adequada podem falhar no momento em que mais se precisa deles: sob stress. [FM103.HDA101.HDB110.T104]

Um processo definido caracterstico de uma organizao de nvel de maturidade 3 pode ser colocado em risco se as prticas de gerenciamento do nvel de maturidade 2 forem deficientes. Por exemplo, o gerenciamento pode aceitar um compromisso baseado em um cronograma mal planejado ou falhar em controlar as alteraes dos requisitos pertencentes a uma baseline. Da mesma forma, muitas organizaes coletam dados detalhados caractersticos do nvel de maturidade 4, somente para descobrir que esses dados no podem ser interpretados por causa de inconsistncias nos processos e nas definies de medies. [FM103.HDA101.HDB110.T105]


Viso Geral 18

Outro exemplo de utilizao de processos associados com reas de processos de nveis mais altos de maturidade o processo de construo de produtos. Certamente, esperaramos que organizaes de nvel de maturidade 1 executassem anlise de requisitos, design, integrao e verificao. Entretanto, estas atividades no esto descritas at o nvel de maturidade 3, onde so descritas como processos de engenharia coerentes e bem integrados de uma capacidade de gerenciamento do projeto, implementada de maneira que as melhorias da engenharia no so perdidas pelo fato de haver processos informais de gerenciamento. [FM103.HDA101.HDB110.T106]

Componentes Exigidos, Esperados e Informativos

Os componentes de um modelo CMMI so agrupados em trs categorias que refletem como sero interpretados: [FM103.HDA101.HDB111.T101]

Exigidos: As metas especficas e as metas genricas so componentes exigidos do modelo. Estes componentes devem ser atingidos pelos processos planejados e implementados por uma organizao. Os componentes exigidos so essenciais na classificao do atendimento de uma rea de processo. O atendimento de uma meta (ou sua satisfao) utilizado como base nas avaliaes para determinar a satisfao da rea de processo e a maturidade organizacional. Somente a declarao da meta especfica ou genrica um componente exigido do modelo. O ttulo de uma meta especfica ou genrica e quaisquer notas associadas a elas so considerados apenas componentes informativos do modelo.

Esperados: Prticas especficas e prticas genricas so componentes esperados do modelo. Os componentes esperados descrevem o que uma organizao normalmente implementar para satisfazer um componente exigido. Os componentes esperados direcionam os responsveis pela implementao de melhorias ou execuo de avaliaes. Espera-se que estejam presentes nos processos planejados e implementados pela organizao as prprias prticas, conforme sua descrio, ou alternativas aceitveis, para se considerar que as metas foram satisfeitas. Somente a declarao da prtica um componente esperado do modelo. O ttulo da prtica e quaisquer notas associadas a ela so considerados componentes informativos do modelo.

Informativos: Sub-prticas, produtos de trabalho tpicos, definies ampliadas de disciplinas, elaboraes de prticas genricas, ttulos de metas e prticas, notas de metas e prticas e referncias so componentes informativos do modelo que auxiliam os usurios do modelo a entender as metas e prticas e a manera como elas devem ser satisfeitas. Os componentes informativos fornecem detalhes que auxiliam os usurios do modelo a comear a pensar em como abordar as metas e prticas.


Viso Geral 19

O glossrio de termos do CMMI no nem um elemento exigido, nem esperado, nem informativo dos modelos CMMI. Os termos do glossrio devero ser interpretados dentro do contexto do componente onde aparecerem. [FM103.HDA101.HDB111.T102]

Quando utiliza um modelo CMMI como guia, voc planeja e implementa processos que atendem os componentes exigidos e esperados das reas de processos. A conformidade com uma rea de processo significa que existe um processo (ou processos) associado aos processos planejados e implementados que atende ou as prticas genricas e especficas da rea de processo ou alternativas que clara e inequivocamente atingem um resultado que atende a meta associada com aquela prtica especfica ou genrica. [FM103.HDA101.HDB111.T103]

Componentes do Modelo

reas de Processos

Uma rea de processo um grupo de prticas relacionadas em uma rea que, quando executadas de forma coletiva, satisfazem um conjunto de metas consideradas importantes para trazer uma melhoria significativa naquela rea. Todas as reas de processos do CMMI so as mesmas tanto na representao contnua como na em estgios. Na representao em estgios, as reas de processo esto organizadas por nveis de maturidade. [FM103.HDA102.HDB101.T101]

Metas Especficas

As metas especficas se aplicam a uma rea de processo e tratam de caractersticas nicas que descrevem o que deve ser implementado para satisfazer a rea de processo. Metas especficas so componentes exigidos do modelo e so utilizadas nas avaliaes para auxiliar a determinar se a rea de processo est sendo satisfeita. [FM103.HDA102.HDB103.T101]

Prticas Especficas

Uma prtica especfica uma atividade que considerada importante na satisfao de uma meta especfica associada. As prticas especficas descrevem as atividades que se espera que resultem no atendimento de metas especficas de uma rea de processo. As prticas especficas so componentes esperados do modelo. [FM103.HDA102.HDB104.T101]


Viso Geral 20

Caractersticas Comuns

Quatro caractersticas comuns organizam as prticas genricas de cada rea de processo. As caractersticas comuns so componentes de modelo que no esto classificados. Elas so somente agrupamentos que oferecem uma maneira de apresentar as prticas genricas. Cada caracterstica comum definida por uma abreviao como mostrado: [FM103.HDA102.HDB106.T101]

Compromisso (CO) Habilitao (AB) Implementao (DI) Verificao da Implementao (VE) Veja o Captulo 4 para obter uma descrio detalhada das caractersticas comuns. [FM103.HDA102.HDB106.T102]

Produtos de Trabalho Tpicos

Produtos de trabalho tpicos so componentes informativos do modelo que oferecem exemplos de sadas de uma prtica especfica ou genrica. Estes exemplos so chamados produtos de trabalho tpicos porque, muitas vezes, existem outros produtos de trabalho que so to eficientes quanto estes, mas que no esto listados. [FM103.HDA102.HDB113.T101]

Sub-prticas

Sub-prticas so descries detalhadas que fornecem um direcionamento para a interpretao de prticas especficas ou genricas. As sub-prticas podem ser expressas como se fossem exigidas, mas so, na verdade, componentes informativos dos modelos CMMI criados somente para fornecerem idias que podem ser teis na melhoria dos processos. [FM103.HDA102.HDB114.T101]

Definies Ampliadas de Disciplinas

As definies ampliadas de disciplinas so componentes informativos do modelo que contm informaes relevantes a uma disciplina especfica e esto associados com prticas especficas. Por exemplo, se no modelo CMMI-SE/SW voc desejar encontrar uma definio ampliada de disciplina para engenharia de software, dever procurar no modelo itens com o rtulo Para Engenharia de Software. O mesmo verdadeiro para as outras disciplinas. [FM103.HDA102.HDB115.T101]


Viso Geral 21

Metas Genricas

As metas genricas so chamadas de genricas porque a mesma declarao de meta aparece em diversas reas de processos. Na representao em estgios, cada rea de processo tem somente uma meta genrica. A satisfao de uma meta genrica em uma rea de processo significa um controle melhorado do planejamento e implementao de processos associados com aquela rea de processo, indicando, portanto, se estes processos parecem ser eficientes, repetveis e durveis. As metas genricas so componentes exigidos do modelo e so utilizadas em avaliaes para determinar se uma rea de processo est sendo satisfeita. (Somente o ttulo e a declarao da meta genrica aparecem nas reas de processos). [FM103.HDA102.HDB105.T101]

Veja o Captulo 4 para obter uma descrio detalhada das metas genricas. [FM103.HDA102.HDB105.T102]

Prticas Genricas

As prticas genricas oferecem uma institucionalizao que assegura que os processos associados com a rea de processo sero eficientes, repetveis e durveis. As prticas genricas so categorizadas pelas metas genricas e caractersticas comuns e so componentes esperados em modelos CMMI. (Somente o ttulo, a declarao e as elaboraes das prticas genricas aparecem nas reas de processos). [FM103.HDA102.HDB107.T101]

Elaboraes de Prticas Genricas

As elaboraes das prticas genricas so componentes informativos do modelo que aparecem em cada rea de processo para fornecer instrues sobre como as prticas genricas devero ser aplicadas de forma nica naquela rea de processo. Por exemplo, quando a prtica genrica Treinar as pessoas para executar e dar suporte ao processo planejado, conforme necessrio incorporada na rea de processo de Gerenciamento de Configuraes, so descritos os treinamentos especficos para a execuo do gerenciamento de configuraes. [FM103.HDA102.HDB116.T101]


Viso Geral 22

Referncias

As referncias so componentes informativos do modelo que direcionam o usurio para informaes adicionais ou mais detalhadas sobre reas de processos relacionadas. As frases mais comuns que expressam estas indicaes so Veja a rea de processo de Treinamento Organizacional para obter maiores informaes sobre como identificar as necessidades de treinamento e fornecer o treinamento necessrio ou Veja a rea de processos de Anlises de Decises e Resolues para obter maiores informaes sobre como avaliar e selecionar alternativas. Todas as referncias so claramente marcadas em itlico. [FM103.HDA102.HDB117.T102]

Comparao das Representaes de Modelos

A representao contnua utiliza os nveis de capacitao para medir a melhoria de processos, enquanto que a representao em estgios utiliza os nveis de maturidade. As principais diferenas entre os nveis de maturidade e os nveis de capacitao so as representaes s quais pertencem e a maneira como so aplicados: [FM103.HDA103.T101]

Nveis de capacitao, que pertencem representao contnua, aplicam-se satisfao da melhoria de processos de uma organizao para cada rea de processo. Existem seis nveis de capacitao, numerados de 0 a 5. Cada nvel de capacitao corresponde a uma meta genrica e a um conjunto de prticas genricas e especficas.


Viso Geral 23

Nvel de Capacitao

Nveis de Capacitao da Representao Contnua

0 Incompleto 1 Executado 2 Gerenciado 3 Definido 4 Gerenciado Quantitativamente 5 Otimizado

[FM103.HDA103.T102]

Nveis de maturidade, que pertencem representao em estgios, aplicam-se maturidade geral de uma organizao. Existem cinco nveis de maturidade, numerados de 1 a 5. Cada nvel de maturidade compreende um conjunto pr-definido de reas de processos.

Nvel de Maturidade

Nveis de Maturidade da Representao em Estgios

1 Inicial 2 Gerenciado 3 Definido 4 Gerenciado Quantitativamente 5 Otimizado

[FM103.HDA103.T104]

A representao contnua tem mais prticas especficas que a representao em estgios porque tem dois tipos de prticas especficas, bsicas e avanadas, enquanto a representao em estgios possui apenas um tipo de prtica especfica. [FM103.HDA103.T105]

Na representao contnua, as prticas genricas existem para os nveis de capacitao de 1 a 5, enquanto que na representao em estgios somente aparecem prticas genricas para os nveis de capacitao 2 e 3; no existem prticas genricas para os nveis de capacitao 1, 4 e 5. [FM103.HDA103.T106]

Existe um apndice adicional, o Apndice F, na representao contnua, que discute a equivalncia com os estgios. A equivalncia com os estgios possibilita que resultados de avaliaes utilizando a representao contnua sejam traduzidos em nveis de maturidade. [FM103.HDA103.T107]


Viso Geral 24

3 Terminologia do Modelo

Em qualquer modelo CMMI, a terminologia utilizada e como ela est definida so pontos importantes para se entender o contedo. Embora haja um glossrio do modelo includo no Apndice B, alguns termos so utilizados de maneira especial dentro dos modelos CMMI. [FM114.T101]

Evoluo da Terminologia

No desenvolvimento dos modelos CMMI, a Equipe de Produto comeou com a terminologia utilizada nos modelos fonte. Entretanto, uma vez que esta terminologia no era consistente e em alguns momentos os termos entravam em conflito uns com os outros, a Equipe de Produto teve que decidir quais termos deveriam ser utilizados e quais deveriam ser abandonados. Isto foi feito durante todo o processo de desenvolvimento do modelo atravs de consenso. [FM114.HDA101.T101]

Inevitavelmente, o consenso era conseguido quando os termos selecionados eram neutros, abrangentes e flexveis. Quando eram identificados conflitos entre grupos de usurios potenciais (governo e indstria) ou reas de disciplinas (engenharia de software, engenharia de sistemas e Desenvolvimento Integrado de Produtos e Processos [IPPD]), era conseguido um compromisso. A equipe escolhia no utilizar alguns termos que estavam identificados demais com um grupo de interesse especfico e procurava favorecer termos que eram aceitos de forma mais abrangente. [FM114.HDA101.T102]

Alm disso, os termos eram escolhidos para expressar conceitos de forma consistente em todos os modelos. As definies destes termos eram comunicadas a toda a Equipe do Produto para encorajar seu uso consistente. Apesar destes esforos, algumas diferenas de interpretao so inevitveis. Voc dever sempre aplicar as instrues contidas aqui de maneira a obter o melhor para o seu esforo de melhoria de processos. [FM114.HDA101.T103]


Viso Geral 25

Terminologia Comum com Significados Especiais

Alguns dos termos utilizados nos modelos CMMI tm ligados a eles significados que diferem do seu uso normal. Estes termos no esto includos no glossrio; explicamos o seu uso nos modelos CMMI neste captulo. [FM114.HDA102.T101]

Adequado, Apropriado, Conforme Necessrio

Estas palavras so utilizadas de maneira que voc possa interpretar as metas e prticas luz dos objetivos de negcios da sua organizao. Quando utilizando algum modelo CMMI, voc deve interpretar as prticas da forma que elas funcionam na sua organizao. Estes termos so usados nas metas e prticas quando certas atividades no precisam ser executadas todo o tempo. [FM114.HDA102.HDB101.T101]

Estabelecer e Manter

Quando voc estiver utilizando um modelo CMMI, encontrar metas e prticas que incluem a frase estabelecer e manter. Esta frase tem um significado alm dos termos que a compem; ela inclui tambm a documentao e a utilizao. Por exemplo, Estabelecer e manter uma poltica organizacional para o planejamento e execuo do processo de foco no processo organizacional significa no somente que deve ser formulada uma poltica, mas que esta tambm deve ser documentada e utilizada em toda a organizao. [FM114.HDA102.HDB102.T101]

Cliente

Um cliente a parte (indivduo, projeto ou organizao) responsvel pelo aceite do produto ou pela autorizao do pagamento. O cliente externo ao projeto, mas no necessariamente externo organizao. O cliente pode ser um projeto de nvel mais alto. Clientes so um subconjunto dos stakeholders. [FM114.HDA102.HDB103.T101]

Stakeholder

Um stakeholder um grupo ou um indivduo que afetado ou de alguma maneira responsvel pelo resultado de alguma empreitada. Os stakeholders podem incluir membros do projeto, fornecedores, clientes, usurios finais e outros. [FM114.HDA102.HDB104.T101]


Viso Geral 26

Stakeholders relevantes

O termo stakeholder relevante utilizado para definir um stakeholder que identificado como envolvido em atividades especficas e est includo em um plano apropriado. (Veja a prtica especfica Planejar o Envolvimento dos Stakeholders na rea de processo Planejamento do Projeto e a prtica genrica Envolver os Stakeholders Relevantes). [FM114.HDA102.HDB105.T101]

Gerente

Dentro do escopo dos modelos CMMI, a palavra gerente refere-se a uma pessoa que fornece as instrues e controle tcnico e administrativo queles que executam as tarefas e atividades dentro da rea de responsabilidade do gerente. As funes tradicionais de um gerente incluem planejamento, organizao, direo e controle do trabalho dentro de uma rea de responsabilidade. [FM114.HDA102.HDB106.T101]

Gerente do Projeto

No CMMI Product Suite, um gerente de projeto a pessoa responsvel pelo planejamento, direo, controle, estrutura e motivao do projeto. O gerente do projeto responsvel por satisfazer o cliente. [FM114.HDA102.HDB107.T101]

Gerente Snior

O termo gerente snior, quando utilizado em um modelo CMMI, refere-se a um papel de gerncia em um nvel suficientemente elevado em uma organizao, de forma que o foco principal da pessoa que est exercendo esse papel a sobrevivncia da organizao em longo prazo e no os projetos de curto prazo ou suas preocupaes e presses contratuais. Um gerente snior tem a autoridade de direcionar a alocao ou realocao de recursos para dar suporte eficincia da melhoria do processo organizacional. [FM114.HDA102.HDB108.T101]

Um gerente snior pode ser qualquer gerente que satisfaa esta descrio, incluindo a prpria presidncia da organizao. Sinnimos para gerente snior incluem executivo e gerente de alto nvel. Entretanto, estes sinnimos no so utilizados nos modelos CMMI para assegurar a consistncia e o uso correto. [FM114.HDA102.HDB108.T102]


Viso Geral 27

Viso Compartilhada

No CMMI Product Suite, uma viso compartilhada um entendimento comum de princpios bsicos, incluindo a misso, objetivos, comportamento esperado, valores e resultados finais, que so desenvolvidos e utilizados por um grupo, como uma organizao, um projeto ou uma equipe. Criar uma viso compartilhada requer que todas as pessoas do grupo tenham a oportunidade de se expressar e serem ouvidas sobre o que realmente lhes afeta. [FM114.HDA102.HDB109.T101]

Organizao

Uma organizao normalmente uma estrutura administrativa na qual pessoas gerenciam coletivamente um ou mais projetos como um todo e cujos projetos compartilham um gerente snior e operam sob as mesmas polticas. Entretanto, a palavra organizao, como utilizada nos modelos CMMI, pode ser aplicada a uma nica pessoa que executa uma funo em uma pequena organizao que, em uma grande organizao, poderia ser exercida por um grupo de pessoas. Veja a definio de unidade organizacional no Apndice B, o glossrio. [FM114.HDA102.HDB110.T101]

Empreendimento

Quando os modelos CMMI citam uma empreendimento, eles se referem a uma entidade maior que nem sempre alcanada pela palavra organizao. As empresas podem consistir de diversas organizao em diferentes localizaes com diferentes clientes. A palavra empreendimento se refere a uma composio de empresas. [FM114.HDA102.HDB111.T101]

Desenvolvimento

A palavra desenvolvimento, quando utilizada no CMMI Product Suite, implica no somente nas atividades de desenvolvimento, mas tambm nas atividades de manuteno. Os projetos que se beneficiam das melhores prticas do CMMI podem se concentrar em manuteno, desenvolvimento ou ambos. [FM114.HDA102.HDB112.T101]

Disciplina

A palavra disciplina, quando utilizada no CMMI Product Suite, refere-se a reas de conhecimento disponveis para seleo de um modelo CMMI (por exemplo, engenharia de sistemas). A Equipe de Produto do CMMI prev que outras reas de conhecimento sero integradas no Framework CMMI. [FM114.HDA102.HDB113.T101]


Viso Geral 28

Projeto

Nos modelos CMMI, um projeto um conjunto controlado de recursos interrelacionados que entregam um ou mais produtos a um cliente ou usurio final. Esse conjunto de recursos tem um incio e um fim definidos e normalmente opera de acordo com um plano. Tal plano freqentemente documentado e especifica o produto a ser entregue ou implementado, os recursos e fundos a serem usados, o trabalho a ser feito e o cronograma para se executar o trabalho. Um projeto pode ser composto de outros projetos. [FM114.HDA102.HDB114.T101]

Produto

A palavra produto utilizada no CMMI Product Suite para expressar qualquer sada ou servio tangvel que resultado de um processo e que se pretende que seja entregue a um cliente ou usurio final. Um produto um produto de trabalho que entregue ao cliente. [FM114.HDA102.HDB115.T101]

Produto de Trabalho

O termo produto de trabalho utilizado no CMMI Product Suite para expressar qualquer artefato produzido por um processo. Estes artefatos podem incluir arquivos, documentos, partes do produto, servios, processos, especificaes e faturas. Exemplos de processos a serem considerados como produtos de trabalho incluem um processo de manufatura, de treinamento ou de descarte do produto. Uma diferena chave entre um produto de trabalho e um componente do produto que o produto de trabalho no precisa passar por um processo de engenharia ou ser parte do produto final. [FM114.HDA102.HDB116.T101]

Em diversos locais nos modelos CMMI, voc encontrar a frase produtos de trabalho e servios. Embora a definio de produto de trabalho inclua tambm os servios, esta frase utilizada para enfatizar a incluso dos servios na discusso. [FM114.HDA102.HDB116.T102]

Componente do Produto

O termo componente do produto utilizado como um termo relativo nos modelos CMMI. No CMMI, os componentes do produto so componentes de um nvel inferior ao produto; os componentes do produtos so integrados para construir o produto. Podem existir diversos nveis de componentes de produtos. Um componente de produto qualquer produto de trabalho que deva passar por um processo de engenharia (deva ter requisitos definidos e um design desenvolvido e implementado) para atingir o uso pretendido para o produto durante toda a sua vida. [FM114.HDA102.HDB117.T101]


Viso Geral 29

Os componentes do produto so partes do produto entregue ao cliente e podem servir para a manufatura ou utilizao do produto. O motor e o pisto de um carro so exemplos de componentes de produto de um carro (o produto). O processo de manufatura utilizado para fabricar o pisto, se entregue ao cliente, um componente do produto. Entretanto, se o processo de manufatura somente utilizado para fabricar o pisto a ser entregue ao cliente, o processo de manufatura um produto de trabalho, no um componente do produto. O processo de reparo usado para remover o motor do carro para reparos e o processo utilizado para treinar o mecnico para consertar o motor so exemplos tpicos de componentes do produto, j que sero entregues ao cliente. [FM114.HDA102.HDB117.T102]

Avaliao (Appraisal)

No CMMI Product Suite, uma avaliao o exame de um ou mais processos por uma equipe de profissionais treinados utilizando um modelo de referncia de avaliao como base para determinar os pontos fortes e os pontos fracos de uma organizao. [FM114.HDA102.HDB118.T101]

Anlise (Assessment)

No CMMI Product Suite, uma anlise uma avaliao que uma organizao faz para si e por si mesma com objetivos de melhoria do processo. A palavra anlise (assessment) tambm utilizada no CMMI Product Suite no seu sentido comum (por exemplo, anlise dos riscos). [FM114.HDA102.HDB119.T101]

Instrues para Adaptao

Adaptar um processo significa refazer, alterar ou adaptar a descrio de um processo para um uso especfico. Por exemplo, um projeto estabelece o seu processo definido atravs da adaptao de um conjunto de processos padro da organizao para satisfazer os objetivos, restries e ambiente do projeto. [FM114.HDA102.HDB120.T101]

As instrues de adaptao so utilizadas em modelos CMMI para possibilitar que as organizaes implementem processos padro de maneira adequada a seus projetos. O conjunto de processos padro da organizao descrito em um nvel geral que pode no ser diretamente til para executar um processo. [FM114.HDA102.HDB120.T102]


Viso Geral 30

As instrues de adaptao auxiliam aqueles que vo estabelecer os processos definidos para os projetos. As instrues de adaptao cobrem (1) selecionar um processo padro, (2) selecionar um modelo de ciclo de vida aprovado e (3) adaptar o processo padro selecionado e o modelo de ciclo de vida para que se encaixem nas necessidades do projeto. As instrues de adaptao descrevem o que pode e o que no pode ser modificado e identifica os componentes do processo que so candidatos a serem modificados. [FM114.HDA102.HDB120.T103]

Verificao

Embora verificao e validao paream, a primeira vista, muito semelhantes nos modelos CMMI, com um olhar mais atento voc poder perceber que elas tratam de assuntos diferentes. A verificao confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados. Em outras palavras, a verificao assegura que voc construiu certo. [FM114.HDA102.HDB121.T101]

Validao

A validao confirma que o produto, como fornecido, ir atender o seu uso pretendido. Em outras palavras, a validao assegura que voc construiu a coisa certa. [FM114.HDA102.HDB122.T101]

Meta

Uma meta um componente exigido do CMMI que pode ser uma meta especfica ou genrica. Quando aparecer a palavra meta em um modelo CMMI, ela sempre se refere a componentes do modelo (por exemplo, meta genrica, meta especfica). (No Captulo 2, veja as definies de meta especfica e meta genrica e descries sobre como estes termos so usados no CMMI Product Suite). [FM114.HDA102.HDB123.T101]

Objetivo

Quando utilizado no CMMI Product Suite, o termo objetivo substitui a palavra meta, da maneira como utilizada normalmente, uma vez que a palavra meta reservada para ser utilizada ao se referir a componentes do modelo CMMI chamados de metas especficas e metas genricas. [FM114.HDA102.HDB124.T101]


Viso Geral 31

Objetivos de Qualidade e Desempenho do Processo

A frase objetivos de qualidade e desempenho do processo cobre os objetivos e requisitos de qualidade do produto, qualidade do servio e desempenho do processo. Os objetivos de desempenho do processo incluem a qualidade do produto; entretanto, para enfatizar a importncia da qualidade do produto, a frase objetivos de qualidade e desempenho do processo utilizada no CMMI Product Suite em lugar de apenas objetivos de desempenho do processo. [FM114.HDA102.HDB125.T101]

Padro

Quando a palavra padro aparece em um modelo CMMI, ela se refere aos requisitos formais obrigatrios desenvolvidos e utilizados para definir abordagens consistentes para o desenvolvimento (por exemplo, padres ISO, padres IEEE, padres organizacionais). Em vez de utilizar padro no seu sentido comum, escolhemos outros termos que tm o mesmo significado (por exemplo, tpicos, normais, tradicionais, costumeiros). [FM114.HDA102.HDB126.T101]

Terminologia Especfica do CMMI

Os seguintes termos foram criados para os produtos CMMI ou so crticos para o entendimento dos produtos CMMI. [FM114.HDA103.T101]

CMMI Product Suite

O CMMI Product Suite o conjunto completo de produtos desenvolvidos ao redor do conceito do CMMI. Estes produtos incluem o prprio framework, modelos, mtodos de avaliao, materiais de avaliao e diversos tipos de treinamento que foram produzidos a partir do Framework CMMI. [FM114.HDA103.HDB101.T101]

Framework CMMI

O Framework CMMI a estrutura bsica que organiza os componentes CMMI, incluindo os elementos comuns dos atuais modelos CMMI, bem como regras e mtodos para a gerao de modelos, seus mtodos de avaliao (incluindo os artefatos associados) e materiais de treinamento. O framework permite que novas disciplinas sejam adicionadas ao CMMI, de maneira que estas se integrem com as j existentes. [FM114.HDA103.HDB102.T101]


Viso Geral 32

Modelo CMMI

Uma vez que o Framework CMMI pode gerar diferentes modelos baseados nas necessidades da organizao que o utiliza, existem diversos modelos CMMI. Conseqentemente, a frase modelo CMMI pode significar qualquer um destes conjuntos de informaes. A frase modelos CMMI refere-se a um, alguns ou o conjunto completo de modelos que podem ser gerados a partir do Framework CMMI. [FM114.HDA103.HDB103.T101]

Reviso por Pares

O termo reviso por pares utilizado no CMMI Product Suite no lugar do termo inspeo de produtos de trabalho. Essencialmente, estes termos tm o mesmo significado. Uma reviso por pares uma reviso de produtos de trabalho executada por parceiros, durante o desenvolvimento dos produtos de trabalho para identificar defeitos a serem removidos. [FM114.HDA103.HDB104.T101]

Conjunto de Processos Padro da Organizao

Um conjunto de processos padro da organizao contm as definies dos processos que guiam todas as atividades de uma organizao. Estas descries de processos cobrem os elementos fundamentais dos processos (e os seus relacionamentos uns com os outros) que devem ser incorporados aos processos definidos que so implementados nos projetos em toda a organizao. Um processo padro permite atividades consistentes de desenvolvimento e manuteno em toda a organizao e essencial para a melhoria e estabilidade de longo prazo. [FM114.HDA103.HDB105.T101]

O conjunto de processos padro da organizao descreve os elementos dos processos fundamentais que devero fazer parte dos processos definidos dos projetos. Ele tambm descreve os relacionamentos (por exemplo, ordem e interfaces) entre estes elementos de processo. [FM114.HDA103.HDB105.T102]

Processo

Um processo, como utilizado no CMMI Product Suite, consiste de atividades que podem ser reconhecidas como implementaes de prticas em um modelo CMMI. Estas atividades podem ser mapeadas a uma ou mais prticas em reas de processos CMMI para permitir que um modelo seja utilizado para melhoria e avaliao de processos. (No Captulo 2, veja a definio de rea de processo e uma descrio de como este termo utilizado no CMMI Product Suite). [FM114.HDA103.HDB106.T101]


Viso Geral 33

Processo Gerenciado

Um processo gerenciado um processo que planejado e executado de acordo com uma poltica; emprega pessoas treinadas com recursos adequados para produzir resultados controlados; envolve os stakeholders relevantes; monitorado, controlado e revisado e avaliado com relao aderncia a sua descrio de processo. [FM114.HDA103.HDB107.T101]

Processo Definido

Um processo definido um processo gerenciado que adaptado a partir do conjunto de processos padro da organizao de acordo com as instrues de adaptao da organizao; tem uma descrio de processo que mantida atualizada e contribui com produtos de trabalho, medidas e outras informaes de melhoria de processos para os ativos de processos organizacionais. (Nos Captulos 2 e 4, veja as descries de como processo definido utilizado no CMMI Product Suite) [FM114.HDA103.HDB108.T101]

Um processo definido de um projeto fornece uma base para o planejamento, execuo e melhoria das tarefas e atividades do projeto. Um projeto pode ter mais de um processo definido (por exemplo, um processo definido para desenvolver o produto e outro para test-lo). [FM114.HDA103.HDB108.T102]

Ativos de Processos Organizacionais

Os ativos de processos organizacionais so artefatos que se relacionam descrio, implementao e melhoria de processos (por exemplo, polticas, medies, descries de processos e ferramentas de suporte implementao do processo). O termo ativos de processos utilizado para indicar que estes artefatos so desenvolvidos ou adquiridos para atender os objetivos de negcio da organizao e representam investimentos feitos por ela, dos quais se espera que agregem valor ao negcio, no momento ou no futuro. [FM114.HDA103.HDB109.T101]

Os ativos de processos organizacionais que so descritos nos modelos CMMI incluem: [FM114.HDA103.HDB109.T102]

O conjunto de processos padro da organizao, incluindo a arquitetura e os elementos de cada processo

Descries de modelos de ciclo de vida aprovados para uso Instrues e critrios de adaptao do conjunto de processos

padro da organizao

O repositrio de medies da organizao A biblioteca de ativos de processos da organizao


Viso Geral 34

Alm disso, algumas reas de processos mencionam mais dois ativos de processos organizacionais: as baselines de desempenho dos processos da organizao e os modelos de desempenho dos processos da organizao. [FM114.HDA103.HDB109.T103]

Arquitetura dos Processos

A arquitetura dos processos descreve a ordem, interfaces, interdependncias e outros relacionamentos entre os elementos de processo em um processo padro. A arquitetura do processo tambm descreve as interfaces, interdependncias e outros relacionamentos entre os elementos de processos e processos externos (por exemplo, gerenciamento de contratos). [FM114.HDA103.HDB110.T101]

Ciclo de Vida do Produto

Um ciclo de vida do produto o perodo de tempo, composto de fases, que comea quando o produto concebido e termina quando este no estiver mais disponvel para uso. Uma vez que uma organizao pode estar produzindo diversos produtos para diversos clientes, uma nica descrio de um ciclo de vida de produto pode no ser adequada. Portanto, a organizao pode definir um conjunto de modelos de ciclo de vida de produto aprovados. Estes modelos so normalmente encontrados na literatura e podem ser adaptados para o uso em uma organizao. [FM114.HDA103.HDB111.T101]

Um ciclo de vida de produto consiste das seguintes fases: (1) concepo/viso, (2) definio da possibilidade de ser produzido, (3) design/desenvolvimento, (4) produo e (5) descarte. [FM114.HDA103.HDB111.T102]

Repositrio de Medies da Organizao

O repositrio de medies da organizao um repositrio usado para reunir e disponibilizar dados de medies sobre processos e produtos de trabalho, especialmente os relacionados ao conjunto de processos padro da organizao. Este repositrio contm ou faz referncia a dados reais de medies e a informaes relacionadas necessrias para o entendimento e anlise dos dados de medies. [FM114.HDA103.HDB112.T101]

Exemplos de dados de processos e produtos de trabalho incluem o tamanho estimado de produtos de trabalho, estimativas de esforo e custo; tamanho real de produtos de trabalho, esforo real dispendido e custos reais; estatsticas de eficincia e cobertura de revises por pares e a quantidade e gravidade dos defeitos encontrados. [FM114.HDA103.HDB112.T102]


Viso Geral 35

Biblioteca de Ativos de Processos da Organizao

A biblioteca dos ativos de processos da organizao uma biblioteca de informaes utilizada para armazenar e disponibilizar ativos de processos que so potencialmente teis para quem estiver definindo, implementando e gerenciando processos na organizao. Esta biblioteca contm ativos de processos tais como documentos, fragmentos de documentos, auxiliares de implementao de processos e outros artefatos. [FM114.HDA103.HDB113.T101]

Exemplos de documentaes relacionadas a processos incluem polticas, processos definidos, checklists, documentos de lies aprendidas, templates, padres, procedimentos, planos e materiais de treinamento. Esta biblioteca um recurso importante que pode ajudar a reduzir o esforo na utilizao de processos. [FM114.HDA103.HDB113.T102]

Documento

Um documento uma coleo de dados, no importando o meio no qual estes estiverem gravados, que geralmente permanente e pode ser lido por seres humanos ou mquinas. Assim, documentos incluem tanto documentos em papel como documentos eletrnicos. [FM114.HDA103.HDB114.T101]


Viso Geral 36


Viso Geral 37

4 Caractersticas Comuns, Metas Genricas e Prticas Genricas

Viso Geral

Este captulo discute as metas genricas, prticas genricas, caractersticas comuns e institucionalizao. Uma vez que voc tenha escolhido a representao em estgios, este captulo fornece as prticas genricas organizadas por caracterstica comum. As caractersticas comuns so componentes do modelo que s pertencem representao em estgios. [FM122.HDA101.T101]

As metas e prticas genricas permitem que a organizao institucionalize suas melhores prticas. Portanto, a discusso da institucionalizao tambm serve como um resumo das metas e prticas genricas. [FM122.HDA101.T102]

A organizao pode conseguir melhoramentos progressivos na sua maturidade conseguindo inicialmente estabilidade nos pro

Documents

4707729 Cmmi Traducao