Académique Documents
Professionnel Documents
Culture Documents
1. Introduo
Na busca pela vantagem competitiva sustentvel, as empresas tm concentrado seus
esforos no sentido de buscar uma organizao mais eficiente, seja em custos, seja em
agilidade no atendimento das demandas do mercado.
Nesse cenrio, o Desenvolvimento de Novos Produtos (doravante DP) tem
fundamental importncia estratgica na definio da competitividade dentro da indstria. H a
necessidade de encurtar prazos de desenvolvimento, diversificar o portfolio de produtos e
reduzir custos.
Diferentes empresas em diferentes setores procuraram formas alternativas de organizar
o gerenciamento da produo e o desenvolvimento de produtos, mas uma das formas de
organiz-los que parece emergir com muita fora nos ltimos anos, a externalizao de
atividades para fornecedores (outsourcing) (Clark e Fujimoto, 1991). Uma das decises mais
importantes para a empresa diz respeito a quais atividades externalizar e quais fazer
internamente (deciso make-buy) e como coordenar as atividades inter-firma no
desenvolvimento de produtos.
bastante discutido no meio acadmico e gerencial o caso da IBM e de como ela
perdeu seu poder dentro da indstria de computadores aps o lanamento do
microcomputador pessoal (PC). A IBM era uma empresa altamente verticalizada,
desenvolvendo internamente todos seus componentes. No incio da dcada de 80, para
acelerar o desenvolvimento do PC, a IBM adotou um projeto de estrutura modular, definiu
regras e parmetros para integrar os diferentes mdulos e delegou a fornecedores o
desenvolvimento de mdulos como microprocessadores (para a Intel) e o sistema operacional
(para a Microsoft).
95).
Os elementos fsicos normalmente so agrupados em blocos (chunks), que
implementam as funes no produto. A arquitetura do produto a forma em que a
funcionalidade do produto agrupada pelos blocos fsicos.
A arquitetura de um produto pode ser modular e/ou integral:
Um produto possui arquitetura integral quando os elementos funcionais so
implementados usando mais de um bloco, ou um bloco implementa vrias funes. As
interaes entre os blocos no so bem definidas. Ele concebido visando alta
performance e a fronteira entre os blocos de difcil identificao, seno inexistente. A
mudana de um componente pode exigir um novo projeto de produto.
Um produto possui arquitetura modular quando seus blocos fsicos
implementam um ou poucos elementos funcionais e suas interaes so bem definidas e
geralmente fundamentais para as funes primordiais do produto. A arquitetura modular
permite a mudana de projeto de um mdulo de forma independente, ou seja, sem a
necessidade de mudana em outros mdulos.
Um produto raramente pode ser classificado como estritamente modular ou integral.
Ele pode ser classificado relativamente a outros produtos de acordo com seu grau de
modularidade (Ulrich e Eppinger, 1995).
O tipo de arquitetura de um produto decidido ao longo de seu desenvolvimento e
esta definio vai afetar sua performance e variedade de verses, influenciar sua forma de
modificao posterior ao desenvolvimento, reduzir ou aumentar o tempo de desenvolvimento
e, principalmente, afetar a forma que o processo de desenvolvimento de produto pode ser
gerenciado.
Um produto de arquitetura modular permite que diferentes grupos trabalhem
independentemente no desenvolvimento destes, uma vez que trabalham com um nmero
relativamente limitado e conhecido de interaes com outros mdulos. J um produto de
arquitetura integral, requer um envolvimento e coordenao muito grande entre os grupos. Por
isso, para um produto de arquitetura modular mais simples a delegao da responsabilidade
pelo desenvolvimento e produo de mdulos para diferentes empresas, como no caso de um
micro-computador, por exemplo, onde o micro-processador, o hard-disk e o monitor, entre
outros, so desenvolvidos e produzidos por diferentes empresas, e montados por uma terceira
empresa (Baldwin e Clark, 1997).
Um automvel tanto pode ser encarado como um produto de arquitetura integral, se
considerarmos que algumas funes do automvel esto dispersas em diferentes blocos como a velocidade, por exemplo: no s a performance do motor, mas da transmisso, os
pneus, a aerodinmica, a carroceria e seu peso afetam essa funo - quanto produto de
arquitetura modular - ele pode ser entendido como um conjunto de mdulos, componentes e
sub-sistemas com funes especficas definidas (painel de instrumentos, motor, cmbio, etc.).
A diferena entre um produto visto como um sistema e um produto visto como um
conjunto de componentes ilustra a idia dos dois tipos de conhecimento requeridos no DP: o
conhecimento de componentes e o conhecimento de arquitetura. O primeiro o conhecimento
dos conceitos bsicos de design do produto e de como estes conceitos so implementados em
cada componente em particular.
Pode-se definir conhecimento de arquitetura como:
O conhecimento de como os diferentes componentes so integrados formando um
conjunto coerente, um sistema com funcionalidade integrada, e no simplesmente um
conjunto de componentes... (Henderson e Clark, 1990).
O conhecimento de arquitetura surge, portanto, depois que uma organizao
desenvolveu familiaridade suficiente com a interao dos diferentes componentes que permita
que ela possa fragmentar um produto em elementos menores sem que com isso, perca
3. Metodologia da pesquisa
A externalizao do DP no Brasil, como estratgia para obter vantagem competitiva
sustentvel, vem se intensificando desde os anos 1990 e seus impactos sobre a base de
conhecimento das empresas ainda recente e pouco conhecido. Alm disso, um processo
complexo e lento, que envolve criao, disperso e coordenao de conhecimento.
Por isso, pode-se afirmar que o estudo dos impactos da disperso do conhecimento e
de como as empresas que externalizam o DP esto lidando com isto ainda est na fase de
construo de teoria. O uso de estudo de caso como mtodo de pesquisa particularmente til
quando ainda no h certeza na definio dos constructos e variveis que constroem a teoria
que explicaria um fenmeno(Voss et al,2002).
A pesquisa realizada neste trabalho ser, portanto, de natureza qualitativa e ser
conduzida pelo mtodo de estudo de caso. No entanto, a pesquisa qualitativa apresenta
algumas desvantagens. A primeira delas uma maior dificuldade na determinao da
validade e confiabilidade dos resultados (Miles e Huberman, 1994). Uma segunda
desvantagem deste tipo de pesquisa a verificao de que os projetos qualitativos podem se
tornar muito complexos, com um nvel de detalhe muito profundo, dificultando a
identificao das relaes mais importantes para a construo de uma teoria. Por ltimo, a
pesquisa qualitativa atravs de estudo de casos pode levar a concluses no generalizveis,
por se estar analisando apenas uma parte do fenmeno. (Eisenhardt, 1989).
Apesar destas desvantagens, a pesquisa qualitativa conduzida atravs de estudo de
caso a forma mais indicada, segundo Eisenhardt (1989), para pesquisas em seus estgios
iniciais em que h pouco conhecimento sobre um fenmeno. Os mtodos de pesquisa
qualitativa conduzidos atravs de estudo de caso so indicados para responder perguntas do
tipo como e por que de um dado fenmeno (Yin, 2002).
O objeto de anlise foi o processo de desenvolvimento de um veculo popular,
especialmente no que se refere a estratgia de modularizao e envolvimento de fornecedores.
A empresa objeto do estudo foi a Volkswagen. O motivo da escolha est relacionado ao fato
da empresa, em princpio, parecer apresentar uma rea de desenvolvimento de produto
sintonizada s necessidades dos clientes, o que posteriormente pde ser observado pela boa
aceitao de mercado do produto desenvolvido e pelo fato da empresa desenvolver localmente
veculos.
Os mdulos escolhidos para realizao do estudo - cockpit e bancos tm alto valor
agregado, so tecnologicamente complexos (envolvem diferentes tipos de tecnologia na sua
fabricao como injeo de termoplsticos, soldagem, eletrnica, materiais txteis, por
exemplo), tm alto impacto na percepo da qualidade do produto pelos clientes e contam
com envolvimento de fornecedores no seu desenvolvimento em variados graus no projeto
objeto de estudo. Estas caractersticas dos mdulos escolhidos facilitam a anlise da pergunta
a que este artigo procura responder.
Inicialmente, foi realizado um levantamento bibliogrfico nas reas de: Inovao,
Desenvolvimento de Produtos, Arquitetura de Produto e Conhecimento de Arquitetura.
Seguindo procedimentos propostos por Yin (2002) na coleta de dados, para o estudo
do caso foram utilizadas trs fontes de coleta de dados, a saber, documentao, entrevistas e
observao direta.
Pode-se afirmar que as fontes de informao mais importantes utilizadas neste estudo
foram as entrevistas. Utilizando-se questionrios pr-estruturados, foram entrevistados
individualmente executivos da montadora e das empresas fornecedoras do mdulo banco e da
cobertura do painel de instrumentos. Estes executivos pertencem s reas de Desenvolvimento
de Produto, Comercial e Qualidade. As entrevistas foram gravadas (quando permitidas pelo
entrevistado) e depois transcritas na sua ntegra para melhor compreenso do material obtido.
A observao outra forma de coletar evidncias para o estudo de caso segundo Yin
(2002). De uma maneira informal, foram realizadas observaes diretas durante as visitas de
campo para coletar evidncias atravs de entrevistas. O levantamento observatrio foi til
para fornecer informaes adicionais sobre os tpicos do estudo.
4. Estudo de Caso O desenvolvimento do VW Fox
Lanado no mercado nacional em 2003, o VW Fox foi inteiramente desenvolvido no
Brasil, sobre a plataforma PQ 24 (do Polo), com a misso de ser um veculo de baixo custo,
como forma da VW enfrentar a crescente concorrncia no segmento. O desafio foi
desenvolver o mais rpido e barato possvel o veculo para conseguir a aprovao da matriz.
Hoje o Fox fabricado nas fbricas de S.Jos dos Pinhais (juntamente com o Golf) e na
fbrica da Anchieta (na nova linha do Polo). tambm exportado para a Amrica Latina e
Europa.
O conceito de produto e processo para o Fox modularizado, mas comparando-se seu
nvel de modularizao com outros veculos montados pela mesma empresa, como o Polo e o
Gol, verifica-se que seu nvel de modularizao est mais prximo do Gol do que o do Polo.
A razo para este fato, que o foco do projeto era a minimizao dos custos de produto e
determinados mdulos como o front-end, a porta e os chicotes foram considerados pela
empresa mais baratos para o Fox se fossem entregues separadamente, como no caso do Gol.
TABELA 1 Diviso em Mdulos do Fox, Gol e Polo
Mdulo
Fox
Gol
Front-end
Polo
X
Cockpit
Bancos (diant/tras)
X
X
Porta
Chicotes
Suspenso diant
Suspenso traseira
Tanque combustvel
Envolvimento de fornecedores
no desenvolvimento
Co-design
Desenvolvimento do processo
de produo
Black-box
Desenvolvimento do processo
de produo
Desenvolvimento
de
ferramental
Black-box
Co-design
Co-design
Co-design
Desenvolvimento de
ferramental ou peas standard
(fixaes)
do
Envolvimento de fornecedores
no desenvolvimento (para o
Fox)
Black box
Desenvolvimento do processo
de produo
Desenvolvimento do processo
de produo
Desenvolvimento do
ferramental
Desenvolvimento de
ferramental
Peas padronizadas
percepo de qualidade do cliente tais como conforto e aspecto visual esto sob controle da
montadora. Alm disso, todos os testes funcionais para homologao do produto, como testes
de durabilidade, segurana, rodagem em veculo, so feitos pela montadora. Mesmo quando
ela no possui todos os recursos internamente para realizar os testes (como testes de airbag em
banco), utiliza-se os recursos do fornecedor, mas sob superviso e responsabilidade da
montadora.
Tambm para as montadoras que externalizaram o desenvolvimento do banco
completo, no h tanta liberdade para o fornecedor criar um produto inteiramente novo: as
especificaes bsicas visuais e funcionais so determinadas pelas montadoras, que podem
aceitar ou no inovaes e sugestes dos fornecedores.
Da mesma maneira, para o mdulo cockpit, o controle das interfaces entre seus
diferentes componentes pertence montadora. Este mdulo possui elevada complexidade
funcional, integrando diferentes funes como painel de instrumentos, acionamento de
diversos comandos do veculo e caixa de ar. Alm disso, ele fundamental para a percepo
da qualidade dos clientes.
As palavras de um executivo do fornecedor de painel e mdulo cockpit entrevistado
ilustram bem o exemplo acima:
...Cada montadora tem seu prprio conjunto de especificaes sobre as quais elas
no abrem mo, que so como dogmas, paradigmas de desenvolvimento muito fortes: o ponto
H, a altura do carro, o posicionamento do motorista, a distncia entre o motorista e o painel,
por exemplo estas especificaes so aquelas que o cliente identifica como caracterstica
prpria de cada montadora e ns, fornecedores, desenvolvemos os componentes para atingir
estas especificaes...
A anlise dos resultados obtidos nas entrevistas, anlises de documentos e dados
demonstra que o controle das interfaces e o conhecimento de como unir os diferentes mdulos
e componentes em um produto com funcionalidade integrada fique com a montadora. E o
domnio desse conhecimento faz com que a capacidade de inovar no mercado brasileiro de
automveis ainda pertence montadora, mesmo com a tendncia de externalizar atividades de
DP para os fornecedores. Ficou claro, tambm, que as montadoras no mais possuem, ou
desejam possuir, capacidade para desenvolver sozinhas um veculo completo, com toda sua
complexidade tecnolgica. As montadoras encontram-se dependentes em conhecimento,
conforme o modelo de Fine e Whitney (1996), especialmente em tecnologias como a
eletrnica. O fato de as montadoras estarem dependentes em conhecimento de seus
fornecedores no implica diretamente em elas estarem perdendo a capacidade de inovar.
Atravs da pesquisa bibliogrfica e dos dados levantados, pode-se concluir que a capacidade
de gerenciar a inovao ao externalizar atividades de DP muito influenciada pela
manuteno do controle do conhecimento de arquitetura.
Contudo, importante discutir o conceito de inovao em arquitetura, proposto por
Henderson e Clark (1990). A inovao em arquitetura ocorre quando h uma reconfigurao
de um sistema estabelecido de unio dos componentes. Um exemplo seria o desenvolvimento
de um ventilador porttil a partir de um ventilador de teto. Os componentes bsicos do
produto (ps, motor, sistemas de controle) permanecem o mesmo, mas a forma de configurlos em um produto com diferentes requisitos de projeto (tamanho, localizao do motor) faz
com que as interaes entre os componentes sejam alteradas, fazendo com que o
conhecimento de arquitetura para o ventilador de teto seja intil para desenvolver um
ventilador porttil. A partir da, pode-se questionar o que ocorreria com o conhecimento de
arquitetura acumulado pelas montadoras se uma inovao, como o motor movido a
hidrognio, por exemplo, alterasse a arquitetura atual do veculo.
Por isso, pode-se concluir que o domnio do conhecimento de arquitetura garante a
manuteno da capacidade de inovar somente dentro de um dado paradigma tecnolgico
TAKEISHI, A. Knowledge Partioning in the Interfirm Division of Labor Organization Science - Vol.13,
n3, Mai-Jun 2002.
ULRICH, K. e ELLISON, D. - Beyond Make-buy: Internalization and Integration of Design and
Production - Working Paper - Dept. Of Operations and Information Management - The Wharton School,
University of Pennsylvania Jan.2004.
ULRICH, K. e EPPINGER. S - Product Design and Development, Captulo 7 - McGrawHill, 1995
VOSS, C., TSIKRIKTSIS, N. E FROHLICH, M. Case Research in Operations Management International
Journal of Operations and Production Management. Vol.22, n2, pp-195-219. 2002
YIN, R. Estudo de caso: Planejamento e Mtodos, Porto Alegre, Bookman, 2002.