CMMI v1.2 Português

  • View
    7.341

  • Download
    3

Embed Size (px)

DESCRIPTION

O CMMI (Capability Maturity Model Integration) é um modelo de referência que contém práticas (Genéricas ou Específicas) necessárias à maturidade em disciplinas específicas.Desenvolvido pelo SEI (Software Engineering Institute) da Universidade Carnegie Mellon, o CMMI é uma evolução do CMM e procura estabelecer um modelo único para o processo de melhoria corporativo, integrando diferentes modelos e disciplinas.A versão atual do CMMI (versão 1.2) apresenta três modelos:CMMI for Development (CMMI-DEV) publicada em agosto de 2006. Dirige-se ao processo de desenvolvimento de produtos e serviços.CMMI for Acquisition (CMMI-ACQ) publicada em novembro de 2007. Dirige-se aos processos de aquisição e terceirização de bens e serviços.CMMI for Services (CMMI-SVC) publicada em fevereiro de 2009. Dirige-se aos processos de empresas prestadoras de serviços.

Text of CMMI v1.2 Português

CMMI para Desenvolvimento, Verso 1.2CMMI-DEV, V1.2CMU/SEI-2006-TR-008 ESC-TR-2006-008

Melhorando processos para obter melhores produtosEquipe do Produto CMMI - Agosto de 2006

Traduo: Andr Villas Boas e Jos Marcos Gonalves

Nota dos TradutoresEste trabalho tem como objetivo nico facilitar a divulgao de um modelo de melhoria de processos que vem sendo muito utilizado e tem trazido resultados positivos queles que o esto usando. Foi observado que um dos principais problemas de divulgao das prticas do modelo reside no fato do mesmo estar escrito em ingls. Diante disto, decidiu-se traduzi-lo e torn-lo pblico, esperando com isto facilitar o acesso de mais pessoas ao assunto. Esta no uma traduo oficial do documento do SEI e qualquer uso formal do CMMI-DEV deve ser feito com base na documentao oficial do SEI, a qual pode ser obtida no endereo: http://www.sei.cmu.edu. Os tradutores no se responsabilizam pelo uso do material aqui contido, j que o mesmo tem carter apenas informativo. Todo e qualquer comentrio pode ser enviado para os tradutores que, desde j, agradecem a ateno. Um abrao e bom trabalho,

Andr Villas-Boas (villas@cpqd.com.br) Jos Marcos Gonalves (jmarcos@cpqd.com.br) Campinas, abril de 2008.

TThis work is sponsored by the U.S. Department of Defense. The Software Engineering Institute is a federally funded research and development center sponsored by the U.S. Department of Defense. Copyright 2006 by Carnegie Mellon University. NO WARRANTY THIS CARNEGIE MELLON UNIVERSITY AND SOFTWARE ENGINEERING INSTITUTE MATERIAL IS FURNISHED ON AN AS-IS BASIS. CARNEGIE MELLON UNIVERSITY MAKES NO WARRANTIES OF ANY KIND, EITHER EXPRESSED OR IMPLIED, AS TO ANY MATTER INCLUDING, BUT NOT LIMITED TO, WARRANTY OF FITNESS FOR PURPOSE OR MERCHANTABILITY, EXCLUSIVITY, OR RESULTS OBTAINED FROM USE OF THE MATERIAL. CARNEGIE MELLON UNIVERSITY DOES NOT MAKE ANY WARRANTY OF ANY KIND WITH RESPECT TO FREEDOM FROM PATENT, TRADEMARK, OR COPYRIGHT INFRINGEMENT. Use of any trademarks in this report is not intended in any way to infringe on the rights of the trademark holder. Internal use. Permission to reproduce this document and to prepare derivative works from this document for internal use is granted, provided the copyright and No Warranty statements are included with all reproductions and derivative works. External use. Requests for permission to reproduce this document or prepare derivative works of this document for external and commercial use should be addressed to the SEI Licensing Agent. This work was created in the performance of Federal Government Contract Number FA8721-05-C-0003 with Carnegie Mellon University for the operation of the Software Engineering Institute, a federally funded research and development center. The Government of the United States has a royalty-free government-purpose license to use, duplicate, or disclose the work, in whole or in part and in any manner, and to have or permit others to do so, for government purposes pursuant to the copyright license under the clause at 252.227-7013. For information about purchasing paper copies of SEI reports, please visit the publications portion of our Web site (http://www.sei.cmu.edu/publications/pubweb.html). The following service marks and registered marks are used in this document: Capability Maturity Model CMM CMM IntegrationSM CMMI IDEALSM SCAMPISM

CMMI, CMM, and Capability Maturity Model are registered in the U.S. Patent and Trademark Office. CMM Integration, SCAMPI, and IDEAL are service marks of Carnegie Mellon University.

ndice

1reas de Processo...............................................................................................................1 NVEL DE MATURIDADE 2: GERENCIADO......................................................................3Gesto de Requisitos.................................................................................................................5 Planejamento de Projeto..........................................................................................................21 Monitoramento e Controle de Projeto.......................................................................................51 Gesto de Acordo com Fornecedores......................................................................................67 Medio e Anlise.....................................................................................................................89 Garantia da Qualidade de Processo e Produto.......................................................................113 Gesto de Configurao.........................................................................................................127

NVEL DE MATURIDADE 3: DEFINIDO.........................................................................147Desenvolvimento de Requisitos..............................................................................................149 Soluo Tcnica.....................................................................................................................175 Integrao de Produto............................................................................................................207 Verificao..............................................................................................................................231 Validao................................................................................................................................253 Foco no Processo Organizacional..........................................................................................269 Definio do Processo Organizacional + IPPD.......................................................................293 Treinamento Organizacional...................................................................................................319 Gesto Integrada de Projeto + IPPD......................................................................................341 Gesto de Risco.....................................................................................................................377 Anlise de Deciso.................................................................................................................401

NVEL DE MATURIDADE 4: GERENCIADO QUANTITATIVAMENTE...........................417Desempenho do Processo Organizacional.............................................................................419 Gesto Quantitativa de Projeto...............................................................................................437

NVEL DE MATURIDADE 5: EM OTIMIZAO..............................................................467Inovao Organizacional........................................................................................................469 Anlise de Causa e Soluo de Problemas............................................................................493

2Apndices.........................................................................................................................509 A. Glossrio.....................................................................................................................511 B. Relacionamentos entre Prticas Genricas e reas de Processo .........................................................................................................................................549

CMMI para Desenvolvimento Verso 1.2

1 reas de Processo

reas de Processo

1

CMMI para Desenvolvimento Verso 1.2

2

reas de Processo

CMMI para Desenvolvimento Verso 1.2

NVEL DE MATURIDADE 2: GERENCIADOAs sees a seguir contm todas as reas de processo que pertencem ao nvel de maturidade 2. As reas de processo do CMMI-DEV do nvel de maturidade 2 so as seguintes: Gesto de Requisitos Planejamento de Projeto Monitoramento e Controle de Projeto Gesto de Contrato com Fornecedor Medio e Anlise Garantia da Qualidade de processo e Produto Gesto de Configurao

reas de Processo

3

CMMI para Desenvolvimento Verso 1.2

4

reas de Processo

CMMI para Desenvolvimento Verso 1.2

GESTO DE REQUISITOSUma rea de Processo de Engenharia no Nvel de Maturidade 2

Propsito

O propsito da Gesto de Requisitos (REQM) gerenciar os requisitos dos produtos e componentes de produto do projeto e identificar inconsistncias entre esses requisitos e os planos e produtos de trabalho do projeto.Notas Introdutrias

Os processos de gesto de requisitos gerenciam todos os requisitos recebidos ou gerados pelo projeto, incluindo os requisitos tcnicos e os no tcnicos assim como aqueles requisitos impostos ao projeto pela organizao. Em particular, se a rea de processo Desenvolvimento de Requisitos est implementada, seus processos geraro requisitos de produto e de componentes de produto que tambm sero gerenciados pelos processos de gesto de requisitos. Ao longo das reas de processo, onde usamos os termos produto e componentes de produto, seus significados pretendidos tambm englobam servios e seus componentes. Quando as reas de processo de Gesto de Requisitos, Desenvolvimento de Requisitos e Soluo Tcnica esto todas implementadas, seus processos podem estar fortemente amarrados e serem executados concorrentemente. O projeto adota passos apropriados para garantir que o conjunto acordado de requisitos gerenciado para dar suporte ao planejamento e execuo das necessidades do projeto. Quando um projeto recebe requisitos de um fornecedor aprovado de requisitos, os requisitos so revisados com o fornecedor de requisitos para solucionar problemas e prevenir mal-entendidos antes que os requisitos sejam incorporados aos planos do projeto. Uma vez que o fornecedor e o receptor de requisitos entrem em acordo, o compromisso com os requisitos obtido dos participantes do projeto. O projeto gerencia mudanas nos requisitos medida que eles vo e