ARAUJO, Sandro de

UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN
PROGRAMA DE PS-GRADUAO EM ENGENHARIA MECNICA E DE

MATERIAIS

SANDRO DE ARAUJO

PROPOSIO PARA ADAPTAO DE TERMOS DO
CMMI-DEV 1.3 PARA APLICAO EM PDPs DE
EMPRESAS DE MANUFATURA

DISSERTAO

CURITIBA
2013

SANDRO DE ARAUJO

PROPOSIO PARA ADAPTAO DE TERMOS DO
CMMI-DEV 1.3 PARA APLICAO EM PDPs DE
EMPRESAS DE MANUFATURA

Dissertao apresentada como requisito parcial
obteno do ttulo de Mestre em Engenharia, do
Programa de Ps-Graduao em Engenharia
Mecnica e de Materiais, rea de Concentrao
em Engenharia de Manufatura, do Departamento
de Pesquisa e Ps- Graduao, do Campus de
Curitiba, da UTFPR.
Orientadora: Prof. Carla C. A. Estorilio, Dr.

CURITIBA
2013
TERMO DE APROVAO

SANDRO DE ARAUJO

PROPOSIO PARA ADAPTAO DE TERMOS DO CMMI-DEV 1.3 PARA
APLICAO NO PDP EM EMPRESAS DE MANUFATURA

Esta Dissertao foi julgada para a obteno do ttulo de mestre em
Engenharia, rea de concentrao em Engenharia de Manufatura, e aprovada
em sua forma final pelo Programa de Ps-graduao em Engenharia Mecnica
e de Materiais, do Campus de Curitiba, da Universidade Tecnolgica Federal
do Paran.

__________________________________
Prof. Giuseppe Pintade, Dr.
Coordenador de Curso

Banca Examinadora

________________________________
Prof. Carla Cristina Amodio Estorilio,
Dr. (UTFPR)

____________________________
Prof. Daniel Jugend, Dr.
(UNESP)
______________________________
Prof. Carlos Cziulik, Ph. D.
(UTFPR)

Dedico este trabalho minha me,
Maria Marlene de Araujo, pela sua
interveno e proteo.

AGRADECIMENTOS
Agradeo minha orientadora, professora Dr. Carla Cristina Amodio
Estorilio, por acreditar, confiar e guiar nos caminhos da cincia.

Agradeo minha amada esposa Alessandra Rodrigues de Araujo,
companheira fiel, pela pacincia e incentivo.

Agradeo ao meu sogro Carlos Jos Rodrigues e sogra Lilian Gusso
Rodrigues pelo apoio nos momentos difceis.

Agradeo a v Jaci pelo carinho e apoio.

Agradeo ao amigo Ederson Carvalhar Fernandes pelo apoio constante.

Agradeo ao meu padrinho Mauricio de Souza e madrinha Elza de
Souza pelo carinho e apoio em minha infncia.

Agradeo ao professor Dr. Carlos Cziulik, da Banca Examinadora pela
ateno e contribuio a este estudo. Ao professor Dr. Daniel Jugend, em
especial, aceitando participar da Banca.

Agradeo a todos que, de forma direta ou indireta, contriburam para a
concluso de mais esta etapa na minha vida.

O ontem histria, o amanh mistrio, o hoje
uma ddiva e por isso se chama presente.
(Mestre Oogway)

RESUMO
ARAUJO, Sandro de. Proposio para Adaptao de Termos do CMMI-DEV
1.3 para Aplicao em PDPs em Empresas de Manufatura, 2013.
Dissertao (Mestrado em Engenharia) - Programa de Ps-Graduao em
Engenharia Mecnica e de Materiais, Universidade Tecnolgica Federal do
Paran, Curitiba.

Com um mercado global cada vez mais agressivo e competitivo, as indstrias
tm buscado meios para se manterem competitivas. O Processo de
Desenvolvimento de Produtos (PDP) ocupa um importante papel na estratgia
das empresas que buscam um diferencial competitivo. Entretanto, para um
PDP se tornar um diferencial competitivo, ele deve apresentar um patamar
mnimo de maturidade, que representa o seu potencial de crescimento de
capacitao, a riqueza do processo da organizao e a consistncia com que
ele aplicado em todos os seus projetos. Existem vrios modelos que
permitem avaliar a maturidade de um PDP. Porm, o Capability Maturity Model
Integration (CMMI) fornece uma soluo integrada que abrange atividades de
desenvolvimento e manuteno de produtos e servios. Entretanto, ele foi
originalmente criado para analisar indstrias de tecnologia de informao, no
abrangendo os termos utilizados nas empresas de manufatura. Sendo assim, o
objetivo deste trabalho propor uma estratgia que adapte parte do modelo
CMMI-DEV 1.3, viabiliza e facilita o entendimento das suas metas e prticas
para empresas de manufatura. Para isso, apresentada uma reviso
bibliogrfica sobre o CMMI-DEV 1.3, PDP de empresas de manufatura e
estratgias utilizadas para adaptar termos de mtodos, modelos ou
ferramentas entre reas de especialidades distintas, incluindo um detalhamento
conceitual de seus itens para, posteriormente, identificar a parte do modelo a
ser adaptado nesse trabalho. Aps esta delimitao, os termos so
correlacionados com termos similares aos encontrados na literatura de
empresas de manufatura e validados atravs da reviso por pares. Visando
verificar a eficincia da estratgia para adaptao dos termos, recorre-se a
entrevistas com sete profissionais de quatro indstrias e um acadmico, todos
variando de trs a quinze anos de experincia na rea de PDP. Entre os
resultados, o trabalho contribui com uma proposio para a adaptao de
termos do modelo CMMI-DEV 1.3 utilizado em indstrias de TI para o PDP das
empresas de manufatura.

Palavras-chave: CMMI, PDP, Maturidade, Terminologia.

ABSTRACT

ARAUJO, Sandro de. Proposition for Adaptation of the Terms CMMI-DEV
1.3 Application for Manufacturing Company PDPs. Dissertation (Masters in
Engineering) Graduate Program in Mechanical and Materials Engineering,
Federal Technological University of Paran, Curitiba.
Through a global market increasingly aggressive and competitive, many
industries are seeking ways to keep competitive. The Product Development
Process (PDP) plays an important role in the strategy of companies that look for
a competitive advantage. However, for the PDP become a competitive
advantage, it must provide a minimum level of maturity, which represents the
growth potential of training, the wealth of the organization's process and the
consistency which it is applied in all its projects. There are several models for
assessing the maturity of the PDP, but the Capability Maturity Model Integration
(CMMI) provides an integrated solution that covers development activities and
maintenance of products and services. However, it was originally created to
analyze the information technology industries, not covering the terms used in
manufacturing companies. Thus, the aim of this work is propose a strategy to
adapt the CMMI - DEV 1.3, enabling easier understanding of their goals and
practices for manufacturing companies. For it is presented a review on the
CMMI - DEV 1.3 PDP manufacturing companies and strategies used to adapt
terms of methods models or tools among different speciality areas, including a
detailed concept of their items in order to identify the part of the model to be
adapted in this work. After this definition, the terms are correlated with similar
terms to those found in the literature of manufacturing companies and validated
through peer review. In order to verify the effectiveness of the strategy to adapt
the terms, the study performed interviews with seven professionals from four
manufacturing industries and one academic, all of them ranging from three to
fifteen years of experience in the PDP. Among the results, the study contributes
to a proposition for adaptation of CMMI-DEV 1.3 used in IT industries for the
PDP of manufacturing companies.

Keywords: CMMI, PDP, Maturity, Terminology.

LISTA DE FIGURAS

FIGURA 1 O PROCESSO DE DESENVOLVIMENTO DE PRODUTOS ....... 19
FIGURA 2 EVOLUO DO CMMI ................................................................ 24
FIGURA 3 COMPONENTES DO MODELO CMMI ........................................ 27
FIGURA 4 SUBDIVISO DAS METAS ESPECFICAS (SG) E METAS
GENRICAS (GG) ........................................................................................... 28
FIGURA 5 NVEIS DE MATURIDADE DA REPRESENTAO ESTAGIADA 29
FIGURA 6 REPRESENTAO CONTNUA DO CMMI-DEV 1.3 .................. 29
FIGURA 7 REPRESENTAO CONTNUA DO CMMI-DEV 1.3 ................... 33
FIGURA 8 CRUZAMENTOS ENTRE METAS E PRTICAS ......................... 32
FIGURA 9 ESTRATGIA PARA ADAPTAO DOS TERMOS ..................... 45
FIGURA 10 PLANILHA PARA TRIAGEM DOS TERMOS.............................. 46
FIGURA 11 ELABORAO DO MAPEAMENTO .......................................... 47
FIGURA 12 PARTE DA PLANILHA QUE MOSTRA O COMENTRIO
EXPLICATIVO DA META SELECIONADA ....................................................... 54
FIGURA 13 PARTE DA PLANILHA QUE MOSTRA O COMENTRIO
EXPLICATIVO DA META SELECIONADA ....................................................... 55
FIGURA 14 TERMOS NO COMPREENSVEIS .......................................... 58
FIGURA 15 TERMOS QUE FORAM COMPREENDIDOS ............................ 58
FIGURA 16 PLANILHA PARA REVISO POR PARES ................................. 64
FIGURA 17 REVISO DOS TERMOS PELOS PROFISSIONAIS DO PDP .. 65

LISTA DE QUADROS

QUADRO 1 AVALIAO DA MATURIDADE NA REPRESENTAO
ESTAGIADA ..................................................................................................... 31
QUADRO 2 COMPARAO ENTRE OS MAPEAMENTOS ......................... 41
QUADRO 3 COMPARAO ENTRE ESTRATGIAS USADAS PARA
TRABALHAR COM TERMOS ESPECIALIZADOS .......................................... 43
QUADRO 4 CLASSIFICAO E A BASE PARA A CRIAO DO NOVO
MAPEAMENTO ................................................................................................ 44
QUADRO 5 TERMOS RASTREADOS NA TRIAGEM DO CMMI-DEV 1.3
(ORIGEM) ........................................................................................................ 48
QUADRO 6 FORMULRIO COM OS TERMOS EQUIVALENTES NO PDP,
SEUS CONTEXTOS E FONTES ..................................................................... 48
QUADRO 7 FORMULRIO PARA COMPARAO DOS TERMOS ............. 49
QUADRO 8 FORMULRIO PARA REVISO POR PARES .......................... 50
QUADRO 9 PLANILHA PARA VERIFICAO DA EFICCIA DA
ESTRATGIA. .................................................................................................. 51
QUADRO 10 TERMOS EXTRADOS DA EMPRESA X ................................ 54
QUADRO 11 TERMOS EXTRADOS DA EMPRESA Y ................................. 55
QUADRO 12 TERMOS EXTRADOS DA EMPRESA W ............................... 55
QUADRO 13 TERMOS EXTRADOS DA EMPRESA Z................................. 56
QUADRO 14 TERMOS EXTRADOS DO ACADMICO. .............................. 56
QUADRO 15 TERMOS EXTRADOS NAS ENTREVISTAS .......................... 57
QUADRO 16 TERMOS IDENTIFICADOS COMO COMPREENSVEIS POR
ALGUMAS DAS EMPRESAS ENTREVISTADAS ............................................ 59
QUADRO 17 METAS, PRTICAS E REAS DE PROCESSOS COM
TERMOS NO COMPREENSVEIS RASTREADOS NA TRIAGEM ............... 60
QUADRO 18 FORMULRIO PADRO. ........................................................ 63
QUADRO 19 GPS/SGS E GGS/SGS COM OS TERMOS ADAPTADOS. .... 66
QUADRO 20 COMENTRIOS EXPLICATIVOS DAS GP/SP, GG/SG E PAS
COM OS TERMOS ADAPTADOS. ................................................................... 67

LISTA DE ABREVIATURAS E SIGLAS

CMM Capability Maturity Model Modelo de Maturidade e de
Capacidade

CMMI Capability Maturity Model Integration Integrao dos Modelos
de Maturidade e Capacidade

CMMI-IPPD Integrated Product Development Capability Maturity Model
Produto de Desenvolvimento Integrado de produto do Modelo de
Maturidade e Capacidade

CMMI-SE Integrated for Software Engineering and Systems Engineering
Capability Maturity Model Integrao para Engenharia de
Software e Engenharia de Sistemas do Modelo de Maturidade e
Capacidade

CMMI-SS Integrated for Suppliers Capability Maturity Model Integrao
para Fornecedores do Modelo de Maturidade e Capacidade

GG Goal Generic Metas Genricas

GP Generic Practice Prtica Genrica

ISO International Organization for Standardization Organizao
Internacional de Padronizao

ISO/TS International Organization for Standardization/Technical
Specification Organizao Internacional de
Padronizao/Especificao Tcnica

PA Process Area reas de Processo

PR Estado do Paran

PDP Processo de Desenvolvimento de Produto

SEI Software Engineering Institute Instituto de Engenharia de
Software

SP Specific Practice Prtica Especfica

SG

Specific Goals Metas Especficas

SUMRIO

1 INTRODUO .............................................................................................. 14
1.1 OBJETIVO GERAL ............................................................................. 16
1.1.1 Objetivos Especficos ................................................................... 16
1.2 JUSTIFICATIVA ................................................................................... 17
1.3 ESTRUTURA DO TRABALHO ............................................................ 17
2 PDP E MATURIDADE DE PROCESSO ........................................................ 18
2.1 PROCESSO DE DESENVOLVIMENTO DE PRODUTO ........................ 18
2.2 MATURIDADE EMPRESARIAL .............................................................. 22
2.3 CMMI-DEV 1.3 ........................................................................................ 23
2.4 ADAPTAES DE MTODOS ENTRE REAS DISTINTAS ................. 33
2.5 TERMINOLOGIA .................................................................................... 36
3 MTODOLOGIA DA PESQUISA .................................................................. 39
3.1 CLASSIFICAO DA PESQUISA .......................................................... 39
3.2 MTODOS DA PESQUISA ..................................................................... 40
3.3 CONSTRUO DO MAPEAMENTO DOS TERMOS ............................. 42
3.4 VERIFICAO DA EFICCIA DA ESTRATGIA PROPOSTA ............... 51
4 ADAPTAO DOS TERMOS DO CMMI-DEV 1.3 PARA O PDP DE
EMPRESAS DE MANUFATURA ..................................................................... 52
4.1 SELEO DOS ENVOLVIDOS NA PESQUISA ..................................... 52
4.1.1 Descries do Acadmico e das Empresas Usadas no Estudo ....... 53
4.2 APLICAO DA TRIAGEM DOS TERMOS ............................................ 53
4.3 MAPEAMENTOS DOS TERMOS ........................................................... 56
4.3.1 Termos No Rastreados em Algumas Empresas ............................. 57
4.3.2 Anlise do Contexto dos Termos No Compreensveis .................... 59
4.3.3 Definio dos Critrios de Compreenso ......................................... 61
4.3.4 Definio do Formulrio Padro ....................................................... 61
4.3.5 Comparao dos Termos ................................................................. 63
4.3.6 Reviso por Pares dos Termos ........................................................ 64
4.4 EFICCIA DA ESTRATGIA .................................................................. 66
5 CONCLUSO ............................................................................................... 69
REFERNCIAS ................................................................................................ 71
APNDICE A QUESTIONRIO PARA TRIAGEM DOS TERMOS

QUESTIONRIO PARA TRIAGEM DOS TERMOS ......................................... 79
APNDICE B GP/SP E GG/SG COM OS TERMOS ADAPTADOS ............ 105
APNDICE C COMENTRIOS EXPLICATIVOS DAS GP/SP E GG/SG COM
OS TERMOS ADAPTADOS ........................................................................... 109
ANEXO A GP/SP E GG/SG DO NVEL 2 DO CMMI-DEV 1.3 ...................... 116
14

1 INTRODUO

O ambiente globalizado e competitivo que norteia as indstrias requer
empresas qualificadas e inovadoras, que busquem continuamente aprimorar o
desenvolvimento de novos produtos. As habilidades e competncias necessrias
para lanamentos de novos produtos exigem, de acordo com Baxter (2003),
conhecimento do mercado, planejamento, organizao, integrao dos processos e
agilidade nas tomadas de deciso.
Dentro deste contexto, as empresas que no buscam um desenvolvimento
integrado, do qual no procuram fazer com que os envolvidos considerem, desde o
incio do desenvolvimento, todos os elementos do ciclo de vida do produto, do
conceito ao descarte, incluindo a qualidade, o custo, os prazos e os requisitos dos
clientes, de acordo com Rozenfeld et al. (2006), no desenvolvem de maneira eficaz
novas estratgias de negcio e/ou desenvolvimento hbil de seus produtos,
tornando-se despreparadas e imaturas no alcance das metas organizacionais,
adquirindo impactos indesejados como altos custos, baixa qualidade dos produtos
desenvolvidos e insatisfao dos clientes. Para manterem-se competitivas, as
empresas precisam oferecer produtos de alta qualidade, a baixo custo.
Segundo Dooeley et al. (2002), quanto mais maduro for o Processo de
Desenvolvimento de Produto (PDP) de uma empresa, melhor ser o seu
desempenho e probabilidade de alcanar o sucesso. Consequentemente, maior ser
a capacidade competitiva desta empresa. Um PDP maduro atinge seus objetivos de
qualidade, prazos e custos de forma slida e eficiente, enquanto um PDP imaturo
perde por margens de erros, podendo desenvolver produtos de baixa qualidade,
com prazos e custos maiores do que os planejados.
Processo maduro, segundo Siqueira (2009), aquele passvel de ser medido,
controlado, gerenciado e definido. Rozenfeld et al. (2006) descrevem maturidade
como um indicador do quanto a empresa aplica as melhores prticas do PDP para
atingir um alto desempenho do processo.
Kaufmann (1990) explica que as empresas atravessam desafios durante o
processo de crescimento e desenvolvimento dos estgios necessrios para se
atingir a maturidade. Alcanar esses estgios de maturidade, sem uma diretriz que
15

fornea um caminho evolutivo, pode gerar ineficincias e dificuldades pela
inexistncia de fundamentos necessrios para o suporte das melhorias demandadas.
Sendo assim, a adoo de um instrumento que permita avaliar a maturidade e
direcionar as aes de melhoria torna-se fundamental para as empresas atingirem
novos patamares de qualidade e excelncia em seus produtos.
Existem vrios mtodos para avaliar a maturidade de um processo. Porm, o
CMMI (Capability Maturity Model Integrated Modelo Integrado de Capacitao e
Maturidade) tem sido um modelo de destaque em funo de auxiliar as organizaes
na seleo dos processos, determinando a maturidade atual e identificando as
questes mais crticas para sua melhoria e qualidade (ATADES, 2006).
O projeto CMMI foi iniciado em 1997 e sua verso inicial CMMI-DEV 1.02 foi
publicada em 2000. A partir dessa verso, sugiram vrias outras do modelo e em
2010 foi lanada a verso mais recente, intitulada CMMI-DEV 1.3, a qual ser
abordada nesse trabalho.
Considerando que o CMMI foi desenvolvido pelo Software Engineering
Institute (SEI) para contribuir com a melhoria do processo de desenvolvimento das
indstrias de software, ele possui termos especficos para esse perfil de empresa.
Ou seja, a sua aplicao em PDP de empresas de manufatura poderia apresentar
certas dificuldades, gerando resultados indesejveis ou incompletos.
Santos (2011), por exemplo, limitou a aplicao do CMMI em uma Indstria
de embalagens metlicas porque concluiu que algumas reas de processos do
CMMI esto direcionadas para aplicao de desenvolvimento de software.
De acordo com Rocha et al. (2001), para a aplicao do CMMI em outras
reas seria necessrio um trabalho de interpretao e adaptao realidade da
organizao que se pretende avaliar.
Alguns autores, ainda sem a devida adaptao, utilizaram o CMMI em PDP de
empresas de manufatura. Alguns desses estudos foram desenvolvidos por Quintela
e Rocha (2007) em conjunto com um mtodo hipottico-dedutivo, desenvolvendo um
questionrio simplificado o CMMI-DEV 1.1, com 27 perguntas para avaliar
maturidade em duas montadoras de veculos instaladas na regio Sul Fluminense
do Pas. Ainda assim, o mtodo simplificado sugerido por esses autores demandou
algumas adaptaes para que as empresas compreendessem o questionamento
durante a coleta dos dados, sem uma correlao de termos bem elaborada, por no
ser este o objetivo do estudo. Lisboa (2010) aplicou o modelo em seu estudo no
16

setor de duas rodas (motocicletas) e ressaltou a importncia da adaptao do CMMI
para o PDP, uma vez que o modelo original e seus termos so aplicados ao
desenvolvimento de softwares. Outro foi o de Vaz (2010), que replicou o estudo de
Lisboa (2010) no setor de eletroeletrnico e, devido a no familiaridade com alguns
termos do CMMI, sugeriu um estudo mais aprofundado, visto que o CMMI foi criado
e desenvolvido especialmente para a rea de software.
Entretanto, nenhum dos estudos apresentou uma adaptao dos termos do
CMMI-DEV 1.3, da Engenharia de Software para os termos usados em empresas de
manufatura.

1.1 OBJETIVO GERAL

Esse trabalho apresenta uma proposio para adaptao de termos do
CMMI-DEV 1.3 para empresas de manufatura.

1.1.1 Objetivos Especficos

Para atingir o objetivo geral, os seguintes objetivos especficos so
desenvolvidos:
Identificar e analisar os conceitos terminolgicos abordados no CMMI-DEV
1.3 e no PDP de empresas de manufatura;
Delimitar os termos do CMMI-DEV 1.3 a serem adaptados nesse trabalho;
Conceituar os termos previamente delimitados;
Identificar os termos que demandam adaptaes para o PDP;
Compor uma proposio para adaptar os termos do CMMI para utilizao em
PDPs;
Testar a proposta para verificar a sua eficcia.

17

1.2 JUSTIFICATIVA

Adaptar os termos do modelo CMMI-DEV 1.3 para aplicaes especficas em
empresas de manufatura, contribui para:
a) Acelerar o processo de Certificao da Qualidade de forma definitiva;
b) Evitar a desistncia do uso do modelo, ocasionado pela no compreenso de
termo de especialidade;
c) Mensurar o nvel de maturidade em empresas de manufatura;
d) Analisar quais os passos a serem tomados para alcanar nveis superiores;
e) Eliminar a dificuldade de compreenso do modelo pelas empresas de
manufatura.

1.3 ESTRUTURA DO TRABALHO

Essa dissertao est estruturada da seguinte forma, incluindo o captulo j
apresentado:
O segundo captulo apresenta uma reviso bibliogrfica sobre os temas: PDP,
maturidade de processo, CMMI-DEV 1.3 e propostas para adaptaes de mtodos
entre reas distintas.
O terceiro captulo apresenta a classificao da pesquisa e a proposio
utilizada para a realizao do trabalho.
O quarto captulo mostra o desenvolvimento do trabalho, mostrando a
construo da estratgia para a adaptao dos termos entre o CMMI-DEV 1.3 e o
PDP.
O quinto captulo apresenta as principais concluses do trabalho, ressaltando
a sua contribuio para o universo acadmico e industrial, alm de propor temas
para trabalhos futuros.

18

2 PDP E MATURIDADE DE PROCESSO

Neste captulo so apresentadas revises tericas sobre Processo de
Desenvolvimento de Produto (PDP), maturidade e mtodo para a sua avaliao, em
especial o CMMI-DEV 1.3, alm de estratgias utilizadas para adaptar termos de
mtodos para serem utilizados entre reas de especialidades distintas, as quais
podem servir de referncia para o desenvolvimento desse trabalho.

2.1 PROCESSO DE DESENVOLVIMENTO DE PRODUTO

A busca pela satisfao das necessidades dos clientes faz com que as
empresas desenvolvam melhorias em seus processos. Sendo assim, o lanamento
de novos produtos e a melhoria de qualidade dos produtos existentes, so duas
questes de grande relevncia para a capacidade competitiva das empresas. Ambas
as atividades compem o que normalmente chama-se de Processo de
Desenvolvimento de Produto (PDP) (TOLEDO et al., 2002).
Rozenfeld et al. (2006) definem o PDP como um conjunto de atividades
realizadas em uma sequncia lgica, com o objetivo de produzir um bem ou servio
que tem valor para um grupo especfico de clientes. O PDP posiciona-se na interface
entre a empresa e o mercado, acrescentando sua importncia estratgica ao
estabelecer, em todas as fases do ciclo de vida do produto, as necessidades do
mercado e dos clientes e as metas para que o produto atenda expectativa do
mercado no tempo estipulado.
Segundo Grenn e Wilemon (1999), no h um consenso para a escolha de
um modelo de processo para desenvolvimento de novos produtos, Isto , distintos
autores divergem sobre o nmero e a definio das etapas do PDP. Estes modelos
contemplam uma fase para criao do conceito do produto (concepo), (KOTLER,
KELLER, 2012) outra de planejamento (KOTLER, KELLER, 2012), outra de
detalhamento (ULRICH, EPPINGER, 2000) e uma ltima de reviso e testes
(KOTLER, KELLER, 2012).
Este trabalho adota o modelo de PDP descrito por Rozenfeld et al. (2006), pois
19

abrange todo o ciclo de vida do produto. A figura 1 traz uma viso geral deste
modelo.

Figura 1 - O Processo de Desenvolvimento de Produtos
Fonte: Rozenfeld et al. (2006).

O PDP, neste caso, composto por trs fases: o Pr-Desenvolvimento, o
Desenvolvimento e o Ps-Desenvolvimento. Esse modelo pode ser utilizado de
acordo com a abordagem adotada na organizao ou projeto.
A fase de pr-desenvolvimento composta por duas etapas: planejamento
estratgico de produto e planejamento de projeto.
O planejamento estratgico de produto a etapa inicial, que implica na
definio de um escopo de mercado e um portflio de servios e produtos. Fazem
parte do planejamento estratgico de produto:
1) A reviso do planejamento estratgico de negcios;
2) A anlise e proposio de mudanas do atual portflio da empresa;
3) A definio dos produtos a serem desenvolvidos;
4) A definio acerca das caractersticas iniciais destes, como o segmento de
mercado, os recursos necessrios, as tendncias tecnolgicas, entre outros.

O planejamento de projeto a determinao do escopo do projeto e do
produto, incluindo oramentos, prazos, definio de pessoal, recursos,
procedimentos de avaliao, anlises de risco e indicadores de desempenho.
O desenvolvimento a segunda fase deste modelo e a mais complexa e
extensa, sendo composta por cinco etapas:
20

1) Projeto Informacional;
2) Projeto Conceitual;
3) Projeto Detalhado;
4) Preparao da Produo;
5) Lanamento do Produto.

O projeto informacional tem como principais objetivos: iniciar o
levantamento de informaes do produto, detalhar o ciclo de vida dos produtos e
definir as especificaes meta do produto (parmetros quantitativos dos requisitos).
Uma das atribuies do projetista captar os requisitos para o desenvolvimento do
produto na fase do projeto informacional. nesta etapa que o projetista capta as
necessidades dos clientes/mercado e os transforma em parmetros de projeto
(MARX et al., 2011).
O projeto conceitual tem a finalidade de modelar a forma do produto e
desenvolver um conjunto de critrios funcionais (requisitos funcionais e lista de
funes). A fase de projeto conceitual onde ocorre a concepo do produto, por
meio da busca, criao, representao e seleo de solues (ROZENFELD et al.,
2006).
Na etapa do projeto conceitual, o projetista no possui todos os requisitos do
produto definidos. Apesar do alto nvel de abstrao nessa fase, os requisitos
funcionais do produto precisam ser modelados em uma estrutura funcional
hierrquica (MARX et al., 2011; ROZENFELD et al., 2006; BAXTER, 2003).
Esta a fase com maior potencial de otimizao de retorno do investimento,
representando baixo custo e alto benefcio (BAXTER, 2003). Entre as tcnicas
utilizadas para o desenvolvimento desta etapa, esto: a anlise de sistemas,
subsistemas e componentes para a definio de parmetros, entre outras.
Durante a etapa do projeto detalhado, o projetista realiza o detalhamento do
sistema, subsistemas e componentes, bem como suas avaliaes (desenvolvimento
de modelos e execuo de testes) para definir a viabilidade de produo e
lanamento (ROZENFELD et al., 2006).
A etapa de preparao da produo aborda o desenvolvimento do processo
de produo e manuteno e, entre as principais atividades realizadas, possvel
obter os recursos de fabricao, planejar a produo piloto, receber e instalar os
recursos, produzir o lote piloto, homologar o processo, otimizar a produo e
21

certificar o produto.
Nessa fase, o projetista conduz a produo no volume definido no escopo do
projeto, com as mesmas qualidades que o prottipo e que tambm atenda os
requisitos do cliente durante o ciclo de vida do produto (Marx et al., 2011).
A ltima etapa do desenvolvimento o lanamento do produto, e os
objetivos desta etapa so: o desenvolvimento dos processos de venda, a
distribuio, o atendimento ao cliente e a assistncia tcnica, bem como promover o
marketing de lanamento, e lanar o produto fazendo o gerenciamento desta fase.
A fase que encerra o modelo de referncia o ps-desenvolvimento, sendo
composta pelas etapas de acompanhamento do produto, do processo e pela
descontinuao do produto.
A etapa de acompanhamento de produto e processo tem os seguintes
objetivos:
1) Avaliar a satisfao do cliente;
2) Monitorar o desempenho do produto (tcnico, econmico, ambiental, de
produo e de servios);
3) Realizar auditoria ps-projeto.

A etapa de descontinuao do produto analisa e comprova a descontinuidade
do mesmo, prepara a empresa para o recebimento deste produto, acompanha este
recebimento, encerra a produo, finaliza o suporte ao produto e faz a avaliao
geral para o encerramento do projeto.
Apesar de o PDP apresentar etapas e fases estruturadas, nem todas as
empresas seguem a mesma sequncia de atividades para desenvolver seus
produtos. Alm disso, muitas empresas nem tem conhecimento do fluxo sequencial
que seguem em funo de no ter esses procedimentos documentados. Enfim, em
funo da maturidade empresarial, ela pode estar num determinado nvel de domnio
e formalizao de seus processos de desenvolvimento e podem ter nveis de
controle diferenciados sobre eles.

22

2.2 MATURIDADE EMPRESARIAL

De acordo com Siqueira (2009), maturidade empresarial quando uma
organizao realiza seus processos de modo sistemtico sem precisar atingir
resultados graas aos esforos heroicos de indivduos que utilizam abordagens
criadas por intuio. Segundo o autor, um processo maduro aquele explicitamente
definido, gerenciado, medido, controlado e eficaz. Organizaes maduras tm
processos sistematizados e mtodos documentados para realizar suas atividades.
Dados so sistematicamente coletados e usados para analisar, controlar, prever e
planejar seu desempenho. Por outro lado, as organizaes totalmente imaturas no
pensam em termos de processos. Seus mtodos variam conforme as circunstncias
e as pessoas que executam as tarefas. Sendo assim, seus resultados so
imprevisveis e inconsistentes.
Segundo Ferreira (2009), todas as empresas passam por nveis de
maturidade e cada mudana nos processos deve servir como aprendizado. Portanto,
a busca por melhorias e o estudo de nveis de maturidade nos processos so
essenciais para o aumento da maturidade.
O crescimento da maturidade resultante da aplicao das melhores prticas
que proporcionam empresa um desempenho superior em seu processo. Uma
prtica aprimorada representa a forma mais eficaz de realizar determinada atividade
que, comprovadamente em outras empresas, tem trazido os melhores resultados
(ROZENFELD et al., 2006).
Ao se utilizar um modelo de maturidade de processos, tem-se uma
abordagem disciplinada do processo que possibilita a identificao dos pontos
crticos e a definio de aes de melhoria que devem estar alinhadas com os
objetivos estratgicos da organizao e consistentes com o estgio de maturidade
de seus processos (SIQUEIRA, 2009).
Para avaliar o nvel de maturidade, retratando o quanto o seu processo
executa as atividades mnimas necessrias para um bom desenvolvimento, com
controle adequado sobre a situao, necessria a adoo de algum modelo de
maturidade de processos que o auxilie nesse sentido. Para isso, tm-se o modelo
para avaliao da maturidade, como o CMMI-DEV 1.3, verso mais recente do
CMMI descrita na prxima seo.
23

2.3 CMMI-DEV 1.3

Segundo Becker et al., (2006), dois conceitos fundamentais que permeiam a
concepo dos modelos do SEI (Software Engineering Institute Instituto de
Engenharia de Software) so: ideias de capacidade e maturidade de processo. A
capacidade descreve o intervalo de resultados esperados que possam ser atingidos
atravs do uso de um processo e, assim prov um meio de predizer os resultados
tpicos dos projetos a serem desenvolvidos pela organizao. A maturidade
representa o potencial para o crescimento da capacidade de uma organizao e
indica tanto a riqueza do processo como a consistncia com a qual ele aplicado no
contexto organizacional.
O modelo CMMI descreve um caminho evolutivo da maturidade, onde
possvel o controle dos processos por meio de mtricas (MORGANO et al., 2007) e
orienta acerca dos passos para aprimorar os processos de uma organizao (LIN;
CHEN 2007).
Desde 1991, o SEI tem desenvolvido modelos de maturidade para engenharia
de sistemas, engenharia de software, aquisio de software e desenvolvimento
integrado de produto e processo.
A adoo desses modelos mostrou-se til para as indstrias de softwares. No
entanto, as organizaes apresentavam dificuldades durante a realizao de
melhorias integradas entre todos os seus grupos e divises, pois grande parte
destes grupos utilizavam modelos distintos entre si que, apesar de terem seus
objetivos alinhados, no apresentavam compatibilidade suficiente que contribusse
para melhores resultados. As diferenas entre os modelos usados por cada grupo,
incluindo suas arquiteturas, contedo e abordagens, limitavam as capacidades das
organizaes de propagar as melhorias de maneira uniforme por toda a organizao,
alm de elevar os custos com treinamento, implantao e avaliao (SEI, 2001).
Como soluo para resolver os problemas de comunicao entre vrios modelos
diferentes usados por cada grupo em aplicaes especficas a SEI, criou o projeto
CMMI.
Segundo SEI (2001), o CMMI contm quatro reas de conhecimento
(disciplinas) em seu modelo: Engenharia de Sistemas (CMMI-SE), Engenharia de
Software (CMMI-SW), de Fornecedores (CMMI-SS) e Desenvolvimento Integrado de
24

Produto e Processo (CMMI-IPPD).
O CMMI Product Team (Time do Produto CMMI) construiu um framework que
acomoda mltiplas disciplinas, em conjunto com a flexibilidade suficiente para apoiar
as diferentes abordagens dos modelos fonte. A combinao dessas disciplinas num
nico framework possibilitou s organizaes exercerem melhorias nos seus
processos em nvel organizacional, unindo o funcional de vrios processos.
A figura 2 ilustra a evoluo dos modelos integrados para a formao do
CMMI.

Figura 2 - Evoluo do CMMI
Fonte: SEI (2010).

Entre as verses desenvolvidas at o presente momento deste trabalho, a
partir da verso 1.2, o CMMI foi dividido em trs constelaes denominadas: CMMI-
DEV (for Development para Desenvolvimento), CMMI-ACQ (for Acquisition para
Aquisio) e CMMI-SVC (for Services para Servios). Embora o CMMI-DEV
englobe o desenvolvimento de servios, ele difere do CMMI-SVC, focado em
prestao de servios. Os modelos CMMI anteriores verso 1.2 so agora
considerados parte da constelao CMMI-DEV.
25

Na verso 1.2 do CMMI-DEV, avaliar todas as PAs (Process Areas - reas de
Processo), consiste em avaliar dois modelos: o CMMI para Desenvolvimento + IPPD
1

e o CMMI para Desenvolvimento, sem IPPD.
Segundo SEI (2006), o IPPD uma abordagem sistemtica que permite a
colaborao ao longo do tempo das partes interessadas por toda a vida do produto,
de forma a melhor satisfazer as necessidades, expectativas e requerimentos dos
clientes, sendo seus processos integrados com os outros processos da organizao.
De acordo com Valle et al. (2010), o CMMI-DEV 1.3 no possui uma verso
com a adio IPPD, pois o mesmo foi extinto devido a migrao dos conceitos
pertencentes ao Desenvolvimento Integrado de Produto e Processo para uma
verso nica do modelo. Estes conceitos foram includos em forma de prticas nas
seguintes reas de processos do CMMI-DEV 1.3: OPD (Organizational Process
Definition - Definio do Processo Organizacional) e IPM (Integrated Project
Management - Gesto do Projeto Integrado).
Na rea de processo OPD:
a) SP 1.7 Establish Rules and Guidelines for Teams (Estabelecer Regras e
Diretrizes para Equipes).
Na rea de processo IPM:
b) SP 1.6 Establish Teams (Estabelecer Equipes).

Sendo assim, ser necessrio que as organizaes que migrem para o
CMMI-DEV 1.3 considerem ambas as prticas em sua implementao, pois a partir
de 01 de Dezembro de 2011 a SEI deixou de aceitar as avaliaes conduzidas com
a verso 1.2 do CMMI (VALLE et al,. 2010).
Para esse estudo ser utilizada a verso mais recente do CMMI a verso
CMMI-DEV 1.3, criada em 2010 que, de acordo com Valle et al. (2010), explica
melhor as prticas de maturidade, simplifica as prticas genricas e aumenta a
eficincia das avaliaes de maturidade.
O CMMI-DEV 1.3 contm prticas que abrangem a Gesto de Projetos, a
Gesto de Processo, a Engenharia de Hardware, a Engenharia de Software e outros
processos de suporte utilizados em desenvolvimento e manuteno de softwares.
O CMMI composto por PAs, que compem dimenses de processos e

1
O IPPD a Meta Especfica que fornece todas as Prticas Especificas relacionada com
desenvolvimento integrado de produtos e processos (SEI, 2006).
26

dimenses de maturidade ou capacidade (SEI, 2010). No CMMI-DEV 1.3 as reas
de processo representam as melhores prticas divididas em reas correspondentes
aos processos da organizao.
O CMMI-DEV 1.3 possui 22 PAs:
1. Gerncia de Requisitos (REQM);
2. Planejamento de Projeto (PP);
3. Controle e Monitoramento de Projeto (PMC);
4. Gerncia de Contrato de Fornecedores (SAM);
5. Medies e Anlises (MA);
6. Garantia de Qualidade de Produto e Processo (PPQA);
7. Gerncia da Configurao (CM);
8. Desenvolvimento de Requisitos (RD);
9. Soluo Tcnica (TS);
10. Integrao de Produto (PI);
11. Verificao (VER);
12. Validao (VAL);
13. Foco no Processo Organizacional (OPF);
14. Definio de Processo Organizacional (OPD);
15. Treinamento Organizacional (OT);
16. Gerncia de Projeto Integrado (IPM);
17. Gerncia de Riscos (RSKM);
18. Resoluo e Anlise de Deciso (DAR);
19. Desempenho do Processo Organizacional (OPP);
20. Gerncia Quantitativa de Projeto (QPM);
21. Desenvolvimento e Inovao Organizacional (OID);
22. Resoluo e Anlise das Causas (CAR).

Cada rea de processo composta por um conjunto de prticas (genricas e
especficas) que, quando implementadas coletivamente, satisfazem a um conjunto
de metas consideradas importantes para a melhoria desta rea (SEI, 2010),
conforme mostrado na Figura 3.

27

Figura 3 - Componentes do Modelo CMMI
Fonte: Albanez (2012).

Segundo SEI (2010), para cada rea de processos existem duas metas a
serem alcanadas:
a) Metas especficas - SG (Specific Goals - Metas Especficas): descrevem as
caractersticas presentes em uma implementao de rea de processo;
b) Metas genricas - GG (Generic Goals - Metas Genricas): descrevem as
caractersticas necessrias para institucionalizar os processos que
implementam a rea de processo em questo.

Para as SGs relacionam-se as SPs (Specific Practices - Prticas Especficas)
e para as GGs relacionam-se as GPs (Generic Practices - Prticas Genricas),
conforme mostrado na figura 4.

28

Figura 4 - Subdiviso das metas especficas (SG) e metas genricas (GG)
Fonte: adaptado de SEI (2010).

O CMMI-DEV 1.3 tem duas formas de representao: a estagiada e a
contnua.
Para essa pesquisa adapta-se apenas os termos do CMMI-DEV 1.3 at o
nvel 2 de maturidade dos processos, e ser tratado pela representao estagiada
por utilizar nveis de maturidade, descrita em detalhes, a seguir.
A representao estagiada, segundo a SEI (2010), permite identificar o nvel
de maturidade geral de uma empresa. Ela oferece uma abordagem sistemtica e
estruturada para a melhoria de processo, focando um estgio por vez. Assim, o
estabelecimento da infraestrutura de processos ser a base para indicar a conquista
de determinados estgios, indicando mudanas para o estgio subsequente. Nesta
representao, as reas de processos esto organizadas em nveis de maturidade.
Portanto, proposta a implementao com base nestes nveis, o que definir
automaticamente o caminho a ser realizado. Por esse motivo, essa representao
indicada quando a organizao no consegue identificar em quais pontos o PDP de
precisa ser melhorado. Para isso, ela recorre a uma avaliao sistmica da empresa,
29

cujos resultados explicitaro as suas reas e atividades mais deficitrias.
Conforme representado na figura 5, a representao estagiada identifica a
maturidade geral da empresa atravs de cinco nveis.

Figura 5 - Nveis de Maturidade da representao estagiada
Fonte: Adaptado de SEI (2010).

A figura 6 mostra a representao estagiada utilizando nveis de maturidade
para caracterizar o estado geral dos processos da organizao em relao ao
modelo completo.

Figura 6 - Representao contnua do CMMI-DEV 1.3

30

Para cada nvel so definidos conjuntos de requisitos estruturais das reas-
chave do processo (HUMPHREY et al.,1989). A SEI (2010) estabeleceu uma
descrio dos cinco nveis da representao estagiada:
1) Nvel 1 Inicial: os processos so informais e caticos. No existe
planejamento e controle dos processos. Os focos dos funcionrios esto
basicamente em atividades corretivas que surgem a todo instante;
2) Nvel 2 Gerenciado: estabelece os processos bsicos de gerenciamento de
projetos para planejar e acompanhar custos, prazos e funcionalidades.
Firmam-se compromissos e gerncia. A disciplina de processo permite repetir
sucessos de projetos anteriores em aplicaes similares. Tipicamente, possui
gerenciamento de projetos estabelecido, alguns procedimentos tcnicos
escritos, acompanhamento de qualidade, gerncia de configurao inicial,
atividades bsicas de medio e anlise. O sucesso depende basicamente do
gerenciamento do projeto;
3) Nvel 3 Definido: atividades de gerenciamento bsico e de Engenharia de
Software so documentadas, padronizadas e integradas em processos-
padro. Todos os projetos de desenvolvimento e manuteno de software
utilizam uma verso de um desses processos adaptada s caractersticas
especificas de cada projeto. Possuem processos gerenciais e tcnicos bem
definidos, possibilidade de avaliao do processo, ferramentas e
metodologias padronizadas, medies iniciais de desempenho, inspees e
auditorias rotineiras, testes padronizados, gerncia de configurao e
evoluo controlada dos processos tcnicos e gerenciais;
4) Nvel 4 Quantitativamente gerenciado: mtricas detalhadas do processo de
software e da qualidade do produto so coletadas. Tanto o processo como o
produto de software quantitativamente compreendido, avaliado e
controlado. A qualidade planejada por um grupo dedicado, sendo
rotineiramente avaliada e aprimorada;
5) Nvel 5 Otimizado: a melhoria contnua do processo estabelecida por meio
de sua avaliao quantitativa e da implantao planejada e controlada de
tecnologias e ideias inovadoras. Projetos-piloto so realizados para a
absoro e internalizao de novas tecnologias. Tipicamente, um alto nvel de
qualidade e de satisfao dos clientes alcanado rotineiramente, com
grande foco na melhoria contnua.
31

Caso o usurio deseje avaliar se a empresa est no nvel 2 de maturidade
com a representao estagiada, ele precisa verificar se a empresa apresenta o
desenvolvimento de certas atividades, referentes ao cruzamento das metas
especificas/genricas com as prticas especificas/genricas, ou seja, quais aes a
empresa precisa satisfazer para atingir os nveis 2, 3, 4 ou 5. Caso no seja
satisfeito quaisquer dos cruzamentos entre as metas/prticas especficas e as
metas/prticas genricas do nvel 2, ela ser considerada imatura, classificando-se
ao nvel 1, por exemplo: Para uma empresa atingir o nvel 5, ela precisar atender
obrigatoriamente todas as aes ( SGs/SPs x GGs/GPs) pertencentes ao nvel 5 e
todas as aes pertencentes aos nveis anteriores, como pode ser visto no quadro 1.
As aes pertencentes ao nvel 2 de maturidade do CMMI-DEV 1.3 so
apresentados no anexo A.

Quadro 1 Avaliao da maturidade na representao estagiada

Uma das dificuldades encontradas durante a avaliao estagiada com o
CMMI-DEV 1.3 o nmero de cruzamentos possveis entre as metas e prticas
(Genricas/Especficas) envolvidas no processo de anlise (Figura 8).
32

Figura 7 Cruzamentos entre metas e prticas
Fonte: Adaptado de Franzosi (2010).

Para o CMMI-DEV 1.3 na representao estagiada, os cruzamentos entre
SPs e GPs geram 594 variveis somente at a avaliao do nvel 2. Para uma
avaliao completa do CMMI-DEV 1.3 os cruzamentos geram 2.464 variveis.
A representao contnua fornece a maturidade de reas especficas do
processo que se deseja avaliar. Portanto, esta representao ocorre por meio da
escolha entre reas que esto fortemente ligadas a sua estratgia. Por exemplo,
uma empresa pode identificar o nvel de capacidade de sua rea de Engenharia,
avaliando algumas reas de processo referentes a esta rea. Neste caso, as reas
de processo seriam as seguintes:
1) Gerncia de Requisitos (REQM);
2) Desenvolvimento de Requisitos (RD);
3) Soluo Tcnica (TS);
4) Integrao de Produto (PI);
5) Verificao (VER);
6) Validao (VAL).

A representao contnua usa vrios nveis de capacidade para caracterizar o
estado dos processos da organizao em relao a uma rea de processo,
conforme mostrado na figura 7.
33

Figura 8- Representao contnua do CMMI-DEV 1.3

Relacionados representao contnua, todos os modelos CMMI refletem os
nveis de capacidade em seu design e contedo. Os seis nveis de capacidade so
classificados como nvel 0, 1, 2, 3, 4 e 5.
Nos dois tipos de avaliaes (estagiada ou contnua), o nvel de maturidade
representa um estgio evolutivo de melhoria, em que cada nvel fornece uma
camada de fundamentos para o prximo estgio. Compreendendo um conjunto de
objetivos como satisfeitos, esses atingem aspectos importantes do processo,
resultando em um crescimento da maturidade e da capacidade da organizao.
Considerando esse fato e os dados previamente encontrados, citados no
captulo 1, quanto ao nvel 2 ser suficiente para uma empresa obter a Certificao da
Qualidade ISO, esse trabalho focar apenas nas variveis que compem a
avaliao do nvel 2 do CMMI-DEV 1.3 na representao estagiada. O anexo A
mostra as SGs/SPs e GGs/GPs envolvidas nessa avaliao, as quais sero foco da
adaptao dos termos nesse trabalho.

2.4 ADAPTAES DE MTODOS ENTRE REAS DISTINTAS

Para usar um mtodo, um modelo ou uma ferramenta de outra rea de
34

especialidade, o pblico deve compreender o que est sendo veiculado para se
obter um melhor resultado, em respeito linguagem (CABR, 1993). Baseado
nessa avaliao para adaptar os termos define-se a rea de origem, a rea de
destino e a estratgia que permitir a sua adaptao, com o aspecto de formao
dos termos e a estruturao dos campos conceituais
2
(PAVEL; NOLET, 2002).
Alguns pesquisadores adotaram em seus trabalhos, tcnicas e abordagens
metodolgicas da Terminologia
3
com o objetivo de compreender algum mtodo,
modelo ou uma ferramenta, e adapt-lo para um fim especfico.
Araujo (2006), props uma metodologia para agilizar a construo de uma
ferramenta no campo da Documentao. Para a composio da sua estratgia o
autor seguiu os seguintes passos: 1) Analisou um conjunto de textos para coletar,
tratar e armazenar um grande volume de informaes de uma determinada rea de
conhecimento; 2) Adotou critrios subjetivos para selecionar os termos; 3) Organizou
os termos em uma ficha terminolgica
4
; 4) Verificou a propriedade dos termos
atravs de catlogos eletrnicos; 5) Validou os termos na medida em que foi
descrevendo-os em contextos reais de ocorrncia, a saber, os textos especializados.
Martins (2007) pesquisou a Terminologia da Indstria de Alumnio com o
objetivo de descrever a linguagem especializada na empresa ALBRAS Alumnio
Brasileiro S.A. O propsito do estudo foi sistematizar esta Terminologia fornecendo
uma ferramenta til para facilitar a compreenso dos termos da Indstria de Alumnio
por especialistas e profissionais dessa rea do conhecimento. Para a composio da
sua estratgia o autor seguiu os seguintes passos: 1) Anlise de contexto dos
termos para obter um entendimento da estrutura conceitual dos termos em um
contexto de uso na rea de especialidade; 2) Usou Sinnimos em glossrios como
critrio para a escolha e substituio dos termos; 2) Organizou os dados em fichas
terminolgicas; 3) Verificou a propriedade dos termos consultando especialistas da
rea (Reviso por pares).
Bazzon (2009) usou a Terminologia em seu trabalho com o objetivo de
elaborar um vocabulrio monolngue acerca dos artefatos de borracha,

2
Campo Conceitual definido como um conjunto informal e heterogneo de problemas, situaes,
relaes, estruturas, contedos e operaes do pensamento, conectados uns aos outros e,
provavelmente, entrelaados durante o processo de aquisio (MOREIRA, 2009, p. 37).
3
Conjunto de termos prprios a uma especialidade, abrangendo um vocabulrio resultante de cada
rea especfica (CABR, 1993).
4
A ficha terminolgica uma ferramenta utilizada para sintetizar e sistematizar a informao (PAVEL;
NOLET, 2002).
35

particularmente do setor automotivo, a partir das equivalncias em ingls. Seu
estudo possibilitou a criao de um instrumento lingustico que auxiliou a
comunicao entre os profissionais da indstria da borracha, fornecedores de partes
(peas) para a indstria automotiva e tambm o trabalho dos tradutores de textos
ligados a esse domnio. Para a composio da sua estratgia o autor seguiu os
seguintes passos: 1) Analisou um conjunto de textos, tendo como critrio a
observao dos traos semnticos; 2) Verificou a propriedade dos temos
empregados atravs da Reviso por pares, entrevistando funcionrios da indstria
da borracha.
Cervantes (2009) investigou a Terminologia para a construo de tesauros
5
,
fundamentada na abordagem temtica de reas de especialidade. O estudo frisou a
necessidade da compreenso de termos entre integrantes de um sistema de
informao de reas especializadas, tendo como procedimento equilibrar os
vocabulrios dos usurios com o vocabulrio utilizado nos textos especializados.
Para a composio da sua estratgia o autor seguiu os seguintes passos: 1)
Analisou o contexto dos termos observando a afinidade semntica e o contexto de
uso na rea de especialidade; 2) Estabeleceu os critrios para escolha atravs de
um conjunto de regras criadas pelo prprio autor; 2) Organizou os dados coletados
em fichas terminolgicas; 3) Verificou a propriedade dos temos atravs da Reviso
por pares.
Nbrega et al. (2010) relataram a necessidade da identificao de termos
essenciais, na rea da enfermagem, para insero em sistemas de informao,
assegurando a normalizao terminolgica e a comunicao entre a equipe de
enfermagem. Para a composio da sua estratgia os autores seguiram os
seguintes passos: 1) Analisaram os contextos dos termos; 2) Como critrios para
definies dos termos consideram as diferenas pr-estabelecidas pela
Classificao Internacional para a Prtica de Enfermagem (CIPE).
O trabalho de Schots (2010) no tem relao com a Terminologia, mesmo
assim ele citado nessa pesquisa devido adoo da tcnica da reviso por pares
para melhorar a qualidade das informaes coletadas em seu estudo. Com o uso
dessa tcnica o autor verificou a aderncia e objetividade dos conceitos de um
mtodo na rea de desenvolvimento de software. O objetivo do uso dessa tcnica

5
Vocabulrio de termos relacionados genrica e semanticamente sobre determinada rea de
conhecimento (MOTTA, 1987).
36

no estudo do autor foi proporcionar um entendimento geral do mtodo por qualquer
pessoa da rea. Para classificar os comentrios dos revisores o autor usou critrios
objetivos, executado por uma pessoa que possua conhecimento sobre o contedo a
ser revisado.
O que h de comum na maioria dos estudos so as referncias terminologia
e ao uso da Pesquisa Terminolgica, que segundo Pavel e Nolet (2002) servem para:
1) Classificar as reas temticas;
2) Conhecer a rea temtica analisada;
3) Estudar a documentao que veicula o conhecimento;
4) Conhecer as regras de registro de dados terminolgicos;
5) Adquirir conhecimentos lingusticos;
6) Sistematizar os conhecimentos do conceito ao termo;
7) Identificar as unidades terminolgicas;
8) Identificar o princpio uninocional
6
;
9) Definir os conceitos de especialidade e a equivalncia textual;
10) Avaliar os termos e suas relaes;
11) Planificao lingustica e harmonizao terminolgica.

Sendo assim, a compreenso dos tpicos relacionados Terminologia e a
Pesquisa Terminolgica torna-se relevante quando se pensa em propor a adaptao
de algum mtodo, modelo ou ferramenta na esfera da compreenso e uso em outra
rea de especialidade.

2.5 TERMINOLOGIA

Barbosa (1990) descreve a Terminologia como um conjunto terminolgico de
termos tcnicos e/ou cientficos.
Para a Terminologia, as palavras, que tm inmeros sentidos, enquanto
unidades da linguagem especializada se transformam em "termos" quando

6
Princpio segundo o qual numa ficha terminolgica deve ser registrado um nico conceito e todos os
dados relacionados a esse conceito (PAVEL; NOLET, 2002).
37

localizados nos discursos dos domnios do conhecimento ou reas de especialidade
(LE, 1989).
Entende-se por linguagem de especialidade ou linguagem especializada
aquela que utilizada em um campo de determinado do conhecimento, baseando-
se em um vocabulrio e em usos lingusticos especficos desse domnio, com o
propsito de propiciar uma comunicao sem ambiguidades (BARBOSA, 1990).
Ao descreverem contedos especficos, as terminologias esto mais
propensas a alcanarem apenas uma interpretao e uma preciso conceitual. Tal
propsito resulta do esforo em propiciar uma adequada comunicao do
conhecimento e, consequentemente, um eficiente processo comunicacional entre os
especialistas (KRIEGER; FINATTO, 2004).
De acordo com Cabr (1999), a Terminologia, deve oferecer uma metodologia
de trabalho coerente com os princpios da teoria e ser suficientemente flexvel para
adequar-se s situaes e aplicaes diversificadas.
Slodzian (2000), em seu estudo, ressalta o interesse demonstrado pelos
especialistas, de reas diversas, pelo desenvolvimento de tcnicas em Lingustica
de um conjunto de textos e a importncia que o conjunto de termos, como unidade
de anlise, representa para a pesquisa.
Em sentido restrito, entende-se o termo como unidade de anlise e de
tratamento terminolgico ou, em outras palavras, como um objeto terico e com
finalidades descritivas e/ou aplicadas. Como objeto terico, possvel estabelecer
questionamentos sobre a sua identidade, determinar diferenas em relao s
palavras e sua forma de aquisio.
De acordo com Krieger (2001), se define o estatuto terminolgico de uma
unidade lexical
7
por sua dimenso conceitual, e o que faz de um signo lingustico
um termo o seu contedo especfico em um contexto de uso. Por exemplo: O
termo baseline muito usado na engenharia de software e seu contexto de uso o
ato de guiar o que foi planejado. Esta baseline serve para acompanhamento de
projetos de software, ou seja, um caminho pelo qual o projeto de software dever
seguir (SEI, 2010). Sendo assim, o uso do termo baseline no PDP em empresas de
manufatura necessitar de uma pesquisa para averiguar se o termo adequar-se s
situaes e aplicaes no mbito industrial.

7
adj (lxico

+ al) 1 Que diz respeito ao lxico. 2 Que se refere aos vocbulos de um idioma
(MICHAELIS, 2013).
38

Por expressar o conhecimento especializado, o termo configura o lxico
especializado. Ele representa o saber produzido por especialistas de um
determinado domnio cientfico, tcnico ou tecnolgico, e inerente comunicao
especializada.
Sendo assim, esse estudo apresenta as etapas e a sequncia de
procedimentos, para adaptao de termos entre reas de especialidades distintas
com base na Pesquisa Terminolgica. Segundo Almeida (2000, p 120), a Pesquisa
Terminolgica possibilita:
1. Um mapeamento mais sistemtico de um campo de especialidade;
2. Circunscrever a pesquisa, j que todas as ramificaes da rea objeto, com
seus campos, so previamente mapeadas;
3. Delimitar o conjunto terminolgico;
4. Determinar a pertinncia dos termos, pois separando cada grupo de termos
pertencentes a um determinado campo, poder-se- apontar quais termos so
relevantes para o trabalho e quais no so.

O mapeamento dos termos um conjunto de componentes cuja finalidade
comparar os termos que aparentemente apresentam semelhanas e identificar uma
similaridade para validar estes termos em um contexto real de uso em outra rea de
especialidade (NOBREGA et at., 2003). Tal mapeamento deve ser organizado
preliminarmente ou simultaneamente extrao dos termos, j que medida que os
termos vo sendo obtidos ser possvel ter uma viso real de quais sero os
campos que indicam ao, acontecimento, fenmeno natural, desejo, atividade
mental e devero integrar o mapa (ALMEIDA, 2000; CAMBRAIA, 2013).

39

3 MTODOLOGIA DA PESQUISA

Este captulo tem por objetivo descrever a classificao da pesquisa, bem
como a metodologia utilizada para o desenvolvimento desse trabalho.

3.1 CLASSIFICAO DA PESQUISA

Com base no objetivo desta pesquisa, ela se classifica como exploratria,
que segundo Gil (2010), envolve um levantamento bibliogrfico a partir de livros,
teses, dissertaes e artigos nacionais/Internacionais de qualidade reconhecida.
Essa pesquisa tem como objetivo levantar dados para obter uma viso geral da
origem dos termos (CMMI-DEV 1.3), do destino dos termos (PDP) e da estratgia
usada para adaptao dos termos (Pesquisa Terminolgica).
Considerando o objetivo geral desta pesquisa que adaptar os termos do
nvel 2 do modelo CMMI-DEV 1.3, o mtodo de abordagem utilizado considerado
qualitativo, pois segundo Chizzotti (2006), essa pesquisa tende a analisar os dados
indutivamente, possuindo o processo e os seus significados como abordagens
principais. O mtodo qualitativo no explora tcnicas estatsticas, ou seja, o
pesquisador o instrumento-chave e o prprio ambiente a fonte direta para a
coleta de dados.
Quanto ao tipo de pesquisa, ela se classifica como descritiva por estabelecer
associaes entre os termos do CMMI-DEV 1.3 / PDP e por possuir definies sobre
a sua natureza (VERGARA, 1998).
Quanto tcnica, a pesquisa classificada em duas categorias: pontual e
temtica. Conforme Aubert (1996, p. 47), a pesquisa pontual visa soluo de
problemas isolados de designao. Para esse estudo o problema de designao a
compreenso contextual dos termos do CMMI-DEV 1.3 em PDPs de empresas de
manufatura. A pesquisa temtica se prope a efetuar o levantamento em campo do
vocabulrio terminolgico de uma determinada atividade, especialidade ou tcnica.
Para esse estudo, efetua-se o levantamento dos termos equivalentes do PDP em
campo, caracterizando-o tambm como pesquisa temtica.
40

Visando concluir os objetivos especficos e para atender o objetivo geral
desse trabalho, uma sequncia lgica foi adotada, incluindo alguns procedimentos
tcnicos, os quais sero descritos no prximo captulo.

3.2 MTODOS DA PESQUISA

A pesquisa foi desenvolvida em trs etapas, descritas a seguir: a) Primeira
Etapa: revises bibliogrficas com os temas que permeiam o contexto desse
trabalho e com estratgias teis para adaptar termos entre reas de especialidades
distintas; b) Segunda Etapa: construo de estratgia para adaptar termos do CMMI
para o PDP; c) Terceira Etapa: verificao da eficcia da estratgia proposta.
Para a Primeira Etapa foram realizadas revises bibliogrficas sobre
conceitos e aplicaes concernentes ao tema proposto, provenientes de artigos
cientficos de diversas bases de dados, alm de livros, dissertaes e teses. Os
temas so referentes aos seguintes assuntos: PDP; Maturidade de processo; CMMI-
DEV, detalhando a verso 1.3; Estratgias utilizadas para a adaptao de termos
entre reas diferentes; Detalhes sobre a questo da terminologia.
O objetivo da Segunda Etapa foi construir a estratgia para adaptao dos
termos do CMMI para o PDP. Para isso, utilizam-se as estratgias revisadas no
capitulo 2, atravs de um estudo analtico, verifica-se como esses autores montaram
suas estratgias, tendo como resultado a adaptao de termos entre reas de
especialidades distintas. Desta forma, realizado um comparativo entre as
estratgias revisadas, visando selecionar os melhores componentes para a
construo da nova estratgia empregada nessa pesquisa.
Os aspectos considerados relevantes para compor o quadro comparativo
desse estudo foram: o objetivo do estudo, a qualidade dos componentes para
adaptao dos termos usados pelos autores e a anlise dos termos ao contexto de
uso da rea de especialidade.
As estratgias usadas pelos autores so definidas nesse estudo como
mapeamento dos termos. O Quadro 2 mostra como os estudos sero comparados
entre si e sob quais aspectos. Com isso identificam-se os melhores componentes de
cada estratgia para compor um novo mapeamento, que resultar na adaptao dos
41

termos do nvel 2 do CMMI-DEV 1.3. Caso falte algum detalhe na nova estratgia, a
mesma ser complementada pelo autor baseando-se nas revises previamente
apresentadas.

COMPONENTES USADOS PARA:

Analisar os
termos

Definir critrios
para
equivalncia

Organizar
os termos

Verificar
propriedade

A
U
T
O
R
E
S

A
u
t
o
r

Y

A
u
t
o
r

X

I
N
D
I
C
A
D
O
R
E
S

E

E
S
C
O
L
H
A

D
E

C
O
M
P
O
N
E
N
T
E
S

I
n
d
i
c
a
d
o
r

C
o
m
p
o
n
e
n
t
e

e
s
c
o
l
h
i
d
o

p
a
r
a

p
e
s
q
u
i
s
a

Quadro 2 Quadro para auxiliar a comparao entre os mapeamentos
Fonte: Elaborado pelo autor.

Os critrios usados como indicadores para a seleo dos componentes para o
mapeamento dos termos foram: eficincia comprovada pela maioria dos autores em
suas estratgias ou o componente que apresentou melhores resultados no final dos
estudos.
Com isso, selecionam-se os componentes para a construo do mapeamento
dos termos que ser implementado nessa pesquisa.
A Terceira Etapa consiste em verificar a eficcia da estratgia para
adaptao dos termos do CMMI para o PDP, sendo a mesma aplicada em campo
industrial e acadmico, junto s profissionais com experincia entre trs a 15 anos
na rea.
importante ressaltar que o estudo focou apenas nas variveis do CMMI-
DEV 1.3 consideradas na avaliao do nvel 2 de maturidade, considerando, como j
42

mencionado na justificativa desse trabalho, que esse nvel refere-se realidade da
maioria das empresas, incluindo as Certificadas pela ISO 9000 (FRANSOZI, 2010;
LISBOA, 2010; VAZ, 2010; ALBANEZ,2012).
Nesta verificao, aps o CMMI passar pelo processo de adaptao dos
termos do nvel 2 de maturidade, a nova planilha com os termos adaptados ser
verificada por sete profissionais da rea industrial de quatro empresas e um
profissional da rea acadmica. Em funo do parecer tcnico quanto
compreenso dos termos contidos na planilha, a estratgia pode ser verificada como
eficaz ou no.

3.3 CONSTRUO DO MAPEAMENTO DOS TERMOS

Os componentes selecionados para integrar a estratgia de mapeamento de
termos, proposta nesse trabalho, so baseados nas estratgias dos autores: Araujo
(2006), Martins (2007), Bazzon (2009), Cervantes (2009), Nbrega et al. (2010) e
Schots (2010). O quadro 4 mostra o comparativo entre eles, apresentando um
indicador para determinar a razo pela qual aquele componente destacado foi o
escolhido e na ltima linha qual componente foi utilizado na pesquisa.
Cada autor usou um conjunto de componentes para adequao dos termos,
ou para compreenso de algum mtodo, modelo ou ferramenta, a fim de adapt-los
nos princpios da Terminologia, baseando-se na pertinncia dos termos s reas
temticas.
Esse conjunto de componentes formatou uma estrutura para o mapeamento
dos termos que foi usada nesse estudo, sendo composta por: anlise dos termos,
definio dos critrios de equivalncia, organizao dos termos e verificao da sua
propriedade, apresentadas no quadro 3.
Para escolha do componente a ser usado na pesquisa foram estabelecidos
dois indicadores, descritos como: Indicador 1 Eficincia comprovada pela maioria.
Nesse indicador o componente tem as mesmas caractersticas dos demais, usado
com o mesmo propsito e os resultados so satisfatrios para sua funo; Indicador
2 Melhor componente. Esse indicador contempla o componente que apresentou o
melhor resultado final nos estudos dos autores. Os componentes usados para a
43

criao do novo mapeamento so apresentados no quadro 4.

ESTRUTURA PARA MAPEAMENTO DOS TERMOS

Analisar
os
termos

Definir
critrios de
equivalncia

Organizar os
termos

Verificar sua
propriedade

COMPONENTES USADOS
A
U
T
O
R
E
S

A
r
a
u
j
o

(
2
0
0
6
)

Anlise de
conjunto de
textos
Critrio de
seleo
subjetivo
Ficha
Terminolgica
(Padro)
Catlogos
eletrnicos
M
a
r
t
i
n
s

(
2
0
0
7
)

Anlise do
contexto

Sinnimos em
glossrios
Ficha
Terminolgica
(Padro)
Consulta
especialista
(Reviso por pares)
B
a
z
z
o
n

(
2
0
0
9
)

Anlise de
conjunto de
textos
Observao
dos traos
semnticos
Ficha
Terminolgica
(Padro)
Consulta
especialista
(Reviso por pares)
C
e
r
v
a
n
t
e
s

(
2
0
0
9
)

Anlise do
contexto
Regras
criadas pelo
prprio autor
Ficha
Terminolgica
(Padro)
Consulta
especialista
(Reviso por pares)
N
b
r
e
g
a

e
t

a
l
.

(
2
0
1
0
)

Anlise do
contexto
Definio por
classe e
diferena
No abordado
pelo autor
No abordado pelo
autor
S
c
h
o
t
s

(
2
0
1
0
)

No
abordado
pelo autor
Critrio de
validao
No abordado
pelo autor
Reviso por Pares
I
N
D
I
C
A
D
O
R
E
S

E

E
S
C
O
L
H
A

D
E

C
O
M
P
O
N
E
N
T
E
S

I
n
d
i
c
a
d
o
r

Indicador 1
Eficincia
comprovada
pela maioria
Indicador 2
Melhor
componente
Indicador 1
Eficincia
comprovada
pela maioria
Indicador 1
Eficincia
comprovada pela
maioria
C
o
m
p
o
n
e
n
t
e

e
s
c
o
l
h
i
d
o

p
a
r
a

p
e
s
q
u
i
s
a

Anlise do
contexto
Critrio de
validao
Ficha
Terminolgica
(Padro)
Reviso por Pares
Quadro 3 - Comparao entre estratgias usadas para trabalhar com termos
especializados

44

Estrutura para
mapeamento dos termos
Componente
escolhido
Indicador Autores
Analisar os termos Anlise do
contexto
Indicador 1
(Eficincia comprovada
pela maioria)
Martins (2007),
Cervantes (2009) e
Nbrega et al.
(2010)
Definir critrios de
equivalncia
Critrio de
validao
Indicador 2 (Melhor
componente)
Schots (2010)
Organizar os termos

Ficha
Terminolgica
(Padro)
Indicador 1
pela maioria)
Cervantes (2009),
Bazzon (2009),
Martins (2007) e
Araujo (2006)

Verificar sua propriedade

Reviso por
Pares
Indicador 1
pela maioria)
Schots (2010),
Nbrega et al.
(2010), Cervantes
(2009), Bazzon
(2009) e Martins
(2007)

Quadro 4 - Classificao e a base para a criao do novo mapeamento

Portanto, para compor a estrutura do novo mapeamento, considerando a
estrutura estabelecida para analisar os termos, definir os critrios de equivalncia,
organizar os termos e verificar de sua propriedade selecionam-se os componentes
que sero usados nessa pesquisa, os quais so: anlise do contexto, critrio de
validao, ficha terminolgica (padro) e reviso por pares.
Considerando que a meta do novo mapeamento visa adaptar os termos do
CMMI-DEV 1.3 para o PDP, alguns itens operacionais foram acrescidos, como a
reviso da literatura, devido necessidade de conhecer os temas (a origem e o
destino dos termos) usados na pesquisa, a triagem dos termos para reduzir a
quantidade de dados e a verificao da eficcia da estratgia. Sendo assim, a nova
estratgia composta por quatro passos: 1) reviso da literatura; 2) triagem dos
termos; 3) mapeamento dos termos; 4) verificao da eficcia da estratgia.
Conforme mostrados na figura 9.

45

Figura 9 - Estratgia para adaptao dos termos

O primeiro passo a Reviso da Literatura descrita no captulo 2, com isso
espera-se entender com mais clareza a origem e destino dos termos. Para esse
estudo foram catalogadas do nvel 2 do CMMI-DEV 1.3: sete reas de processo,
duas metas genricas, 11 prticas genricas, 15 metas especficas e 54 prticas
especficas, apresentadas no anexo A .
Aps catalogar todos os termos usados na origem, parte-se para o segundo
passo que a realizao da Triagem dos Termos. Essa triagem, de acordo com
Lynne (2001), realizada atravs de um questionrio com os dados de origem (nvel
2 do CMMI-DEV 1.3) catalogados, com o propsito de identificar os termos no
utilizados na rea de destino, ou seja, no PDP e que, portanto, demandariam
adaptaes. Esses termos so organizados em uma planilha para a realizao de
entrevistas com especialistas do PDP. Foi gerado um questionrio em uma planilha,
composta por um Comentrio explicativo e trs colunas destacadas como: 1) Frases
usadas no CMMI-DEV 1.3; 2) Compreensvel para uso no PDP; 3) Observao.
Estas so mostradas na figura 10 e apresentadas no apndice A.

46

Figura 10 - Planilha para triagem dos termos
Fonte: Elaborada pelo autor.

A planilha para Triagem dos Termos composta pelos seguintes itens:
1) Coluna Frases usadas no CMMI-DEV 1.3: essa coluna contm todos os
termos que vo passar pela triagem;
2) Coluna Compreensvel para o uso no PDP?: essa coluna usada para
analisar se os termos esto no contexto do destino. A resposta limitada em
Sim/No. Se o termo for compreensvel resposta utilizada ser "Sim", caso o
termo utilizado seja incompreensvel resposta utilizada ser "No;
3) Coluna Observao: essa coluna usada para relatar as informaes e
dificuldades encontradas em respeito compreenso dos termos;
4) Comentrio explicativo: cada linha da planilha contm um comentrio
explicativo com descries originais conforme SEI (2010). Ao analisar cada
linha, o entrevistado verifica se o termo compreensvel dentro do contexto
do PDP.

Aps a reviso dos termos com o questionrio, o especialista do PDP pode
identificar os termos equivalentes ou os termos que representem o mesmo contexto
de uso, preenchendo a coluna observao da planilha ilustrada na figura 10.
Aps a submisso da triagem, apenas os termos no compreensveis ou
divergentes entre as reas so mapeados para as devidas adaptaes.
Sendo assim, inicia-se o terceiro passo que o Mapeamento dos Termos. A
elaborao do mapeamento dos termos realizada atravs de cinco atividades: 1)
Anlise dos contextos; 2) Definio dos critrios de compreenso; 3) Definio do
formulrio padro (Ficha Terminolgica); 4) Comparao dos termos; 5) Avaliao
47

dos termos atravs de reviso por pares, conforme mostrados na figura 11:

Figura 11 - Elaborao do Mapeamento

Anlise dos contextos tem como propsito obter um entendimento da
estrutura conceitual dos termos, envolvidos em cada meta/ prtica, a partir de suas
definies, visando interpret-los e compreend-los em um contexto de uso prtico
entre as duas reas de especialidade, produzindo desta forma um mapeamento
claro e consistente (DAHLBERG, 1978; MENDES et al., 2001; FERRAZ, 2013).
Aps anlise dos contextos parte-se para a Definio dos critrios de
compreenso que a seleo de critrios que permitam, de forma to clara quanto
possvel, a compreenso entre os termos de referncia. Os critrios foram divididos
nas seguintes categorias:
1) Tcnico Alto: indica que foi encontrado um problema em um item que, se no
for alterado, comprometer as consideraes;
2) Tcnico Baixo: indica que foi encontrado um problema em um item que seria
conveniente alterar;
3) Editorial: indica que foi encontrado um erro de portugus ou que o termo pode
ser melhorado;
4) Questionamento: indica que houve dvidas quanto ao contedo das
48

consideraes;
5) Geral: indica que o comentrio geral em relao s consideraes.

Com os critrios estabelecidos, a prxima atividade a Definio do
Formulrio Padro que servir de apoio comparao dos termos. Esse formulrio
padro ou ficha terminolgica permite que os termos de ambos os modelos possam
ser descritos em um nico instrumento. A partir deste padro, um ou mais roteiros de
formulrio podem ser criados.
Adotando a premissa de que o mapeamento deve ser estruturado pelos
contextos dos termos de um modelo de origem, em direo a outro modelo de
destino, definem-se os formulrios para apoiar o trabalho de mapeamento, conforme
mostrado no quadro 5.
Termos no Compreensveis Metas/ Prticas usadas no
CMMI-DEV 1.3
Contexto usado no CMMI-
DEV 1.3
<termo usado no CMMI-DEV> <Metas/ Prticas onde o termo
usado no CMMI-DEV>
<texto do contexto do termo do
CMMI-DEV>
Quadro 5 - Formulrio com os termos rastreados na triagem do CMMI-DEV 1.3 (origem)

Com o formulrio demonstrado no quadro 5 selecionam-se os termos do nvel
2 do CMMI-DEV 1.3 que no so compreensveis no PDP das empresas de
manufatura para que desta forma seja possvel realizar a anlise e busca de termos
equivalentes, com seus contextos e fontes, conforme mostrado no quadro 6.
Termo no
Compreensvel
Termo equivalente
no PDP
Contexto do uso do
termo no PDP
Fonte(s)
< termo usado no
CMMI-DEV>
< termo equivalente
no PDP >
<texto do contexto do uso
do termo no PDP >
<Fontes do contexto>
Quadro 6 - Formulrio com os termos equivalentes no PDP, seus contextos e fontes

Os formulrios dos quadros 5 e 6 serviram de base para a quarta atividade,
que a Comparao dos Termos. Esse componente foi criado pelo autor, com
base no trabalho de Pavel e Nolet (2002), para a identificao das semelhanas e as
relaes de uso entre os termos do CMMI-DEV 1.3 e PDP, conforme o exemplo
mostrado no quadro 7.

49

Termo no
Compreensvel
Metas/ Prticas
usadas no CMMI-
DEV 1.3
Contexto usado
no CMMI-DEV
1.3
Termo
equivalente
no PDP
Contexto do usado
no PDP
< termo usado no
CMMI-DEV>
< metas/prticas com
o uso do termo no
CMMI-DEV>
< contexto do
termo no CMMI-
DEV>
< termo
equivalente no
PDP>
< contexto do termo
no PDP e fontes>
Quadro 7 - Formulrio para apoiar a comparao dos termos

A Comparao dos Termos realizada atravs da anlise de seus contextos
em um cenrio de uso na rea de especialidade, onde a ao a qual o termo
empregado (Atividade dos termos) tem mais relevncia para a sua escolha.
A ltima atividade do mapeamento dos termos a Reviso por Pares. O
termo "Reviso por Pares" definido como a avaliao realizada por especialistas
da qualidade e pertinncia de pesquisas ou de propostas de pesquisas de outros
especialistas da mesma rea (LYNNE, 2001).
Kostoff (1997) cita que uma definio clssica de par Uma pessoa que tem
um interesse igual outra.. O autor menciona que um par pode ser um especialista
na rea em estudo ou em reas tcnicas e operacionais que possam ter impacto
sobre a reviso. As decises resultantes da reviso por pares podem variar atravs
de discusses pessoais, informais e formais.
Os seguintes objetivos podem ser atribudos a uma reviso de pares:
a) Servir de filtro de qualidade;
b) Adicionar valor ou melhorar a qualidade;
c) Prover legitimidade e competncia;
d) Servir de mecanismo de alocao de recursos;
e) Servir como forma de antecipao de impactos.

Com base no quadro 7, utilizado para comparao dos termos, so
acrescentadas mais duas novas colunas: a coluna Classificao (Coluna que
contm os critrios de compreenso estabelecidos anteriormente). Nessa coluna, o
revisor classifica os termos escolhendo um entre os critrios apresentados e a
coluna Observao do Revisor (Campo para caso o revisor tenha alguma
50

observao quanto ao termo empregado), conforme o exemplo mostrado no quadro
8.

Termo no
Compreensvel
Metas/
Prticas
usadas no
CMMI-DEV
1.3
Contexto
usado no
CMMI-
DEV 1.3
Termo
equivalente
no PDP
Contexto
do
usado
no PDP
Classificao Observao
do Revisor
<termo usado no
CMMI-DEV>
<metas
/prticas
com o uso
do termo
no CMMI-
DEV>
<contexto
do termo
no CMMI-
DEV>
<termo
equivalente
no PDP>
<contexto
do termo
no PDP e
fontes>
<Critrios
para
compreenso
dos termos:
Tcnico Alto;
Tcnico
Baixo,
Editorial,
Questionamen
to e Geral>
<Observao
do Revisor
acerca do
termo
empregado>
Quadro 8 - Formulrio para reviso por pares

A Reviso por Pares o principal mecanismo de controle de qualidade na
maioria das disciplinas cientficas (BORNMANN, 2011). Esta avaliao permite que
especialistas no assunto forneam um parecer que poder contribuir para a melhoria
do estudo (JENNINGS, 2006). Este mtodo de avaliao contribui para a construo
do conhecimento cientfico e responsvel por definir os rumos que a cincia deve
seguir (DAVYT; VELHO, 2000). Os defensores deste sistema a veem como o
instrumento mais eficaz para fazer a seleo crtica (BORNMANN, 2011).
Devido natureza emprica da investigao, o trabalho baseia-se fortemente
nas entrevistas em campo, permitindo uma melhor compreenso sobre a obteno
dos valores que contriburam para que o mtodo fosse transparente, confivel e
robusto (YIN, 2001).
Essas entrevistas em campo so realizadas em trs momentos:
1) Na Triagem dos termos: realizada antes do mapeamento dos termos para
reduo dos dados;
51

2) Na verificao da propriedade dos novos termos (reviso por pares): realizada
durante o mapeamento dos termos, para verificar se o termo adaptado est
de acordo com o contexto do PDP;
3) Na verificao da eficcia da estratgia proposta: realizada aps o
mapeamento e adaptaes dos termos, para verificar se a estratgia proposta
eficaz na questo da adaptao dos termos entre reas distintas.

Por fim, o quarto passo consiste em Verificar a eficcia da estratgia. Aps
os ajustes no mapeamento resultantes da reviso por pares, os termos adaptados
para o PDP so revisados pelos profissionais com o objetivo de dar um parecer
tcnico quanto a sua compreenso. Sendo assim, a estratgia verificada como
eficaz ou no.

3.4 VERIFICAO DA EFICCIA DA ESTRATGIA PROPOSTA

Para verificar se a estratgia proposta eficaz realiza-se uma nova entrevista
com os profissionais do PDP envolvidos na pesquisa e a criao de uma nova
planilha com os termos adaptados. Essa planilha contm trs colunas, classificando
suas informaes em: i) Frases com os termos adaptados do CMMI-DEV 1.3: ii)
verificao da compreenso dos termos (respostas limitadas em sim ou no); e iii)
Parecer tcnico, conforme mostrado no quadro 9.

Termos adaptados Compreensvel para o uso no PDP? Observao
Frases com os termos
adaptados
Sim ou No Parecer tcnico do
Revisor.
Quadro 9 Planilha para verificao da eficcia da estratgia.

Apenas os termos que forem classificados como no compreensveis sero
submetidos a um novo estudo. Para o parecer tcnico, os entrevistados preenchem
seus comentrios na coluna Observao. Essa coluna usada para relatar as
informaes e dificuldades encontradas em respeito compreenso dos termos
adaptados.
52

Todo o estudo foi focado em empresas de pequeno e mdio porte, devido
rpida aplicao e execuo da pesquisa, se comparado s grandes empresas e
tambm devido ao resultado de alguns fatores como a flexibilidade, facilidade do
contato com os responsveis pelo PDP, entre outros.
Para classificar as empresas como pequeno e mdio porte seguiu-se a
classificao do SEBRAE com base no nmero de funcionrios, ou seja, pequeno
porte com 20 a 99 funcionrios e mdio porte com 100 a 499 funcionrios (SEBRAE,
2012).
Portanto, para o presente trabalho, os critrios estabelecidos para a seleo
das empresas, para a realizao da triagem, para o mapeamento e a verificao da
eficcia da estratgia, apresentam os seguintes pr-requisitos:
a) So empresas de pequeno ou mdio porte (possuem de 20 a 499
funcionrios);
b) Possuem processos de fabricao industrial.

4 ADAPTAO DOS TERMOS DO CMMI-DEV 1.3 PARA O PDP DE EMPRESAS
DE MANUFATURA

Esse captulo apresenta o desenvolvimento e os resultados do trabalho
realizado. Para adaptar o nvel 2 do mtodo CMMI-DEV 1.3 para o PDP, seguiu-se
os passos descritos no captulo 3.
Inicialmente, selecionam-se as empresas e pessoas para realizao da
pesquisa, apresentadas na prxima seo.

4.1 SELEO DOS ENVOLVIDOS NA PESQUISA

Para o estudo selecionou-se um acadmico e quatro empresas de
manufatura localizadas em Curitiba-PR e PinhaisPR que sero descritas na
prxima seo.

53

4.1.1 Descries do Acadmico e das Empresas Usadas no Estudo

O acadmico tem 15 anos de experincia na rea do PDP com vrios artigos
publicados, orientaes de doutorado e mestrado, participaes de congressos e
consultoria em indstrias.
Por motivo de sigilo comercial, as empresas estudadas sero aqui
denominadas por Empresa X, Empresa Y, Empresa W e Empresa Z.
A Empresa X atua na fabricao de capachos e tapetes, seu quadro funcional
conta com aproximadamente 490 funcionrios e conta com uma equipe de trs
integrantes para o departamento de PDP, composto por: um gerente de projetos, um
projetista e uma pessoa do setor de marketing. Classificando-se como uma empresa
de mdio porte.
A Empresa Y atua na fabricao de uniformes e roupas profissionais, seu
quadro funcional conta com aproximadamente 60 funcionrios e conta com dois
integrantes para o departamento de PDP, composto por: um projetista e uma pessoa
do setor de marketing. Classificando-se como uma empresa de pequeno porte.
A Empresa W atua na fabricao de elevadores, seu quadro funcional conta
com aproximadamente 60 funcionrios e conta com um projetista para o
departamento de PDP. Classificando-se como uma empresa de pequeno porte.
A Empresa Z atua na fabricao de removedores de tintas, seu quadro
funcional conta com aproximadamente 40 funcionrios e conta com um projetista
para o departamento de PDP. Classificando-se como uma empresa de pequeno
porte.

4.2 APLICAO DA TRIAGEM DOS TERMOS

Conforme o modelo de triagem dos termos apresentado na seo 3.3,
realizou-se o contato com os responsveis pelo PDP das empresas descritas no
captulo 4.1, a fim de catalogar os termos do nvel 2 do CMMI-DEV 1.3 que no so
compreensveis e que sero submetidos adaptao. As frases usadas para a
triagem dos termos so as frases originais do nvel 2 do CMMI-DEV 1.3,
54

apresentadas no anexo A e os questionrios usados para a triagem dos termos so
apresentados no apndice A.
Realizou-se entrevistas com sete profissionais do PDP de quatro empresas de
manufatura e um acadmico, cujos resultados sero descritos a seguir:
A Empresa X trabalha com um quadro de trs profissionais do PDP dos quais
se extraram os termos no compreensveis, listados no quadro 10.

E
m
p
r
e
s
a

X

Termos no compreensveis Siglas (reas de processo)
Baselines CM
Configurao CM
WBS (Usado no comentrio explicativo do SP 1.1
Estimar o Escopo do Projeto)
PP
Quadro 10 - Termos no compreensveis extrados da Empresa X

Na Empresa X foram extrados trs termos no compreensveis do CMMI-
DEV 1.3 para o PDP. Os profissionais do PDP relataram que a empresa no est
familiarizada com Metas e Prticas Genricas do CMMI. Mas, o seu contexto
compreensvel e usual no PDP.
O termo (Sigla) WBS encontra-se no comentrio explicativo da planilha
usada para a extrao dos termos, conforme mostrado na figura 12.

Figura 12 - Parte da planilha que mostra o comentrio explicativo da meta selecionada

A Empresa Y trabalha com um quadro de dois profissionais do PDP dos quais
se extraram os termos no compreensveis, listados no quadro 11.

55

E
m
p
r
e
s
a

Y

Termos no compreensveis Siglas (reas de
processo)
Provedores de Requisitos (Usado no comentrio explicativo do SP 1.1
Obter Entendimento dos Requisitos)
REQM
Baselines CM
Configurao CM
WBS (Usado no comentrio explicativo do SP 1.1 Estimar o Escopo
do Projeto)
PP
Quadro 11 - Termos no compreensveis extrados da Empresa Y

Foram extrados quatro termos no compreensveis do CMMI-DEV para o
PDP na Empresa Y. A Empresa no compreendeu os termos WBS e o termo
Provedor de Requisitos contidos em comentrios (Contextos originais do CMMI-
DEV 1.3) na planilha para triagem dos termos, conforme mostrado na figura 13.

Figura 13 - Parte da planilha que mostra o comentrio explicativo da meta selecionada

A Empresa W trabalha com um quadro de um profissional do PDP do qual
extraiu o termo no compreensvel "Configurao", listados no quadro 12.
E
m
p
r
e
s
a

W

Termos no compreensveis Siglas (reas de processo)
Configurao CM
Quadro 12 - Termos no compreensveis extrados da Empresa W

Foi extrado um termo no compreensvel do CMMI-DEV para o PDP na
Empresa W.
A Empresa Z trabalha com um quadro de um profissional do PDP do qual se
extraram os termos no compreensveis, listados no quadro 13.

56

E
m
p
r
e
s
a

Z

processo)
Provedores de Requisitos (Usado no comentrio explicativo do
SP 1.1 Obter Entendimento dos Requisitos)
REQM
Baselines CM
Configurao CM
WBS (Usado no comentrio explicativo do SP 1.1 Estimar o
Escopo do Projeto)
PP
Quadro 13 - Termos no compreensveis extrados da Empresa Z

PDP na Empresa Z. Equivalente a Empresa Y, a Empresa Z tambm no
compreendeu a sigla WBS e o termo Provedores de Requisitos. Mostrados nas
figuras 12 e 13.
O acadmico tem 15 anos de experincia na rea do PDP, do qual se
extraram os termos no compreensveis, listados no quadro 14.
A
c
a
d
m
i
c
o

processo)
Provedores de Requisitos (Usado no comentrio explicativo do SP 1.1
Obter Entendimento dos Requisitos)
REQM
Baselines CM
Configurao CM
WBS (Usado no comentrio explicativo do SP 1.1 Estimar o Escopo do
Projeto)
PP
Quadro 14 - Termos no compreensveis extrados do acadmico.

PDP do acadmico, equivalente a Empresa Y e a Empresa Z.
Com os termos extrados possvel seguir para a prxima etapa que o
Mapeamento dos termos, o qual ser descrito na prxima seo.

4.3 MAPEAMENTOS DOS TERMOS

Para realizar o mapeamento dos termos necessrio rastrear os termos no
57

compreensveis em todas as empresas entrevistadas e junto ao acadmico;
Aps o rastreamento, dos termos no compreensveis, separam-se os termos
por empresas e acadmico, conforme demonstrado no quadro 15.

EMPRESAS e ACADMICO
TERMOS NO
COMPREENSVEIS
Empresa X Empresa Y Empresa W Empresa Z Acadmico
1 Provedores de
Requisitos
- X - X X
2 Baselines X X - X X
3 Configurao X X X X X
4 WBS X X - X X
Quadro 15 Termos no compreensveis extrados nas entrevistas

Rastrearam-se quatro termos que no foram compreendidos pelas Empresas
e acadmico. Percebe-se com o quadro 15 que alguns dos termos foram rastreados
em algumas dessas Empresas e pelo profissional acadmico. Algumas das
empresas afirmaram que alguns dos termos no compreendidos pelas demais so
compreensveis para sua realidade.
Para resolver este impasse realizou-se uma nova entrevista em campo cujo
objetivo foi identificar o motivo pelos quais tais empresas compreenderam esses
termos, sendo que, em algumas empresas e junto ao acadmico esses termos no
foram aceitos como termos utilizados no contexto do PDP. O resultado desta
entrevista ser apresentado na prxima seo.

4.3.1 Termos No Rastreados em Algumas Empresas

Com o desenvolvimento de um fluxo de relacionamentos dos termos no
compreensveis, representado pela Figura 14, possvel obter uma melhor
visualizao do resultado apresentado aps a triagem dos termos.
As empresas foram classificadas como: Empresa X = X, Empresa Y = Y,
58

Empresa W = W e Empresa Z = Z e o profissional acadmico = K. Os termos no
compreensveis foram classificados como Provedores de Requisitos = 1, Baselines =
2, Configurao = 3 e WBS = 4. Exemplo: As empresas X e W compreenderam o
termo 1, termo esse que no foi compreendido pelas empresas Y, Z e K (acadmico).

Figura 14 - Termos no compreensveis
Fonte: Elaborado pelo autor

A figura 15 mostra as ligaes apresentadas das empresas com os termos
identificados como compreensveis por algumas das empresas.

Figura 15 - Termos que foram compreendidos

O quadro 16 mostra os termos que foram identificados como compreensveis
para o PDP de algumas das empresas.

59

EMPRESAS TERMOS COMPREENSVEIS
Empresa X Provedores de Requisitos
Empresa Y -----------------------
Empresa W Provedores de Requisitos, Baselines, WBS
Empresa Z -----------------------
Acadmico -----------------------
Quadro 16 - Termos identificados como compreensveis por algumas das empresas
entrevistadas

Para o esclarecimento dos resultados apresentados, foram realizadas novas
entrevistas atravs de reunies em conjunto com os responsveis pelo PDP das
Empresas X e W na busca pelo motivo da compreenso destes termos.
Na Empresa X identificou-se que a equipe de TI trabalha em conjunto com os
demais departamentos. Por isso o termo Provedores de Requisitos, classificado
como compreensvel pela empresa, tornou-se familiar entre os funcionrios.
Na Empresa W identificou-se que o profissional do PDP estava familiarizado
com os termos gerais do CMMI, pois houve estudos do modelo por alguns
profissionais da empresa, apesar de no estabelecidos estes estudos na prtica.
Este motivo ocasionou compreenso de grande parte dos termos originais do
CMMI-DEV 1.3. Sendo assim, todos os termos rastreados sero adaptados.

4.3.2 Anlise do Contexto dos Termos No Compreensveis

Este tpico diz respeito forma de anlise dos termos para sua adaptao
em Empresas de manufatura, rastreados na triagem, com nfase nas abordagens
dedutiva e relacional conforme descrito no captulo 3.2. Desse modo consideram-se
as revises bibliogrficas e as orientaes com foco nos problemas sob o ngulo do
que ouve do especialista da rea para determinar a significao da palavra, do que
ele entende dentre todas as significaes possveis, no intento de corresponder s
necessidades da adaptao (CASARES, 1984; FUJITA, 1992; GUINCHAT; MENOU,
1994).
Grande parte da ambiguidade dos termos se origina da possibilidade de
60

existirem mltiplos ou alternativos modos de reforamento. Considere, por exemplo,
a resposta "Gerenciar configuraes". A comunidade pode refor-la tendo por base
a histria de gesto ou o comportamento colateral associado com falta de
parametrizao. Gerenciar configuraes pode, portanto, ser traduzida
variadamente como: "Administrar conformaes ou "Organizar parametrizaes".
Embora todas elas possam ser consideradas como sinnimas de Gerenciar
configuraes", elas no so sinnimas entre si. Para a Engenharia de software o
termo Gerenciar configuraes" gerenciar uma tendncia organizacional de um
grupo de mquinas, dispositivos e/ou programas que constituem um sistema de
processamento de dados conexos entre si e programados de forma que operem
como tal sistema (MICHAELIS, 2013).
Desta forma, analisou-se cada termo rastreado na triagem, a fim de encontrar
o termo que tenha a ao no contexto do CMMI-DEV 1.3 compatvel com a ao no
PDP.
No total foram rastreados os termos do nvel 2 do CMMI-DEV 1.3 em nove
Prticas , uma Meta e uma rea de Processo identificadas como no
compreensveis, conforme mostrado no quadro 17.

rea de Processo Prtica Genrica Meta Especfica Prtica Especfica
Gesto de
Configurao (CM)
Gerenciar
Configuraes
Estabelecer
Baselines
Identificar Itens de
Configurao
Criar ou Liberar Baselines
Controlar Itens de
Configurao
Estabelecer Registros de
Gesto de Configurao
Executar Auditorias de
Configurao
Estimar o Escopo do Projeto
Obter Comprometimento
com os Requisitos
Quadro 17 Metas, prticas e reas de processos com termos no compreensveis
rastreados na triagem

61

4.3.3 Definio dos Critrios de Compreenso

Aps a anlise dos termos definiu-se os critrios de compreenso conforme
descrito na seo 3.3. Os critrios usados so: 1) Tcnico Alto; 2) Tcnico Baixo; 3)
Editorial; 4) Questionamento; 5) Geral.
Tais critrios foram usados para validao dos termos adaptados, onde cada
participante analisa o novo termo empregado e os classifica com um dos critrios
mencionados. Com os critrios definidos estabeleceu-se o modelo de formulrio
(planilha) para apoiar o mapeamento dos termos nas empresas com os resultados
descritos na prxima seo.

4.3.4 Definio do Formulrio Padro

O formulrio padro foi criado com base no quadro 8. Esse formulrio serve
para apoiar a comparao dos termos rastreados na triagem. Aps a triagem e
anlise dos termos, realizou-se uma busca na literatura, cujo objetivo foi encontrar
os termos equivalentes no PDP para a adequao dos termos no compreensveis
encontrados nas metas/prticas usadas no CMMI-DEV 1.3. Cada termo foi
catalogado no formulrio e avaliado pelos profissionais do PDP das empresas
envolvidas na pesquisa. Ao todo foram quatro visitas em cada empresa, totalizando
16 visitas.
Os participantes da pesquisa deram uma ateno especial ao novo termo
Alterao de projeto que substituir o termo Configuraes, a princpio por
acharem que poderia conflitar com o termo Mudanas da PA Gesto de
Configurao encontrados na SP 2 e SG 2.1. Essa dvida foi sanada quando os
participantes compreenderam que o termo mudanas refere-se a mudanas de
requisitos tcnicos sob Gesto de Alterao de Projeto.
Nesse contexto a Gesto de Alteraes de Projeto ser empregada
gesto de um conjunto de mudanas de requisitos tcnicos para melhoramento do
produto, que muitas vezes do origem a um novo produto, apresentado ao mercado
como uma nova verso deste. Exemplos: 1) Sistema operacional Windows XP que
62

deu origem ao Windows Vista (GUIMARES et al., 2011); 2) A famlia BX, dos carros
da Volkswagen do Brasil, que deu origem plataforma do Gol (CONSONI;
CARVALHO, 2003); 3) Sabo em p OMO que deu origem a outras verses como:
OMO dupla ao, OMO Progress, entre outras (UNILEVER, 2013).
O formulrio final com os termos rastreados como no compreensveis, com
os respectivos termos equivalentes ao PDP, so apresentados no quadro 18.
Esse formulrio foi usado para catalogar, comparar e realizar a reviso por
pares dos termos.

(continuao)
Termos no
Compreensveis
Metas e
Prticas no
CMMI-DEV
1.3
Contexto usado
no CMMI-DEV 1.3
Termo
equivalente
no PDP
Contexto usado
no PDP
Classificao
Observao
do Revisor

Provedor de
Requisitos
Esse termo
usado no
comentrio da
Prtica: Obter
Entendimento
dos
Requisitos

Trabalhar com
provedores de
requisitos para
obter um melhor
entendimento do
significado dos
requisitos.
Projetista
O trabalho de
captar os
requisitos do
cliente no
PDP realizado
pelo Projetista
na fase
informacional do
projeto
(ESTORILIO,
2003; MARX et
al.,2011).
Geral
Baselines
Estabelecer
Baselines;
Criar ou
Liberar
Baselines;
Baseline um
conjunto de
especificaes ou
produtos de
trabalho
formalmente
revisados e
acordados, que
servem como
base para
desenvolvimentos
a partir de ento.
Um baseline s
pode ser alterado
por meio de
procedimentos de
controle de
mudanas.
Requisitos
tcnicos
de projeto
Requisitos
Tcnicos de
Projetos So
informaes
qualitativas
traduzidas ao
projeto com base
nas
necessidades
dos clientes.
Esses Requisitos
Tcnicos de
Projetos servem
como base para
um PDP, Chan e
Wu (2002).
Geral
Configurao
Gerenciar
Configurae
s; Gesto de
Configurao
(CM);
Identificar
Itens de
Configurao;
Estabelecer
um Sistema
de Gesto de
Configurao;
Controlar
Itens de
Configurao;
Estabelecer
Registros de
Gesto de
Configurao;
Configurao -
Colocar produtos
de trabalho
selecionados do
processo sob
nveis apropriados
de controle.
Alteraes
do Projeto
Controles das
alteraes do
projeto devem
ser executados
conforme o
planejado para
assegurar que as
sadas do projeto
e
desenvolvimento
estejam
atendendo aos
requisitos de
entrada do
projeto e
desenvolvimento
e para assegurar
que o produto
resultante seja
Geral
63

Termos no
Compreensveis
Metas e
Prticas no
CMMI-DEV
1.3
Contexto usado
no CMMI-DEV 1.3
Termo
equivalente
no PDP
Contexto usado
no PDP
Classificao
Observao
do Revisor
Executar
Auditorias de
Configurao.
capaz de atender
aos requisitos
para aplicao
especifica ou uso
pretendido ISO
(2008).
WBS
Esse termo
aparece no
contexto da
frase: Estimar
o Escopo do
Projeto
Estabelecer uma
estrutura analtica
de projeto (work
breakdown
structure WBS)
de alto nvel para
estimar o escopo
do projeto.
O WBS uma
estrutura
orientada a
produto que evolui
com o projeto.
EAP
A estrutura
analtica do
projeto (EAP)
representa a
quebra do
produto em suas
partes
constituintes
adicionadas de
outros aspectos
a serem
entregues no
projeto, tais
como
gerenciamento,
treinamento,
infraestrutura
etc. Barbalho
(2006).
Geral
(concluso)
Quadro 18 Formulrio padro.

4.3.5 Comparao dos Termos

Conforme foi relatado na seo anterior, os termos coletados foram
registrados no formulrio, possibilitando a sua anlise e comparao. O
procedimento mostrou-se muito produtivo, seja pela diversidade terminolgica
apresentada como pelas relaes semnticas que possibilitou fazer.
De fato, os dados conseguiram mostrar a riqueza terminolgica da rea em
questo como tambm permitiram a extrao de unidades terminolgicas do CMMI-
DEV 1.3, dando base a uma dimenso alm do esperado, tal como a identificao
de relacionamentos entre autores e teorias, e entre termos relacionados e termos
equivalentes, apresentados no quadro 18 da seo 4.3.4.

64

4.3.6 Reviso por Pares dos Termos

Aps a comparao dos termos foi realizada a reviso dos dados adquiridos,
por profissionais do PDP, com o objetivo de avaliar, adequar e corrigir as unidades
terminolgicas para as devidas adaptaes.
Sendo assim, realizou-se uma busca por revisores nas empresas
participantes. Para a reviso por pares no existe a necessidade de entrevistar
todos os participantes. Basta selecionar dois especialistas da rea para tal atividade.
Sendo assim, as empresas X e Z disponibilizaram um de seus funcionrios do PDP
para realizao da reviso por pares desse trabalho, totalizando dois profissionais.
A seleo dos revisores foi feita a partir de uma amostragem, baseada em
convenincia, ou seja, da disponibilidade das empresas para a realizao da reviso
a partir do critrio de conhecimento e vivncia no modelo de PDP, descrito por
Rozenfeld et al. (2006).
Aps a confirmao e o comprometimento dos revisores, envia-se por e-mail
(correio eletrnico) a planilha (figura 16) com os novos termos adaptados ao PDP.

Figura 16 - Planilha para reviso por pares

Essa planilha foi usada para a reviso por pares e contm uma coluna
nomeada como Classificao, que permite ao revisor classificar cada termo de
65

acordo com os critrios estabelecidos na caixa de seleo, conforme mostrado na
figura 18. Esses critrios foram definidos na seo 3.3. Caso o revisor queira
descrever alguma observao, o mesmo poder descrev-la na coluna Observao
do profissional do PDP.
Aps o retorno da planilha preenchida pelos revisores, os comentrios
descritos foram analisados. Na primeira reviso obteve-se um resultado total de oito
comentrios, sendo dois classificados como Tcnico Alto, dois como Tcnico Baixo e
quatro como Geral. Os comentrios classificados como Tcnico Alto e Tcnico Baixo
foram considerados pertinentes. Como tambm, os termos que obtiveram alguma
observao foram analisados e submetidos a uma nova busca na literatura por um
termo equivalente e compreensvel ao contexto do PDP. Esse processo foi realizado
diversas vezes at a obteno do entendimento comum pelos profissionais do PDP
envolvidos na pesquisa, conforme mostrado na figura 17.

Figura 17 Reviso dos termos pelos profissionais do PDP
Fonte: Elaborado pelo autor

As principais modificaes realizadas nos termos foram:

a) Melhoria da descrio dos termos e alguns contextos, tornando-os mais
compreensveis;
b) Excluso de algumas observaes redundantes.

Aps a anlise dos comentrios e modificaes, um novo e-mail foi enviado
para os revisores com o objetivo de apresentar as mudanas realizadas, em
respostas aos comentrios e exposies das dvidas descritas pelos envolvidos.
Caso houvesse uma nova observao, uma nova anlise seria realizada e um novo
e-mail, com as correes, seria enviado aos revisores. Desta forma, verificou-se o
entendimento, atendimento das sugestes e correes indicadas nos comentrios.
Depois de inmeras correes, os revisores informaram que as dvidas foram
66

sanadas e que as ltimas modificaes satisfizeram as correes indicadas,
classificando todos os termos adaptados como Geral. O formulrio final usado para
reviso por pares apresentado no quadro 18 da seo 4.3.4.

4.4 EFICCIA DA ESTRATGIA

Para verificar a eficcia da estratgia proposta nesse estudo realizou-se uma
nova entrevista com todos os participantes com o objetivo de avaliar a compreenso
das metas e prticas do modelo com os termos adaptados ao PDP.
Aps instrues iniciais e detalhamentos da nova entrevista a ser realizada,
cada participante recebeu um formulrio (planilha eletrnica) com as metas/prticas
do nvel 2 de maturidade para avaliao, no qual pode descrever suas opinies,
benefcios percebidos e dificuldades observadas durante a leitura das metas/prticas
especficas e metas/prticas genricas com os termos adaptados. Desta forma,
obteve-se um feedback sobre a usabilidade dos novos termos empregados.
No total foram adaptados quatro termos contidos em uma rea de processo e
oito metas/prticas do nvel 2 do modelo CMMI-DEV 1.3, identificados anteriormente
como no compreensveis e adaptados para uso em empresas de manufatura,
conforme mostrado no quadro 19.
METAS E PRTICAS GENRICAS/ESPECFICAS
GP 2.6 Gerenciar Alteraes de Projeto
Gesto de Alteraes de Projeto (CM)
SG 1 Estabelecer Requisitos Tcnicos de Projeto
SP 1.1 Identificar Itens de Alteraes de Projeto
SP 1.2 Estabelecer um Sistema de Gesto de alteraes de Projeto
SP 1.3 Criar ou Liberar Requisitos Tcnicos de Projeto
SP 2.2 Controlar Itens de Alteraes de Projeto
SP 3.1 Estabelecer Registros de Gesto de Alteraes de Projeto
SP 3.2 Executar Auditorias de Alteraes de Projeto
Quadro 19 - GPs/SGs e GGs/SGs com os termos adaptados.

O Apndice B, mostra todas as GP/SP e GG/SG do nvel 2 do CMMI-DEV 1.3.
As GP/SP e GG/SG com realce do texto em cinza so as que sofreram adaptaes
67

para o contexto do PDP, o qual pode ser utilizado para avaliar maturidade de um
PDP, considerando todos os termos compreensveis na rea.
Na planilha eletrnica criada para a triagem dos termos contm um
comentrio explicativo em cada GP/SP e GG/SG. Esse comentrio a descrio
original contida no CMMI-DEV 1.3 e foi adicionado com intuito de auxiliar na sua
compreenso. No total foram adaptados 13 desses comentrios, apresentados no
quadro 20.
SG, SP ou PA Comentrios Explicativos
CM
O objetivo da rea de processo Gesto de Alteraes de Projeto (CM) fornecer
subsdios para estabelecer e manter a integridade dos produtos de trabalho,
utilizando identificao de Alteraes de Projeto, controle de Alteraes de Projeto,
balano das atividades de Alteraes de Projeto e auditorias de Alteraes de
Projeto.
SG 1
Os requisitos tcnicos de projeto dos produtos de trabalho identificados so
estabelecidos.
Requisitos tcnicos de projeto um conjunto de especificaes ou produtos de
trabalho formalmente revisados e acordados, que servem como base para
desenvolvimentos a partir de ento. Um requisito tcnico de projeto s pode ser
alterado por meio de procedimentos de controle de mudanas.
SP 1.1
Identificar os itens de Alteraes de Projeto, componentes e produtos de trabalho
relacionados a serem colocados sob gesto de Alteraes de Projeto.
SP 1.2
Estabelecer e manter um sistema de gesto de Alteraes de Projeto e de gesto de
mudanas para controlar os produtos de trabalho.
SP 1.3
Criar ou liberar requisitos tcnicos de projeto para uso interno e para entrega ao
cliente.
SG 2
As mudanas nos produtos de trabalho sob gesto de Alteraes de Projeto so
acompanhadas e controladas.
SP 2.1 Acompanhar as solicitaes de mudana dos itens de Alteraes de Projeto.
SP 2.2 Controlar mudanas nos itens de Alteraes de Projeto.
SG 3 A integridade dos requisitos tcnicos de projeto estabelecida e mantida.
SP 3.1 Estabelecer e manter registros que descrevem os itens de Alteraes de Projeto.
SP 3.2
Executar auditorias de configurao para manter a integridade dos requisitos
tcnicos de projeto.
SP 1.1
EAP - Estabelecer uma estrutura analtica de projeto de alto nvel para estimar o
escopo do projeto. O EAP uma estrutura orientada a produto que evolui com o
projeto.
SP 1.1
Trabalhar com projetistas para obter um melhor entendimento do significado dos
requisitos.
Quadro 20 Comentrios explicativos das GP/SP, GG/SG e PAs com os termos adaptados.

Esses comentrios so apresentados no apndice C e os comentrios que
sofreram alguma adaptao tambm esto com realce do texto em cinza.
A planilha com os termos originais do nvel 2 do CMMI-DEV 1.3 encontra-se
no anexo A e a planilha com as metas/prticas adaptadas e aptas para serem
usadas no PDP apresentada no apndice B.
A adaptao dos termos impactou em 117 variveis do nvel 2 do CMMI-DEV
1.3 geradas atravs dos cruzamentos entre as prticas genricas e especficas.
68

Na seo seguinte, apresentam-se as concluses e consideraes finais a
respeito da pesquisa, com nfase para a importncia da adaptao dos termos, no
que se refere seleo e identificao de contextos e para o estabelecimento de
relaes entre reas de especialidades distintas.

69

5 CONCLUSO

Esse trabalho apresentou uma estratgia de adaptao dos termos do nvel 2
do CMMI-DEV 1.3, mapeando-os para o PDP de empresas de manufatura.
O mapeamento para adaptao dos termos foi composto baseando-se em
seis autores, atravs de cinco passos: anlise do contexto, critrio de validao,
ficha terminolgica (padro), comparao dos termos e reviso por pares.
A estratgia criada para essa pesquisa composta por: reviso da literatura,
triagem dos termos, mapeamento dos termos e verificao da eficcia da estratgia.
Visando verificar a sua aplicabilidade em adaptar os termos do CMMI-DEV 1.3
para a rea de PDP, a estratgia foi aplicada em 17 metas e 65 prticas, envolvendo
oito profissionais. Dentre eles, sete pessoas envolvidas com atividades industriais
em quatro empresas e uma pessoa envolvida com a rea acadmica, ambas com o
tempo de experincia entre trs a 15 anos na rea de PDP.
Constatou-se que em uma rea de processo e em oito metas e prticas
existiam quatro termos pertencentes ao nvel 2 do CMMI-DEV 1.3 que no eram
compreensveis na rea de PDP, os quais foram conduzidos a um processo de
adaptao entre as reas de TI e PDP.
Essa adaptao ocorreu atravs da estratgia de mapeamento dos termos,
com os seguintes passos: Anlise do contexto, Critrio de validao, Ficha
Terminolgica (Padro) e Reviso por Pares.
Esses passos foram decisivos para a adaptao de uma rea de processo,
uma prtica genrica, uma meta especfica, seis prticas especficas e 13
comentrios explicativos do nvel 2 do CMMI-DEV 1.3 para a realidade do PDP.
O quadro completo com os termos adaptados do CMMI-DEV 1.3, utilizado
para avaliar o nvel 2 de maturidade em qualquer empresa de produtos tangveis, e
os comentrios explicativos referentes as metas/prticas com os termos adaptados,
encontram-se no apndice B e no apndice C, respectivamente.
O cruzamento de todas as GPs com todas as SPs, correspondentes as 22 PAs
so checadas e verificadas na empresa para obter um diagnstico da maturidade com o
CMMI, segundo a representao estagiada. A quantidade de cruzamentos envolvidos
na avaliao do CMMI-DEV 1.3, considerando o nvel 2 ao 5 de maturidade, totaliza
2.464 cruzamentos.
70

O cruzamento entre as GPs e as SPs para o nvel 2 de maturidade gera um
total de 627 cruzamentos. Portanto, a adaptao dos termos aplicada nesse trabalho,
correspondentes as 7 PAs relacionadas ao nvel 2 de maturidade, impactou em 117
cruzamentos.
Sendo assim, com o trmino deste trabalho, pode-se afirmar que o objetivo
geral em apresentar uma proposio metodolgica para adaptao de termos do
CMMI-DEV 1.3 em empresas de manufatura, considerando os envolvidos na
avaliao at o nvel 2 de maturidade foi atingido.
Desta forma, sugere-se para trabalhos futuros que os nveis 3, 4 e 5, no
inclusos neste estudo, passem por essa mesma adaptao, para que o mtodo
possa ser utilizado na sua totalidade pelas empresas de manufatura.

71

REFERNCIAS

ALBANEZ, Altamar U. A. Associao entre CMMI-DEV 1.2 e ISO/TS 16949. 2012.
189 f. Dissertao (Mestrado em Engenharia de Manufatura) Universidade
Tecnolgica Federal do Paran, Curitiba, 2012.

ALMEIDA, Gladis M. B. Teoria comunicativa da terminologia (TCT): uma
aplicao. 2000. 290 f. Tese (Doutorado em Lingustica e Lngua Portuguesa)
Faculdade de Cincias e Letras de Araraquara, Universidade Estadual
Paulista Jlio de Mesquita Filho, Araraquara, 2000.

ARAUJO, Vera M. A. P. Documentao, terminologia e lingustica: Uma interface
produtiva. 2006. 165 f. (Mestrado em Estudos da Linguagem) Universidade
Federal do Rio Grande do Sul. Porto Alegre, 2006.

Associao Brasileira de Normas Tcnicas. NBR ISO 9001:2000. Sistema de
Gesto da Qualidade Requisitos. Rio de Janeiro, 2008.

AUBERT, Francis H. Introduo metodologia da pesquisa terminolgica
bilngue. Cadernos de terminologia 2. So Paulo: Humanitas, 1996.

ATADES, Adriana C. Um mtodo para acompanhamento e controle da
implantao do CMMI. 2006. 143 f. Dissertao (Mestrado em Engenharia Eltrica)
- Faculdade de Tecnologia, Universidade de Braslia, Braslia, 2006.

BARBALHO, S. C. M. Modelo de referncia para o desenvolvimento de produtos
mecatrnicos: proposta e aplicaes. 275 p. Tese (Doutorado em Engenharia
Mecnica) Escola de Engenharia de So Carlos, 2006.

BARBOSA, M. A. Lexicologia, Lexicografia, Terminologia, Identidade
cientfica, Objeto, Mtodos, Campos de atuao. Simpsio latino-americano
de terminologia e i encontro brasileiro de terminologia tcnico-cientfica. 2.
1990, Braslia, Anais, p. 152-158.

BARROS, Lidia A. Curso bsico de terminologia. 1 ed. So Paulo: EDUSP,
2004.

BAXTER, M. Projeto de produto: Guia prtico para o design de novos produtos.
2.ed. rev. So Paulo: Edgard Blucher, 2003.

72

BAZZON, Solange C. M. Terminologia da indstria de artefatos de borracha:
proposta de um vocabulrio. 2009. 115 f. Dissertao (Mestrado em Linguistica)
Universidade Federal de So Carlos, So Carlos, 2009.

BECKER, Carlos A.; BRIETZKE, Josiane.; POHREN, Juliana.; GALARRAGA,
Odisnei.; PRIKLADNICKI, Rafael.; FLESH, Sandra L.; VALENTIM, Joecy B.;
VOELCKER, Ricardo A. Oportunidades de Melhoria Identificadas no MR MPS a
partir do Mapeamento com o Modelo CMMI e as Normas ISO/IEC 12207 e ISO/IEC
15504, no contexto do Projeto Cooperativa MPS.BR no RS. Pro Qualiti. Recife, v. 2,
n. 2, p. 71-76, nov. 2006.

BORNMANN, L. Scientific peer review. Annual Review of Information Science and
Technology, v. 45, n. 1, p. 199-245, 2011.

CABR, M. T. La terminologa: representacin y comunicacin: elementos
para una teora de base comunicativa y otros artculos. Barcelona: IULA,
1999.

______. La terminologa. Teora, metodologa, aplicaciones. Barcelona:
Editorial Antrtida/Empries, 1993.

CAMBRAIA. Csar N. Da lexicologia social a uma lexicologia scio-histrica:
caminhos possveis. Rev. Est. Ling., Belo Horizonte, v. 21, n. 1, jan./jun. 2013.

CASARES, Julio. Semntica e Lexicografia. Trad. de Balbina Lorenzo Feijo-Hoyos.
Alfa, So Paulo, 1984.

CERVANTES, Brgida M. N. A construo de tesauros com a integrao de
procedimentos terminogrficos. 2009. 210 f. Tese (Doutorado em Cincia da
Informao) - Faculdade de Filosofia e Cincias, da Universidade Estadual Paulista -
UNESP, Marlia, 2009.

CHAN, L.; WU, M. Quality function deployment: A literature review. European
Journal of Operational Research, v. 143, p. 463497, 2002.

CHIZZOTTI, A. Pesquisa qualitativa em cincias humanas e sociais. Petrpolis:
Vozes, 2006.

73

CONSONI, F. L.; CARVALHO, R. Q. As estratgias de produto das subsidirias das
montadoras no Brasil: adaptao ou desenvolvimento local? In: CONGRESSO SAE
BRASIL, So Paulo, 2003. Anais... So Paulo: Sae Brasil, 2003.

DAHLBERG, I. Teoria do conceito. Cincia da Informao, Rio de Janeiro, v.7, n.2,
p.101- 107, 1978.

DAVYT, G. A.; VELHO, L. A. Avaliao da Cincia e a Reviso por Pares: passado e
presente. Como ser o Futuro?. Histria, Cincia, Sade, Manguinhos, v. 7, n. 1, p.
93-116, mar./jun. 2000.

DOOLEY, K.; SUBRA, Anand.; ANDERSON, John. Adoption rates and patterns of
best practices in new product development. International Journal of Innovation
Management, USA, v. 6, n. 1, p. 85-103, mar. 2002.

ESTORILIO, Carla C. A. O trabalho dos engenheiros em situaes de
projeto de produto: Uma anlise de processo baseada na ergonomia. 2003.
317 f. Tese (Doutorado em Engenharia de Produo) Universidade Estadual
de So Paulo USP, So Paulo, 2003.

FERRAZ, Mnica M. T. Polissemia, metonmia ou extenso de sentido: um estudo da
metonmia em diferentes perspectivas da semntica. Revel, v. 11, n. 20, 2013.

FERREIRA, Eduardo D. Correlao Cannica entre as Caractersticas
Organizacionais e os Nveis de Processos no Desenvolvimento de Produto.
2009. 162 f. Dissertao (Mestrado Engenharia de Produo e Sistemas), Pontifcia
Universidade Tecnolgica do Paran, Curitiba, 2009.

FRANZOSI, Ligia O. Maturidade do PDP e certificao da qualidade: coerncia
encontrada no setor de alimentos de Curitiba. 2010. 135 f. Dissertao (Mestrado
em Engenharia de Manufatura) Universidade Tecnolgica Federal do Paran,
Curitiba, 2010.

FUJITA, M. S. L. Linguagem documentria em Odontologia: uma aplicao do
sistema de indexao PRECIS. 1992. Tese (Doutorado em Cincias da
Comunicao) Escola de Comunicao e Artes, Universidade de So Paulo, So
Paulo, 1992.

GIL, Antnio C. Como elaborar projetos de pesquisa. 5 ed. So Paulo: Atlas,
2010.

74

GRENN, D. L.; WILEMON, D. Accelerating Team Learning in New Product
Development. Proceedings of PICMET99, 1999.

GUIMARES, Andr L.; LIMA, Fabiano G.; SILVA, Marcos V. A extino do Windows
XP e o mercado da Microsoft. Revista eduf@tima, v. 2, n.1, 2011.

GUINCHAT, C.; MENOU, M. As linguagens documentais: Introduo geral s
cincias e tcnicas da informao e documentao. 2. ed. corr. aum. por Marie
France Blanquet. Traduo de de Mriam Vieira da Cunha. Braslia: IBICT, p. 131-
165, 1994.

HUMPHREY, W. S. Managing the software process. Reading, Addison-Wesley
(SEI series in software engineering), 1989.

JENNINGS, C. G. Quality and value: the true purpose of peer review: what you can't
measure, you can't manage: the need for quantitative indicators in peer review.
Nature, 2006.

JUGEND, Daniel. et al. Avaliao de nvel de maturidade no processo de
desenvolvimento de produtos em empresas de bens de capital sob encomenda:
estudo de casos. Enegep, 2008.

KAUFMANN, Luiz. Passaporte para o ano 2000: como desenvolver e explorar a
capacidade empreendedora para crescer com sucesso ate o ano 2000. So
Paulo: Makron: McGraw-Hill, 1990.

KOSTOFF, Ronald. N. The principles and practices of peer review. Science and
Engineering Ethics. CrossRef, 1997.

KOTLER, Philip; KELEER, K. L. Administrao de Marketing. 14 ed. So Paulo:
Pearson Prentice Hall, 2012.

KRIEGER, Maria G.; FINATTO, Maria J. B.. Introduo Terminologia: teoria e
prtica. So Paulo: Contexto, 2004.

KRIEGER, Maria G. O termo, questionamentos e configuraes: Temas de
Terminologia. Porto Alegre: Ed. da UFRGS, 2001.

LE, Guern. M. Sur les relations entre terminologie et lexique. Meta, v.34, n.3,
75

p.340-343, 1989.

LIN, C. Y.Y.; CHEN, M. Y. Does innovation lead to performance an empirical study of
SMEs. Management Research News, Taiwan, v. 30, n. 2, 2007.

LISBOA, Fbio C. Maturidade do Processo de Desenvolvimento de Produto e
Certificao da Qualidade: coerncia encontrada no Plo de Duas Rodas de
Manaus. 2010. 134 f. Dissertao (Mestrado em Engenharia) - Programa de Ps-
graduao em Engenharia Mecnica e de Materiais, Universidade Tecnolgica
Federal do Paran, Manaus, 2010.

LYNNE, M; JO, L. Manuscript peer review: a guide for health care
professionals. Pharmacotherapy, p. 395-404, 2001.

MARTINS, Arlon F. C. Terminologia da indstria do alumnio. 2007. 232 f.
(Mestrado em Linguistica) Universidade Federal do Par. Belm, 2007.

MARX, A. M.; ECHEVESTE, M. E. S.; PAULA, I. C. Desdobramento da funo
qualidade aplicado ao projeto de um detergente sustentvel. Revista Produo, v.
21, n. 4, p. 724-741, out./dez. 2011.

MENDES, Eliana. A. M. et al. O Novo Milnio: interfaces lingusticas e literrias.
Belo Horizonte: UFMG/FALE, 2001.

MICHAELIS. Dicionrio de Portugus Online. Disponvel em:
<http://michaelis.uol.com.br/moderno/portugues/index.php>. Acesso em: 30 mai.
2013.

MOREIRA, Marco A. Subsdios Tericos para o Professor Pesquisador em
Ensino de Cincias. Porto Alegre: Ed. do Autor, 2009.

MORGANO, Gisele P; GESSER, Ingrid.; SILVEIRA, Denis S.; MANSO, Fernando S.
P.; LIMA, Priscila M. V.; SCHMITZ, Eber A. Prticas do CMMI como regras do
negcio. Produo, Rio de Janeiro (RJ), v. 17, n. 2, p. 383-394, ago. 2007.

MUTAFELIJA, Boris; STROMBERG, Harvey. Process Improvement with
CMMI v1.2 and ISO Standards, 1 ed., New York: CRC Press, 2009.

MOTTA, Dilza F. Mtodo Relacional como Nova Abordagem para a Construo
76

de Tesauros. Rio de Janeiro: SENAI, 1987.

NBREGA, Maria M. L. et al. Banco de termos da linguagem especial de
enfermagem de um hospital Escola. Rev. Rene. Fortaleza, v. 11, n. 1, p. 28-37,
jan./mar.2010.

PAVEL, Silvia; NOLET. Diane. Manual de Terminologia, Canad: Translation
Bureau, 2002.

QUINTELLA, Heitor L. M. M.; ROCHA, Henrique M. Nvel de maturidade e
comparao dos PDPs de produtos automotivos. Produo, So Paulo (SP), v. 17,
n. 1, p. 199-217, abr. 2007.

ROCHA, A. R. C. ; MALDONADO, J.C. ; WEBWR, K.C. Qualidade de software
teoria e prtica. So Paulo: Prentice Hall, 2001. 303 p

ROZENFELD, Henrique et al. Gesto de desenvolvimento de produtos: uma
referncia para a melhoria do processo. So Paulo: Saraiva, 2006.

SANTOS, Rodrigo V. Desenvolvimento de um mecanismo para medir o impacto
da aplicao do seis sigma na maturidade do processo de fabricao. 2011.
121 f. Dissertao (Mestrado em Engenharia) - Programa de Ps-graduao em
Engenharia Mecnica e de Materiais, Universidade Tecnolgica Federal do Paran,
Curitiba, 2011.

SCHOTS, Natlia C. L. Uma abordagem para a identificao de causas de
problemas utilizando grounded theory. 2010. 217 f. Dissertao (Mestrado em
Engenharia de Sistemas) - Programa de Ps-graduao em Engenharia de
Sistemas e Computao, Universidade Federal do Rio de Janeiro, Rio de Janeiro,
2010.

SEBRAE Servio Brasileiro de Apoio s Micro e Pequenas Empresas. Disponvel
em: < http://www.sebrae.com.br/>. Acesso em: 22 nov. 2012.

SIQUEIRA, Jairo. O Modelo de Maturidade de Processos: como maximizar o
retorno dos investimentos em melhoria da qualidade e produtividade. IBQN,
2009.

77

SLODZIAN, Monique. L'mergence d'une terminologie textuelle et le retour
du sens. In Bjoint H. & Thoiron Ph. (eds), Le sens en terminologie. Presses
Universitaires de Lyon, 2000.

SOFTWARE ENGINEERING INSTITUTE - SEI. Capability Maturity Model
Integration for systems engineering, software engineering, and integrated
product and process development (CMMI-SE/SW/IPPD), v. 1-1. SEI, Carnegie
Mellon, 2001.

______. SEI (Org.). CMMI para Desenvolvimento: Melhoria de Processos Visando
Melhores Produtos (CMMI-DEV), verso 1.2. Ed. Carnegie Mellon. Pittsburgh, PA,
ago. 2006.

______. SEI (Org.). CMMI para Desenvolvimento: Melhoria de processos visando
melhores produtos e servios (CMMI-DEV), verso 1.3. Ed. Carnegie Mellon.
Pittsburgh, PA, nov. 2010.

TOLEDO, J. C. et al. Modelo de Referncia para Gesto do Processo de
Desenvolvimento de Produto: Aplicaes na Indstria Brasileira de Autopeas.
Relatrio final de pesquisa FAPESP, 2002.

UNILEVER. OMO em constante atualizao. Centro de Histria Unilever, 2013.
Disponvel em: <http://www.unilever.com.br/Images/Omo_tcm95-106348.pdf >.

ULRICH, K. T.; EPPINGER, S. D. Product design and development. 2 ed. New
York: McGraw-Hill, 2000.

VALLE, Arthur M. et al. CMMI verso 1.3 Quais so as mudanas frente a verso
1.2 e qual o impacto nos programas de melhoria de processos?. Integrated
system Diagnostics SEIPartner, 2010.

VAZ, Greice R. M. Maturidade do Processo de Desenvolvimento de Produto e
Certificao da Qualidade: Coerncia Encontrada no Setor de Eletroeletrnico De
Manaus. 2010. 128 f. Dissertao (Mestrado em Engenharia) - Programa de Ps-
graduao em Engenharia Mecnica e de Materiais, Universidade Tecnolgica
Federal do Paran, Curitiba, 2010.

VERGARA, Slvia C. Projetos e relatrios de pesquisa em administrao. 2 ed.
So Paulo: Atlas, 1998.

YANG, C. C. et al. Performance improvement in new product development
78

with effective tools and techniques adoption for high-tech industries. Quality
and Quantity, 2008.

YIN, R. Estudo de caso: planejamento e mtodos. 2. ed. Porto Alegre:
Bookman, 2001.

79

APNDICE A QUESTIONRIO PARA TRIAGEM DOS TERMOS
80

QUESTIONRIO PARA TRIAGEM DOS TERMOS

Esses quadros foram respondidos pelas 4 empresas de produo industrial
envolvidas na pesquisa e tem a finalidade de encontrar os termos no
compreensveis para o PDP nas GPs/SPs e GGs/SGs originais do CMMI-DEV 1.3.
Dessa forma extraem-se apenas os termos no compreensveis para as devidas
adaptaes.
EMPRESA X

METAS E PRTICAS USADAS
NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO
METAS E PRTICAS GENRICAS
Respostas (Sim ou No),
clique na caixa de seleo.

GG 1 Satisfazer Metas Especficas Sim
GP 1.1 Executar Prticas Especficas Sim
GG 2 Institucionalizar um Processo
Gerenciado
Sim
GP 2.1 Estabelecer uma Poltica
Organizacional
Sim
GP 2.2 Planejar o Processo Sim
GP 2.3 Fornecer Recursos Sim
GP 2.4 Atribuir Responsabilidades Sim
GP 2.5 Treinar Pessoas Sim
GP 2.6 Gerenciar Configuraes No Na Indstria no usamos esse termo (Configuraes).
GP 2.7 Identificar e Envolver as Partes
Interessadas Relevantes
Sim
GP 2.8 Monitorar e Controlar o Processo Sim
GP 2.9 Avaliar Objetivamente a Aderncia Sim
GP 2.10 Revisar Status com a Gerncia de
Nvel Superior
Sim
METAS E PRTICA ESPECFICAS
GESTO DE CONFIGURAO (CM) No Na Indstria no usamos esse termo (Configuraes).
SG 1 Estabelecer Baselines Sim
SP 1.1 Identificar Itens de Configurao No Na Indstria no usamos esse termo (Configuraes).
SP 1.2 Estabelecer um Sistema de Gesto
de Configurao
No
81

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

SP 1.3 Criar ou Liberar Baselines Sim Na Indstria no usamos esse termo ( Baselines ).
SG 2 Acompanhar e Controlar Mudanas Sim
SP 2.1 Acompanhar Solicitaes de
Mudana
Sim
SP 2.2 Controlar Itens de Configurao No Na Indstria no usamos esse termo (Configuraes).
SG 3 Estabelecer Integridade Sim
SP 3.1 Estabelecer Registros de Gesto de
Configurao
No Na Indstria no usamos esse termo (Configuraes).
SP 3.2 Executar Auditorias de
Configurao
MEDIO E ANLISE (MA) Sim
SG 1 Alinhar Atividades de Medio e
Anlise
Sim
SP 1.1 Estabelecer Objetivos de Medio Sim
SP 1.2 Especificar Medidas Sim
SP 1.3 Especificar Procedimentos de
Coleta e Armazenamento de Dados
Sim
SP 1.4 Especificar Procedimento de
Anlise
Sim
SG 2 Fornecer Resultados de Medio Sim
SP 2.1 Coletar Dados Resultantes de
Medio
Sim
SP 2.2 Analisar Dados Resultantes de
Medio
Sim
SP 2.3 Armazenar Dados e Resultados Sim
SP 2.4 Comunicar Resultados Sim
MONITORAMENTO E CONTROLE DE
PROJETO (PMC)
Sim
SG 1 Monitorar o Projeto em Relao ao
Plano
Sim
SP 1.1 Monitorar os Parmetros de
Planejamento do Projeto
Sim
82

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

SP 1.2 Monitorar Compromissos Sim
SP 1.3 Monitorar Riscos do Projeto Sim
SP 1.4 Monitorar a Gesto de Dados Sim
SP 1.5 Monitorar o Envolvimento das
Partes Interessadas
Sim
SP 1.6 Conduzir Revises de Progresso Sim
SP 1.7 Conduzir Revises de Marco Sim
SG 2 Gerenciar Aes Corretivas at
sua Concluso
Sim
SP 2.1 Analisar Questes Crticas Sim
SP 2.2 Implementar Aes Corretivas Sim
SP 2.3 Gerenciar Aes Corretivas Sim
PLANEJAMENTO DE PROJETO (PP) Sim
SG 1 Estabelecer Estimativas Sim
SP 1.1 Estimar o Escopo do Projeto Sim
SP 1.2 Estabelecer Estimativas para
Atributos de Produtos de Trabalho e de
Tarefas
Sim
SP 1.3 Definir Ciclo de Vida do Projeto Sim
SP 1.4 Determinar Estimativas de Esforo
e Custo
Sim
SG 2 Elaborar um Plano de Projeto Sim
SP 2.1 Estabelecer Oramento e
Cronograma
Sim
SP 2.2 Identificar Riscos do Projeto Sim
SP 2.3 Planejar Gesto de Dados Sim
SP 2.4 Planejar Recursos do Projeto Sim
SP 2.5 Planejar Habilidades e
Conhecimento Necessrios
Sim
SP 2.6 Planejar o Envolvimento das Partes
Interessadas
Sim
83

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

SP 2.7 Estabelecer o Plano do Projeto Sim
SG 3 Obter Comprometimento com o
Plano
Sim
SP 3.1 Revisar Planos que Afetam o
Projeto
Sim
SP 3.2 Conciliar Carga de Trabalho e
Recursos
Sim
SP 3.3 Obter Comprometimento com o
Plano
Sim
GARANTIA DA QUALIDADE DE
PROCESSO E PRODUTO (PPQA)
Sim
SG 1 Avaliar Objetivamente Processos e
Produtos de Trabalho
Sim
SP 1.1 Avaliar Objetivamente os Processos Sim
SP 1.2 Avaliar Objetivamente Produtos de
Trabalho e Servios
Sim
SG 2 Fornecer Visibilidade Sim
SP 2.1 Comunicar e Assegurar a Soluo
de No conformidades
Sim
SP 2.2 Estabelecer Registros Sim
GESTO DE REQUISITOS (REQM) Sim
SG 1 Gerenciar Requisitos Sim
SP 1.1 Obter Entendimento dos Requisitos Sim
SP 1.2 Obter Comprometimento com os
Requisitos
Sim
SP 1.3 Gerenciar Mudanas nos
Requisitos
Sim
SP 1.4 Manter Rastreabilidade Bidirecional
dos Requisitos
Sim
SP 1.5 Identificar Inconsistncias entre
Produtos de Trabalho, Planos de Projeto e
Requisitos.
Sim
84

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

GESTO DE CONTRATO COM
FORNECEDORES (SAM)
Sim
SG 1 Estabelecer Contratos com
Fornecedores
Sim
SP 1.1 Determinar Tipo de Aquisio Sim
SP 1.2 Selecionar Fornecedores Sim
SP 1.3 Estabelecer Contratos com
Fornecedores
Sim
SG 2 Cumprir Contratos com
Fornecedor
Sim
SP 2.1 Executar Contrato com Fornecedor Sim
SP 2.2 Aceitar Produto Adquirido Sim
SP 2.3 Garantir a transio do produto Sim
85

EMPRESA Y

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO



Gerenciado
Sim
Organizacional
Sim
GP 2.6 Gerenciar Configuraes No No usa-se o termo configurao no PDP
Sim
Nvel Superior
Sim
GESTO DE CONFIGURAO (CM) No No usa-se o termo configurao no PDP
SG 1 Estabelecer Baselines No No usa-se Baseline no PDP
SP 1.1 Identificar Itens de Configurao No No usa-se o termo configurao no PDP
de Configurao
No
SP 1.3 Criar ou Liberar Baselines Sim No usa-se o termo configurao no PDP
Mudana
Sim
86

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

SP 2.2 Controlar Itens de Configurao No No usa-se o termo configurao no PDP
Configurao
Configurao
Anlise
Sim
Sim
Anlise
Sim
Medio
Sim
Medio
Sim
PROJETO (PMC)
Sim
Plano
Sim
Sim
87

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Partes Interessadas
Sim
sua Concluso
Sim
SP 1.1 Estimar o Escopo do Projeto No
No usa-se WBS no PDP que est no comentrio
explicativo.
Tarefas
Sim
e Custo
Sim
Cronograma
Sim
Sim
Interessadas
Sim
Plano
Sim
88

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Projeto
Sim
Recursos
Sim
Plano
Sim
Sim
Sim
Trabalho e Servios
Sim
de No conformidades
Sim
SP 1.1 Obter Entendimento dos Requisitos No
No ficou claro o que provedor de requisitos no
comentrio. No se usa esse termo no PDP.
Requisitos
Sim
Requisitos
Sim
dos Requisitos
Sim
Requisitos.
Sim
FORNECEDORES (SAM)
Sim
Fornecedores
Sim
89

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Fornecedores
Sim
Fornecedor
Sim
90

EMPRESA W

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO



Gerenciado
Sim
Organizacional
Sim
GP 2.6 Gerenciar Configuraes No Na Indstria no usamos esse termo (Configuraes).
Sim
Nvel Superior
Sim
GESTO DE CONFIGURAO (CM) No Na Indstria no usamos esse termo (Configuraes).
SG 1 Estabelecer Baselines Sim

SP 1.1 Identificar Itens de Configurao No Na Indstria no usamos esse termo (Configuraes).
de Configurao
SP 1.3 Criar ou Liberar Baselines Sim
91

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Mudana
Sim
SP 2.2 Controlar Itens de Configurao No Na Indstria no usamos esse termo (Configuraes).
Configurao
Configurao
Anlise
Sim
Sim
Anlise
Sim
Medio
Sim
Medio
Sim
PROJETO (PMC)
Sim
Plano
Sim
Sim
92

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Partes Interessadas
Sim
sua Concluso
Sim
SP 1.1 Estimar o Escopo do Projeto No
Tarefas
Sim
e Custo
Sim
Cronograma
Sim
Sim
Interessadas
Sim
Plano
Sim
93

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Projeto
Sim
Recursos
Sim
Plano
Sim
Sim
Sim
Trabalho e Servios
Sim
de No conformidades
Sim
SP 1.1 Obter Entendimento dos Requisitos Sim

Requisitos
Sim
Requisitos
Sim
dos Requisitos
Sim
Requisitos.
Sim
FORNECEDORES (SAM)
Sim
Fornecedores
Sim
94

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Fornecedores
Sim
Fornecedor
Sim
95

EMPRESA Z

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO



Gerenciado
Sim
Organizacional
Sim
GP 2.6 Gerenciar Configuraes No Configurao? No usamos isso na Indstria
Sim
Nvel Superior
Sim
GESTO DE CONFIGURAO (CM) No Configurao? No usamos isso na Indstria
SG 1 Estabelecer Baselines Sim Tambm no usamos Baseline no na Indstria
SP 1.1 Identificar Itens de Configurao No Configurao? No usamos isso na Indstria
de Configurao
No Configurao? No usamos isso na Indstria
SP 1.3 Criar ou Liberar Baselines No Tambm no usamos Baseline no na Indstria
96

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Mudana
Sim
SP 2.2 Controlar Itens de Configurao No Configurao? No usamos isso na Indstria
Configurao
Configurao
Anlise
Sim
Sim
Anlise
Sim
Medio
Sim
Medio
Sim
PROJETO (PMC)
Sim
Plano
Sim
Sim
97

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Partes Interessadas
Sim
sua Concluso
Sim
SP 1.1 Estimar o Escopo do Projeto Sim

Tarefas
Sim
e Custo
Sim
Cronograma
Sim
Sim
Interessadas
Sim
98

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Plano
Sim
Projeto
Sim
Recursos
Sim
Plano
Sim
Sim
Sim
Trabalho e Servios
Sim
de No conformidades
Sim
Provedores de requisitos no comentrio. No usamos
isso na Indstria.
Requisitos
Sim
Requisitos
Sim
dos Requisitos
Sim
Requisitos.
Sim
FORNECEDORES (SAM)
Sim
99

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Fornecedores
Sim
Fornecedores
Sim
Fornecedor
Sim
100

ACADMICO

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO



Gerenciado
Sim
Organizacional
Sim
GP 2.6 Gerenciar Configuraes No Configurao - No aplicvel na Indstria
Sim
Nvel Superior
Sim
GESTO DE CONFIGURAO (CM) No Configurao - No aplicvel na Indstria
SG 1 Estabelecer Baselines Sim Baselines - No aplicvel na Indstria
SP 1.1 Identificar Itens de Configurao No Configurao - No aplicvel na Indstria
de Configurao
No
SP 1.3 Criar ou Liberar Baselines No Baselines - No aplicvel na Indstria
101

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Mudana
Sim
SP 2.2 Controlar Itens de Configurao No Configurao - No aplicvel na Indstria
Configurao
No Configurao - No aplicvel na Indstria
Configurao
No Configurao - No aplicvel na Indstria
Anlise
Sim
Sim
Anlise
Sim
Medio
Sim
Medio
Sim
PROJETO (PMC)
Sim
Plano
Sim
Sim
102

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Partes Interessadas
Sim
sua Concluso
Sim
SP 1.1 Estimar o Escopo do Projeto Sim WBS no comentrio - No aplicvel na Indstria
Tarefas
Sim
e Custo
Sim
Cronograma
Sim
Sim
Interessadas
Sim
103

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Plano
Sim
Projeto
Sim
Recursos
Sim
Plano
Sim
Sim
Sim
Trabalho e Servios
Sim
de No conformidades
Sim
Provedores de requisitos no comentrio - No aplicvel
na Indstria
Requisitos
Sim
Requisitos
Sim
dos Requisitos
Sim
Requisitos.
Sim
FORNECEDORES (SAM)
Sim
104

NO CMMI-DEV 1.3
COMPREENSVEL
PARA USO NO PDP?
OBSERVAO

Fornecedores
Sim
Fornecedores
Sim
Fornecedor
Sim
105

APNDICE B GP/SP E GG/SG COM OS TERMOS ADAPTADOS

106

GP/SP E GG/SG COM OS TERMOS DO NVEL 2 DO CMMI-DEV 1.3 ADAPTADOS

As GPs/SGs e GGs/SGs com os termos adaptados esto com realce do texto em
cinza.

GG 1 Satisfazer Metas Especficas
GP 1.1 Executar Prticas Especficas
GG 2 Institucionalizar um Processo Gerenciado
GP 2.1 Estabelecer uma Poltica Organizacional
GP 2.2 Plano Processo
GP 2.4 Atribuir Responsabilidades
GP 2.5 Treinar Pessoas
GP 2.6 Gerenciar Alteraes de Projeto
GP 2.7 Identificar e Envolver as Partes Interessadas Relevantes
GP 2.8 Monitorar e Controlar o Processo
GP 2.9 Avaliar Objetivamente a Aderncia
GP 2.10 Revisar Status com a Gerncia de Nvel Superior

METAS E PRTICAS ESPECFICAS
Gesto de Alteraes de Projeto (CM)

SG 1 Estabelecer Requisitos Tcnicos de Projeto
SP 1.1 Identificar Itens de Alteraes de Projeto
SP 1.2 Estabelecer um Sistema de Gesto de alteraes de Projeto
SP 1.3 Criar ou Liberar Requisitos Tcnicos de Projeto
SG 2 Acompanhar e Controlar Mudanas
SP 2.1 Acompanhar Solicitaes de Mudana
SP 2.2 Controlar Itens de Alteraes de Projeto
SG 3 Estabelecer Integridade
SP 3.1 Estabelecer Registros de Gesto de Alteraes de Projeto
SP 3.2 Executar Auditorias de Alteraes de Projeto

Medio e Anlise (MA)

SG 1 Alinhar Atividades de Medio e Anlise
SP 1.1 Estabelecer Objetivos de Medio
SP 1.2 Especificar Medidas
SP 1.3 Especificar Procedimentos de Coleta e Armazenamento de Dados
SP 1.4 Especificar Procedimento de Anlise
SG 2 Fornecer Resultados de Medio
SP 2.1 Coletar Dados Resultantes de Medio
SP 2.2 Analisar Dados Resultantes de Medio
SP 2.3 Armazenar Dados e Resultados
SP 2.4 Comunicar Resultados
107

Monitoramento e Controle de Projeto (PMC)

SG 1 Monitorar o Projeto em Relao ao Plano
SP 1.1 Monitorar os Parmetros de Planejamento do Projeto
SP 1.2 Monitorar Compromissos
SP 1.3 Monitorar Riscos do Projeto
SP 1.4 Monitorar a Gesto de Dados
SP 1.5 Monitorar o Envolvimento das Partes Interessadas
SP 1.6 Conduzir Revises de Progresso
SP 1.7 Conduzir Revises de Marco
SG 2 Gerenciar Aes Corretivas at sua Concluso
SP 2.1 Analisar Questes Crticas
SP 2.2 Implementar Aes Corretivas
SP 2.3 Gerenciar Aes Corretivas

Planejamento de Projeto (PP)

SG 1 Estabelecer Estimativas
SP 1.1 Estimar o Escopo do Projeto
SP 1.2 Estabelecer Estimativas para Atributos de Produtos de Trabalho e de Tarefas
SP 1.3 Definir Ciclo de Vida do Projeto
SP 1.4 Determinar Estimativas de Esforo e Custo
SG 2 Elaborar um Plano de Projeto
SP 2.1 Estabelecer Oramento e Cronograma
SP 2.2 Identificar Riscos do Projeto
SP 2.3 Planejar Gesto de Dados
SP 2.4 Planejar Recursos do Projeto
SP 2.5 Planejar Habilidades e Conhecimento Necessrios
SP 2.6 Planejar o Envolvimento das Partes Interessadas
SP 2.7 Estabelecer o Plano do Projeto
SG 3 Obter Comprometimento com o Plano
SP 3.1 Revisar Planos que Afetam o Projeto
SP 3.2 Conciliar Carga de Trabalho e Recursos
SP 3.3 Obter Comprometimento com o Plano

Garantia da Qualidade de Processo e Produto (PPQA)

SG 1 Avaliar Objetivamente Processos e Produtos de Trabalho
SP 1.1 Avaliar Objetivamente os Processos
SP 1.2 Avaliar Objetivamente Produtos de Trabalho e Servios
SG 2 Fornecer Visibilidade
SP 2.1 Comunicar e Assegurar a Soluo de No conformidades
SP 2.2 Estabelecer Registros

108

Gesto de Requisitos (REQM)

SG 1 Gerenciar Requisitos
SP 1.1 Obter Entendimento dos Requisitos
SP 1.2 Obter Comprometimento com os Requisitos
SP 1.3 Gerenciar Mudanas nos Requisitos
SP 1.4 Manter Rastreabilidade Bidirecional dos Requisitos
SP 1.5 Identificar Inconsistncias entre Produtos de Trabalho, Planos de Projeto e Requisitos.

Gesto de Contrato com Fornecedores (SAM)

SG 1 Estabelecer Contratos com Fornecedores
SP 1.1 Determinar Tipo de Aquisio
SP 1.2 Selecionar Fornecedores
SP 1.3 Estabelecer Contratos com Fornecedores
SG 2 Cumprir Contratos com Fornecedor
SP 2.1 Executar Contrato com Fornecedor
SP 2.2 Aceitar Produto Adquirido
SP 2.3 Garantir uma transio de produtos

109

APNDICE C COMENTRIOS EXPLICATIVOS DAS GP/SP E GG/SG COM OS
TERMOS ADAPTADOS

110

Comentrios explicativos que sofreram alguma adaptao esto com realce
do texto em cinza.

Comentrios Explicativos

GP e GG
Metas e Prticas Genricas - Objetivo genrico aplicvel em quaisquer reas de
processo. As metas e prticas genricas so componentes requeridos do modelo
aplicveis a todas as reas de processo.
GG 1
O processo apoia e permite a satisfao das metas especficas da rea de processo,
transformando produtos de trabalho de entrada identificveis em produtos de trabalho de
sada identificveis.
Metas Especficas - Objetivo especfico composto por vrias prticas especficas.
GP 1.1
Executar as prticas especficas do processo, desenvolvendo produtos de trabalho e
fornecendo servios, de modo a satisfazer s metas especficas da rea de processo.
Prtica Especfica - Componente da atividade especfica.
GG 2
O processo institualizado como um processo gerenciado.
Disponibilizar recursos adequados para a exceo do processo, o desenvolvimento dos
produtos de trabalho e fornecimento dos servios do processo.
Produto de Trabalho Um produto de trabalho um termo utilizado para descrever
entradas e sadas de tarefas.
Institucionalizao - Forma tradicional de fazer negcios que uma organizao segue
rotineiramente como parte de sua cultura organizacional.
GP 2.1
Estabelecer e manter uma poltica organizacional para planejamento e execuo do
processo.
O termo Poltica Organizacional na engenharia de software usado para ditar as regras
do desenvolvimento do software e alinhar alguns conceitos como: Objetivo de negcio da
empresa, definir os processos, definir as expectativas da organizao sobre o processo e
tornar essas expectativas visveis a todos que so afetados na organizao.
GP 2.2
Estabelecer e manter o plano para a execuo do processo.
GP 2.3
Fornecer os recursos adequados para execuo do processo, envolvendo o
desenvolvimento de produtos de trabalho e fornecimento dos servios do processo.
Produto de Trabalho Um produto de trabalho um termo utilizado para descrever
entradas e sadas de tarefas
GP 2.4
Atribuir responsabilidade e autoridade para execuo do processo, para
desenvolvimento dos produtos de trabalho e fornecimento dos servios do processo.
GP 2.5
Treinar pessoas para executar ou apoiar o processo conforme necessrio.
GP 2.6
Colocar produtos de trabalho selecionados do processo sob nveis apropriados de
controle.
GP 2.7
Identificar e envolver as partes interessadas (stakeholders) relevantes do processo
conforme planejado.
GP 2.8
Monitorar e controlar o processo em relao ao estabelecido no plano para execuo do
processo, e implementar aes corretivas apropriadas.
GP 2.9
Avaliar objetivamente a aderncia do processo em relao a sua descrio, padres e
procedimentos, e tratar no conformidades.
GP 2.10
Revisar as atividades, o status e os resultados do processo com a gerncia de nvel
superior e tratar questes crticas.

111


SP e SG
Prtica Especfica - Componente da atividade especfica.
CM
O objetivo da rea de processo Gesto de Alteraes de Projeto (CM)
fornecer subsdios para estabelecer e manter a integridade dos produtos de
trabalho, utilizando identificao de Alteraes de Projeto, controle de
Alteraes de Projeto, balano das atividades de Alteraes de Projeto e
auditorias de Alteraes de Projeto.

SG 1
Os requisitos tcnicos de projeto dos produtos de trabalho identificados so
estabelecidos.
Requisitos tcnicos de projeto um conjunto de especificaes ou produtos de
trabalho formalmente revisados e acordados, que servem como base para
desenvolvimentos a partir de ento. Um requisito tcnico de projeto s pode ser
alterado por meio de procedimentos de controle de mudanas.
SP 1.1
Identificar os itens de Alteraes de Projeto, componentes e produtos de
trabalho relacionados a serem colocados sob gesto de Alteraes de Projeto.
SP 1.2
Estabelecer e manter um sistema de gesto de Alteraes de Projeto e de
gesto de mudanas para controlar os produtos de trabalho.
SP 1.3
Criar ou liberar requisitos tcnicos de projeto para uso interno e para entrega
ao cliente.
SG 2
As mudanas nos produtos de trabalho sob gesto de Alteraes de Projeto
so acompanhadas e controladas.
SP 2.1
Acompanhar as solicitaes de mudana dos itens de Alteraes de Projeto.
SP 2.2
Controlar mudanas nos itens de Alteraes de Projeto.
SG 3
A integridade dos requisitos tcnicos de projeto estabelecida e mantida.
SP 3.1
Estabelecer e manter registros que descrevem os itens de Alteraes de
Projeto.
SP 3.2
Executar auditorias de configurao para manter a integridade dos requisitos
tcnicos de projeto.

MA
O objetivo da rea de processo Medio e Anlise (MA) fornecer subsdios
para desenvolver e manter uma capacidade de medio utilizada para dar
suporte s necessidades de informao para gesto.

SG 1
Os objetivos e as atividades de medio so alinhados com as necessidades
de informao e objetivos identificados.
SP 1.1
Estabelecer e manter objetivos de medio derivados de necessidades de
informao e objetivos identificados.
SP 1.2
Especificar medidas para satisfazer aos objetivos de medio.
SP 1.3
Especificar como os dados resultantes de medio so obtidos e armazenados.
SP 1.4
Especificar como os dados resultantes de medio so analisados e
comunicados.
SG 2
So fornecidos resultados de medio, os quais tratam necessidades de
informao e objetivos identificados.
SP 2.1
Obter dados resultantes de medio especificados.
SP 2.2
Analisar e interpretar dados resultantes de medio.
SP 2.3
Gerenciar e armazenar dados resultantes de medio, especificaes de
medio e resultados de anlise.
SP 2.4
Relatar resultados das atividades de medio e anlise para todas as partes
interessadas relevantes.

112


PMC
O objetivo da rea de processo Monitoramento e Controle de Projeto (PMC)
fornecer subsdios para proporcionar visibilidade do progresso do projeto, de
forma que aes corretivas apropriadas possam ser implementadas quando o
desempenho do projeto desviar significativamente do plano.

SG 1
O desempenho observado e o progresso do projeto so monitorados em
relao ao plano de projeto.
Plano de projeto - um documento formal e aprovado, utilizado para gerenciar
e controlar a execuo do projeto. Utiliza, como base, os requisitos do projeto e
as estimativas estabelecidas.
SP 1.1
Monitorar os valores reais dos parmetros de planejamento de projeto em
relao ao plano de projeto.
SP 1.2
Monitorar os compromissos com relao aos identificados no plano de projeto.
SP 1.3
Monitorar os riscos em relao queles identificados no plano de projeto.
SP 1.4
Monitorar a gesto de dados do projeto com relao ao plano de projeto.
SP 1.5
Monitorar o envolvimento das partes interessadas em relao ao plano de
projeto.
SP 1.6
Revisar periodicamente o progresso, o desempenho e as questes crticas do
projeto.
SP 1.7
Revisar, em marcos selecionado do projeto, as realizaes e os resultados
obtidos.
Revises de marco so planejadas durante o planejamento do projeto e
geralmente so revises formais.
Marcos - Pontos de controle planejados.
SG 2
Aes corretivas so gerenciadas at sua concluso quando o desempenho ou
os resultados do projeto desviam significativamente do plano.
Ao corretiva - Ato ou ao utilizado para reparar uma situao, remover um
erro ou ajustar uma condio.
SP 2.1
Identificar e analisar questes crticas e determinar aes corretivas
necessrias para trat-las.
SP 2.2
Implementar aes corretivas para tratar as questes crticas identificadas.
SP 2.3
Gerenciar aes corretivas at sua concluso.

113


PP
O objetivo da rea de processo Planejamento de Projeto (PP) fornecer
subsdios para estabelecer e manter planos visando definir as atividades de
projeto.

SG 1
Estimativas de parmetros de planejamento de projeto so estabelecidas e
mantidas. Os parmetros de planejamento de projeto incluem todas as
informaes necessrias para execuo do planejamento, organizao,
composio da equipe, direcionamento, coordenao, divulgao e elaborao
de oramento.
SP 1.1
EAP - Estabelecer uma estrutura analtica de projeto de alto nvel para estimar
o escopo do projeto. O EAP uma estrutura orientada a produto que evolui
com o projeto.
SP 1.2
Estabelecer e manter estimativas para atributos de produtos de trabalho e de
tarefas. Produtos de trabalho - trata-se de um resultado til de um processo.
Isso pode incluir arquivos, documentos, produtos, partes de um produto,
servios, descries de processo, especificaes e faturas.
SP 1.3
Definir fases do ciclo de vida do projeto para fins de planejamento.
SP 1.4
Estimar custo e esforo do projeto para os produtos de trabalho e tarefas com
base no raciocnio utilizado na estimativa.
SG 2
Um plano de projeto estabelecido e mantido como base para a gesto de
projeto.
SP 2.1
Estabelecer e manter o oramento e o cronograma do projeto.
SP 2.2
Identificar e analisar riscos do projeto.
Os riscos identificados ou descobertos so analisados para apoiar o
planejamento do projeto.
SP 2.3
Planejar a gesto de dados do projeto.
Dados compreendem vrias formas de documentao necessrias para apoiar
um programa em todas as suas reas.
SP 2.4
Planejar os recursos necessrios para execuo do projeto.
A definio de recursos do projeto (mo de obra, maquinrio/equipamento,
materiais e mtodos) e de quantidades necessrias para a execuo de
atividades do projeto baseada nas estimativas iniciais e fornece informaes
adicionais que podem ser aplicadas no detalhamento do EAP utilizado na
gesto do projeto.
SP 2.5
Planejar habilidades e conhecimento necessrios para a execuo do projeto.
A obteno de conhecimento para o projeto envolve tanto o treinamento do
pessoal do projeto quanto a aquisio de conhecimento externo.
SP 2.6
Planejar o envolvimento das partes interessadas identificadas.
As partes interessadas ou stakeholders so identificadas em todas as fases do
ciclo de vida do projeto por meio da identificao dos tipos de pessoas e
funes que precisam ter representao no projeto, descrevendo sua
relevncia e grau de interao em atividades especficas do projeto.
SP 2.7
Estabelecer e manter o plano global do projeto.
Para se obter compreenso mtua, comprometimento e desempenho dos
indivduos, grupos e organizaes que executam ou apoiam os planos,
necessrio um plano documentado para tratar todos os aspectos relevantes de
planejamento.
SG 3
Comprometimento com o plano do projeto estabelecido e mantido.
SP 3.1
Revisar todos os planos que afetam o projeto para entender os compromissos
do projeto.
SP 3.2
Conciliar o plano do projeto com os recursos estimados e disponveis.
Para estabelecer um projeto vivel, deve-se obter o comprometimento das
partes interessadas relevantes e conciliar as diferenas entre os recursos
estimados e os disponveis.
SP 3.3
Obter o comprometimento das partes interessadas relevantes responsveis
pela execuo e apoio execuo do plano.
114


PPQA
O objetivo da rea de processo Garantia da Qualidade de Processo e Produto
(PPQA) fornecer visibilidade para a equipe e gerncia sobre os processos e
produtos de trabalho associados.

SG 1
A aderncia dos processos executados e dos produtos de trabalho e servios
associados objetivamente avaliada em relao descrio dos processos,
padres e procedimentos aplicveis.
SP 1.1
Avaliar objetivamente os processos selecionados em relao s descries de
processo, padres e procedimentos aplicveis.
SP 1.2
Avaliar objetivamente os produtos de trabalho e servios escolhidos com
relao descrio do processo, padres e procedimentos aplicveis.
SG 2
Questes crticas relativas a no conformidades so monitoradas e
comunicadas objetivamente, e sua soluo assegurada.
SP 2.1
Comunicar as questes crticas relativas qualidade e assegurar a soluo de
no conformidades com a equipe e com os gerentes.
SP 2.2
Estabelecer e manter registros das atividades de garantia da qualidade.

REQM
O objetivo da rea de processo Gesto de Requisitos (REQM) fornecer
subsdios para 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.

SG 1
Os requisitos so gerenciados e as inconsistncias so identificadas em
relao aos planos de projeto e produtos de trabalho.
SP 1.1
Trabalhar com projetistas para obter um melhor entendimento do significado
dos requisitos.
SP 1.2
Obter comprometimento dos participantes do projeto com os requisitos.
SP 1.3
Gerenciar mudanas nos requisitos medida que evoluem durante o projeto.
SP 1.4
Manter a rastreabilidade bidirecional dos requisitos e produtos de trabalho.
Rastreabilidade bidirecional - Associao entre duas ou mais entidades lgicas
presente em ambas as direes (isto , para uma entidade e a partir de uma
entidade).
SP 1.5.
Identificar inconsistncias entre os planos de projeto, produtos de trabalho e
requisitos.

115


SAM
O objetivo da rea de processo Gesto de Contrato com Fornecedores
(SAM) fornecer subsdios para gerenciar a aquisio de produtos de fornecedores.

SG 1
Contratos com os fornecedores so estabelecidos e mantidos.
SP 1.1
Determinar o tipo de aquisio para cada produto ou componente de produto a ser
adquirido.
Componente de produto - trata-se de um produto de trabalho que corresponde a um
componente de nvel mais baixo do produto. Componentes de produto so integrados
para compor o produto. Podem existir mltiplos nveis de componentes de produto.
SP 1.2
Selecionar fornecedores com base na avaliao de suas capacidades em satisfazer
aos requisitos especificados e critrios estabelecidos.
SP 1.3
Estabelecer e manter contratos formais com o fornecedor.
SG 2
Contratos com os fornecedores so cumpridos pelo projeto e pelo fornecedor.
SP 2.1
Executar atividades com o fornecedor conforme especificado no contrato com o
fornecedor.
SP 2.2
Assegurar que o contrato com o fornecedor seja cumprido antes de aceitar o produto
adquirido.
SP 2.3
Assegurar a transio dos produtos adquiridos do fornecedor.
Antes que o produto adquirido transferido para o projeto, cliente ou usurio final, a
preparao adequada e avaliao devem ocorrer para assegurar uma transio
suave.

116

ANEXO A GP/SP E GG/SG DO NVEL 2 DO CMMI-DEV 1.3

117

GP/SP E GG/SG COM OS TERMOS ORIGINAIS DO NVEL 2 DO CMMI-DEV 1.3

GG 1 Satisfazer Metas Especficas
GP 1.1 Executar Prticas Especficas
GG 2 Institucionalizar um Processo Gerenciado
GP 2.1 Estabelecer uma Poltica Organizacional
GP 2.2 Plano Processo
GP 2.3 Fornecer Recursos
GP 2.4 Atribuir Responsabilidades
GP 2.5 Treinar Pessoas
GP 2.6 Gerenciar Configuraes
GP 2.7 Identificar e Envolver as Partes Interessadas Relevantes
GP 2.8 Monitorar e Controlar o Processo
GP 2.9 Avaliar Objetivamente a Aderncia
GP 2.10 Revisar Status com a Gerncia de Nvel Superior

METAS E PRTICAS ESPECFICAS
Gesto de Configurao (CM)

SG 1 Estabelecer Baselines
SP 1.1 Identificar Itens de Configurao
SP 1.2 Estabelecer um Sistema de Gesto de Configurao
SP 1.3 Criar ou Liberar Baselines
SG 2 Acompanhar e Controlar Mudanas
SP 2.1 Acompanhar Solicitaes de Mudana
SP 2.2 Controlar Itens de Configurao
SG 3 Estabelecer Integridade
SP 3.1 Estabelecer Registros de Gesto de Configurao
SP 3.2 Executar Auditorias de Configurao

Medio e Anlise (MA)

SG 1 Alinhar Atividades de Medio e Anlise
SP 1.1 Estabelecer Objetivos de Medio
SP 1.2 Especificar Medidas
SP 1.3 Especificar Procedimentos de Coleta e Armazenamento de Dados
SP 1.4 Especificar Procedimento de Anlise
SG 2 Fornecer Resultados de Medio
SP 2.1 Coletar Dados Resultantes de Medio
SP 2.2 Analisar Dados Resultantes de Medio
SP 2.3 Armazenar Dados e Resultados
SP 2.4 Comunicar Resultados

118

Monitoramento e Controle de Projeto (PMC)

SG 1 Monitorar o Projeto em Relao ao Plano
SP 1.1 Monitorar os Parmetros de Planejamento do Projeto
SP 1.2 Monitorar Compromissos
SP 1.3 Monitorar Riscos do Projeto
SP 1.4 Monitorar a Gesto de Dados
SP 1.5 Monitorar o Envolvimento das Partes Interessadas
SP 1.6 Conduzir Revises de Progresso
SP 1.7 Conduzir Revises de Marco
SG 2 Gerenciar Aes Corretivas at sua Concluso
SP 2.1 Analisar Questes Crticas
SP 2.2 Implementar Aes Corretivas
SP 2.3 Gerenciar Aes Corretivas

Planejamento de Projeto (PP)

SG 1 Estabelecer Estimativas
SP 1.1 Estimar o Escopo do Projeto
SP 1.2 Estabelecer Estimativas para Atributos de Produtos de Trabalho e de Tarefas
SP 1.3 Definir Ciclo de Vida do Projeto
SP 1.4 Determinar Estimativas de Esforo e Custo
SG 2 Elaborar um Plano de Projeto
SP 2.1 Estabelecer Oramento e Cronograma
SP 2.2 Identificar Riscos do Projeto
SP 2.3 Planejar Gesto de Dados
SP 2.4 Planejar Recursos do Projeto
SP 2.5 Planejar Habilidades e Conhecimento Necessrios
SP 2.6 Planejar o Envolvimento das Partes Interessadas
SP 2.7 Estabelecer o Plano do Projeto
SG 3 Obter Comprometimento com o Plano
SP 3.1 Revisar Planos que Afetam o Projeto
SP 3.2 Conciliar Carga de Trabalho e Recursos
SP 3.3 Obter Comprometimento com o Plano

Garantia da Qualidade de Processo e Produto (PPQA)

SG 1 Avaliar Objetivamente Processos e Produtos de Trabalho
SP 1.1 Avaliar Objetivamente os Processos
SP 1.2 Avaliar Objetivamente Produtos de Trabalho e Servios
SG 2 Fornecer Visibilidade
SP 2.1 Comunicar e Assegurar a Soluo de No conformidades
SP 2.2 Estabelecer Registros

119

Gesto de Requisitos (REQM)

SG 1 Gerenciar Requisitos
SP 1.1 Obter Entendimento dos Requisitos
SP 1.2 Obter Comprometimento com os Requisitos
SP 1.3 Gerenciar Mudanas nos Requisitos
SP 1.4 Manter Rastreabilidade Bidirecional dos Requisitos
SP 1.5 Identificar Inconsistncias entre Produtos de Trabalho, Planos de Projeto e Requisitos.

Gesto de Contrato com Fornecedores (SAM)

SG 1 Estabelecer Contratos com Fornecedores
SP 1.1 Determinar Tipo de Aquisio
SP 1.2 Selecionar Fornecedores
SP 1.3 Estabelecer Contratos com Fornecedores
SG 2 Cumprir Contratos com Fornecedor
SP 2.1 Executar Contrato com Fornecedor
SP 2.2 Aceitar Produto Adquirido
SP 2.3 Garantir uma transio de produtos

ARAUJO, Sandro de

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

ARAUJO, Sandro de

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN

PROGRAMA DE PS-GRADUAO EM ENGENHARIA MECNICA E DE

S-ar putea să vă placă și