Você está na página 1de 188

UNIVERSIDADE DE SO PAULO

FACULDADE DE ECONOMIA, ADMINISTRAO E CONTABILIDADE


DEPARTAMENTO DE ADMINISTRAO
PROGRAMA DE PS-GRADUAO EM ADMINISTRAO










GESTO DE ARQUITETURA DE TECNOLOGIA DE INFORMAO:
INFLUNCIAS INSTITUCIONAIS E ESTRATGICAS

DISSERTAO DE MESTRADO



Chen Wen Hsing

Orientador: Prof. Dr. Cesar Alexandre de Souza





SO PAULO
2010

ii







































Prof. Dr. Joo Grandino Rodas
Reitor da Universidade de So Paulo

Prof. Dr. Reinaldo Guerreiro
Diretor da Faculdade de Economia, Administrao e Contabilidade

Prof. Dr. Adalberto Amrico Fischmann
Chefe do Departamento de Administrao

Prof. Dr. Lindolfo Galvo de Albuquerque
Coordenador do Programa de Ps-Graduao em Administrao
CHEN WEN HSING












GESTO DE ARQUITETURA DE TECNOLOGIA DE INFORMAO:
INFLUNCIAS INSTITUCIONAIS E ESTRATGICAS

DISSERTAO DE MESTRADO

Dissertao apresentada ao Departamento de
Administrao da Faculdade de Economia,
Administrao e Contabilidade da
Universidade de So Paulo como um dos
requisitos para obteno do ttulo de Mestre
em Administrao.

Orientador: Prof. Dr. Cesar Alexandre de Souza






SO PAULO
2010
ii




























FICHA CATALOGRFICA
Elaborada pela Seo de Processamento Tcnico do SBD/FEA/USP


Windows Explorer.lnk


Hsing, Chen Wen
Gesto de arquitetura de tecnologia de informao: influncias
institucionais e estratgicas / Chen Wen Hsing. -- So Paulo, 2010.
180 p.

Dissertao (Mestrado) Universidade de So Paulo, 2010.
Orientador: Csar Alexandre de Souza.

1. Tecnologia da informao Administrao 2. Gesto por processos
4. Administrao estratgica 5. Arquitetura de informao 6. Arquitetura
de software 7. Integrao de tecnologias 8. Instituies I. Universidade de
So Paulo. Faculdade de Economia, Administrao e Contabilidade II. Ttulo.

CDD 658.4038
iii























Ns moldamos nossos edifcios.
Depois, eles nos moldam.

Sir Winston Churchill

iv
RESUMO

Nos ltimos tempos, um dos aspectos da tecnologia de informao (TI) que tem recebido
destaque o da arquitetura de TI, entendida como o conjunto de polticas e escolhas tcnicas
de padronizao e integrao para viabilizar as estratgias de negcios da empresa. Esta
pesquisa tem como objetivo analisar o processo de gesto e examinar as influncias sobre as
decises de arquitetura de TI sob as lentes da teoria institucional e da teoria da escolha
estratgica atravs de estudos de casos comparados. A influncia institucional pode ser
proveniente de uma ao externa ou de algo interno organizao, enquanto a influncia
estratgica est relacionada com a ao voluntria dos gestores. O caso de uma empresa de
grande porte, que possui maior formalizao de suas polticas, foi comparado com outra de
mdio porte, que est em um estgio de maturidade de arquitetura menos avanado. As duas
organizaes, apesar de haver diferenas em relao ao uso da arquitetura de TI, apresentaram
resultados semelhantes relacionados atuao dessas duas influncias. Ambas as influncias
agem em conjunto, a estratgica foi a mais mencionada pelos entrevistados e a institucional
apareceu pontualmente em alguns tipos de decises.
v
ABSTRACT


Recently, information technology (IT) architecture has been in the spotlight as it is considered
a set of policies and technical choices that reflects integration and standardization
requirements for assisting enterprise business strategies. The aim of this study is to analyze
its management and to examine the influences on IT architecture decisions by viewing it
through the lens of institutional theory and strategic choice theory using case study
methodology. Institutional influence can be the result of an external action or the output of
something embedded within the formal organizational structure whereas strategic influence is
related to voluntary behavior of managers. A large company with extensive internal policy
formalization was compared to a midsize company with a less mature architecture level. In
spite of their differences in architecture purposes, similar findings appeared in both
organizations. These two types of influences act together. The strategic ones are more
mentioned during interviews whereas the institutional ones appear in specific decisions types.
vi


SUMRIO

LISTA DE ABREVIATURAS E SIGLAS................................................................................ 3
LISTA DE QUADROS.............................................................................................................. 4
LISTA DE FIGURAS................................................................................................................ 6
1 INTRODUO.................................................................................................................. 7
1.1 Objetivos .................................................................................................................... 9
1.1.1 Objetivo principal................................................................................................... 9
1.1.2 Objetivos secundrios ............................................................................................ 9
1.1.3 Questo de pesquisa ............................................................................................. 10
1.2 Justificativas ............................................................................................................. 12
1.3 Organizao dessa dissertao ................................................................................. 16
2 REFERENCIAL TERICO............................................................................................. 17
2.1 Arquitetura de tecnologia de informao................................................................. 17
2.1.1 Definio de arquitetura de tecnologia de informao......................................... 18
2.1.2 Objetivos e benefcios da arquitetura de TI ......................................................... 28
2.1.3 Gesto da arquitetura de TI .................................................................................. 30
2.1.3.1 Estgios de maturidade................................................................................. 30
2.1.3.2 Decises de arquitetura de TI....................................................................... 33
2.1.4 Integrao e padronizao.................................................................................... 35
2.1.5 Governana de TI e modelos de prticas de governana de TI............................ 37
2.1.6 Fatores que influenciam a arquitetura de TI......................................................... 40
2.2 Teorias organizacionais............................................................................................ 43
2.2.1 Teoria institucional............................................................................................... 44
2.2.1.1 Correntes de pensamento em teoria institucional......................................... 44
2.2.1.2 Definio do termo institucional .................................................................. 45
2.2.1.3 Inovao em TI como instituio................................................................. 47
2.2.1.4 Isomorfismo ................................................................................................. 48
2.2.2 Teoria da escolha estratgica................................................................................ 49
2.2.3 Comparao entre a teoria institucional e a teoria da escolha estratgica ........... 50
2.3 Processo de tomada de deciso ................................................................................ 54
2.4 Consideraes sobre referencial terico................................................................... 56
3 PROCEDIMENTOS METODOLGICOS..................................................................... 57
3.1 Mtodo estudo de caso ............................................................................................. 57
3.2 Coleta de informaes.............................................................................................. 59
3.3 Proposta de desenho de estudo................................................................................. 63
3.4 Proposies de pesquisa e plano de anlise ............................................................. 67
4 ESTUDOS DE CASOS.................................................................................................... 71
4.1 Dados coletados da empresa do setor de telecomunicaes .................................... 71
4.1.1 Critrio de seleo do caso, dos entrevistados e processo de coleta de dados..... 71
4.1.2 Perfil da indstria ................................................................................................. 71
4.1.3 Perfil da empresa.................................................................................................. 72
4.1.4 Histrico da organizao e da gesto de TI.......................................................... 72
4.1.5 Modelos da TM Forum ........................................................................................ 77
4.1.6 Estrutura organizacional e gesto da arquitetura de TI ........................................ 79
4.1.7 Significado e benefcios da Arquitetura de TI ..................................................... 84
4.1.8 Decises de arquitetura de TI............................................................................... 87
4.1.9 Decises e eventos ao longo do tempo................................................................. 99
4.1.10 Consideraes sobre o caso da empresa de telecomunicaes ...................... 100
4.1.10.1 Principais resultados sobre a gesto .......................................................... 101
2
4.1.10.2 Influncias institucionais e estratgicas .................................................... 102
4.2 Dados coletados da empresa de construo civil ................................................... 105
4.2.1 Critrio de seleo do caso, dos entrevistados e processo de coleta de dados... 105
4.2.2 Perfil da indstria ............................................................................................... 106
4.2.3 Perfil da empresa................................................................................................ 108
4.2.4 Histrico da organizao e da gesto de TI........................................................ 108
4.2.5 Estrutura organizacional e gesto da arquitetura de TI ...................................... 110
4.2.6 Significado e benefcios da arquitetura de TI..................................................... 114
4.2.7 Decises de arquitetura de TI............................................................................. 117
4.2.8 Decises e eventos ao longo do tempo............................................................... 126
4.2.9 Consideraes sobre o caso da empresa de construo civil ............................. 127
4.2.9.1 Principais resultados sobre a gesto........................................................... 127
4.2.9.2 Influncias institucionais e estratgicas ..................................................... 129
4.3 Comparao entre caso da empresa de telecomunicaes e caso da empresa de
construo civil .................................................................................................................. 132
5 CONCLUSO................................................................................................................ 143
5.1 Retomada das proposies, objetivos e questo de pesquisa................................. 143
5.1.1 Proposies......................................................................................................... 143
5.1.2 Objetivos secundrios ........................................................................................ 145
5.1.3 Objetivo principal e pergunta-problema ............................................................ 155
5.2 Limitaes da pesquisa........................................................................................... 158
5.3 Contribuies ......................................................................................................... 160
5.4 Sugestes para pesquisas futuras............................................................................ 162
6 REFERNCIAS............................................................................................................. 165
GLOSSRIO ......................................................................................................................... 175
APNDICE 1 ......................................................................................................................... 177


3
LISTA DE ABREVIATURAS E SIGLAS

BI: Business Intelligence
BSS: Business Support System
CRM: Customer Relationship Management
ERP: Enterprise Resource Planning
eTOM: enhanced Telecom Operations Map
FIESP: Federao das Indstrias do Estado de So Paulo
OSS: Operations Support System
PMBOK: Project Management Body of Knowledge
PMI: Project Management Institute
SI: Sistemas de informao
SID: Shared Information Data Model
SLA: Service Level Agreement
SOA: Software Oriented Architecture
SOX: Sarbanes-Oxley
TAM: Telecom Application Map
TI: Tecnologia de informao
TM Forum: TeleManagement Forum





4
LISTA DE QUADROS

Quadro 1 - Definies na literatura sobre significado de arquitetura de TI (arquitetura
empresarial)...................................................................................................................... 23
Quadro 2 - Principais objetivos da arquitetura de TI - pesquisa SIMEAWG.......................... 29
Quadro 3 - Principais benefcios da arquitetura de TI - Pesquisa SIMEAWG........................ 29
Quadro 4 - Estgios de maturidade de arquitetura de TI.......................................................... 30
Quadro 5 - Mudanas associadas a cada novo estgio............................................................. 31
Quadro 6 - Evoluo das prticas de arquitetura de TI ............................................................ 32
Quadro 7 - Modelo de decises de planejamento de arquitetura empresarial.......................... 34
Quadro 8 - Arqutipos de governana mais comuns por tipo de deciso ................................ 38
Quadro 9 - Modelos de prticas de governana de TI.............................................................. 39
Quadro 10 Influncias sobre decises de arquitetura de TI .................................................. 41
Quadro 11 - Mecanismos de influncia institucional de DiMaggio e Powell.......................... 45
Quadro 12 - Pontos de divergncia terica das teorias institucionais ...................................... 46
Quadro 13 - Problemas de adaptao organizacional .............................................................. 49
Quadro 14- Comparao entre teoria institucional e da escolha estratgica............................ 50
Quadro 15 - Comparao entre determinantes institucionais e baseados em recursos ............ 51
Quadro 16 - Escolhas do desenho de pesquisa......................................................................... 57
Quadro 17 - Recomendaes para estudo de casos e a aplicao nesta pesquisa .................... 63
Quadro 18 - Decises de TI na empresa de telecomunicaes ................................................ 81
Quadro 19 - Governana de TI da empresa de telecomunicaes ........................................... 81
Quadro 20 - Comparao da empresa de telecomunicaes com estgios de maturidade ...... 82
Quadro 21 - Prticas de arquitetura da empresa de telecomunicaes .................................... 83
Quadro 22 - Significado de Arquitetura de TI para empresa de telecomunicaes ................. 84
Quadro 23 - Objetivos da arquitetura de TI para empresa de telecomunicaes..................... 86
Quadro 24 - Benefcios da arquitetura de TI na empresa de telecomunicaes ...................... 86
Quadro 25 - Quadro resumido das decises na empresa de telecomunicaes ....................... 87
Quadro 26 - Deciso: Contratao de gesto da rede............................................................... 89
Quadro 27 - Deciso: Controle de acesso internet ................................................................... 90
Quadro 28 - Deciso: Virtualizao......................................................................................... 91
Quadro 29 - Deciso: Mudana de linguagem de programao .............................................. 92
Quadro 30 - Deciso: Controle de acesso centralizado............................................................ 93
Quadro 31 - Deciso: Metodologia do PMBOK...................................................................... 93
Quadro 32 - Deciso: Contratao baseada em itens de negcio............................................. 94
Quadro 33 - Deciso: SOA....................................................................................................... 96
Quadro 34 - Deciso: Sarbanes-Oxley..................................................................................... 97
Quadro 35 - Deciso: Frameworks do TM Forum................................................................... 99
Quadro 36 - Decises e eventos ao longo do tempo na empresa de telecomunicaes......... 100
Quadro 37 - Influncias institucionais na empresa de telecomunicaes .............................. 103
Quadro 38 - Influncias estratgicas da empresa de telecomunicaes................................. 104
Quadro 39 - Decises de TI na empresa de construo civil ................................................. 111
Quadro 40 - Governana de TI na empresa de construo civil ............................................ 111
Quadro 41 - Comparao da empresa de construo civil com estgio de maturidade ......... 113
Quadro 42 - Prticas de arquitetura de TI na empresa de construo civil ............................ 114
Quadro 43 - Significado de arquitetura de TI para empresa de construo civil ................... 115
Quadro 44 - Objetivos da arquitetura de TI na empresa de construo civil ......................... 116
Quadro 45 - Benefcios da arquitetura de TI na empresa de construo civil ....................... 116
5
Quadro 46 - Quadro resumido de decises da empresa de construo civil .......................... 117
Quadro 47 - Deciso: Padronizao do processo de abertura de solicitaes de TI .............. 118
Quadro 48 - Deciso: Adoo do ERP da SAP...................................................................... 120
Quadro 49 - Deciso: Padronizao do procedimento dos perfis do ERP............................. 121
Quadro 50 - Deciso: Integrao com BI............................................................................... 122
Quadro 51 - Deciso: Modelo de gesto da TI para obras ..................................................... 122
Quadro 52 - Deciso: Poltica de terceirizao ...................................................................... 123
Quadro 53 - Deciso: Polticas de uso e aquisio da TI na organizao.............................. 124
Quadro 54 - Deciso: Documentao dos processos e sistemas ............................................ 125
Quadro 55 - Deciso: Auditoria de TI.................................................................................... 125
Quadro 56 Deciso: Nova estrutura de segurana de TI..................................................... 126
Quadro 57 - Decises e eventos ao longo do tempo na empresa de construo civil ............ 127
Quadro 58 - Influncias institucionais na empresa de construo civil ................................. 130
Quadro 59 - Influncias estratgicas na empresa de construo civil.................................... 131
Quadro 60 - Resumo de dados sobre as organizaes ........................................................... 132
Quadro 61 - Comparao do significado de arquitetura de TI............................................... 134
Quadro 62 - Comparao dos objetivos de arquitetura de TI ................................................ 135
Quadro 63 - Comparao dos principais benefcios da arquitetura de TI.............................. 135
Quadro 64 - Resumo da gesto das arquiteturas de TI........................................................... 138
Quadro 65 - Resumo das influncias institucionais sobre a arquitetura de TI....................... 149
Quadro 66 - Resumo das influncias estratgicas sobre arquitetura de TI ............................ 151

6
LISTA DE FIGURAS

Figura 1 - Definio de arquitetura de TI nesta pesquisa......................................................... 28
Figura 2 - Fragmentao vertical de unidades organizacionais ............................................... 35
Figura 3 - Integrao horizontal ............................................................................................... 36
Figura 4 - As trs influncias sobre decises de integrao de TI em empresas que passaram
por fuses e aquisies..................................................................................................... 53
Figura 5 - Unidades de anlise da pesquisa.............................................................................. 65
Figura 6 - Identificao de influncias institucionais e estratgicas ........................................ 65
Figura 7 - Arquitetura de TI da empresa de telecomunicaes em 2006................................. 74
Figura 8 - Arquitetura de TI da empresa de telecomunicaes em 2010................................. 76
Figura 9 - Unidade de TI dentro da empresa de telecomunicaes ......................................... 79
Figura 10 Unidade de TI na empresa de construo civil ................................................... 110


7
1 INTRODUO

O desenvolvimento da tecnologia de informao (TI) e a sua ampla utilizao em todos os
setores da organizao obrigam os gestores a repensar a estratgia de como us-la para montar
um alicerce que permita o alcance das metas da empresa.

Entre as razes para a mudana nas organizaes, esto a alterao da natureza da fora do
trabalho, os novos desenvolvimentos da tecnologia, ocorrncias de choques econmicos, a
competio, a mudana de hbitos sociais e a poltica internacional (ROBBINS, 2005).
Entretanto, o uso de recursos de tecnologia deve ter a diretriz de gerar valor na organizao,
isto , h a necessidade de um modelo de governana de TI referente a direitos de deciso e
responsabilidade para encorajar comportamento desejvel no uso da TI (WEILL; ROSS,
2004).

Segundo Weill e Ross (2004), as decises chaves na rea de TI podem ser classificadas em
cinco categorias:
- Princpios Esclarecimento sobre o papel da TI nos negcios
- Arquitetura Definio de requisitos de integrao e padronizao
- Infraestrutura Definio dos servios compartilhados e facilitadores
- Aplicaes Especificao da necessidade de compra ou desenvolvimento interno de
aplicaes
- Investimentos - Escolha das iniciativas e dos valores a serem gastos

A arquitetura um importante aspecto ligado s necessidades trazidas por ambientes em
constante transformao que demandam agilidade na construo de novos sistemas para
atender s necessidades do negcio. Entre os benefcios advindos da correta construo e da
gesto da arquitetura, esto a habilidade de compartilhar informaes relativas aos processos
de negcios de maneira eficiente, a habilidade de responder rapidamente a mudanas na
tecnologia por causa das necessidades de negcio, a reduo nos custos de TI por conta de
economias de escala, padronizao e compartilhamento de recursos (US -DOC, 2004).

Mais recentemente, houve nfase arquitetura de TI como uma das decises mais importantes
para o alinhamento da TI estratgia empresarial. Para Ross et al (2008), a arquitetura de TI
8
uma das bases para a construo de um alicerce de execuo que permite a flexibilidade e
agilidade necessria para os negcios na atualidade. A partir dessa definio, se estabelecem
as principais dimenses da arquitetura, a integrao e a padronizao. Por se tratar de um
conjunto de decises ligado governana de TI, sujeito a um processo em que no
participam apenas a rea tcnica, mas as reas de negcio tm importncia fundamental.
Assim, compreender as influncias sobre o processo de tomada de deciso sobre arquitetura
de TI passo importante para uma gesto eficiente e seu alinhamento empresarial.

De acordo com pesquisa realizada com 255 gestores de empresas de diversos setores e
tamanhos, governana de TI e resultados da TI esto correlacionados. Alm disso, o potencial
da TI como ativo que permite a gerao de valor estratgico no totalmente explorado e os
respondentes acreditam que h barreiras culturais organizacionais que impedem o pleno
retorno do investimento (ITGI, 2009).

Como afirmam Ross et al (2008), a arquitetura de TI passa a ser elemento fundamental na
manuteno das estratgias empresariais, pois constataram que empresas com arquiteturas
mais maduras declaravam ter maior sucesso na concretizao de metas estratgicas e maior
retorno mdio sobre o capital investido. Embora inicialmente associada tipicamente rea de
TI (WEILL; ROSS, 2004), ser que o alinhamento estratgico dessas decises est sendo
adequadamente considerado? Se atingir um estgio de maturidade mais avanado uma
maneira de obter alinhamento, como obter esse avano na prtica? Portanto, h necessidade
de uma investigao maior sobre o processo de tomada de decises em arquitetura.

Uma considervel parte da pesquisa de TI foca em desenho, implantao e uso de artefatos
que representam solues tangveis para problemas reais. Conseqentemente, a busca de
fundamentos tericos em reas de conhecimento fora dos mbitos tecnolgicos contribui para
o enriquecimento terico e prtico sobre o tema atravs da integrao entre as reas de
conhecimento de TI e estudos organizacionais. As duas reas tm a ganhar com a integrao e
ambas podem ser compreendidas como campos de estudo sobrepostos ao invs de
mutuamente exclusivos (ORLIKOWSKI; BARLEY, 2001).

A teoria neoinstitucional, particularmente de Powell e DiMaggio (1991), emergiu como um
contraponto s teorias organizacionais que tratavam gestores e organizaes como atores
racionais. Ao incluir teoria institucional na pesquisa de tecnologia de informao, possvel
9
desenvolver uma compreenso mais estrutural e sistmica sobre como a tecnologia est
entrelaada nas complexas redes interdependentes sociais, econmicas e polticas.
(ORLIKOWSKI; BARLEY, 2001).

Na literatura de estudos organizacionais, h rivalidade entre as linhas que defendem o
funcionalismo, que valoriza as escolhas estratgicas, e o determinismo que acredita nas
influncias ambientais e institucionais (HREBINIAK; JOYCE, 1985). Este o conflito que
existe entre satisfazer e otimizar. (HALL; TAYLOR, 1996). As pesquisas de Oliver (1988) e
Mehta e Hirschheim (2004) tentam avaliar o grau de atuao de cada tipo de influncia e
concluem que as presses estratgicas so mais fortes que as institucionais.

Assim, esta dissertao visa analisar as prticas de gesto da arquitetura de TI e responder
questo de como fatores institucionais e estratgicos influenciam as decises envolvidas. Nos
prximos itens, sero apresentados a questo de pesquisa, os objetivos, as justificativas e a
organizao desta dissertao.

1.1 Objetivos

1.1.1 Objetivo principal

O objetivo principal desta dissertao consiste em analisar as prticas de gesto de
arquitetura de TI e a influncia dos fatores institucionais e estratgicos sobre as decises
envolvidas. A anlise ser realizada utilizando a teoria institucional e a teoria da escolha
estratgica como lentes distintas para observao das decises tomadas pelos gestores.

1.1.2 Objetivos secundrios

Com a finalidade de auxiliar no alcance do objetivo principal, a pesquisa tambm buscar
investigar os seguintes objetivos secundrios:
1. Identificar o significado de arquitetura de TI para os gestores.
2. Identificar as prticas de gesto que podem auxiliar a organizao a avanar no seu
estgio de maturidade de arquitetura de TI.
10
3. Identificar os fatores institucionais que influenciam no processo de tomada de deciso
de arquitetura de TI.
4. Identificar os fatores estratgicos que influenciam no processo de tomada de deciso
de arquitetura de TI.
5. Verificar a existncia de dominncia de alguns fatores sobre outros na tomada de
deciso de arquitetura de TI.

A parte emprica deste estudo consistir em uma pesquisa qualitativa de carter exploratrio e
descritivo que utilizar o mtodo de estudo de casos comparados. Pretende-se realizar estudo
de caso em empresa que j tenha formalizado sua gesto de arquitetura de TI
comparativamente com empresa que esteja em um estgio anterior, com pouca formalizao e
ausncia de equipe alocada exclusivamente.

1.1.3 Questo de pesquisa

O presente estudo visa responder seguinte pergunta: Como a gesto de arquitetura de TI
realizada nas organizaes e como os fatores institucionais e estratgicos influenciam
as decises envolvidas? Os termos utilizados na pergunta sero esclarecidos na seqncia.

Ross (2003) afirma que arquitetura de TI a lgica de organizao para aplicaes, dados e
tecnologia de infraestrutura concretizada em um conjunto de polticas e escolhas tcnicas cuja
inteno viabilizar a estratgia de negcios da empresa. Assim, a arquitetura de TI
englobar quatro dimenses: arquitetura de negcios, arquitetura de informaes, arquitetura
de aplicaes e arquitetura tecnolgica. Cullen e Leganza (2006) complementam com a
afirmao de que arquitetura de TI uma funo de planejamento, governana e inovao.

Arquitetura de negcios caracterizada pelas atividades ou tarefas que compem os grandes
processos de negcios identificados pelos detentores dos processos (ROSS et al, 2008).

A arquitetura da informao constituda de uma srie de ferramentas que adaptam os
recursos s necessidades da informao. Ela faz a ponte entre o comportamento, os
processos, o pessoal especializado e outros aspectos da empresa como mtodos
administrativos, estrutura organizacional e espao fsico. A arquitetura informacional
11
aumenta a possibilidade dos dados serem utilizados de maneira eficiente (DAVENPORT,
1998).

A arquitetura de aplicao, segundo Spewak (1992, p. 199), a definio de como a aplicao
far o gerenciamento dos dados e o fornecimento de informao para as pessoas que
executam as funes de negcios. As aplicaes permitem o acesso ao dado no formato
adequado a um custo aceitvel.

Finalmente, arquitetura tecnolgica a definio dos tipos de tecnologias, ou plataformas, que
daro suporte ao negcio em ambiente de compartilhamento de dados. As plataformas
tecnolgicas fornecem os meios para coletar dados, transportar, armazenar, processar e
entregar aos clientes ou usurios (SPEWAK, 1992, p. 223).

Para Zucker (1987), h duas definies do termo institucional que pode ser uma regra de
um fato social de ao externa com padro organizado ou algo embutido nas estruturas
formais que no est ligado a atores ou situaes particulares. Essas definies sero
utilizadas na busca dos fatores institucionais em estudo que, operacionalmente, seriam os
fatores identificados com o suporte da teoria institucional.

Fatores estratgicos so os condicionantes das escolhas que os detentores de poder nas
organizaes fazem no curso das aes estratgicas. Para Child (1997), ela se estende ao
ambiente na qual a organizao opera, aos padres de desempenho que devem ser avaliados
diante das presses econmicas e ao desenho da estrutura organizacional em si. Miles et al
(1978) completa e prope que as aes visam resolver trs tipos de problemas de adaptao:
de empreendedorismo, de engenharia e de administrao. Operacionalmente, seriam os fatores
que forem levantados atravs da teoria da escolha estratgica.

O problema de deciso definido pelas aes ou opes de que precisa escolher, pelas
possveis conseqncias dos atos e pelas contingncias ou probabilidades condicionais que se
relacionam com os resultados dos atos. (TVERSKY; KAHNEMAN, 1981).
Operacionalmente, esta pesquisa apenas considerar como deciso aes que tiverem etapa de
implementao ou comprometimento para ao conforme definido por Mintzberg et al
(1976).

12
Kling (1974) e King et al (1994) propem que influncia sobre a deciso implica em ausncia
de ameaa explcita e obrigatoriedade. Segundo Tolbert e Zucker (1994), estudo dos episdios
crticos de mudana e de seus determinantes representa tcnica promissora de se obter
avanos empricos e tericos. Assim, sero considerados como fatores que influenciam a
deciso aqueles apontados como relevantes nas mudanas crticas sob o ponto de vista de
participantes e testemunhas deste processo.

1.2 Justificativas

Nas justificativas, sero apresentadas as contribuies esperadas desta pesquisa, j que h
provavelmente lacunas sobre este tema especfico. Tambm sero discutidas as escolhas pela
metodologia de estudo de casos e pelo ponto de vista do gestor na coleta de informaes.
Adicionalmente, o problema de tomada de deciso, a importncia da arquitetura de TI e o
pblico alvo deste estudo sero apresentados.

A contribuio terica proposta captar as circunstncias da gesto da arquitetura de TI de
empresas tpicas em diferentes estgios de maturidade: uma de grande porte que possui equipe
dedicada em tempo integral a esta atividade e outra de mdio porte em fase de formalizao.
Outra contribuio examinar as influncias sobre as decises de arquitetura sob o ponto de
vista da teoria institucional e a teoria da escolha estratgica, mais especificamente, analisar a
atuao das influncias institucionais dado que h estudos indicando que as estratgicas so
geralmente as mais mencionadas por gestores. Por outro lado, sob o aspecto prtico, esta
pesquisa ilustrar a gesto de arquitetura atravs de casos e elucidar alguns aspectos da
tomada de decises de modo a permitir que os gestores definam as prioridades com mais
clareza.

Por se tratar de conceitos com pouco consenso no meio acadmico, como o caso da
definio de arquitetura de TI, que ser visto no referencial terico, e do tipo de abordagem
desta pesquisa, h poucos estudos analisando arquitetura de TI sob esta perspectiva como ser
mostrado mais adiante. Os artigos que existem muitas vezes tangenciam a questo com outros
escopos, por isso a escolha do mtodo de estudo de caso como metodologia que permite
explorar o tema. Por causa dessa abordagem exploratria, procurou-se investigar inicialmente
atravs do ponto de vista dos gestores para permitir a gerao de novas hipteses e variveis a
13
fim de dar posteriormente suporte para pesquisas quantitativas e qualitativas mais
aprofundadas sob outros pontos de vista.

De acordo com tericos de governana corporativa, h consenso de que os objetivos
organizacionais devem estar alinhados com a maximizao da riqueza dos acionistas, ou seja,
devem ter motivao estratgica (SILVEIRA, 2004). Entretanto, os gestores podem tambm
agir de modo antagnico ao tentar equilibrar os interesses dos vrios stakeholders, inclusive
dos institucionais e de outros grupos para obter legitimidade.

Apesar das decises em arquitetura de TI terem grandes impactos no longo prazo e estarem
relacionadas com decises de investimentos, sua efetividade de difcil controle e
mensurao, j que constitui parte do processo de desenvolvimento e no proporciona
resultados financeiros visveis imediatos. Dessa forma, os critrios de tomada de deciso
tambm so nebulosos diante da existncia de mltiplos fatores conflitantes.

No possvel estar isolado das presses deterministas ambientais da mesma que forma no
se pode satisfazer a todos. Assim, esclarecer as influncias sobre os argumentos decisrios e
agir de forma consciente so importantes para auxiliar no alinhamento entre arquitetura de TI
e as prioridades da organizao.

Segundo Shah e Kourdi (2007), os benefcios da arquitetura de TI podem ser tanto tcnicos
como para o negcio. Ela gerencia a complexidade dos projetos, identifica as redundncias
tcnicas, compartilha conhecimento de forma modular e promove alinhamento dos recursos e
sistemas de TI com o negcio. Do ponto de vista do negcio, ela reduz impacto na
rotatividade de pessoal, oferece adaptabilidade mais rpida ao facilitar aquisio de
conhecimento, melhora a compreenso dos processos do modelo de negcios e ainda facilita a
tomada de decises.

Todos esses fatores esto relacionados com as tomadas de decises em arquitetura de TI e
ganham destaque na mdia especializada, principalmente com o rpido lanamento de novos
softwares e servios de consultoria que focam em novas metodologias para desenvolvimento,
implantao e integrao de sistemas. A promessa de auxiliar a empresa a responder mais
rapidamente a um custo baixo s condies instveis do ambiente.

14
As atividades de fuses e aquisies de empresas cresceram em virtude de perspectivas de
aumento de mercado e economias de escala. Em 2008 no Brasil, houve crescimento de mais
de 60% de atividade de fuses e aquisies em relao ao mesmo perodo do ano anterior
(THOMSON REUTERS MARKETS, 2008). Dessa forma, a estratgia de integrao dos
sistemas de informao pode contribuir para a sinergia da organizao resultante.

Independente das fuses e aquisies, tambm h necessidade de inovao constante dos
produtos e servios para manter competitividade e para aprimorar as competncias essenciais,
exigindo investimentos contnuos e flexibilidade dos sistemas de informao. Essas mudanas
tambm visam atender a novas regulamentaes e requerem que as empresas se adaptem
rapidamente para que estejam em conformidade com as novas exigncias a um custo
aceitvel.

Alm disso, os custos de implantao e de manuteno tm impacto na anlise do plano de
negcios e na lucratividade do projeto. Portanto, h necessidade de reduo de custos e
minimizao dos riscos de operao, dada a natureza dinmica das imposies do mercado
como atendimento s expectativas do cliente e aos nveis de servio acordados
contratualmente.

O pblico desta pesquisa o acadmico ou o profissional que deseja entender a gesto da
arquitetura de TI e buscar diferentes explicaes das decises. Portanto, pretende-se
esclarecer esses significados e contribuir para o entendimento dos processos decisrios sob as
seguintes perspectivas prticas:
- Para o gestor do negcio, necessrio decifrar os fatores de tomada de deciso para
controlar o processo de gesto dos sistemas de informao por causa dos altos valores
monetrios e dos desdobramentos no longo prazo.
- O gestor da unidade de TI ter melhor entendimento do processo de construo de uma
arquitetura de TI e da gerao de resultados.
- Os fornecedores de produtos e servios de TI, por sua vez, podem estruturar seus produtos
para atender s demandas das organizaes se houver compreenso das motivaes das
empresas usurias.

Apesar do assunto governana de TI e mesmo arquitetura empresarial possuir razovel
quantidade de estudos publicados, a maioria deles trata de apresentar modelos normativos
15
para sua implantao, poucos buscam verificar como ocorrem os processos de tomada de
deciso na realidade empresarial. Foi realizada uma busca no banco de dados Proquest em
julho de 2010 por pesquisas relacionadas aos termos em ingls de tecnologia de informao
(information technology) e de arquitetura (architecture) combinados com os termos
influncia (influence), fatores (factors) ou deciso (decision). No foram encontradas
pesquisas sobre influncias sobre arquitetura de TI nem decises sobre arquitetura de TI;
apesar de haver estudos sobre arquitetura, decises ou influncias sobre a gesto isoladamente
com objetivos e abordagens muito diferentes desta dissertao.

As pesquisas de influncias sobre decises de TI incluem estudos sobre foras coercitivas e
normativas como estudo sobre ERP de Gosain (2004). H tambm estudos sobre influncias
mimticas institucionais na adoo de EDI (TEO; WEI; BENBASAT, 2003), na escolha de
produtos de TI (TINGLING; PARENT, 2002), decises sobre investimentos de TI (HU;
QUAN, 2006) e sobre polticas de segurana de TI (HU; HART; COOKE, 2007). Liang et al
(2007) concluem que h diferenas do processo de implantao e uso da TI por causa das
diferenas de atuao dessas trs foras institucionais: normativas, mimticas e coercitivas.

Alm disso, buscaram-se estudos em publicaes reconhecidas da rea publicadas entre o
perodo de 2000 a junho de 2010. No European Journal of Information Systems (EJIS), foram
encontrados quatro artigos sobre arquitetura de TI com escopos diversos, porm nenhum
sobre influncias sobre estas decises. Na publicao MIS Quarterly, no foram encontrados
artigos especficos de arquitetura de TI. No entanto, foram encontradas cinco pesquisas de
influncias institucionais sobre rea de TI, mas que focavam outras questes como uso da TI e
no arquitetura de TI entendida nesta dissertao como conjunto de polticas para
padronizao e integrao. Conseqentemente, observa-se que h provavelmente uma lacuna
entre estes dois temas: arquitetura de TI, normalmente associada rea tcnica, e influncias
sobre decises, normalmente relacionadas a pesquisas sobre gesto.

Devido confuso que existe na definio de arquitetura de TI por ser um conceito ainda no
estabilizado (SMOLANDER, 2002; HMLINEN, 2008), esta mesma falta de
amadurecimento tambm se reflete nas pesquisas sobre este tema. Portanto, estudos
exploratrios so importantes para levantar novas hipteses, fatores e variveis para viabilizar
estudos futuros. um campo rico para propostas de pesquisa interdisciplinares e tambm para
gerar acmulo de conhecimento nessa rea.
16

1.3 Organizao dessa dissertao

No captulo 1, esto descritos questes de pesquisa, os objetivos e a justificativa para este
estudo. O captulo 2 apresenta o referencial terico em que so descritos os conceitos de
arquitetura de TI, prticas de gesto de tecnologia, teoria institucional, teoria da escolha
estratgica e discusses sobre a complementaridade entre as duas teorias, alm do processo de
tomada de deciso.

No captulo 3, esto os procedimentos metodolgicos que contm explicao sobre o mtodo
de estudo de caso e a proposta desta dissertao com o resumo das escolhas do desenho de
pesquisa. O captulo 4 contm os dados dos estudos de casos e o captulo 5 apresenta a
concluso com a retomada dos objetivos.


17
2 REFERENCIAL TERICO

As definies utilizadas e os modelos tericos sero apresentados a seguir. Em primeiro lugar,
sero definidos os conceitos de arquitetura de tecnologia de informao, sua gesto,
integrao, padronizao e governana de TI.

Na seqncia, a teoria institucional e a teoria da escolha estratgica so apresentadas e
comparadas, lembrando que sero utilizadas como pano de fundo para anlise da influncia
sobre processos decisrios ligados arquitetura de TI. Por fim, o estudo analisar o processo
de tomada de deciso, completando um quadro terico sobre o tema para referncia.

Cabe ressaltar que pelo pouco amadurecimento das pesquisas sob esta abordagem, alguns
dados foram levantados de reas consideradas funes da arquitetura como planejamento de
TI, portanto podem no ser especficas de gesto de arquitetura de TI, sendo possvel que os
dados empricos sejam muito divergentes do referencial terico preliminar. Porm o objetivo
de estudo de caso exploratrio exatamente construir uma base terica quando se tem pouco
conhecimento sobre o assunto.

2.1 Arquitetura de tecnologia de informao

Este tpico contm a definio de arquitetura de TI, gesto da arquitetura de TI, requisitos de
integrao, padronizao e governana de TI. Alm disso, os fatores que podem influenciar as
decises tambm sero levantados com base no levantamento de informaes sobre funes
da arquitetura. Conceitos que merecem destaque por serem utilizados na fase de anlise deste
trabalho so o modelo de maturidade de arquitetura de TI, o modelo de decises em
arquitetura de TI e os arqutipos de governana de TI.

18
2.1.1 Definio de arquitetura de tecnologia de informao

Com a finalidade de apresentar a definio de arquitetura de tecnologia de informao, ser
discutida a falta de consenso sobre ela e, por fim, o conceito definido para esta dissertao
ser citado no final da seo.

Davis (2000) fornece a definio de sistemas de informao (SI) que consiste na infraestrutura
de tecnologia, sistemas de aplicao e pessoal que empregam TI para entregar informao
para operaes de processamento de transaes de uma organizao. Os SIs utilizam
computadores, software, hardware, comunicao, procedimentos manuais e repositrios de
dados internos e externos. Eles aplicam uma combinao de automao, aes humanas e
interao usurio e mquina.

Os sistemas de informao (SI) coletam, processam, armazenam, analisam e disseminam
informaes com um determinado objetivo. Como qualquer sistema, os SIs processam inputs,
geram outputs aos usurios e podem conter um formato de feedback, operando dentro de um
ambiente. A tecnologia de informao pode ser entendida como o aspecto tecnolgico dos
sistemas de informao computadorizados e tambm pode ser vista como um subsistema do
SI (TURBAN et al, 2003). Muitas vezes, o conceito de TI usado com o mesmo sentido de
SI, mas tambm pode ter um significado mais amplo, que ser adotado nesse estudo,
englobando sistemas, usurios e gesto.

Por outro lado, arquitetura, segundo dicionrio Webster (1994), a arte ou prtica do desenho
de construo de estruturas, especificamente de habitao, porm, pela prpria definio do
dicionrio, o conceito pode ser ampliado a outras reas como organizao e integrao de
sistemas computacionais.

A arquitetura de TI no possui uma definio universalmente aceita e , muitas vezes, trocada
pelo termo infraestrutura. Arquitetura de TI pode ser uma lista de padres tecnolgicos de
uma empresa ou um detalhamento de polticas e padres para o desenho da tecnologia da
infraestrutura, bancos de dados e aplicaes.

19
Smolander (2002) encontrou quatro usos do termo arquitetura de TI como metforas no
contexto de desenvolvimento de sistemas e notou que h conotaes divergentes para
diferentes grupos de pessoas:
- Arquitetura de TI como plano Mais usado por arquitetos, a estrutura do sistema a ser
implementado.
- Arquitetura de TI como literatura Documentos e referncias para futuros leitores
- Arquitetura de TI como linguagem Linguagem para compartilhar o conceito do sistema
e garantir o entendimento comum.
- Arquitetura de TI como deciso Usado por gestores e o embasamento das decises
sobre o sistema a ser implementado.

Segundo Zachman (1997), arquitetura um conjunto de artefatos de design, ou representaes
descritivas, que so relevantes na descrio de um objeto de forma que possa ser produzido,
atendendo a requisitos de qualidade, e mantido no perodo da sua vida til.

Ao se identificar partes da arquitetura, torna-se evidente as diferenas de abordagens entre os
autores. Spewak (1992) separa a arquitetura de TI em trs componentes: dados, aplicaes e
tecnologia. No contexto de planejamento da arquitetura de TI, so descries de planos,
desenhos e modelos necessrios para viabilizar o negcio.

Tapscott e Caston (1995) acrescentam outros componentes arquitetura de TI e ressaltam a
importncia da padronizao dos processos e das interfaces para que os sistemas de
informao sejam modulares, independentes em relao ao fornecedor e flexivelmente
montados com componentes intercambiveis. Segundo ele, a arquitetura de TI envolve cinco
modelos arquitetnicos inter-relacionados:
- Perspectiva da empresa Rede de funes de servios interligando clientes, servidores
internos e externos.
- Perspectiva do trabalho - Recursos humanos associados s atividades de trabalho e aos
seus locais.
- Perspectiva da informao Exigncias fundamentais em termos de recursos de
informao
- Perspectiva do aplicativo Oferece suporte s atividades do trabalho mediante o
fornecimento de procedimentos automatizados e o gerenciamento do armazenamento e
recuperao das informaes.
20
- Perspectiva da tecnologia - Interliga-se com os outros modelos como o de trabalho, de
aplicativo e de informao por meio do fornecimento de plataformas de tecnologia. A
resoluo de todas essas diversas interligaes arquitetnicas e opes tecnolgicas
constitui o desafio da construo do modelo da arquitetura da tecnologia (TAPSCOTT;
CASTON, 1995). Em torno desse modelo, se define a infraestrutura de tecnologia de
informao baseada em padres.

Cada perspectiva representa uma base diferente de clientes para o projetista da arquitetura de
TI. Por exemplo, a perspectiva do trabalho deve ser atraente aos usurios do sistema. A
perspectiva da empresa deve ser atraente aos planejadores estratgicos.

Na mesma linha, Ross (2003) afirma que arquitetura de TI a lgica de organizao para
aplicaes, dados e tecnologia de infraestrutura concretizada em um conjunto de polticas e
escolhas tcnicas cuja inteno viabilizar a estratgia de negcios da empresa. Diferente de
Spewak (1992) e Tapscott e Caston (1995), a autora afirma que a arquitetura de tecnologia de
informao engloba quatro dimenses: arquitetura de negcios, arquitetura de dados ou
informaes, arquitetura de aplicaes e arquitetura tecnolgica.

Sobre a definio de cada uma dessas dimenses j mencionadas no captulo de introduo, a
arquitetura de negcios caracterizada pelas as atividades ou tarefas que compem os grandes
processos de negcios identificados pelos detentores dos processos. (ROSS et al, 2008).
Tambm pode ser definido como os processos de negcios para desempenhar funes de
negcios de modo a atingir objetivos e misses organizacionais (CIO COUNCIL, 1999).

A arquitetura da informao uma srie de ferramentas que adaptam os recursos s
necessidades da informao. Ela faz a ponte entre o comportamento, os processos, o
pessoal especializado e outros aspectos da empresa como mtodos administrativos, estrutura
organizacional e espao fsico. A arquitetura informacional aumenta a possibilidade dos
dados serem utilizados de maneira eficiente (DAVENPORT, 1998).

A arquitetura de aplicao, segundo Spewak (1992), a definio de como a aplicao far o
gerenciamento dos dados e o fornecimento de informao para as pessoas que executam as
funes de negcios. As aplicaes permitem o acesso ao dado no formato adequado a um
custo aceitvel.
21

Finalmente, a arquitetura tecnolgica a definio dos tipos de tecnologias, ou plataformas,
que daro suporte ao negcio em ambiente de compartilhamento de dados. As plataformas
tecnolgicas fornecem os meios para coletar dados de fornecedores, transportar, armazenar,
processar e entregar aos clientes ou usurios (SPEWAK, 1992).

Os termos arquitetura de sistemas e arquitetura de software tambm so utilizados pela
literatura com sentidos divergentes (PULKKINEN, 2006; HMLINEN, 2008;
KILPELINEN, 2007). No entanto, para esta pesquisa, o termo arquitetura de sistemas ser
considerado a somatria da arquitetura de aplicao e arquitetura de tecnologia. Arquitetura
de software ser considerada uma plataforma tecnolgica e seus aspectos de funcionalidade
so objeto de estudo da arquitetura de aplicao, de informao ou de negcios.

Atualmente, uma grande variedade de abordagens para gerenciamento de arquitetura de TI
estudada, desenvolvida e aplicada pela indstria e pelo meio acadmico. As seguintes podem
ser citadas dentre outras: arquitetura empresarial (EA), arquitetura orientado a servios
(SOA), arquitetura empresarial orientado a servios (SoEA), arquitetura de integrao e
arquitetura de software (SA).
1
Entretanto, no h consenso sobre o significado dessas
abordagens, ou seja, seus conceitos ainda no esto estabilizados. Portanto, no h
concordncia sobre o relacionamento entre eles e existem discusses sobre existncia de
sobreposies como a confuso se SOA faz parte da arquitetura empresarial ou o inverso. Da
mesma forma, no h consenso sobre a definio de arquitetura empresarial ou arquitetura de
TI. (HMLINEN, 2008).

Eeles (2006) comenta que se deve apenas estar consciente de que os diferentes termos
existem, mas no h padronizao sobre a definio na indstria. Assim, a recomendao
selecionar os termos relevantes para a organizao e defini-los apropriadamente de modo a
obter alguma consistncia e reduzir o potencial de equvocos de comunicao.

A arquitetura empresarial a lgica organizadora dos processos centrais de negcios e da
infraestrutura de TI, englobando todos os quatro nveis. A distino entre arquitetura

1
Traduzido do ingls Enterprise Architecture (EA), Service Oriented Architecture (SOA), Service Oriented
Enterprise Architecture (SoEA), Integration Architecture and Software Architecture (SA).

22
empresarial e arquitetura de TI que esta ltima tipicamente de responsabilidade da unidade
de TI. Porm, a unidade de TI das organizaes pode atuar em todos os quatro nveis ou em
apenas um deles, que pode gerar confuso entre os termos. O foco desta pesquisa ser nos
quatro nveis independente da distribuio de competncias na organizao e, dessa forma, o
termo arquitetura de TI ser usado com o mesmo significado de arquitetura empresarial.

Outro motivo do termo arquitetura de TI ser a expresso preferencial utilizada nessa
dissertao ao invs do termo arquitetura empresarial ou arquitetura corporativa, mais
comumente adotada na literatura principalmente de lngua inglesa (enterprise architecture),
que arquitetura empresarial um termo utilizado no meio tecnolgico, porm,
desconhecido e pouco associado tecnologia de informao para o grande pblico de estudos
organizacionais. Portanto, isso geraria confuso, pois pesquisadores de outras reas de
pesquisas gerenciais poderiam associ-lo erroneamente com pesquisa em administrao geral,
cadeia de suprimento, recursos humanos e outros.

Uma evidncia de que esses termos devem ser escolhidos com cuidado e de que arquitetura
de TI mais esclarecedor que o ttulo de uma publicao clssica desse tema foi traduzido
de Enterprise Architecture as Strategy para Arquitetura de TI como estratgia empresarial
em portugus de Ross et al (2008).
2
Portanto, por causa de uma provvel preferncia pelo
termo arquitetura de TI pelo mercado editorial brasileiro, este termo ser adotado nos
questionrios por aparentemente ser mais esclarecedor para os entrevistados.

O Quadro 1 lista as definies encontradas na literatura de arquitetura empresarial, termo
utilizado por muitos autores, ou arquitetura de TI, conforme padronizada nesta dissertao.
Atravs do levantamento bibliogrfico, as seguintes idias podem estar associadas com o
significado de arquitetura: planejamento, governana, inovao, viso, princpios,
padronizao, integrao, polticas e atendimento estratgia do negcio. Alm disso, as
definies tambm podem incluir os escopos de arquitetura de negcios, de informao, de
aplicao e de tecnologia. Arquitetura pode ser associada a plano, literatura, linguagem e
deciso conforme a tipificao de Smolander (2002). A associao de cada definio de
arquitetura de TI a cada uma dessas idias foi analisada na respectiva coluna do Quadro 1.

2
Outra publicao foi encontrada em portugus com ttulo de Arquitetura Corporativa de Tecnologia de
Informao de Renato Botto (2004) sobre o mesmo tema. Isso tambm refora a necessidade de incluir o termo
tecnologia de informao para deixar mais explcita a rea de conhecimento abordada.
23

Como pode se observar, nem todos os autores mencionam arquitetura de negcios ou
atendimento estratgia de negcios da empresa. A maioria dos autores entende arquitetura
como plano. Outras idias pouco mencionadas na definio de arquitetura foram o
entendimento de arquitetura como deciso, governana e inovao.

Quadro 1 - Definies na literatura sobre significado de arquitetura de TI (arquitetura empresarial)
Definio de Arquitetura de
TI
3

Autor Idias associadas
uma funo de planejamento,
governana e inovao. Ela
fornece viso, princpios,
padres e processos que guiam
compra, desenho e implantao
de sistemas de TI.
(CULLEN;
LEGANZA,
2006)
Planejamento Sim
Governana Sim
Inovao Sim
Viso - Sim
Princpios - Sim
Padronizao - Sim
Integrao No est explcito
Polticas No est explcito
Atende estratgia do negcio No est explcito

Inclui arquitetura de negcios - Sim
Inclui arquitetura de informao - Sim
Inclui arquitetura de aplicao - Sim
Inclui arquitetura de tecnologia Sim

Metfora: Arquitetura como plano Sim
Metfora: Arquitetura como literatura - No est explcito
Metfora: Arquitetura como linguagem No est
explcito
Metfora: Arquitetura como deciso - No est explcito


3
A definio apresentada por Tapscott e Caston se refere ao termo Arquitetura de TI. As demais definies
dadas por todos os outros autores foram, na obra original, para o termo enterprise architecture ou arquitetura
empresarial. Entretanto, para fins de padronizao desta pesquisa, todas essas definies podem ser utilizadas
tambm para definir o termo arquitetura de TI. Como j mencionado anteriormente, o termo arquitetura de TI
foi escolhido para evitar confuso com outras reas de gesto e parece ser o termo preferencial para ttulos de
publicaes em portugus.
24
Definio de Arquitetura de
TI
3

Autor Idias associadas
a lgica organizadora de
negcios e infraestrutura de TI
que reflete os requisitos de
integrao e padronizao do
modelo operacional da empresa
concretizada em um conjunto
de polticas e escolhas tcnicas
cuja inteno viabilizar a
estratgia de negcios da
empresa. Ela inclui arquitetura
de negcios, de informao, de
aplicao e de tecnologia.
(ROSS, 2003;
ROSS et al,
2008).
Planejamento No est explcito
Governana No
Inovao No
Viso - No est explcito
Princpios - Sim
Padronizao Sim
Integrao Sim
Polticas Sim
Atende estratgia do negcio Sim

Inclui arquitetura de negcios - Sim
Inclui arquitetura de informao - Sim
Inclui arquitetura de aplicao - Sim
Inclui arquitetura de tecnologia Sim

Metfora: Arquitetura como plano No est explcito
Metfora: Arquitetura como literatura - No est explcito
Metfora: Arquitetura como linguagem No est
explcito
Metfora: Arquitetura como deciso - No est explcito
um conjunto de artefatos de
design, ou representaes
descritivas, que so relevantes
na descrio de um objeto de
forma que possa ser produzido
atendendo a requisitos de
qualidade e mantido no perodo
da sua vida til.
4

(ZACHMAN,
1997)
Planejamento Sim
Governana No
Inovao No
Viso - Sim
Princpios - No
Padronizao No
Integrao No
Polticas No
Atende estratgia do negcio No est explcito

Inclui arquitetura de negcios - Sim
Inclui arquitetura de informao - Sim
Inclui arquitetura de aplicao - Sim
Inclui arquitetura de tecnologia Sim

Metfora: Arquitetura como plano Sim
Metfora: Arquitetura como literatura - Sim
Metfora: Arquitetura como linguagem Sim
Metfora: Arquitetura como deciso - No est explcito

4
As idias associadas foram retiradas de outros trechos do livro de Zachman (1997). A definio apresentada
no contm necessariamente todas as idias identificadas.
25
Definio de Arquitetura de
TI
3

Autor Idias associadas
So desenhos ou modelos para
o uso de informao como
suporte ao negcio e o
planejamento para
implementao da arquitetura
de dados, arquitetura de
aplicao e arquitetura de
tecnologia.
(SPEWAK,
1992)
Planejamento Sim
Governana No
Inovao No
Viso - No
Princpios - No
Padronizao No
Integrao No
Polticas No
Atende estratgia do negcio Sim

Inclui arquitetura de negcios - No
Inclui arquitetura de informao - Sim
Inclui arquitetura de aplicao - Sim
Inclui arquitetura de tecnologia Sim

Metfora: Arquitetura como plano Sim
Metfora: Arquitetura como literatura - Sim
Metfora: Arquitetura como linguagem No
Metfora: Arquitetura como deciso - No
Envolve cinco modelos
arquitetnicos inter-
relacionados: empresa, trabalho,
informao, aplicativo e
tecnologia. Garante que as
interfaces dos sistemas de
informao sejam modulares,
independentes em relao ao
fornecedor e flexivelmente
montados com componentes
intercambiveis.
(TAPSCOTT;
CASTON,
1995).
Planejamento No est explcito
Governana No
Inovao No
Viso - No
Princpios - No est explcito
Padronizao Sim
Integrao Sim
Polticas No
Atende estratgia do negcio No est explcito

Inclui arquitetura de negcios - Sim
Inclui arquitetura de informao - Sim
Inclui arquitetura de aplicao - Sim
Inclui arquitetura de tecnologia Sim

Metfora: Arquitetura como plano No est explcito
Metfora: Arquitetura como literatura - No est explcito
Metfora: Arquitetura como linguagem No est
explcito
Metfora: Arquitetura como deciso - No est explcito
um processo que segue a
estratgia de negcios, de cima
para baixo top down, e
coordena o desenvolvimento
paralelo interno de uma
arquitetura de negcios,
arquitetura de informao,
arquitetura de aplicao e
arquitetura de tecnologia. Ela
representa a expresso holstica
das estratgias de negcio da
empresa, de informao, de
aplicao, de tecnologia e seus
impactos nas funes e
processos de negcio.
(BUCHANAN;
SOLEY, 2002)

Planejamento No est explcito
Governana No
Inovao No
Viso - Sim
Princpios - No
Padronizao No
Integrao No
Polticas No
Atende estratgia do negcio Sim

Inclui arquitetura de negcios - Sim
Inclui arquitetura de informao - Sim
Inclui arquitetura de aplicao - Sim
Inclui arquitetura de tecnologia Sim

Metfora: Arquitetura como plano No est explcito
Metfora: Arquitetura como literatura - Sim
Metfora: Arquitetura como linguagem Sim
Metfora: Arquitetura como deciso - No est explcito
26
Definio de Arquitetura de
TI
3

Autor Idias associadas
So os principais componentes
da organizao, seus sistemas
de informao, a forma que
esses componentes trabalham
em conjunto para atingir
objetivos de negcio definidos e
a forma que a SI apia os
processos de negcio da
organizao.
(KAISLER et al,
2005).
Planejamento No est explcito
Governana No
Inovao No
Viso - Sim
Princpios - No
Padronizao No
Integrao Sim
Polticas No
Atende estratgia do negcio Sim

Inclui arquitetura de negcios Sim
Inclui arquitetura de informao - Sim
Inclui arquitetura de aplicao - Sim
Inclui arquitetura de tecnologia Sim

Metfora: Arquitetura como plano No est explcito
Metfora: Arquitetura como literatura - No est explcito
Metfora: Arquitetura como linguagem No est
explcito
Metfora: Arquitetura como deciso - No est explcito
um conjunto coerente de
princpios, mtodos e modelos
que so usados no desenho e na
concretizao da estrutura
organizacional, processos de
negcio, sistemas de
informao e infraestrutura.
(LANKHORST,
2005)
Planejamento Sim
Governana No est explcito
Inovao No est explcito
Viso - Sim
Princpios - Sim
Padronizao - No est explcito
Integrao Sim
Polticas Sim
Atende estratgia do negcio No est explcito

Inclui arquitetura de negcios - Sim
Inclui arquitetura de informao - Sim
Inclui arquitetura de aplicao - Sim
Inclui arquitetura de tecnologia Sim

Metfora: Arquitetura como plano Sim
Metfora: Arquitetura como literatura - Sim
Metfora: Arquitetura como linguagem No est
explcito
Metfora: Arquitetura como deciso - No est explcito
27
Definio de Arquitetura de
TI
3

Autor Idias associadas
um conjunto de planos que
descrevem como todas as partes
da infraestrutura de TI precisam
se comportar ou que apiam
atualmente as necessidades e
objetivos organizacionais. Isto
inclui todos os dados, as
funes, a tecnologia e as
pessoas, constituindo a
infraestrutura.
(CARBONE,
2005)

Planejamento Sim
Governana No est explcito
Inovao No est explcito
Viso - No est explcito
Princpios - No
Padronizao No
Integrao Sim
Polticas No
Atende estratgia do negcio Sim

Inclui arquitetura de negcios - Sim
Inclui arquitetura de informao - Sim
Inclui arquitetura de aplicao - Sim
Inclui arquitetura de tecnologia Sim

Metfora: Arquitetura como plano Sim
Metfora: Arquitetura como literatura - No est explcito
Metfora: Arquitetura como linguagem No est
explcito
Metfora: Arquitetura como deciso - No est explcito

Para esta pesquisa, os conceitos de Cullen e Leganza (2006) e de Ross et al (2008) so os
mais apropriados e, portanto, este estudo define que arquitetura de TI uma funo de
planejamento, governana e inovao que contm os quatro nveis de arquitetura: negcios,
informaes, aplicao e tecnologia. Ela um conjunto de polticas e escolhas tcnicas que
refletem requisitos de integrao e padronizao para viabilizar a estratgia de negcios. Na
Figura 1, esto apresentados os diversos componentes de arquitetura de TI utilizados para
compor a definio de arquitetura nessa pesquisa.
28














Figura 1 - Definio de arquitetura de TI nesta pesquisa
Fonte: Adaptado a partir de CIO Council (1999), Cullen e Leganza (2006), Ross et al (2008), Kilpelinen (2007)
e Hmlinen (2008).

A unidade de TI lida tipicamente com os quatro nveis arquitetnicos abaixo da arquitetura
empresarial (ROSS et al, 2008):
- Arquitetura de processos de negcio que so as atividades que compem os grandes
processos de negcio identificados pelos detentores do processo,
- Arquitetura de informaes,
- Arquitetura de aplicaes com suas respectivas interfaces
- Arquitetura tecnolgica que contm servios de infraestrutura e os padres tecnolgicos
em que eles se baseiam.

2.1.2 Objetivos e benefcios da arquitetura de TI

Segundo pesquisa da SIM Enterprise Architecture Working Group (SIMEAWG) em que
responderam mais de 370 empresas de vrios setores, tamanhos e pases; os objetivos da
arquitetura de TI e seus benefcios que podem ser sintetizados no Quadro 2 e no Quadro 3.
(KAPPELMAN, 2010)

Planejamento
Governana
Inovao

- Polticas
- Princpios
- Escolhas
tcnicas
Arquitetura de TI ou arquitetura empresarial


A
r
q
u
i
t
e
t
u
r
a

d
e

S
o
f
t
w
a
r
e


Requisitos de
Integrao e
Padronizao

Arquitetura de negcios
- Processos de negcios
Arquitetura de dados ou informaes
Arquitetura de aplicao
- Aplicaes individuais e interfaces
Arquitetura de tecnologia
- Infraestrutura e padres tecnolgicos
Arquitetura
de Sistemas
29
Quadro 2 - Principais objetivos da arquitetura de TI - pesquisa SIMEAWG

Respostas por
ordem de maior
incidncia na
pesquisa
SIMEAWG
Objetivo da arquitetura Classificao do objetivo segundo
Smolander (2002)
1 Representao de negcio, dados, aplicao e
tecnologia
Arquitetura como literatura
2 Ferramenta de planejamento Arquitetura como plano
3 Facilitao de mudana sistemtica Arquitetura como plano
4 Ferramenta de tomada de deciso Arquitetura como deciso
5 Ferramenta de alinhamento entre negcio e TI Arquitetura como plano
6 Ferramenta de comunicao de objetivos Arquitetura como linguagem
7 Prover uma fotografia da organizao em um
ponto no tempo
Arquitetura como literatura
Fonte: A primeira coluna e a segunda foram de SIMEAWG (KAPPELMAN, 2010). A terceira coluna foi a
interpretao da pesquisadora a partir da classificao de Smolander (2002).

Todas as metforas de arquitetura de TI propostas por Smolander (2002) foram representadas
nas respostas da pesquisa.

Quadro 3 - Principais benefcios da arquitetura de TI - Pesquisa SIMEAWG
Respostas por
ordem de
maior
incidncia na
pesquisa
SIMEAWG
Benefcios da arquitetura
1 Melhora interoperabilidade do SI
2 Melhora utilizao da TI
3 Alinhamento entre investimentos de TI e de negcios
4 Uso mais eficiente dos recursos de TI
5 Resposta mais rpida mudana
6 Melhoria do retorno da TI
7 Aumento do conhecimento sobre a situao
8 Auxilia a governana organizacional
9 Melhoria da comunicao e compartilhamento de informao
10 Melhoria segurana de TI
11 Reduo de tempo e recursos em projetos pouco importantes
12 Maior eficincia no alcance de metas de negcios
13 Melhoria da comunicao entre organizao e SI
14 Melhoria de colaborao dentro da organizao
15 Rapidez no desenvolvimento e implementao de SI
16 Reduo da complexidade da TI
17 Reduo gargalos na organizao
18 Padronizao de medidas de desempenho organizacionais
19 Melhoria da comunicao dentro da organizao
20 Aumento da confiana na organizao
Fonte: Adaptado de SIMEAWG (KAPPELMAN, 2010)
30
2.1.3 Gesto da arquitetura de TI

2.1.3.1 Estgios de maturidade

Salmans (2010) categoriza os modelos de maturidade em trs tipos: a)ferramenta descritiva
para avaliao da arquitetura de TI; b) ferramenta prescritiva para planejamento de objetivos
futuros; e c) ferramenta comparativa para analisar a efetividade do programa.

Para melhor compreender a gesto da arquitetura de TI, possvel analis-la sob a tica dos
estgios de maturidade. Ross et al (2008) avaliaram as estratgias de gesto da arquitetura de
dezenas de empresas de grande porte, classificando-as em quatro estgios quanto ao seu grau
de desenvolvimento e controle no Quadro 4.

Quadro 4 - Estgios de maturidade de arquitetura de TI
Estgio Descrio
Arquitetura de silos de negcios As empresas procuram maximizar as necessidades de
cada unidade comercial ou necessidades funcionais de
forma independente, o que ocasiona um fracionamento
e a no integrao das diversas iniciativas de sistemas
existentes na empresa.
Arquitetura da tecnologia padronizada Ela proporciona a eficincia por meio da padronizao
e da centralizao da administrao tecnolgica.
Arquitetura do ncleo otimizado Ocorre padronizao de dados e processos na empresa
como um todo
Arquitetura da modularidade dos negcios As empresas administram e reutilizam componente
livremente de acordo com as necessidades dos
processos de negcios com o intuito de preservar
padres globais e habilitar diferenas locais.
Fonte: Adaptado de Ross et al (2008)

No estgio silo de negcios, as aplicaes servem a necessidades de negcios isoladas e so
avaliadas de acordo com o retorno do investimento individualmente, uma vez que quem
define as aplicaes so os lderes de negcios locais.

No estgio de tecnologia padronizada, h plataformas de tecnologias padronizadas cujo
objetivo reduo de custos e interoperabilidade. Os lderes das unidades comerciais e de TI
definem as aplicaes.

31
Em seguida, no estgio de ncleo otimizado, TI est focada nos processos ou dados
compartilhados de modo a prover qualidade das operaes de negcios. A alta administrao
e os lderes dos processos definem as aplicaes.

Por fim, o estgio de modularidade de negcios assume que os mdulos viabilizam os
processos de negcios de modo a prover rapidez e agilidade estratgica. A alta gesto, lderes
de TI, gestores de processos e lderes locais definem as aplicaes. O Quadro 5 sintetiza a
discusso apresentada por Ross et al (2008).

Quadro 5 - Mudanas associadas a cada novo estgio
Silos de Negcio Tecnologia
Padronizada
Ncleo Otimizado Modularidade dos
Negcios
Capacidade de TI Aplicaes locais
de TI
Plataformas
tcnicas comuns
Processos ou dados
compartilhados por
toda a empresa
Mdulos acoplveis
de processos
comerciais
Objetivos de
negcios
ROI de iniciativas
de negcios locais
Custos de TI
reduzidos
Custo e qualidade
das operaes de
negcios
Rapidez para
comercializar:
Agilidade
estratgica
A prioridade de
custeio
Aplicaes
individuais
Servios infra-
estruturais
compartilhados
Aplicaes da
empresa
Componentes de
processos de
negcios
reutilizveis
Principal
capacidade
administrativa
Gesto de
mudanas por meio
da tecnologia
Projeto e
atualizao de
padres: custeio de
servios comuns
Definio e
mensurao de
processos centrais
da empresa
Administrao de
processos de
negcios
reutilizveis
Quem define as
aplicaes
Lderes de negcios
locais
Lderes das
unidades comerciais
e de TI
Alta administrao
e lderes de
processos
Lderes de TI, de
negcios e da
indstria.
Questes chave de
governana de TI
Mensurar e
comunicar valor
Estabelecer
responsabilidades
locais, regionais e
globais.
Alinhar as
prioridades dos
projetos com
objetivos da
arquitetura
Definir, atribuir e
custear mdulos de
negcios.
Implicaes
estratgicas
Otimizao local e
setorial
Eficincia da TI Eficincia
operacional dos
negcios
Agilidade
estratgica
Porcentagem das
empresas neste
estgio segundo
pesquisa de 2005
12% 48% 34% 6%
Fonte: Adaptado de Ross et al (2008)

Segundo os autores, as prticas de arquitetura de TI evoluem conforme o estgio de
maturidade. Inicialmente, dentro dos silos de negcio, argumentos comerciais e metodologias
de projetos para otimizar localmente so suficientes. Conforme ocorre a padronizao,
processos formais de reviso e decises centralizadas so adotados. Quando a TI passa a
32
receber maior ateno das reas estratgicas e de processos, h maior participao dos
executivos e criao de equipes de arquitetura de TI em tempo integral. Essa evoluo das
prticas ser apresentada no Quadro 6.

Quadro 6 - Evoluo das prticas de arquitetura de TI
Prticas Silos de
Negcio
Tecnolo-
gia
Padroni-
zada
Ncleo
Otimizado
Modulari-
dade dos
Negcios
Argumentos comerciais X X X X
Metodologia de projetos X X X X
Arquitetos nas equipes de projetos X X X
Comit diretivo de TI X X X
Processo de excees arquitetura X X X
Processo formal de observncia X X X
Processo de renovao arquitetnica X X X
Custeio centralizado de aplicaes empresariais X X X
Equipe centralizada de padres X X X
Detentores de processos gerais da empresa X X
Princpios orientadores da arquitetura empresarial X X
Liderana comercial nas equipes de projetos X X
Superviso dos executivos seniores X X
Gerentes de programas de TI X X
Diagrama central de arquitetura empresarial X
Avaliao ps-implementao X
Pesquisa tecnolgica e processo de adoo X
Equipe de arquitetura empresarial em tempo integral X
Fonte: Adaptado de Ross et al (2008)

Ross et al (2008) tambm apresentam dois estudos que evidenciam a maior participao da
equipe de TI nas decises estratgicas da empresa quando o nvel de maturidade da
arquitetura mais evoludo. Isso ocorre tanto na participao dos arquitetos nos projetos de
negcio, para assegurar a observao dos padres tcnicos, quanto na abrangncia do papel do
gestor de tecnologia nas decises estratgicas da empresa como um todo.

Apesar de afirmarem que cada organizao deve buscar um estgio de maturidade que atenda
s suas necessidades de negcio, os autores constataram que empresas com arquiteturas mais
maduras declaravam ter maior sucesso na concretizao de metas estratgicas e obteno de
maior retorno mdio sobre capital investido.

Outra maneira de classificar maturidade da arquitetura de TI avali-la de acordo com o seu
alinhamento com o negcio. Luftman (2000) define cinco estgios de maturidade para o
alinhamento estratgico que podem ser avaliados de acordo com seis dimenses:
33
comunicao, mensurao de valores, governana, parcerias, arquitetura e habilidades. Em
relao arquitetura, os estgios so os seguintes:
- Estgio inicial - No h padronizao da arquitetura e nem integrao, transparncia ou
flexibilidade.
- Estgio de comprometimento de processo - H padres definidos, porm, as iniciativas de
integrao ainda so inspidas.
- Estgio de processos estabelecidos - H integrao da arquitetura na organizao nos
processos chaves, mas ainda no h integrao com os parceiros de negcios.
- Estgio de processo aperfeioado - H integrao com os parceiros com maior
transparncia e flexibilidade.
- Estgio de processo otimizado - A arquitetura est completamente integrada e evolui com
os parceiros para possibilitar transparncia e flexibilidade.

Como se pode observar, Luftman (2000) inclui o relacionamento com os parceiros de negcio
na avaliao da maturidade.

Assim, modelos de maturidade arquitetura de TI auxiliam a compreenso das necessidades
organizacionais. Pela categorizao de modelos de Salmans (2010), tanto os estgios
apresentados por Ross et al (2008) como de Luftmam (2000) poderiam ser considerados
como ferramenta descritiva. Por se basear em estudos empricos mais detalhados especficos
de arquitetura, o modelo de Ross et al (2008) foi utilizado nesta dissertao para anlise do
nvel de maturidade em que as organizaes estudadas se encontram para contextualizar os
processos decisrios relativos arquitetura de TI.

2.1.3.2 Decises de arquitetura de TI

Pulkkinen (2006) prope um modelo de categorizao das decises de arquitetura de TI em
diversos domnios com suas respectivas decises a serem tomadas pelos gestores. (Quadro 7)
34
Quadro 7 - Modelo de decises de planejamento de arquitetura empresarial
Arquitetura de
negcios
Arquitetura de
informao
Arquitetura de
aplicao
Arquitetura de
tecnologia
Nvel
organizacional
- Decises
gerenciais e de
negcios
- Portfolio de
negcios
- Misso
- Estratgias de
negcios
- Vises
- Gerenciamento
estratgico de
informao
- Cadeia de valor da
informao
- Portfolio de
aplicao
- Portfolio
estratgico de
tecnologia
- Relacionamento
com fornecedores
- Diretrizes de
tecnologia
organizacionais
- Polticas.
Nvel do domnio - Servios e
produtos no
domnio
- Processos de
negcio para
produo
- Gerenciamento da
informao do
domnio
- Mapa de sistemas
do domnio
- Interoperabilidade
- Infraestrutura de
tecnologia
- Plataformas
- Redes
- Comunicao de
dados
Nvel do sistema - Requisitos de
negcio para
sistemas
- Gerenciamento de
dados
- Arquitetura de
dados
- Princpios de
harmonizao de
dados
- Armazenamento
de dados
- Arquitetura de
sistemas
- Padres de
aplicao
- Princpios de
desenvolvimento
- Arquitetura de
tecnologia do
sistema
- Diretrizes tcnicas
de implementao
Fonte: Adaptado de Pulkkinen (2006)

O nvel da organizao o que atinge a empresa toda em todos os departamentos e processos.
O nvel do domnio pode ser um processo de negcios, uma unidade de negcios ou uma
funo, isto , a definio de domnio depende da empresa, de seu tamanho, da estruturao
de suas atividades e da organizao de SI para suportar essas atividades. Alm disso, est
geralmente relacionada com comunicao e interoperabilidade. (PULKKINEN, 2006).

O nvel de sistema o escopo mais fundamental de anlise e tambm depende da estruturao
definida pela organizao da mesma forma que domnio, mas est associado normalmente
com aplicaes locais. De qualquer forma, esta classificao permite vrias interpretaes
dependendo da natureza e do tamanho da empresa, mas servir como referencial para esta
dissertao para definir se a magnitude da deciso tem conseqncias locais ou mais amplas, e
no tem o objetivo de oferecer uma categorizao precisa.

Ainda sobre decises ligadas arquitetura de TI, Hmlinen e Liimatainen (2007) definem
outro modelo de decises de arquitetura empresarial dividindo-os em trs partes:
planejamento de arquitetura empresarial, planejamento de portfolio, e desenho de soluo ou
projeto. O planejamento de arquitetura empresarial inclui desenvolvimento de princpios,
viso, estratgia e objetivos. Decises de planejamento de portfolio seriam sobre o conjunto
35
de aplicaes que a organizao deseja ter no futuro. Por fim, decises de desenho de soluo
seriam os requisitos do projeto e princpios que devem ser adotados por todos os sistemas de
informao da empresa.

2.1.4 Integrao e padronizao

Conforme Ross (2003), arquitetura de TI reflete os requisitos de integrao e padronizao do
modelo operacional da empresa concretizada em um conjunto de polticas e escolhas tcnicas
cuja inteno viabilizar a estratgia de negcios da empresa.

A pesquisa da integrao em SI altamente interdisciplinar e tenta resolver trs problemas:
distribuio, heterogeneidade e autonomia. O problema de distribuio devido existncia
de sistemas individuais antes do sistema global ser construdo, ou seja, um problema de
integrao de sistemas legados (HASSELBRING, 1999, p. 36). Este autor alerta para a
fragmentao vertical que geralmente existente nas unidades organizacionais, isto , os vrios
nveis arquitetnicos interagem dentro de uma unidade de negcios, mas no esto integrados
com outras unidades (Figura 2). Desta maneira, a integrao horizontal vem apoiar os
processos de negcios como na Figura 3 apresentada pelo autor.












Figura 2 - Fragmentao vertical de unidades organizacionais
Fonte: Adaptado a partir de Hasselbring (1999)

Arquitetura
de negcios
Arquitetura
de informao
Arquitetura
de aplicao
Arquitetura
de tecnologia
Arquitetura
de negcios
Arquitetura
de informao
Arquitetura
de aplicao
Arquitetura
de tecnologia
Unidade de negcios Unidade de negcios
36










Figura 3 - Integrao horizontal
Fonte: Adaptado a partir de Hasselbring (1999)


Heterogeneidade ocorre por causa do desenvolvimento independente de componente de
sistemas. No nvel tcnico, fruto de diversas plataformas de hardware, sistemas
operacionais, sistemas de gerenciamento de dados e linguagens de programao. No nvel
conceitual, heterogeneidade vem de diversos modelos de dados e de programao.

Por ltimo, autonomia significa que os desenvolvedores podem escolher dentre um universo
de modelos de programao, conceitos e interao com ambiente externo. Geralmente, entra
em conflito com os requisitos de integrao e somente pode ser controlada quando est
conectada com os processos de mudanas organizacionais.

Conseqentemente, essas abordagens de integrao compem o quadro de motivaes para a
adoo de polticas de gesto de arquitetura de TI de modo a controlar os problemas
mencionados. Pode-se notar que tericos (TAPSCOTT; CASTON, 1995; LUFTMAN, 2000;
CULLEN; LEGANZA, 2006; ROSS et al, 2008) normalmente associam integrao com
padronizao, porm, esta constitui apenas uma das dimenses dos problemas de integrao.
Como a questo dos padres recebe atualmente destaque na literatura de SI, ela ser discutida
a seguir.

O termo padronizao ou padres pode ser compreendido de mais de uma maneira. Ele pode
ser entendido no sentido denotativo do dicionrio, significando a forma que as coisas
Arquitetura
de negcios
Arquitetura
de informao
Arquitetura
de aplicao
Arquitetura
de tecnologia
Arquitetura
de negcios
Arquitetura
de informao
Arquitetura
de aplicao
Arquitetura
de tecnologia
Unidade de negcios Unidade de negcios
Processos inter-
organizacionais

Integrao de
Informaes

Integrao de
Aplicaes

Integrao de
Middleware

37
deveriam ser. Isto inclui algo estabelecido por autoridades, uso habitual ou consenso geral de
um modelo, exemplo ou critrio. Tambm pode significar regras definidas por autoridade
para quantidade, peso, extenso ou qualidade. Modernamente, tambm pode significar
documentos tcnicos que descrevem desenho, material, processamento, segurana ou
caractersticas de desempenho de um produto. (DAVID, 2005, p. 211).

Com relao padronizao, Hasselbring (1999, p.116) analisa a integrao de sistemas
heterogneos e encontra abordagens geralmente de baixo para cima em que os sistemas locais
so construdos sem diretrizes prvias e, posteriormente, a organizao encontra dificuldades
em integrar a enorme diversidade. Deste modo, o autor recomenda o uso de modelos por
domnio, uso de tcnicas de arquitetura de software para definir previamente interaes entre
as unidades, mas sem entrar no detalhamento que especfico de cada sistema. Na prtica, h
a expectativa de que muitos implantem a abordagem ioi em que h alternncia de passos
de cima para baixo top-down e de baixo para cima bottom-up.

A expectativa para esta dissertao de que os dados empricos coletados possam indicar que
gestores associam arquitetura de TI com integrao e padronizao em algumas das
dimenses arquitetnicas levantadas na bibliografia.

2.1.5 Governana de TI e modelos de prticas de governana de TI

Arquitetura de TI um dos componentes da governana de TI, pois esta atua tambm nos
direitos e responsabilidades sobre os quatro nveis de arquitetura: negcios, informao,
aplicao e tecnologia.

Ao mesmo tempo, para o sucesso das iniciativas de gesto de arquitetura de TI, deve-se
considerar os fatores crticos de sucesso, que podem ser tanto tcnicos como estratgicos, para
atingir os objetivos organizacionais. Uma forma de realizar esta ligao por meio da
governana de TI.

Weill e Ross (2004) afirmam que governana de TI um modelo de direitos de deciso e
responsabilidade que encoraja o comportamento desejado no uso da tecnologia de
informao.
38

H vrios modelos de organizao da governana de TI que podem ser classificados segundo
os seguintes arqutipos (WEILL; ROSS, 2004):
- Monarquia do negcio - Deciso de tecnologia de informao pela a alta gerncia,
- Monarquia da TI - Deciso de TI pelos especialistas em TI,
- Feudal - Cada unidade toma decises independentemente,
- Federativa - Combinao de centro corporativo e unidade de negcios com ou sem equipe
de TI envolvida,
- Duoplio de TI Decises no grupo de TI associado a outro grupo de lderes de unidade,
- Anarquia Indivduos isolados ou decises em pequenos grupos.

Para os autores, as decises ligadas governana de TI podem incidir sobre cinco domnios
de TI inter-relacionados:
- Princpios de TI
- Arquitetura de TI Padres e escolhas tcnicas
- Infraestrutura de TI
- Aplicaes
- Investimentos de TI

Dentro de uma mesma organizao, cada domnio de deciso pode utilizar um arqutipo
diferente de acordo a matriz apresentada no Quadro 8. Na matriz, esto apresentadas as
combinaes mais comuns identificadas pelos autores em sua pesquisa emprica em 256
empresas de diversos pases e setores.(WEILL; ROSS, 2004)

Quadro 8 - Arqutipos de governana mais comuns por tipo de deciso
Princpios
de TI
Arquitetu-
ra de TI
Infra-
estrutura de
TI
Aplicaes Investimen-
to de TI
Monarquia do
negcio
X
Monarquia da TI X X
Feudal
Federativa X X
Duoplio X X X
Anarquia
No classificado
Fonte: Adaptado de Weill e Ross (2004).

39
Com relao governana da arquitetura de TI, possvel observar no Quadro 8 que, na
maioria das empresas, conduzida de maneira centralizada pela TI justamente por causa da
nfase dada aos aspectos tcnicos.

Nas duas ltimas dcadas, vem surgindo uma srie de modelos (frameworks) de melhores
prticas para TI em que alguns so originais e outros so evoludos de outros modelos
(FERNANDES; ABREU, 2008). Esses frameworks prometem auxiliar o gestor de arquitetura
de TI a conduzir seus empreendimentos de forma a respeitar princpios bsicos de governana
de TI, alinhar-se s metas de negcio e representar os interesses tanto dos stakeholders como
dos acionistas.

Dentre os modelos de solues ou frameworks mais populares utilizados nas organizaes
para gerenciar essas questes, destacam-se no Quadro 9 (ITGI, 2008):

Quadro 9 - Modelos de prticas de governana de TI
Modelo de melhores prticas Escopo do modelo
COBIT- Control Objectives for Information and
related Technology
Modelo aplicvel para auditoria e controle de
processos em TI, desde planejamento at monitoria de
todos os processos. Foi criado pela Information
Systems Audit and Control Association (ISACA) e IT
Government Institute (ITGI)
VAL IT Modelo para gesto do valor de investimento de TI.
Framework de governana de investimentos de TI da
IT Governance Institute (ITGI)
CMMI- Capability Maturity Model Desenvolvimento de produtos e projetos de sistemas e
software
ITIL- Information Technology Infrastructure Library Infra-estrutura de TI com definio estratgica,
desenho, transio, operao e melhoria de servio. .
uma marca registrada da Office of Government
Commerce (OGC).
The eSourcing Capability Model for Service Providers
(eSCM-SP)
The eSourcing Capability Model for Client
Organizations (eSCM-CL)
Terceirizao em servios que usam TI de forma
intensiva tanto para o provedor do servio como para o
cliente.
PRINCE2- Project in Controlled Environments Metodologia de gerenciamento de projetos da OGC
(Office of Government Commerce)
P3M3- Portfolio, Programme & Project Management
Maturity Model
Modelo de maturidade para gerenciamento de projetos,
programas e portfolio.
PMBOK- Project Management Body of Knowledge Base de conhecimento em gesto de projetos. da
Project Management Institute (PMI)
OPM3- Organizational Project Management maturity
Model
Modelo de maturidade para gerenciamento de projetos
BSC- Balanced Scorecard Metodologia de planejamento e gesto da estratgia
proposta por Kaplan e Norton (1996)
Six Sigma Estratgia de gerenciamento desenvolvida inicialmente
pela empresa americana Motorola
ISO/ IEC 27001 e ISO/ IEC 27002 Cdigo de prtica
para gesto da segurana da informao
Segurana da informao
40
Modelo de melhores prticas Escopo do modelo
ISO 9000 Conjunto de padres para gerenciamento da qualidade
mantida pela ISO (International Organization for
Standardization)
TOGAF Modelo para o desenvolvimento e implementao de
arquiteturas de negcio, aplicaes e de tecnologia.
SAS 70 Statement on auditing standards for services
organizations
Regras de auditoria para empresas de servios
Fonte: Adaptado de ITGI (2008) e Fernandes e Abreu (2008)

Dessa forma, nota-se que h vrias perspectivas do conceito de governana e, portanto,
diversas metodologias de mensurao da efetividade dessas prticas. Conforme ser discutido
posteriormente no tpico de teoria institucional, h motivaes estratgicas e racionais para
adoo dessas prticas, porm, a adoo indiscriminada poderia ser evidncia de presses
exgenas para obter legitimidade.

2.1.6 Fatores que influenciam a arquitetura de TI

Como demonstrado na seo de justificativas dessa dissertao, no foram encontrados
artigos que levantem as influncias sobre decises de arquitetura de TI. Entretanto, foi
realizada uma investigao paralela sobre fatores que influenciam as funes consideradas
parte da arquitetura segundo Cullen e Leganza (2006) tais como: planejamento, governana e
inovao. Assuntos mais tcnicos como arquitetura de software tambm foram includos. No
se espera que os resultados sejam comparveis ou que possam prever os fatores sobre
decises de arquitetura de TI, porm ser utilizado apenas para ter um ponto de partida como
referencial terico.

Planejamento de SI um termo genrico que cobre conceitos similares como planejamento
estratgico de sistemas de informao, estratgico de dados, de gesto de SI, de recursos de
informao, de tecnologia de informao. Segundo Stegwee e Van Waes (1990), ele pode ser
definido como um processo de integrao e tomada de decises que usa procedimentos
formais para articular resultados. Pode-se observar que ele atua no processo de tomada de
deciso de todas as esferas da arquitetura: negcios, informao, aplicao e tecnologia.

Neely e Hii (1998) afirmam que a habilidade para inovar resultado da sinergia entre cultura
da empresa, processos internos e ambientes externos:
- Cultura: importante a compreenso da misso pelos integrantes da organizao.
41
- Processos internos: Necessitam de mecanismos de gerao e captura de idias de modo
que se possa recompensar e aprender com as falhas, de procedimentos de triagem para
identificar as prioridades, de monitorao do desempenho e de treinamento contnuo.
- Ambiente externo: Clientes, concorrentes, fornecedores, alianas estratgicas, investidores
e governo.

Os vrios estudos encontrados de fatores sobre as funes da arquitetura foram resumidos no
Quadro 10. Foram classificados em categorias que poderiam auxiliar a anlise desta
dissertao com auxlio da categorizao de Soares (1998). Conforme ser visto
posteriormente, as influncias sero classificadas em institucionais (coercitivo, mimtico e
normativo) e estratgicas (problemas de empreendedorismo, de engenharia e de
administrao). Um argumento scio-poltico poderia ser equivalente ao mecanismo
institucional, enquanto as influncias estratgicas seriam as categorias negcios (problema de
empreendedorismo), organizacional (problema de administrao) e tcnico (problema de
engenharia).
Quadro 10 Influncias sobre decises de arquitetura de TI
Influncias Tema em que foi
encontrada a
influncia
Referncias
Regulamentao Arquitetura de Software Rozanski e Woods (2005)
Cultura Governana de TI,
Inovao, Planejamento
de TI
Lee et al (2008), Neely e Hii
(1998), Soares (1998)
Foras sociais, polticas,
econmicas, ecolgicas,
tecnolgicas.
Planejamento de TI,
Governana de TI.
Soares (1998), Lee et al (2008)
Fornecedores, clientes,
concorrentes, acionistas,
grupos especiais, pblico,
governo, sindicatos, mdia.
Planejamento de TI,
Inovao, Arquitetura
de Software.
Soares (1998), Neely e Hii
(1998), Babar et al (2007)
Habilidades sociais Arquitetura de Software Babar et al (2007)
Scio- poltico
(Influncia
institucional -
mecanismos
coercitivos,
mimticos e
normativos)
Necessidades do negcio e
padres da indstria
Arquitetura de Software Babar et al (2007)
Tempo para disponibilizar
produto no mercado
Arquitetura de Software Bass et al (2003)
Internacionalizao Arquitetura de Software Rozanski e Woods (2005)
Localizao Arquitetura de Software Rozanski e Woods (2005)
Aumento de vendas Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Vantagem competitiva Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Posicionamento de mercado Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Integrao de negcios Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Negcios
(Influncia
estratgica -
problema de
empreendedo-
rismo)
Flexibilidade de negcios Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
42
Influncias Tema em que foi
encontrada a
influncia
Referncias
Integrao com clientes Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Requisitos do plano de
negcios
Arquitetura de Software Babar et al (2007)
Desempenho da TI Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Aumento de controle Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Melhor informao Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Melhor integrao Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Aumento de qualidade Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Reduo de custos Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Ciclos mais rpidos Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Tempo de vida projetado do
sistema
Arquitetura de Software Bass et al, (2003)
Cronograma Arquitetura de Software Bass et al, (2003)
Comprometimento e apoio da
gerncia
Arquitetura de Software Babar et al (2007)
Objetivos de avaliar
arquitetura
Arquitetura de Software Babar et al (2007)
Estrutura da Organizao Planejamento de TI Soares (1998)
Tamanho da Organizao Planejamento de TI Soares (1998)
Estilo da gesto Planejamento de TI Soares (1998)
Patrocnio da gesto Planejamento de TI Soares (1998)
Processos internos Inovao Neely e Hii (1998)
Estrutura da funo SI/TI Planejamento de TI Soares (1998)
Comunicao entre o pessoal
do negcio e o pessoal da
funo SI/TI
Planejamento de TI Soares (1998)
Maturidade da funo SI/TI Planejamento de TI Soares (1998)
Recursos disponveis para
atividade de SI: humanos,
metodolgicos, temporais,
fsicos, financeiros, de
informao.
Planejamento de TI Soares (1998)
Modelo de engajamento Arquitetura de Software Babar et al (2007)
Modelo de governana Arquitetura de Software Babar et al (2007)
Estrutura de suporte Arquitetura de Software Babar et al (2007)
Documentao do desenho da
deciso
Arquitetura de Software Babar et al (2007)
Modelo de financiamento Arquitetura de Software Babar et al (2007)
Organizacional
(Influncia
estratgica -
problema de
administrao)
Treinamento Arquitetura de Software Babar et al (2007)
Integrao com sistemas
legados
Arquitetura de Software Bass et al (2003), Babar et al
(2007)
Conformidade com padres Planejamento de TI/
Investimento de TI
Aral e Weill (2005)
Capacidade de ser construdo
com as restries de tempo,
pessoas, oramento e material
Arquitetura de Software Rozanski e Woods (2005); Hay
(2002);
Tcnico
(Influncia
estratgica -
problema de
engenharia)
Disponibilidade e resilincia Arquitetura de Software Rozanski e Woods (2005); Bass
et al (2003);
43
Influncias Tema em que foi
encontrada a
influncia
Referncias
Capacidade de ser modificado Arquitetura de Software Rozanski e Woods (2005); Bass
et al (2003);
Capacidade de evoluo Arquitetura de Software Rozanski e Woods (2005);
Desempenho tcnico Arquitetura de Software Rozanski e Woods (2005); Bass
et al (2003);
Segurana Arquitetura de Software Rozanski e Woods (2005); Bass
et al (2003);
Capacidade de ser testado Arquitetura de Software Bass et al, 2003;
Usabilidade Arquitetura de Software Rozanski e Woods (2005); Bass
et al (2003);
Acessibilidade para pessoas
com deficincia
Arquitetura de Software Rozanski e Woods (2005);
Interoperabilidade Arquitetura de Software Bass et al (2003);
Capacidade de substituio
dos subsistemas de forma
modular
Arquitetura de Software Bass et al (2003);
Capacidade de crescer ou
escalabilidade
Arquitetura de Software Rozanski e Woods (2005);
Capacidade de ser configurado Arquitetura de Software Bass et al (2003);
Capacidade de suportar
manuteno
Arquitetura de Software Bass et al (2003);
Capacidade de suportar
estresse
Arquitetura de Software Bass et al (2003);
Capacidade de ser monitorado. Arquitetura de Software Bass et al (2003);
Atributo de qualidade avaliado Arquitetura de Software Babar et al (2007)
Representao e visualizao
de arquitetura
Arquitetura de Software Babar et al (2007)

Mtodos e diretrizes Arquitetura de Software Babar et al (2007)
Fonte: Elaborado a partir de Aral e Weill (2005); Babar et al (2007); Bass et al (2003); Brown (2008); Hay
(2002); Lee et al (2008); Neely e Hii (1998); Rozanski e Woods (2005); Soares (1998). Coluna 3 representa o
tema a que se referia a bibliografia onde foi encontrada esta influncia.

O quadro no tem o intuito de esgotar o tema nem de coincidir com as influncias sobre
arquitetura de TI encontradas na dissertao, pois foram levantadas a partir de componentes
da arquitetura.

2.2 Teorias organizacionais

A teoria institucional e a teoria da escolha estratgica foram selecionadas, pois as diversas
classificaes de teorias organizacionais geralmente as colocam em grupos opostos (OLIVER,
1997; DESANCTIS; POOLE, 1994; VICENTE-LORENTE; ZIGA-VICENTE, 2006;
CHECKLAND; HOWELL, 1998 apud DAVIS, 2000). Elas refletem dois comportamentos
humanos que contrastam determinismo e voluntarismo. Elas tambm se distinguem por uma
representar comportamento scio-poltico e a outra, racional. (MEHTA, 2005).

44
Alm disso, observa-se que muitos comportamentos no possuem uma justificativa
convincente sob a lgica estratgica racional induzindo a buscar explicaes em outras
correntes tericas (AVGEROU, 2000). Portanto, essa comparao uma abordagem
interessante ao se estudar as influncias sobre a arquitetura de TI e os dois extremos podem
estar atuando em conjunto sem haver excluso de um dos dois tipos de fator.

Este tpico contm a introduo da teoria institucional, da teoria da escolha estratgica e da
comparao entre as duas teorias para identificar os agentes que podem influenciar a deciso.
Os referenciais tericos relevantes que sero utilizados na fase de anlise desta pesquisa so
os mecanismos de influncia institucional de DiMaggio e Powell (1983) e tipologias de
problemas de adaptao organizacional na teoria da escolha estratgica de Miles et al (1978).

2.2.1 Teoria institucional

A teoria institucional no constitui uma corrente de pensamento nica e, portanto, as vrias
vises sero apresentadas para situar as escolhas realizadas por esta pesquisa que considera
que instituio inclui tanto os aspectos exgenos como os internos da organizao (ZUCKER,
1987). A tendncia de ocorrer semelhanas entre organizaes, ou isomorfismo, tambm ser
avaliada sob do ponto de vista das presses sociais e deterministas, ou seja, do ponto de vista
institucional. Este estudo tambm focar no institucionalismo sociolgico, segundo
classificao de Hall e Taylor (1996), que postula que as organizaes buscam legitimidade
ao invs de eficincia. Este tpico discutir as correntes de pensamento em teoria
institucional, o conceito do termo institucional e o conceito de isomorfismo.

2.2.1.1 Correntes de pensamento em teoria institucional

Segundo Hall e Taylor (1996), a viso tradicional dos institucionalistas que instintos e
costumes movem o comportamento econmico ao invs da racionalidade. Posteriormente,
outros autores estenderam essa idia, resultando em uma perspectiva terica conhecida como
neoinstitucionalismo. Uma escola que ganhou destaque o institucionalismo sociolgico que
sustenta que as organizaes adotam novas prticas institucionais por causa da busca de
legitimidade social e no por motivo de eficincia. A cultura definida como sinnimo de
45
instituies, mas no significa que o indivduo no seja dotado de racionalidade (HALL;
TAYLOR, 1996, p. 13).

Avgerou (2000) concorda com essa linha sociolgica e afirma que a teoria neoinstitucional
em sociologia postula que no se pode explicar o que ocorre nas organizaes considerando
apenas as aes racionais dos gestores e especialistas em tecnologia. Portanto, o conceito de
instituio se origina na teoria institucional e se refere a procedimentos auto-sustentados na
sociedade que so autoritrios, estabelecidos e baseados em regras.

DiMaggio e Powell (1983) identificaram trs mecanismos de influncia institucional no
Quadro 11:
Quadro 11 - Mecanismos de influncia institucional de DiMaggio e Powell
Mecanismo Descrio
Coercitivo Conseqncia de influncias polticas e problema de legitimidade. Consiste em presses
formais ou informais feitas por outras organizaes por motivo de dependncia ou
expectativa cultural.

Mimtico Resultado de uma resposta padro a incertezas. O uso de modelos de gesto um exemplo
disso que pode ser difundido tanto de forma direta ou no intencional como atravs de
rotatividade de funcionrios, empresas de consultorias ou associaes de comrcio.

Normativo Associado profissionalizao que pode ser interpretada como a batalha coletiva dos
membros de uma ocupao para definir condies e mtodos de trabalho, para controlar a
produo e para estabelecer a base cognitiva e legitimao de autonomia profissional.
Profisses tambm sofrem presses coercitivas e mimticas. Dois aspectos so fonte de
isomorfismo: educao formal legitimada pela base de conhecimento universitrio e redes
de profissionais para difuso de modelos. Outro mecanismo para o reforo normativo o
filtro de pessoal feito por mtodos restritos de recrutamento e critrios de promoo de
carreira dentro das organizaes.

Fonte: Adaptado de DiMaggio e Powell (1983).

Esta classificao de DiMaggio e Powell (1983) ser utilizada na fase de anlise de dados
deste estudo para categorizao de respostas que evidenciam influncias institucionais.

2.2.1.2 Definio do termo institucional

Neste ponto, importante discutir o significado do termo institucional. Instituies so
genericamente definidas como padres sociais que, quando cronicamente reproduzidos,
devem sua sobrevivncia a processos sociais auto-ativados (JEPPERSON, 1991 apud
AVGEROU, 2000).

46
Existem vrias correntes tericas de teoria institucional, mas Zucker (1987) resumiu o
conceito de instituio em duas definies: (a) uma regra ou uma qualidade de um fato social
de ao externa com padro organizado; (b) algo embutido nas estruturas formais que no est
ligado a atores ou situaes particulares. O Quadro 12 apresenta os principais pontos de
divergncia terica entre essas duas definies: ambiente como instituio e organizao
como instituio.
Quadro 12 - Pontos de divergncia terica das teorias institucionais
Abordagem
Terica
Ambiente como instituio Organizao como instituio
Motivo Reprodutivo Gerador
Fonte Crescimento do estado Pequenos grupos e imitao de outras
organizaes
Local Fora da organizao
Ligados ao estado
Processo interno
Organizaes similares
Resultado - Desacoplamento do ncleo tcnico
- Ineficincia
- Estabilidade
- Eficincia dependente de alternativas
Princpios - Processos institucionais permitem o
crescimento do estado
- Instituies so comumente ligados
ao estado e externos organizao
- Institucionalizao gera ineficincia
- Elementos institucionais surgem de
pequenos grupos ou de nvel processual.
- Processos e estrutura organizacionais
formais tendem a ser muito
institucionalizadas e fonte
neoinstitucional.
- Institucionalizao aumenta estabilidade
criando rotinas que melhoram
desempenho.
Fonte: Adaptado a partir de artigo de Zucker (1987)

A abordagem do ambiente como instituio assume que o processo bsico a reproduo de
fatos sociais a nvel organizacional. Sobre a abordagem da organizao como instituio,
considerando outras organizaes como fontes de presso, duas caractersticas da adoo da
inovao esto relacionadas com institucionalizao. Uma a ligao entre a inovao e a
reputao organizacional. Outra a extino do processo de avaliao de investimento,
substituindo pela aceitao irrestrita baseada na legitimidade. A conseqncia a tomada de
decises sem considerar questes estratgicas (ZUCKER, 1987, p. 446).

Com relao estrutura organizacional interna como fonte de institucionalizao, o
estabelecimento de rotinas de trabalho geralmente aumenta a institucionalizao dentro da
organizao de acordo com o grau explcito de codificao das regras, tamanho do histrico
da estrutura ou atividade; e grau de conexo das redes de estruturas (ZUCKER, 1987). Alm
disso, a estrutura organizacional e suas intrincadas redes de relacionamentos propostas por
Mintzberg (1995) tm grande fora de atuao e podem influenciar fortemente os resultados
da gesto, uma vez que fluxos de comunicao formais e informais atuam nesse processo.
47

Para este estudo, as duas definies de Zucker (1987) sobre o conceito de instituio sero
consideradas, pois tanto os aspectos institucionais exgenos como os internos da organizao
interessam para a presente anlise.

2.2.1.3 Inovao em TI como instituio

Avgerou (2000, p. 238) argumenta que inovao em TI tambm pode ser vista como uma
instituio, pois se identificam os seguintes elementos:
- Viso estabelecida do valor da tecnologia
- Rede de indstrias: hardware, telecomunicaes, software, consultores e organizaes
usurias.
- Conjunto de conhecimento profissional para desenvolvimento e uso de aplicaes de TI
- Conjunto de regulamentaes para desenvolvimento e uso de TI
- Sociedades profissionais que promovem padres de prticas e tecnolgicos

Nos anos 90, a maioria das inovaes em sistemas de informao nas organizaes foi
realizada de duas formas: utilizando o desenvolvimento customizado interno ou terceirizado;
e por meio de aquisio de pacotes de sistemas integrados complementados com
reestruturaes. Grandes organizaes que desenvolveram internamente dependiam
inevitavelmente de metodologias profissionais padronizadas. A maioria das metodologias
conhecidas foi criticada por suas limitaes quanto integridade tcnica, incapacidade de se
adequar complexidade organizacional dos projetos de sistemas e ineficincia das atividades
(AVGEROU, 2000, p. 240).

Segundo Avgerou (2000, p. 241), o uso de metodologia de desenvolvimento racional e ele
tornou acessvel a profissionalizao do desenvolvimento de sistemas ao estabelecer regras de
boa prtica sem necessariamente avaliar resultados, ou seja, o uso de pacotes de software
envolve elementos semelhantes de legitimao. Porm, o principal desafio implementar de
modo a ter eficincia nos processos e no apenas usar o software.

Outro aspecto institucional da inovao em TI o carter da avaliao econmica que passou
de anlise de investimentos do custo-benefcio para critrios menos tangveis.
48
Conseqentemente, a avaliao sistemtica objetiva raramente praticada. Alm disso, a
avaliao geralmente usada para legitimar decises que foram tomadas com base na intuio
ao invs de analisar os mritos tcnicos (AVGEROU, 2000, p. 242).

Assim, a inovao inicialmente adotada e difundida parcialmente por causa dos mritos
tcnicos e parcialmente sob a influncia de lderes que detm poder. Posteriormente, atravs
da institucionalizao, uma inovao adotada e mantida pela sua legitimidade adquirida,
sendo irrelevante a produo de valor tcnico agregado ou desnecessrio o patrocnio por
figuras proeminentes (AVGEROU, 2000, p. 237).

2.2.1.4 Isomorfismo

Para DiMaggio e Powell (1983), os atores organizacionais, ao tomar decises racionais,
constroem ao seu redor um ambiente que restringe a habilidade de mudana no longo prazo,
ou seja, os valores passam a se difundir alm das necessidades dos requisitos tcnicos iniciais,
pois promovem legitimidade ao invs de desempenho. Estratgias racionais para organizaes
individuais podem no ser racionais se adotadas por toda indstria. As organizaes reagem a
um ambiente que consiste em organizaes respondendo s reaes das outras organizaes.
Portanto, a organizao passa por um processo de homogeneizao denominado isomorfismo.

Isomorfismo um processo restritivo que fora uma unidade a se assemelhar com outras
unidades para enfrentar o mesmo conjunto de condies ambientais. O nmero de
organizaes na populao varia de acordo com a capacidade ambiental. Isomorfismo pode
ser resultado de uma seleo no tima de uma populao ou de gestores que tomam decises
quando aprendem as respostas apropriadas e ajustam seu comportamento. (DIMAGGIO;
POWELL, 1983, p. 149).

Para Huisman e Beerkens (2000), a maioria das teorias institucionais que foca na adoo de
inovaes presume que empresas lderes inovadoras decidem racionalmente nas adaptaes.
As organizaes que adotam tardiamente o fazem por causa das poderosas normas difundidas
coercitivas, normativas e mimticas. Entretanto, Tolbert e Zucker (1983) oferecem outra
explicao e relacionam racionalidade com o comportamento de mimetismo. Eles
argumentam que h expectativa de melhoria dos processos internos ao se adotar a inovao.
49
Para esta pesquisa, DiMaggio e Powell (1983) fornecem o ponto de partida para analisar
mimetismo entre as prticas organizacionais.

2.2.2 Teoria da escolha estratgica

Segundo Child (1997), escolha estratgica o processo pelo qual os detentores de poder nas
organizaes decidem no curso das aes estratgicas. Ela se estende ao ambiente na qual a
organizao opera, aos padres de desempenho que devem ser avaliados diante das presses
econmicas e ao desenho da estrutura organizacional em si. Portanto, escolha estratgica
realizada atravs de iniciativas tanto dentro da rede interna da organizao como nos
relacionamentos externos.

De uma forma mais radical, Oliver (1988) afirma que a perspectiva da escolha estratgica
sugere adaptabilidade com desacoplamento entre organizao e ambiente, permitindo
variaes estruturais entre organizaes competidoras.

Miles et al (1978, p. 549) argumentam que o comportamento organizacional somente
parcialmente predeterminado pelas condies ambientais e que as escolhas da alta gerncia
so determinantes crticos da estrutura e dos processos organizacionais. Apesar das escolhas
serem numerosas e complexas, elas podem ser visualizadas como respostas a trs grupos de
problemas de adaptao organizacional conforme o Quadro 13.
Quadro 13 - Problemas de adaptao organizacional
Problema de adaptao
organizacional
Descrio
Problema de
empreendedorismo
Consiste na aceitao dos gestores de um domnio de produto e mercado
especfico atravs do comprometimento de recursos
Problema de engenharia Envolve a criao de um sistema que resolve o problema de
empreendedorismo
Problema de administrao Reduo da incerteza do sistema organizacional ou racionalizao e
estabilizao das atividades ao solucionar os problemas de
empreendedorismo e de engenharia enfrentados pela empresa.
Fonte: Adaptado de Miles et al (1978)

Pfeffer e Salancik (1978), por exemplo, afirmam que organizaes no podem sobreviver se
no responderem s necessidades do seu ambiente. No entanto, essas demandas podem entrar
em conflito com outros grupos, exigindo que os gestores tenham habilidades para gerir os
stakeholders.
50
Deste modo, organizaes tambm no sobrevivem se responderem completamente s
exigncias ambientais. Ao se compreender o controle social das organizaes, acredita-se que
possvel entender como a organizao escolhe estar em conformidade, evitar ou influenciar
o seu meio. Em geral, organizaes tendem a ser influenciadas por aqueles que controlam os
recursos dos quais dependem. (PFEFFER; SALANCIK, 1978).

2.2.3 Comparao entre a teoria institucional e a teoria da escolha estratgica

Vrios autores comparam teorias institucionais, ou deterministas, em que o ator se mantm
passivo aos fatores ambientais; e as teorias de escolha em que existe o voluntarismo,
adaptao s necessidades estratgicas e sujeio dependncia de recursos.

Algumas pesquisas empricas tentam avaliar o grau de atuao de cada tipo de influncia e
concluem que as presses estratgicas so mais fortes que as institucionais (OLIVER, 1988;
MEHTA; HIRSCHHEIM, 2004). No entanto, analisar esses dois grupos de fatores como
antagnicas no consenso entre tericos e alguns autores propem a integrao ao abordar
as duas teorias como complementares como sugerida por Hrebiniak e Joyce (1985).

Apesar de aspectos como a ausncia de racionalidade no ser consenso na abordagem
institucional (HALL; TAYLOR, 1996), possvel analisar divergncias e convergncias da
teoria institucional e da teoria da escolha estratgica sob a tica de vrios autores. As
diferenas entre teoria institucional e teoria da escolha estratgicas sero discutidas nessa
seo e podem ser resumidas no Quadro 14.
Quadro 14- Comparao entre teoria institucional e da escolha estratgica
Teoria Institucional Teoria da escolha
estratgica
Autores (fonte)
Ao dos gestores Determinismo (passividade) Voluntarismo Hrebiniak e Joyce
(1985)
Contexto Interpretativa Funcionalista Checkland e Howell
(1998) citado por
Davis (2000)
Reao diante de
processos de mudana
Inercial Adaptativa Vicente-Lorente e
Ziga-Vicente
(2006)
Tipo de racionalidade
utilizado
Normativo Econmico Oliver (1997)
Objetivo organizacional Legitimidade (Satisfazer) Eficincia (Otimizar) Hall e Taylor (1996)
Fontes: Elaborado a partir de Hrebiniak e Joyce (1985); Hall e Taylor (1996); Oliver (1997); Checkland e
Howell (1998) citado por Davis (2000); Vicente-Lorente e Ziga-Vicente (2006).

51
Checkland e Howell (1998) citados por Davis (2000) definiram os termos abordagem
funcionalista e abordagem interpretativa para SI que se distinguem pelo contexto. A viso
funcionalista tende a focar nos objetivos organizacionais e na forma que SI deve ser
desenhado para apoiar esses objetivos racionais. Em contrapartida, a viso interpretativa
multifacetada com conflitos e dominada por relacionamentos sociais. Assim, a abordagem
interpretativa estaria prxima da teoria institucional e a abordagem funcionalista teria
semelhanas com a teoria da escolha estratgica.

O estudo dos episdios em que ocorrem mudanas crticas uma maneira de identificar se um
comportamento sofre influncia institucional ou estratgica segundo Tolbert e Zucker (1994).
Vicente-Lorente e Ziga-Vicente (2006, p. 95) apresentam uma forma de comparao entre
as abordagens: as perspectivas adaptativas e inerciais para descobrir os fatores determinantes.
Isso auxiliar essa pesquisa a distinguir entre influncia institucional e estratgica que diferem
em suas suposies sobre como a mudana estratgica ocorre. Na abordagem adaptativa,
mudana estratgica uma reao racional dos gestores que implementam novas estratgias
quando notam desalinhamento entre as caractersticas organizacionais e ambientais, ao passo
que, na perspectiva inercial, a gerncia possui papel quase irrelevante no processo de
transformao.

Outra forma de diferenciar as duas vises, institucional e estratgico, seria atravs do tipo de
racionalidade utilizado. No Quadro 15, Oliver (1997) realiza uma comparao terica entre os
determinantes institucionais e os determinantes baseados em recursos. A teoria da escolha
estratgica poderia ser identificada como racionalidade econmica e a teoria institucional
utilizaria a racionalidade normativa.

Quadro 15 - Comparao entre determinantes institucionais e baseados em recursos
Caracterstica da deciso de
recurso
Racionalidade Econmica Racionalidade Normativa
Natureza do processo de deciso Sistemtico, deliberado e
orientado a objetivos econmicos.
Habitual, sem reflexo e embutido
nas normas e tradies.
Limitao de deciso chave Incerteza da informao e vieses
cognitivos
Contexto de deciso histrico e
normativo
Processo de alocao de recursos Maximizao de valor Carregamento de valor
Objetivo da deciso Otimizao de escolha de recursos Justificativa das escolhas de
recurso
Natureza dos custos
irrecuperveis (sunk costs)
Econmico Cognitivo
Atributo de recurso-chave Eficincia e no - imitabilidade Longevidade e legitimidade
52
Caracterstica da deciso de
recurso
Racionalidade Econmica Racionalidade Normativa
Resultados das decises Avaliao sistemtica e escolha
dos recursos otimizados
Alocao de recursos de forma
no otimizada e resistncia
mudana de recursos
Fonte: Adaptado de Oliver (1997)

A identificao de presses institucionais, oriundas do determinismo ambiental, e influncias
estratgicas, ou da ao voluntria dos gestores, um processo que demanda cautela uma vez
que estes fatores esto entrelaados. Tolbert e Zucker (1994) alertam para a necessidade de
documentar com evidncias diretas para justificar a alegao de influncias institucionais.
Identificar os determinantes da mudana representa uma tcnica promissora de se obter
avanos empricos e tericos.

Para distinguir os diversos tipos de influncias, Zucker (1987) prope alguns indicadores do
nvel de institucionalizao e como esses indicadores tambm podem ser interpretados pelas
teorias concorrentes. Por exemplo, seguir legislao e regulamentao poderia ser
interpretado como indcio de institucionalizao e tambm como uma estratgia para resolver
as ameaas de dependncia de recurso.

Algumas pesquisas empricas sugeriram mtodos para comparar os vrios tipos de
influncias. Mehta e Hirschheim (2004) examinaram o processo de integrao de TI de
organizaes que passaram por fuses e aquisies ao longo do tempo, desde o perodo antes
da fuso at a transio definitiva aps trs anos. Eles analisaram trs influncias:
alinhamento estratgico de negcio com TI, presses do poder das empresas originais sobre a
organizao resultante e influncias oriundas das expectativas do mercado financeiro.

Os autores chegaram concluso de que a influncia simblica e institucional do mercado
financeiro, denominado pelos autores de expectativas do efeito Wall Street, era mais forte no
perodo antes da fuso e durante o incio do processo de transio conforme pode ser
verificado na Figura 4. Entretanto, trs anos aps fuso, as influncias estratgicas parecem
predominantes sobre as decises de integrao de TI em comparao com as motivaes
institucionais e em comparao com a influncia gerada pela assimetria de relaes de poder
dentro da empresa. O grfico foi construdo a partir de anlise interpretativa e no representa
escala numrica quantitativa.

53









Figura 4 - As trs influncias sobre decises de integrao de TI em empresas que passaram por fuses e
aquisies
Fonte: Mehta e Hirschheim (2004)

Mehta e Hirschheim (2004) corroboram a concluso encontrada por Oliver (1988) que
investigou as influncias institucionais e estratgicas sobre o isomorfismo das organizaes.
Ambos os resultados indicam que as motivaes estratgicas so mais fortes que as
institucionais quando a anlise realizada sobre as respostas dos entrevistados.

Hrebiniak e Joyce (1985) afirmam que a discusso entre determinismo e voluntarismo retira o
foco das questes crticas da natureza interativa do relacionamento entre organizao e
ambiente. A questo deveria ser verificar como a escolha , ao mesmo tempo, causa e
conseqncia da influncia ambiental, uma vez que causas e conseqncias interagem e
entram em conflito para resultar em adaptaes organizacionais visveis. Portanto, um modelo
simples de construo conceitual mutuamente exclusivo de Zucker (1987) pode no ser
suficiente para capturar a complexidade e a riqueza do comportamento organizacional.
(HREBINIAK; JOYCE, 1985).

Astley e Van de Ven (1983) propem a tipologia de uma linha continua entre um extremo do
determinismo e outro de voluntarismo. Assim, a teoria da escolha estratgica e a teoria
institucional poderiam ser complementares quando analisam a mesma realidade atravs de
ticas distintas. As influncias sobre as decises, por sua vez, tambm poderiam ser
compreendidas como um contnuo entre presso institucional e escolha estratgica.

Pr- fuso Fuso Trs anos depois
Alinhamento
Estratgico
entre TI e
negcios

Efeito do
mercado
financeiro

Diferena de
poder entre as
empresas
originais

Influncia
54
Resumindo, vrios autores classificam teoria institucional e teoria da escolha estratgica como
conceitos antagnicos. Alis, esta foi uma das razes da escolha dessas duas correntes
conceituais, mas possvel integrar as duas vises para enriquecer a compreenso sobre o
tema de arquitetura de TI como foi proposto por Hrebiniak e Joyce (1985) e Astley e Van de
Ven (1983).

2.3 Processo de tomada de deciso

O problema de deciso definido pelas aes ou opes que precisa escolher, os possveis
resultados dos atos e as contingncias, ou probabilidades condicionais, que se relacionam com
os resultados dos atos. (TVERSKY; KAHNEMAN, 1981).

Bell, Raiffa e Tversky (1988, p. 16) classificam os modelos de tomada de deciso em
normativo, descritivo e prescritivo. A anlise descritiva est preocupada com o motivo e a
maneira que as pessoas pensam e agem. Ela atua geralmente de maneira emprica e foca no
comportamento individual. Os pesquisadores podem abordar esse domnio sem preocupao
de modificar ou influenciar comportamento.

As principais caractersticas da anlise normativa so a coerncia e a racionalidade capturadas
normalmente em termos de axiomas e princpios. Por ltimo, a anlise prescritiva se
concentra em algumas das conseqncias lgicas das teorias normativas e as descobertas
empricas dos estudos descritivos.

A diferena entre os trs tipos de modelos de escolha (normativo, descritivo e prescritivo) o
critrio em que so avaliados. O descritivo avaliado pela validade emprica, enquanto o
normativo, pela adequao terica, ou seja, o grau que ele fornece idealizaes ou escolhas
racionais aceitveis. A anlise prescritiva, por sua vez, avaliada pelo seu valor pragmtico
ou a sua habilidade de auxiliar as pessoas a tomar melhores decises. (BELL et al , 1988, p.
18).

O objetivo desta pesquisa realizar uma anlise descritiva das decises de arquitetura de TI
sem a inteno de julgar o comportamento individual pela sua coerncia. Vrios autores
discutem sobre decises tendenciosas e sujeitas a erros. Simon (1955) desenvolveu um
55
modelo descritivo que afirma que os tomadores de deciso so racionais, porm tomam
decises com base em informaes incompletas e, portanto, ao invs de buscar a soluo
tima, eles procuram a soluo aceitvel ou satisfatria. Da mesma forma, Cyert e March
(1992, p. 30) alertam para a pluralidade de interesses na organizao e que a racionalidade
no prevalece, j que os resultados das aes tm influncia sobre a posio de poder dos
tomadores de deciso. Lindblom (1959) complementa e ressalta que a busca de soluo de
problemas de forma gradual e sem rupturas, de forma que um incremento dentro de um
ciclo para correo de uma deciso anterior.

As etapas de tomada de deciso podem variar de acordo com o autor e a incluso da
implementao nem sempre consenso entre eles. Mintzberg et al (1976) afirma que processo
de deciso uma srie de aes e fatores dinmicos que se iniciam com a identificao do
estimulo da ao e termina com o compromisso especfico da ao. Trs fases foram
conceituadas: a identificao que a compreenso das questes implcitas, o desenvolvimento
que busca de solues e, por ltimo, a seleo que a escolha de uma opo com
compromisso para ao.

Clemen (1996) segue uma abordagem normativa em que a implementao tambm est
presente. Para esse autor, as fases do processo so as seguintes: identificao do problema;
identificao dos objetivos e das alternativas; modelagem do problema; escolha da melhor
alternativa; anlise de sensibilidade; e implementao da alternativa escolhida.

Kling (1974) reflete sobre a diferena entre autoridade e influncia no desenho de sistemas de
informao. A influncia ocorre quando algum muda o curso de uma ao sem ameaa
aberta ou implcita. A autoridade, apesar de tambm indicar relao entre duas partes, enfatiza
as sanes que a parte demandante pode aplicar.

King et al (1994, p. 149) tambm distinguem influncia e regulao. Influncia realizada
atravs do processo de socializao, educao do indivduo e proviso de recursos para
atividades sociais consideradas adequadas. Enquanto a regulao a interveno direta ou
indireta no comportamento dos indivduos sob domnio da instituio com objetivo de
modificar aquele comportamento atravs de sano ou outra ao afirmativa.

56
A influncia e a regulao podem desempenhar papis diferentes dependendo das foras de
suprimento ou demanda que agem na inovao. As foras de suprimento se originam da
produo de processos ou produtos inovadores e as foras de demanda surgem da vontade dos
potenciais usurios de utilizar a inovao.

Portanto, para efeito desta pesquisa, ser analisada a influncia sobre a deciso, quando no
algo obrigatrio com ameaa explcita. A incluso de dados de implementao, ou pelo menos
a demonstrao de comprometimento para ao, ser uma forma de definir operacionalmente
uma deciso de arquitetura de TI para anlise. A meta avaliar utilizando a abordagem
descritiva em que no h preocupao em modificar o comportamento.

2.4 Consideraes sobre referencial terico

A pesquisa bibliogrfica visou levantar o arcabouo terico existente sobre o tema do estudo e
apresentar os referenciais que sero utilizados na fase de anlise. Como se pode notar, foram
encontradas pesquisas que tangenciam os objetivos desta dissertao, mas que utilizam outras
abordagens com escopo distinto.

Para atingir os objetivos desta pesquisa, as prticas de gesto de organizaes sero analisadas
de acordo com o referencial terico do conceito de arquitetura de TI, das prticas de
arquitetura e de seus estgios de maturidade. Os estgios de maturidade de Ross et al (2008)
auxiliam na classificao da situao em que a empresa se encontra. Com relao s
influncias institucionais e estratgicas sobre decises, a teoria institicional e a teoria da
escolha estratgica daro embasamento categorizao das justificativas utilizadas.
57
3 PROCEDIMENTOS METODOLGICOS

Por causa da falta de consenso que existe sobre o conceito de arquitetura de TI e dos poucos
estudos com abordagem semelhante aos objetivos desta pesquisa, foi escolhido o mtodo de
estudo de caso para explorar este tema e gerar novas hipteses para investigaes futuras mais
aprofundadas. Quanto finalidade, como o objetivo expor as caractersticas de um
determinado fenmeno, a pesquisa exploratria, pois h pouco conhecimento acumulado
sistematizado. Ela tambm descritiva, j que descreve suas caractersticas. As fontes
utilizadas so a pesquisa bibliogrfica, a de campo e o estudo de caso conforme classificao
de Vergara (1998).

A metodologia de estudo de caso em pesquisas na rea de sistemas de informao comum,
mas precisa ser utilizada criteriosamente (DUB; PAR, 2003). Um resumo das escolhas do
desenho de pesquisa est no Quadro 16.

Quadro 16 - Escolhas do desenho de pesquisa
Deciso de desenho de pesquisa Escolha
Posio filosfica Positivista
Mtodo de pesquisa Estudo de caso
Critrio de avaliao Recomendaes de Dub e Par (2003)
Seleo dos casos Empresas com capital privado. Uma mais amadurecida
e outra em estgio menos avanado.
Seleo de participantes Ao como influenciador, autoridade ou testemunha
do processo decisrio.
Cobrir os escopos de arquitetura de TI: negcios,
informao, aplicao e tecnologia.
Coleta de dados Entrevistas e documentao interna
Modelos tericos Referencial terico, alm da teoria institucional e
teoria da escolha estratgica.
Fonte: Construda para esta pesquisa a partir de exemplo de Mehta (2005)

Este captulo introduzir o mtodo de estudo de caso, o processo de coleta de dados, o
desenho de pesquisa, as proposies e o plano de anlise.

3.1 Mtodo estudo de caso

Geralmente, estudo de caso a estratgia preferida quando as questes colocadas so de
como e por qu, uma vez que, nessa situao, o investigador tem pouco controle sobre os
58
acontecimentos e o foco o evento atual dentro do contexto da vivncia real (YIN, 2003).
Assim, esse mtodo atende aos objetivos desta pesquisa, j que a inteno compreender o
processo pelo qual as organizaes decidem sobre arquitetura de TI e como os fatores
institucionais e estratgicos influenciam este processo.

Para Yin (2003), h cinco diferentes aplicaes para o estudo de caso e a mais comum o uso
para explicar as relaes causais em intervenes que seriam muito complexas para estratgia
de experimentos. A segunda aplicao seria para descrever uma interveno no contexto real
em que ocorreu. Em terceiro, o estudo de caso tambm pode ilustrar alguns tpicos em uma
avaliao de forma descritiva. Em quarto, pode ser usado para explorar situaes em que a
interveno sendo avaliada no tem um conjunto de resultados claros e nicos. Em quinto, o
estudo de caso pode ser uma meta-avaliao, ou seja, estudo de um estudo de avaliao.

Esta pesquisa prope usar o estudo de caso conforme a segunda e a quarta aplicao, de
descrio e de explorao de situaes, pois o objetivo descrever um fenmeno e no h um
conjunto de resultados claros. Em geral, as proposies prvias so importantes para guiar o
trabalho (YIN, 2003), entretanto Vergara (1998) entende que a pesquisa exploratria uma
ferramenta utilizada quando h pouco conhecimento acumulado e sistematizado e, por ser
sondagem, no comporta hipteses que podero surgir apenas no final da pesquisa.

Para Yin (2003), estudos de casos mltiplos se assemelham a replicao de experimentos em
que se deve ou selecionar os casos para predizer resultados similares ou produzir resultados
contrastantes. Uma possibilidade utilizar projeto de duas extremidades no qual os casos
das duas extremidades foram deliberadamente escolhidos. Um passo importante para o
processo de replicao declarar as condies sob os quais um fenmeno provavelmente
encontrado. Para cada caso individual, o relatrio deve indicar como e porque uma
determinada proposio foi ou no demonstrada.

No estudo de caso, o investigador deve procurar maximizar quatro aspectos de qualidade:
- Validade do constructo - Estabelecer medidas operacionais corretas para os conceitos a
serem estudados. A pesquisa usar fontes mltiplas de evidncia e manter a cadeia de
evidncias para que o observador seja capaz de rastrear os passos tanto na direo de
pergunta-problema concluso como no sentido oposto. Este estudo apresentar a
59
explicitao do contexto, validao atravs de triangulao e demonstrao da lgica de
anlise.
- Validade interna No se aplica. Estudos de casos explicativo e causal devem ter
preocupao com validade para explicar relao causal. Essa lgica no aplicvel aos
estudos descritivos e exploratrios (YIN, 2003).
- Validade externa - Estabelecer o domnio em que as descobertas podem ser generalizadas.
- Confiabilidade - Demonstrar que as operaes da pesquisa podem ser repetidas com os
mesmos resultados, por exemplo, o procedimento de coleta de dados. Esta pesquisa
definir um protocolo de coleta de dados e armazenar as informaes em um banco de
dados. O protocolo consistir em procedimentos como determinao de pessoas a serem
entrevistadas, perguntas do estudo de caso e plano de anlise.

As fases planejadas so coleta de informaes, anlise dos dados e discusso dos resultados
que sero descritas a seguir.

3.2 Coleta de informaes

Um roteiro de entrevistas semi-estruturado foi utilizado. A primeira etapa da coleta de
informaes o levantamento sobre os dados do entrevistado, dados da empresa e da rea de
tecnologia de informao. Este ltimo inclui a posio do departamento no organograma, a
organizao do departamento, quantidade de profissionais alocados e a infraestrutura que
gerencia como principais processos, principais sistemas e a diversidade tecnolgica.

A segunda etapa a coleta de dados para o enquadramento da empresa em um dos estgios de
maturidade da arquitetura definidos por Ross et al (2008), levantamento de prticas de gesto
da arquitetura e identificao das prticas de tomada de deciso atravs das caractersticas da
governana de TI.

A etapa seguinte a entrevista a respeito das influncias institucionais e estratgicas sobre as
decises de arquitetura de TI. Haver tambm o levantamento dos resultados das iniciativas
segundo os entrevistados.

60
Segundo Yin (2003), o protocolo para o estudo de caso uma maneira de aumentar a
confiabilidade e se destina a orientar o investigador na realizao da coleta de dados. Deve
conter:
- Viso geral do projeto,
- Procedimentos de coleta,
- Questes especficas e
- Esboo do relatrio.

A viso geral est explicitada no captulo de objetivos de pesquisa dessa dissertao. Os
procedimentos de coleta incluem forma de acesso s fontes de dados, indivduos a serem
entrevistados e preparao anterior visita que sero detalhados mais adiante.

As questes especficas do estudo de caso esto no roteiro de entrevista no APNDICE 1
dessa dissertao e foram criadas a partir de objetivos e proposies formulados no incio do
projeto, baseados no referencial terico e na estratgia de anlise planejada. O roteiro contm
perguntas abertas separadas em duas partes: perguntas gerais sobre dados de gesto da
organizao e levantamento sobre decises de arquitetura de TI. Para os itens no abordados
espontaneamente pelos entrevistados, sero realizadas perguntas especficas.

Supe-se que as decises mais enfatizadas pelos gestores sejam aquelas consideradas mais
importantes ou que melhor ilustram a situao da empresa. Conseqentemente, essa seleo
de decises pelos entrevistados ser tambm considerada no processo de anlise e sero
filtradas apenas as informaes que no se encaixarem no referencial terico como sendo
parte da arquitetura de TI.

Portanto, a partir dos objetivos da pesquisa, pergunta-problema e proposies, levantou-se
que era necessrio coletar e analisar os seguintes dados abaixo, construindo tambm um
esboo do relatrio do estudo de caso para cada organizao.
- Perfil da indstria e da empresa
- Histrico da organizao e da gesto da TI
- Estrutura organizacional: localizao da unidade de TI dentro do organograma
organizacional, estrutura da unidade de TI, distribuio das responsabilidades de
arquitetura de TI.
61
- Situao da arquitetura de TI atualmente: prticas e estgio de maturidade da arquitetura
em que a empresa se encontra
- Governana de TI: quem toma e como so tomadas as decises de arquitetura de TI?
- Significado de arquitetura de TI, seus benefcios e objetivos para os envolvidos com o
tema.
- Justificativas, obstculos e resultados de decises importantes ou relevantes de arquitetura
de TI segundo entrevistados.
- Comparao cronolgica das iniciativas de arquitetura.

Com relao aos procedimentos de coleta de dados, houve preocupao com a efetuao de
triangulao ao consultar vrias fontes para confirmar os dados. Isso foi realizado
extensivamente na parte do roteiro relacionada a perguntas gerais sobre a empresa como
prticas de gesto e dados organizacionais. Na parte do roteiro referente entrevista de
decises de arquitetura, todas as respostas relevantes foram documentadas sem preocupao
de buscar consenso, pois o intuito era obter o conjunto de opinies dentro da empresa e no
confrontar posies divergentes, que normalmente existem dentro de um processo decisrio.
Alm disso, foi enviado relatrio dos dados e anlise da organizao para o ponto de contato
na empresa para comentar qualquer inconsistncia.

A organizao deve ser um caso representativo tpico de uma empresa com participao de
capital privado que possui alguma poltica de arquitetura de TI, seja formal ou informal. Alm
disso, como o objetivo comparar empresas em nveis de maturidade distintos, uma empresa
mais avanada nas suas polticas e outra menos amadurecida, ou menos formalizada, so as
que mais se encaixariam no perfil das organizaes escolhidas.

O escopo da pesquisa inclui coleta de informaes sobre as polticas e escolhas tcnicas de
integrao nos seguintes nveis:
- Tecnologia (infraestrutura e padres tecnolgicos se houver)
- Aplicaes
- Dados e fluxos de informaes
- Processos de negcio

Os entrevistados devem ter envolvimento em alguma deciso dentro de algum escopo
definido acima ou, no mnimo, ter acesso aos argumentos utilizados na escolha.
62
Eventualmente, seria desejvel que tenham papel de autoridade na deciso final ou de
influenciador no sentido de prover informaes para deciso.

Possveis candidatos a entrevistados seriam: diretores, gerentes de TI, gerentes envolvidos
com desenho de processos, lderes de negcios envolvidos com escolhas em TI, lderes da
arquitetura de TI, gerente de projetos, arquitetos de sistemas, lderes de tecnologia, analistas
de negcios e analistas de sistemas.

No caso de algum escopo no possuir um processo de gesto formalizado, as declaraes
sobre descries dos procedimentos feitas por participantes que estiveram informalmente de
alguma forma envolvidos so suficientes. Portanto, o nmero de entrevistas pode variar
dependendo da configurao da estrutura organizacional e das reas de atuao dos
respondentes.

A seleo de empresas foi feita por convenincia, com base em contato anterior. As empresas
foram convidadas formalmente por meio de carta (e-mail) dirigida a seu diretor de TI ou CIO
que autorizaram a realizao do estudo, a publicao dos resultados nesta dissertao e a
divulgao em artigos acadmicos dela derivadas. Para obter o comprometimento da empresa,
a pesquisadora ofereceu-se para realizar um workshop com a posterior apresentao dos
resultados. Solicitou-se uma pessoa de contato, no necessariamente CIO, para convidar os
entrevistados e servir como principal responsvel para comunicao. Seu papel tambm inclui
resolver questes logsticas e fornecer de dados bsicos de gesto da organizao e da unidade
de TI.

Antes da etapa de realizao das entrevistas individuais, houve uma reunio com a pessoa de
contato para apresentar os objetivos da pesquisa e buscar informaes sobre a distribuio de
responsabilidades dentro da empresa, cabendo a este gestor sugerir os entrevistados.
63
3.3 Proposta de desenho de estudo

Como afirmado anteriormente, uma pesquisa qualitativa de carter exploratrio e descritivo
que utiliza o mtodo de estudo de caso com o objetivo de explorar o tema do problema de
pesquisa.

Dub e Par (2003), aps pesquisar estudos de casos positivistas em SI nas principais
publicaes da rea, sugerem critrios de qualidade para essa metodologia que seriam teis na
coleta de dados e planejamento. O Quadro 17 resume as principais recomendaes para
estudo de casos e como sero aplicadas nesta pesquisa.

Quadro 17 - Recomendaes para estudo de casos e a aplicao nesta pesquisa
Escopo Recomendao para estudo de caso Abordagem nesta pesquisa
Explicitao do problema de pesquisa Realizado no incio. Pergunta problema
Como?.
Especificao prvia do quadro terico Referencial terico, alm da teoria
institucional e teoria da escolha estratgica.
Comparao de teorias rivais Objetivo no invalidar teorias. Deseja-se
fazer estudo exploratrio e confirmar
proposies.
Avaliao de mltiplos casos incluindo a
lgica de replicao
Dois casos em duas extremidades do
espectro. Protocolo de estudo de caso.
Critrio de seleo dos casos Empresas privadas em nveis diferentes de
maturidade.
Explicitao da unidade de anlise para
compreender o relacionamento com a
rea de conhecimento
Para compreender as prticas de gesto de
arquitetura de TI, a unidade de anlise ser
a organizao.
Entretanto, para atender a alguns dos
objetivos de pesquisa, haver uma parte em
que haver uma subdiviso da anlise de
cada organizao, onde a unidade de anlise
ser a deciso mencionada pelo
entrevistado.
Estudo de caso piloto Como o objetivo era ter dois casos
comparados, no houve caso piloto.
Contexto do caso Explicitao do contexto e do perodo
Desenho de
pesquisa
Mltiplos pesquisadores devem assumir
diferentes papis
No se aplica
Explicitao do processo de coleta dados Roteiro de entrevistas, critrio de escolha de
empresa e entrevistados.
Complementao entre dados qualitativos
e quantitativos
Esta pesquisa exploratria e qualitativa.
Triangulao Foram realizadas comparaes entre as
respostas, alm de documentos disponveis.
Coleta de dados
Protocolo de estudo de caso Viso geral do projeto, procedimentos de
coleta, questes especficas e esboo do
relatrio.
Anlise de dados Explicitao do processo de anlise de
dados
Relatrio da anlise de dados contm os
dados e o processo de anlise com a cadeia
de evidncia.
64
Escopo Recomendao para estudo de caso Abordagem nesta pesquisa
Fornecer a cadeia lgica de evidncia Foi explicitada a origem das informaes
para se chegar quela concluso.
Busca de padres Houve busca de padres entre as
informaes coletadas.
Testes empricos No se aplica, pois exploratria e
qualitativa.
Citaes Fornecido nos casos relevantes.
Reviso por parte do entrevistado Confirmao dos dados por parte do
entrevistado atravs do envio de relatrio
parcial.

Comparao com a literatura Comparao com referencial terico
Fonte: Abordagem desta pesquisa a partir de Dub e Par (2003).

Com relao unidade de anlise, Yin (2003) admite que pode envolver mais de uma. Para
compreender as prticas de gesto de arquitetura de TI, a unidade de anlise ser a
organizao. Para atender a outros objetivos de pesquisa, haver uma parte em que haver
uma subdiviso da anlise de cada organizao, onde a unidade de anlise ser a deciso, sem
detalhar os indivduos que a mencionaram ou a justificaram. O motivo dessa escolha que o
desafio era verificar a existncia de influncias institucionais, j que as estratgicas parecem
ser predominantes por causa da racionalidade econmica disseminada pelos discursos e pelas
prticas de gesto (OLIVER, 1988). Se focssemos no perfil do participante que forneceu a
resposta atravs de questionrio pessoal mais detalhado, por causa do nmero reduzido de
entrevistas, representaria uma resistncia adicional que pouco contribuiria com o objetivo da
pesquisa.

A Figura 5 ilustra esta estratgia de investigar duas empresas, cada uma com seu contexto, e
utilizar como unidade de anlise a organizao para, em seguida, utilizar a deciso como
unidade de anlise.
65

Figura 5 - Unidades de anlise da pesquisa
Fonte: Diagrama de Yin (2003) adaptado para esta pesquisa

A partir das consideraes apresentadas, prope-se o desenho apresentado na Figura 6 para os
estudos conduzidos sobre as influncias institucionais e estratgicas sobre as decises de
arquitetura de TI.


Figura 6 - Identificao de influncias institucionais e estratgicas
66

A informao sobre os empecilhos enfrentados durante o processo decisrio ou de
implantao de importncia relevante nesta anlise, j que ela pode fornecer evidncias da
superao de barreiras institucionais a favor de argumentos estratgicos. Contudo, isto no
significa que outros determinantes institucionais subjacentes no estejam reforando um
comportamento aparentemente estratgico.

Apesar das duas categorias de influncias algumas vezes serem consideradas antagnicas,
segundo Hrebiniak e Joyce (1985), a anlise de um determinado fator quanto a sua origem
institucional ou de escolha estratgica no deve ser tratada como se fossem categorias
mutuamente exclusivas. H possibilidade de analisar se h dominncia de um deles dentro da
aceitao da existncia de uma linha contnua entre os dois extremos. possvel detectar
situaes de grande influncia institucional e estratgica; e outros fenmenos de baixa presso
institucional e pouca atuao estratgica tambm. Dessa forma, esse o desenho de estudo
proposto pela dissertao e visa dar um tratamento conciliador entre as duas teorias.

As decises de arquitetura de TI na organizao sero coletadas atravs de roteiro de
entrevista semi-estruturada de perguntas abertas. Os prprios gestores escolhero os eventos
mais importantes e a coleta de informaes sobre as decises prossegue a partir da. Segundo
Tolbert e Zucker (1994), o estudo dos episdios em que ocorrem mudanas crticas uma
maneira de identificar se um comportamento sofre influncia institucional ou estratgica.
Alm disso, a identificao dos determinantes da mudana, que so as influncias, representa
uma tcnica promissora de se obter avanos empricos e tericos. Portanto, o levantamento
dos eventos crticos e dos determinantes da mudana atravs da opinio dos entrevistados
uma maneira de realizar esta pesquisa.

Cada uma das decises ser classificada de acordo com categorizao de Pulkkinen (2006) em
que existem trs nveis (organizacional, domnio, sistema) e quatro tipos de arquitetura
(negcios, informao, aplicao e tecnologia). Os nveis de sistema, de domnio e de
organizao podem se confundir, mas o critrio utilizado foi a abrangncia da implantao, ou
seja, se ela foi aplicada para um sistema apenas, de forma limitada, ou se a deciso foi
utilizada em vrios sistemas, ou de forma ampla.

67
A teoria institucional supe que gestores sofrem presses para se ajustar a padres sociais,
enquanto que a teoria da escolha estratgica enfatiza a racionalidade econmica. Entretanto,
esta pesquisa no considera as duas mutuamente exclusivas e ambas podem ser aplicadas a
comportamentos racionais e coerentes.

O resultado do processo de implantao da deciso ser coletado atravs dos depoimentos dos
entrevistados. Na anlise da comparao entre os dois tipos de influncias, sero utilizados os
obstculos transpostos e a importncia das influncias de acordo com as entrevistas para
determinar se houve predominncia do fator institucional ou estratgico. No entanto, essa
classificao de dominncia nem sempre clara e ser classificada como influenciada por
ambos quando no for facilmente identificvel.

3.4 Proposies de pesquisa e plano de anlise

Ao ser realizado o levantamento bibliogrfico, no foram encontrados estudos anteriores
especficos com esta abordagem. Porm artigos sobre decises gerenciais organizacionais
indicam que influncias estratgicas so mais presentes que as institucionais (OLIVER,
1988). Alm disso, os estgios de maturidade de arquitetura de TI de Ross et al (2008)
sugerem que as prioridades dos gestores mudam de acordo com o estgio. A partir da, as
seguintes proposies foram formuladas para auxiliar o alcance dos objetivos da pesquisa.

Proposio 1 - Os argumentos estratgicos so mais mencionados que os institucionais nas
justificativas de decises de arquitetura de TI.

Proposio 2 Organizaes em estgios de maturidade de arquitetura de TI menos
avanados so mais afetadas por influncias institucionais em suas decises.

Proposio 3 As idias associadas ao significado de arquitetura de TI pelos gestores
correspondem s caractersticas dos estgios atuais de maturidade de suas empresas.

Segundo Yin (2003), uma estratgia de anlise possvel seguir as proposies tericas que
levaram ao seu estudo de caso. Portanto, esta pesquisa analisar inicialmente as proposies
68
para atingir alguns objetivos secundrios e, atravs da resoluo destes, resolver tambm o
objetivo principal, dando resposta a pergunta-problema conseqentemente.

Na proposio 1, a unidade de anlise ser a organizao, ou seja, o objetivo verificar a
predominncia de argumentos estratgicos dentre todas as justificativas utilizadas nas
decises. Adicionalmente, haver uma avaliao utilizando a prpria deciso como unidade
de anlise, isto , ser verificado se h dominncia das justificativas estratgicas na tomada de
cada deciso.

Na proposio 2, a unidade de anlise tambm a organizao. Seu estgio de maturidade de
arquitetura de TI decorrente de suas prticas de gesto ser comparado com os tipos de
justificativas predominantes nas decises categorizadas de acordo com a teoria institucional e
teoria da escolha estratgica.

Na proposio 3, a unidade de anlise ser a organizao. Verificar se a ausncia ou presena
de idias associadas ao significado de arquitetura de TI coletadas pelas respostas espontneas
reflete na forma de gesto da arquitetura, ou seja, se empresas em estgios diferentes de
maturidade possuem gestores com opinies correspondentes sobre arquitetura. A descrio
dada por Ross et al (2008) sobre as caractersticas de cada estgio auxiliar esta anlise.

Retomando os objetivos secundrios, as estratgias abaixo descrevem como sero atingidos.

- Objetivo secundrio 1: Identificar o significado de arquitetura de TI para os gestores.
Os significados de arquitetura de TI declarados pelos gestores sero comparados com
definies encontradas na literatura e pesquisas sobre opinio dos gestores de SIMEAWG
(KAPPELMAN, 2010) a fim situar a organizao em relao s demais empresas.
Citaes dos entrevistados sero apresentadas para ilustrar respostas. Entretanto, a
unidade de anlise ser a organizao no sentido de avaliar as declaraes do grupo de
entrevistados, ou seja, deseja-se analisar o conjunto das respostas para depois relacion-las
com as caractersticas da organizao, sem a preocupao de identificar o perfil do
indivduo que a forneceu. Sero levantados o significado, os benefcios e os objetivos da
arquitetura atravs de perguntas diretas cujas respostas sero analisadas em conjunto, j
que, provavelmente, os entrevistados podem fazer comentrios de forma aleatria e
69
misturar as trs perguntas. Por outro lado, as justificativas sobre as decises sero
analisadas em separado em outra fase do estudo.

- Objetivo secundrio 2: Identificar as prticas de gesto que podem auxiliar a
organizao a avanar no seu estgio de maturidade de arquitetura de TI.
Uma maneira de identificar essas prticas analisar o histrico da gesto da arquitetura de
TI de organizaes em fases distintas de maturidade, levantar eventos importantes que
fizeram com que ela alcanasse o estgio atual e identificar aes que potencialmente
podem contribuir para avanar ao estgio seguinte. Os estgios de maturidade da
arquitetura de TI de Ross et al (2008) e suas prticas de gesto caractersticas serviro de
base para anlise.

- Objetivo secundrio 3: Identificar os fatores institucionais que influenciam no processo
de tomada de deciso de arquitetura de TI.
Todas as justificativas institucionais obtidas pela categorizao oferecida pela teoria
institucional sero agrupadas por organizao e depois comparadas com a outra empresa.
Neste estudo, sero considerados apenas os depoimentos dos gestores, pois uma
pesquisa exploratria e as variveis ainda no so claras. O objetivo que este
levantamento inicial sirva para estudos futuros que podem contrastar a posio dos
gestores com viso de outros grupos externos como fornecedores e clientes, alm de servir
para validar com dados concretos como desempenho financeiro.

- Objetivo secundrio 4: Identificar os fatores estratgicos que influenciam no processo
de tomada de deciso de arquitetura de TI.
Todas as justificativas estratgicas obtidas pela categorizao oferecida pela teoria da
escolha estratgica sero agrupadas por organizao e depois comparadas outra empresa.
O comentrio sobre o foco no ponto de vista dos gestores do item anterior vlido para
este item tambm.

- Objetivo secundrio 5: Verificar a existncia de dominncia de alguns fatores sobre
outros na tomada de deciso de arquitetura de TI.
As justificativas e obstculos de cada deciso sero categorizados de acordo com a teoria
institucional e a teoria da escolha estratgica. Em seguida, haver uma avaliao
utilizando a prpria deciso como unidade de anlise para verificar se h dominncia de
70
uma categoria de justificativa sobre outra, com objetivo de, em seguida, verificar se h
outro tipo de padro no conjunto de decises dentro da organizao.

As respostas s proposies e aos objetivos secundrios ajudam a responder ao objetivo
principal e pergunta-problema:

- Como a gesto de arquitetura de TI realizada nas organizaes e como os fatores
institucionais e estratgicos influenciam as decises envolvidas?.
Com relao parte da pergunta sobre as prticas de gesto de arquitetura, elementos que
poderiam compor a resposta seriam: a estrutura organizacional, a governana da
arquitetura de TI, o reflexo na gesto do significado da arquitetura para os gestores, as
prticas de arquitetura comparadas com estgios de maturidade, as prticas que podem
auxiliar no avano para o estgio seguinte e a evoluo da arquitetura. Alm disso, h a
ilustrao de casos tpicos de empresas em nveis de maturidade diferentes. Os objetivos
secundrios 1 e 2 e a proposio 3 tambm auxiliam na resposta da primeira parte da
pergunta. A segunda parte j ser respondida pelos objetivos secundrios 3, 4 e 5, alm
das proposies 1 e 2.

Por fim, a comparao de dados tanto entre as duas empresas e dentro de cada uma delas pode
oferecer material para novas hipteses de pesquisa e indcios de padres no previstos durante
a fase de planejamento da dissertao.


71
4 ESTUDOS DE CASOS

Os dados resultantes do processo de coleta de informaes e a sua anlise sero apresentados
neste captulo.

4.1 Dados coletados da empresa do setor de telecomunicaes

4.1.1 Critrio de seleo do caso, dos entrevistados e processo de coleta de dados

A empresa de telecomunicaes NET Servios foi selecionada, pois representa um caso tpico
de uma organizao que possui poltica de arquitetura formalizada. As informaes foram
coletadas atravs de entrevistas e anlise de documentos que tiveram dois propsitos: coletar
dados gerais sobre a gesto da TI e dados especficos sobre o processo decisrio de
arquitetura de TI a respeito do escopo em que o entrevistado est envolvido.

A empresa possui um site na internet de relaes com investidores que forneceu informaes
de organogramas, negcio da empresa, ambiente competitivo, produtos e riscos ao negcio.
As demais informaes foram obtidas atravs de documentos internos e entrevistas
individuais de durao mdia de uma hora e trinta minutos com sete gestores (quatro gerentes,
dois diretores e um CIO) cobrindo os quatro nveis: negcios, informaes, aplicaes e
tecnologia.

Coleta de dados e entrevistas foram realizadas entre os perodos de maro a maio de 2010 na
sede da empresa em So Paulo. O roteiro de entrevistas foi aplicado e houve acesso
demonstrao de alguns documentos internos e modelos.

4.1.2 Perfil da indstria

O setor de servios de telecomunicaes amplo e inclui servios de comunicao
multimdia, televiso por assinatura, radiodifuso, telefonia fixa e telefonia mvel. A
regulamentao governamental aps o desaparecimento do monoplio pblico das
telecomunicaes tem como objetivo ampliar a concorrncia e a oferta de servios.
(ANATEL, 2010).
72

Atualmente, a oferta integrada de servios em forma de pacotes; servios como vdeo,
banda larga, telefonia fixa ou mvel; vem adquirindo importncia crescente pela reduo do
preo ao consumidor final, cobrana nica e percepo de uma melhoria na qualidade. A
estratgia organizacional geralmente varia entre liderana de custo ou foco na diferenciao,
estando atento aos fornecedores, compradores, produtos substitutos e entrantes potenciais.
(GIFFONE; MORAES, 2009).

4.1.3 Perfil da empresa

A empresa da rea de telecomunicaes oferece servios de televiso por assinatura via cabo,
internet de banda larga e voz sobre IP, portanto ela est sujeita a uma extensa regulamentao
governamental incluindo a da Agncia Nacional de Telecomunicaes (ANATEL, 2010). A
atuao desta agncia governamental pode ser considerada um exemplo de influncia
institucional coercitiva ao definir metas de qualidade, atendimento ao cliente, fatura e
continuidade do servio. Atualmente, a receita da empresa de mais de 4 bilhes de reais e
possui 15 mil colaboradores diretos, alm de 12 mil indiretos. Para cada um dos trs servios
oferecidos, h aproximadamente 3 milhes de assinantes.

Alm de outras modalidades de televiso por assinatura, a concorrncia inclui televiso
aberta, empresas de telecomunicaes que oferecem servios substitutos, cinemas, locadoras
de vdeo e outras fontes de entretenimento.

Os riscos ao negcio so a rpida obsolescncia do investimento tecnolgico, as taxas
elevadas de desligamentos de assinantes (churn), as licenas de operao no exclusivas, as
despesas adicionais por novos regulamentos governamentais, o aumento no custo de
programao, a pirataria, a renovao condicional das licenas, a dependncia de servios de
terceiros para atendimento ao consumidor e a extensa regulamentao governamental.

4.1.4 Histrico da organizao e da gesto de TI


A organizao passou por diversas mudanas na estrutura de capital como aquisies de
empresas, alienaes, mudanas de controle acionrio, estruturao de empresas subsidirias
73
em cidades brasileiras e comercializao de aes em bolsa valores nos Estados Unidos e no
Brasil.

Seu histrico comeou na dcada de 1990, quando as operaes foram iniciadas atravs de
compra de algumas operadoras de TV em todo Brasil e, posteriormente, houve o lanamento
de aes no mercado americano. A partir de 2000, comearam as operaes de transmisso de
dados e o contrato com a BOVESPA de adoo de prticas diferenciadas de governana
corporativa foi assinado. O nome da empresa foi alterado para associ-lo a uma nova imagem
de uma organizao que privilegia a transparncia no relacionamento com o mercado de
capitais. A reestruturao financeira, o investimento em publicidade e os canais de vendas
mais agressivos so priorizados nos anos seguintes.

Entre 2002 e 2004, houve contratao de consultoria externa que identificou a necessidade de
melhorar a experincia do consumidor final durante os eventos em que ele tem contato com a
empresa como no processo de venda, instalao, manuteno, faturamento e cancelamento. A
partir disso, houve a definio dos principais macroprocessos da organizao. Atualmente,
cada macroprocesso utiliza servios de vrios setores da empresa e apenas um diretor o
responsvel designado para gerir, aprovar e garantir alcance de metas de cada macroprocesso.

Pode-se considerar que o nvel de maturidade arquitetnica at 2004 era o de tecnologia
padronizada, segundo classificao de Ross et al (2008), por adotarem padronizao sem a
monitorao dos macroprocessos.

Sobre o histrico da arquitetura de TI, era com plataforma cliente-servidor com pouca
modularidade dos sistemas at 2006, portanto era uma estrutura que no oferecia flexibilidade
para atender s mudanas de demanda do negcio. Por causa das diversas aquisies de
empresas nos anos anteriores, houve um processo de migrao dos sistemas legados para um
centralizado, resultando na viso de arquitetura de sistemas representada pela Figura 7. Os
nomes verdadeiros dos sistemas foram alterados tanto para destacar o papel dos sistemas
como para preservar informaes estratgicas.

Este sistema centralizado acessava outros servidores contendo aplicativos para mediar as
solicitaes dos sistemas clientes desenvolvidos na linguagem Visual Basic, disponibilizando
os servios ao usurio final. Observa-se que a nfase do desenho era mais visualizar os
74
relacionamentos entre as aplicaes, uma viso mais tecnolgica, do que compreender a
funo dos sistemas dentro dos processos de negcio da organizao.


Figura 7 - Arquitetura de TI da empresa de telecomunicaes em 2006
Fonte: Elaborada pela pesquisadora com base em dados coletados. Os nomes dos sistemas foram alterados como
Sistema Centralizado Alfa, Vendas Beta, Servidor Aplicativo A, etc...


Em 2006, a oferta conjunta de servios de vdeo, dados e voz transmitidos por um nico cabo,
conhecida como triple play, foi viabilizada atravs de parcerias com uma empresa de
telefonia. A partir da, no final de 2006 e incio de 2007, vrios projetos importantes em
arquitetura de TI foram iniciados: a certificao do Sarbanes-Oxley (SOX), a implantao do
Service Oriented Architecture (SOA) e a busca de frameworks como da TM Forum.

Pode-se considerar que a busca pelo SOA e por modelos de boas prticas da TM Forum
provavelmente foi motivada por iniciativas de oferta de novos produtos ao consumidor final e
por perspectivas de crescimento. Por outro lado, a certificao do SOX, que foi uma
regulamentao aprovada em 2002 nos Estados Unidos por causa de escndalos contbeis,
tornou-se obrigatria nesta empresa por ela possuir aes na bolsa americana. Seguir o
cronograma de implantao estabelecido tinha o intuito de evitar problemas com auditoria,
desvalorizao das aes e barreiras ao acesso a crdito financeiro.

75
At 2007, as demandas corporativas eram transformadas em requisitos funcionais sem um
planejamento formal da evoluo da arquitetura de processos, no havia uma rea de
processos corporativos dentro da empresa que mapeasse os processos existentes e definisse os
cenrios futuros. Foi a partir da que se adotou o eTOM, modelo de processos da TM Forum,
para nortear as decises de arquitetura de negcios na empresa. O modelo eTOM especfico
para empresas de telecomunicaes e ser detalhado mais adiante.

Em 2010, aps a implantao do SOA, a arquitetura de sistemas pode ser representada pela
Figura 8, em que os sistemas esto divididos de acordo com sua funo nos negcios. O
mesmo servidor de Sistema Centralizado Alfa de 2006 da Figura 7 ainda existe, porm
representado de maneira diferente diante das novas aplicaes e do novo modelo de
integrao.

Os sistemas legados s vezes no se encaixam exatamente nesta estrutura, mas as novas
aplicaes so projetadas para cumprir funes de modo a permitir a modularidade e a
evoluo. A aplicao de Vendas Beta legada tambm ainda existe, mas dessa vez
visualizada como uma aplicao de CRM.

Este novo desenho de arquitetura surgiu provavelmente a partir de influncias de fornecedores
de TI e da rea de telecomunicaes, que se basearam em modelos propostos por associaes
de padronizao da indstria como ITU (International Telecommunication Union), uma
agncia das Naes Unidas. Mais recentemente, alguns fornecedores tambm passaram a
seguir modelos da TM Forum, entidade internacional da indstria sem fins lucrativos.
76

Figura 8 - Arquitetura de TI da empresa de telecomunicaes em 2010
Fonte: Adaptada pela pesquisadora a partir de material fornecido pela empresa

Observando a Figura 8, os sistemas dentro de canais so as aplicaes que fazem interface
com o cliente final como a internet e a URA, Unidade de Resposta Audvel ou equipamento
utilizado em call center para atendimento eletrnico automtico. O sistema BSS (Business
Support System) lida com clientes e processos como pedidos, pagamentos e contas. o
sistema de suporte ao negcio que envolve sistema CRM (sistema de relacionamento com o
cliente) e o sistema de Billing, sistema que realiza coleta de informaes de chamadas e de
outros servios de telecomunicaes para cobrana ao assinante.

O sistema OSS (Operations Support System) d suporte operao e lida com a rede de
telecomunicaes em si, incluindo aplicaes como provisionamento (configurao da rede
para fornecer servios a um cliente em particular), servios em campo, gerenciamento de
falhas e inventrio da rede. Os sistemas corporativos incluem ERP (Sistemas integrados ou
Enterprise Resource Planning), Datawarehouse e BI (Business Intelligence). As entidades
77
externas so as interfaces com empresas parceiras como servios de cobrana, validao de
crdito e outras empresas que tambm oferecem servios ao cliente final.

A camada do SOA, Service Oriented Architecture ou arquitetura orientada a servios, uma
metodologia de desenvolvimento de software em que as funcionalidades implementadas
devem ser oferecidas em forma de servios conectados atravs do enterprise service bus, ou
barramento de servios, que disponibiliza interfaces para comunicao entre aplicaes. O
SOA deve vir acompanhado de adoo de boas prticas para facilitar a tarefa de
gerenciamento dos servios.

Portanto, o que se observa de mudana entre 2006 e 2010 nesta organizao que, alm da
introduo de novos sistemas e nova filosofia de integrao, a visualizao da funo das
aplicaes se alterou aparentemente, ou seja, embora alguns dos principais sistemas legados
ainda existam, so vistos pelos gestores de outra maneira no sentido de relacionar TI com
atendimento de necessidades de negcio ao invs de uma viso estritamente tecnolgica.

4.1.5 Modelos da TM Forum

A TeleManagement Forum (TM Forum) uma associao da indstria de telecomunicaes
focada em prover servios de certificaes, treinamento e benchmarking. Ela criou trs
modelos de melhores prticas de arquitetura: arquitetura de processos de negcio enhanced
Telecom Operations Map (eTOM), arquitetura de aplicaes Telecom Application Map
(TAM) e arquitetura de informao Shared Information Data Model (SID).

H cobrana de uma taxa anual de associao que permite a seus membros trocar
informaes, obter treinamentos, ter acesso documentao e participar de equipes de criao
de padres. Esta empresa de telecomunicaes participa ativamente, apresentando suas
experincias nos eventos da TM Forum.

A adoo destes modelos provavelmente tem tanto o objetivo de cuidar da imagem da
empresa como o de obter influncia sobre a criao de padres, que potencialmente poderia
resultar em melhor posicionamento da empresa na indstria. Portanto, o objetivo do ponto de
vista institucional seria aparentemente de obter legitimidade e de melhorar a imagem da
78
empresa e, sob a perspectiva estratgica, seria provavelmente de obter novos mercados,
resolver problemas de administrao, reduzir custo, adquirir flexibilidade e atuar na questo
da interoperabilidade.

O eTOM tem o objetivo de ser uma estrutura de processos que pode auxiliar na modularidade
do negcio, definir responsabilidades, ser uma fonte de abordagem comum para resolver um
problema de desenho de processos e garantir a interoperabilidade entre solues de
fornecedores. De acordo com os estgios de maturidade da arquitetura de Ross et al (2008),
pode-se dizer que o eTOM prope aparentemente fornecer uma base para que a empresa
atinja o estgio de modularidade dos negcios, j que tenta melhorar na flexibilidade do
negcio.

Adicionalmente, o TAM oferece uma viso comum das aplicaes de acordo com seus
requisitos funcionais e est interligado com o eTOM e o SID. Seus objetivos so estabelecer
critrios para delimitar o escopo; facilitar integrao de aplicao; e padronizar componentes
e terminologia.

Por fim, o SID pretende ser um modelo de informao independente de plataforma,
linguagem ou protocolo, padronizando interfaces e especificando em detalhes o
relacionamento entre entidades e seus respectivos atributos.

Ao observar estes modelos, nota-se que a questo da padronizao e da interoperabilidade
esto sempre presentes. Se por um lado, a padronizao pode ser entendida como um
mecanismo institucional mimtico de DiMaggio e Powell (1988) de se assemelhar aos outros,
por outro, a argumentao estratgica de obter interoperabilidade pode ser interpretada como
o objetivo de resolver um problema de engenharia segundo classificao de Miles et al
(1978). Portanto, as influncias institucionais e estratgicas poderiam estar agindo em
conjunto. importante ressaltar que estes modelos ainda esto em construo e no esto
amadurecidos. Assim, todas essas promessas so tericas e a extenso de seus benefcios
depende muito da adoo irrestrita pela indstria.

79
4.1.6 Estrutura organizacional e gesto da arquitetura de TI

O conselho de administrao e a diretoria compem a cpula administrativa. A estrutura
funcional da empresa, encabeada pelo diretor geral, possui em segundo nvel as diretorias
executivas de reas como desenvolvimento organizacional, finanas, operaes e tecnologia
de informao. A estrutura da TI, responsvel por atender s demandas dos departamentos
internos da organizao, independente da rea de operaes, que controla os servios
ofertados ao consumidor final.

A estrutura da unidade de TI composta pela Diretoria de Desenvolvimento de Sistemas,
responsvel pelo desenvolvimento, e a Diretoria de Infra-Estrutura e Produo, que gerencia a
implantao e a operao dos sistemas. Na rea de TI, h 132 funcionrios diretos e 621
terceiros. A gerncia de Segurana de TI tambm responde diretamente Diretoria de TI
conforme mostra a Figura 9.



Figura 9 - Unidade de TI dentro da empresa de telecomunicaes

No escopo de arquitetura de informao, aplicao e tecnologia, a gesto descentralizada em
trs gerncias dentro da estrutura de TI. A gerncia de planejamento e suporte responsvel
pela arquitetura de hardware, software e banco de dados. A gerncia de arquitetura
80
responsvel pela arquitetura de aplicaes e modelagem de dados. Uma terceira gerncia de
segurana de TI responsvel pela gesto da arquitetura de segurana. Com relao
arquitetura de negcios, o desenho dos processos fica sob responsabilidade da diretoria de
desenvolvimento organizacional (DO) tendo interface com a TI na Gerncia de Processos de
Negcios.

As prticas administrativas de arquitetura de TI incluem reunies peridicas entre as
gerncias e dentro de cada gerncia. Um comit tcnico de arquitetura se rene uma vez por
semana e composto por todos os gestores envolvidos com arquitetura de negcios,
informaes, aplicaes e tecnologia. As decises so publicadas no site interno da empresa
que inclui manuais, boas prticas, padres e polticas. Este site interno comeou a ser
desenvolvido h trs anos e todos os documentos foram criados pela equipe de arquitetura
com a colaborao dos departamentos afetados.

Uma das razes da documentao comunicar desenhos e padronizao s empresas
terceirizadas. Um arquiteto acompanha cada projeto e desenvolve um documento de
arquitetura que passa por processo de aprovao. Excees da arquitetura devem ser
aprovadas e documentadas, isto , desenhos que eventualmente no seguirem padres ou
princpios gerais podem ser aprovados, desde que registrados e justificados para que um
processo de correo possa ser posteriormente implementado se necessrio.

Os desenhos e padres so frutos de discusses internas, pesquisas, sites de comunidades na
internet e boas prticas sugeridas por consultorias externas. Portanto, h aparentemente
influncia institucional em decises tcnicas, principalmente atravs do mecanismo normativo
definido por DiMaggio e Powell (1983) em que as prticas de uma profisso definem as
decises. H provavelmente tambm atuao do mecanismo mimtico ao adotar prticas de
outras organizaes sugeridas por consultorias e comunidades da internet.

H um departamento de controle de qualidade que utiliza softwares para verificar aderncia a
padres e inconsistncias, principalmente de linguagens de programao. Com relao s
decises relacionadas a demandas de projetos, existe uma ferramenta que monitora
aprovaes, custos, prazos e execuo. Porm, para outras decises de arquitetura, no h um
controle formal rgido, ficando na dependncia de cada projeto.

81
As decises especficas de tecnologia so colegiadas entre a diretoria de TI, diretoria de
sistemas, diretoria de produo e todos os gerentes de TI, sem participao de outros
departamentos da rea de negcios. A coleta de dados sobre a governana est no Quadro 18 e
pode ser resumida pelo Quadro 19. Conclui-se que semelhante aos arqutipos mais comuns
de governana de TI encontrados por Weill e Ross (2004) na maioria das empresas estudadas.

Quadro 18 - Decises de TI na empresa de telecomunicaes
Decises Alta
gerncia
(Presid,
VP
Diretores)
Lderes
de
unidades
de
negcio
Gestores
de
processo
e usurios
chaves
Executivos
de TI
I D I D I D I D
Investimento em TI Aprovao de valores, localizao e
iniciativas.
X X X X
Princpios no uso de TI- Papel da TI no negcio (reduo
de custos ou crescimento)
X X X
Estratgia de infraestrutura Estratgias de redes, dados,
aplicaes.
X X
Padres e arquitetura de TI Escolhas tcnicas para
atender necessidade de negcios
X X
Necessidades de aplicaes de negcios Deciso sobre
aplicaes que devem ser desenvolvidas ou adquiridas
X X X
Fonte: Elaborado a partir das entrevistas de acordo com modelo de Hoffmann e Weill (2007). As colunas I
representam Input e D representam Deciso.

Quadro 19 - Governana de TI da empresa de telecomunicaes
Princpios
de TI
Padres e
Arquitetu-
ra de TI
Infra-
estrutura de
TI
Aplicaes Investimen-
to de TI
Monarquia do
negcio

Monarquia da TI X X
Feudal
Federativa X
Duoplio X X
Anarquia
No classificado
Fonte: Elaborado a partir das entrevistas e do modelo de Weill e Ross (2004).

As decises de escolhas tcnicas de arquitetura de TI e de infraestrutura so internas
unidade de TI, enquanto que as decises de aplicaes, valores dos investimentos e princpios
de TI so compartilhadas por rea distribudas por toda organizao. A arquitetura de
negcios, apesar de haver outras diretorias envolvidas como a de Desenvolvimento
Organizacional, pode ser considerada como uma deciso realizada na unidade de TI tambm,
j que h uma gerncia de processos que representa as demandas de negcio.
82

Uma caracterstica que pode parecer divergir que, na empresa de telecomunicaes, a
arquitetura de negcios, parte da arquitetura de TI pela definio dessa dissertao, de
responsabilidade tambm de outras unidades fora da TI, enquanto Weill e Ross (2004)
constataram que arquitetura de TI mais comumente gerida somente dentro da unidade de TI.
No entanto, parece ser apenas uma divergncia de definies. Weill e Ross (2004) estavam se
referindo somente a padres tcnicos de arquitetura de TI quando realizaram a pesquisa sobre
os arqutipos mais comuns e descobriram que escolhas tcnicas so geralmente de
responsabilidade da unidade de TI, semelhante estruturao adotada na empresa de
telecomunicaes, ou seja, os arqutipos mais comuns de arquitetura de TI no estavam se
referindo a arquitetura de processos. Portanto, no h divergncia entre os arqutipos mais
comuns e a empresa em estudo.

Pela classificao de Ross et al (2008) dos estgios de maturidade de arquitetura de TI, pode-
se concluir que a organizao est no estgio de ncleo otimizado. O motivo dessa
classificao que ela possui centralizao de dados e responsveis por macroprocessos que
interagem com vrios departamentos da empresa, apesar desta organizao possuir prticas
caractersticas de empresas entre estgio de tecnologia padronizada, ncleo otimizado e
modularidade dos negcios conforme detalhado no Quadro 20 e no Quadro 21.

O conceito de modularidade nesta empresa foca mais na reutilizao de rotinas de aplicao
de TI do que na modularidade dos processos de negcio. Para efeito de comparao, na
prpria pesquisa de Ross et al (2008) datada de 2005, 34% das empresas estavam no estgio
ncleo otimizado e apenas 6% no estgio modularidade de negcios.

Quadro 20 - Comparao da empresa de telecomunicaes com estgios de maturidade
Silos de
Negcio
Tecnologia
Padroniza-
da
Ncleo
Otimizado
Modularida
de dos
Negcios
Prticas na empresa de
telecomunicaes
Capacidade de
TI
Aplicaes
locais de TI
Plataformas
tcnicas
comuns
Processos ou
dados
compartilha
dos por toda
a empresa
Mdulos
acoplveis
de processos
comerciais
A organizao possui
macroprocessos e houve
centralizao de dados
Objetivos de
negcios
ROI de
iniciativas
de negcios
locais
Custos de TI
reduzidos
Custo e
qualidade
das
operaes de
negcios
Rapidez para
comerciali-
zar:
Agilidade
estratgica
Flexibilidade e custos so
dois aspectos importantes.
83
Silos de
Negcio
Tecnologia
Padroniza-
da
Ncleo
Otimizado
Modularida
de dos
Negcios
Prticas na empresa de
telecomunicaes
A prioridade
de custeio
Aplicaes
individuais
Servios
infra-
estruturais
compartilha
dos
Aplicaes
da empresa
Componen-
tes de
processos de
negcios
reutilizveis
Aplicaes da empresa
Principal
capacidade
administrativa
Gesto de
mudanas
por meio da
tecnologia
Projeto e
atualizao
de padres:
custeio de
servios
comuns
Definio e
mensurao
de processos
centrais da
empresa
Administra-
o de
processos de
negcios
reutilizveis
A empresa possui
macroprocessos
Quem define
as aplicaes
Lderes de
negcios
locais
Lderes das
unidades
comerciais e
de TI
Alta
administra-
o e lderes
de processos
Lderes de
TI, de
negcios e
da indstria.
H relacionamento com
parceiros e indstria, mas as
aplicaes so definidas
pelos lderes de processos e
de TI.
Questes
chave de
governana de
TI
Mensurar e
comunicar
valor
Estabelecer
responsabi-
lidades
locais,
regionais e
globais.
Alinhar as
prioridades
dos projetos
com
objetivos da
arquitetura
Definir,
atribuir e
custear
mdulos de
negcios.
Alinhar as prioridades dos
projetos com objetivos da
arquitetura
Implicaes
estratgicas
Otimizao
local e
setorial
Eficincia da
TI
Eficincia
operacional
dos negcios
Agilidade
estratgica
Eficincia operacional dos
negcios
Porcentagem
das empresas
neste estgio
segundo
pesquisa de
2005
12% 48% 34% 6% O estgio que melhor
caracteriza esta empresa o
de ncleo otimizado
Fonte: As cinco primeiras colunas so de Ross et al (2008) e a ltima a coleta de dados na empresa de
telecomunicaes. As clulas em cinza correspondem situao em que a empresa se encontra.

Quadro 21 - Prticas de arquitetura da empresa de telecomunicaes
Prticas Silos de
Negcio
Tecnolo-
gia
Padroni-
zada
Ncleo
Otimi-
zado
Modula-
ridade
dos
Negcios
Prtica na
organizao
Argumentos comerciais X X X X Sim
Metodologia de projetos X X X X Sim
Arquitetos nas equipes de
projetos
X X X Sim
Comit diretivo de TI X X X Sim
Processo de excees
arquitetura
X X X Sim
Processo formal de observncia X X X Sim
Processo de renovao
arquitetnica
X X X Sim
Custeio centralizado de
aplicaes empresariais
X X X Depende de cada
aplicao
Equipe centralizada de padres X X X Existncia de mais de
uma equipe de
arquitetura
84
Prticas Silos de
Negcio
Tecnolo-
gia
Padroni-
zada
Ncleo
Otimi-
zado
Modula-
ridade
dos
Negcios
Prtica na
organizao
Detentores de processos gerais
da empresa
X X Sim
Princpios orientadores da
arquitetura empresarial
X X Sim
Liderana comercial nas
equipes de projetos
X X Algumas vezes, no.
Superviso dos executivos
seniores
X X Sim, para estimular
adoo.
Gerentes de programas de TI X X Sim
Diagrama central de arquitetura
empresarial
X Sim
Avaliao aps implementao X No
Pesquisa tecnolgica e processo
de adoo
X No existe o processo
formal, mas existem
responsveis por
pesquisa tecnolgica.
Equipe de arquitetura
empresarial em tempo integral
X Sim
Fonte: Cinco primeiras colunas so de Ross et al (2008) e a ltima a coleta de dados na empresa de
telecomunicaes.

4.1.7 Significado e benefcios da Arquitetura de TI

Os gestores da organizao do estudo de caso forneceram respostas espontneas sobre o
significado de arquitetura de TI cujas citaes foram esquematizadas no Quadro 22. Como o
objetivo no identificar o respondente, cada resposta no implica necessariamente que foi
dada por um nico gestor e a mesma pessoa pode dar mais de uma resposta em momentos
distintos da entrevista. A meta coletar o significado da arquitetura de TI para a empresa
como um todo atravs da contribuio de cada gestor, mesmo que no haja consenso em
questes especficas.

Quadro 22 - Significado de Arquitetura de TI para empresa de telecomunicaes
Arquitetura de TI segundo gestores Idias associadas
Inclui arquitetura de negcios, aplicao,
informao, infra-estrutura e produo.
Inclui arquitetura de negcios
Inclui arquitetura de informao
Inclui arquitetura de aplicao
Inclui arquitetura de tecnologia
Planejamento da TI para o futuro em termos de
tecnologias, infra-estrutura, linguagens de
programao, fabricantes, conformidade com
frameworks (ITIL, COBIT), governana,
hardware.
Planejamento
Governana
Viso
Inclui arquitetura de aplicao
Inclui arquitetura de tecnologia
Metfora: Arquitetura como plano


85
Arquitetura de TI segundo gestores Idias associadas
Permite a viso de todas as funcionalidades de
TI cruzadas com as funes de negcios, gesto
de sistemas, processos e infra-estrutura.
Viso
Inclui arquitetura de negcios
Inclui arquitetura de informao
Inclui arquitetura de aplicao
Inclui arquitetura de tecnologia
Metfora: Arquitetura como literatura

Arquitetura inclui software, hardware, redes,
segurana. um mtodo de comunicao para o
resto da organizao. Ela tem que ser adaptada
para as necessidades de negcio e refletir o
modelo futuro onde ser quer chegar.
Planejamento
Viso
Atende estratgia do negcio
Inclui arquitetura de aplicao
Inclui arquitetura de tecnologia
Metfora: Arquitetura como plano
Metfora: Arquitetura como literatura
Metfora: Arquitetura como linguagem


Identificar novas necessidades do negcio Atende estratgia do negcio
Inclui arquitetura de negcios
Metfora: Arquitetura como plano


Modelo as is e to be Planejamento
Viso
Metfora: Arquitetura como plano

Fonte: Entrevistas na empresa de telecomunicaes

Portanto, podemos resumir que arquitetura de TI para essa organizao envolve: planejamento
para o futuro, governana, padronizao, ferramenta de comunicao e visualizao da
situao atual. Os escopos incluem negcios, informao, aplicao e tecnologia. Nota-se que
algumas respostas fazem distino entre o escopo de negcios e os outros escopos
considerados tradicionais de TI como informao, aplicao e tecnologia, tratando processos
como uma rea separada.

Isso est de acordo com o organograma da empresa em que a arquitetura de negcios envolve
outras diretorias como a de desenvolvimento organizacional, isto , processos de negcio
interferem na TI, mas so eventualmente considerados como escopo externo unidade.
Algumas idias pouco mencionadas foram inovao, princpios, padronizao e arquitetura
como deciso.

Os gestores tambm responderam sobre os objetivos e benefcios da arquitetura de TI,
algumas vezes diretamente durante a discusso sobre arquitetura, outras vezes
espontaneamente a respeito de eventos relevantes na empresa. A maioria das respostas
86
espontneas dos gestores sobre os objetivos da arquitetura de TI coincide com a pesquisa da
SIMEAWG (KAPPELMAN, 2010) conforme Quadro 23.

Quadro 23 - Objetivos da arquitetura de TI para empresa de telecomunicaes
Respostas de
maior
incidncia na
pesquisa
SIMEAWG
Objetivo da arquitetura Resposta espontnea dos
entrevistados
1 Representao de negcio, dados, aplicao e tecnologia X
2 Ferramenta de planejamento X
3 Facilitao de mudana sistemtica X
4 Ferramenta de tomada de deciso
5 Ferramenta de alinhamento entre negcio e TI X
6 Ferramenta de comunicao de objetivos X
7 Prover uma fotografia da organizao em um ponto no tempo X
Fonte: Coluna 1 e 2 da SIMEAWG (KAPPELMAN, 2010) e coluna 3 das respostas das entrevistas.

As respostas sobre os benefcios da Arquitetura de TI tambm coincidem com as respostas
dadas pela pesquisa SIMEAWG (KAPPELMAN, 2010) pelo Quadro 24.

Quadro 24 - Benefcios da arquitetura de TI na empresa de telecomunicaes
Respostas de
maior
incidncia na
pesquisa
SIMEAWG
Benefcios da arquitetura Resposta espontnea dos
entrevistados
1 Melhora interoperabilidade do SI X
2 Melhora utilizao da TI X
3 Alinhamento entre investimentos de TI e de negcios X
4 Uso mais eficiente dos recursos de TI X
5 Resposta mais rpida mudana X
6 Melhoria do retorno da TI X
7 Aumento do conhecimento sobre a situao X
8 Auxilia a governana organizacional X
9 Melhoria da comunicao e compartilhamento de informao
10 Melhoria segurana de TI X
11 Reduo de tempo e recursos em projetos pouco importantes
12 Maior eficincia no alcance de metas de negcios X
13 Melhoria da comunicao entre organizao e SI X
14 Melhoria de colaborao dentro da organizao
15 Rapidez no desenvolvimento e implementao de SI X
16 Reduo da complexidade da TI X
17 Reduo gargalos na organizao
18 Padronizao de medidas de desempenho organizacionais
19 Melhoria da comunicao dentro da organizao X
20 Aumento da confiana na organizao
Fonte: Coluna 1 e 2 da SIMEAWG (KAPPELMAN, 2010) e coluna 3 das respostas das entrevistas.

87
Pode-se observar que as respostas de melhoria de colaborao e aumento da confiana na
organizao, que poderiam ser consideradas como argumentos institucionais, no foram
mencionadas pelos gestores.

4.1.8 Decises de arquitetura de TI

As decises coletadas esto resumidas no Quadro 25 com seus respectivos escopos e
influncias mais importantes.

As justificativas e os obstculos foram analisados de acordo com a teoria institucional
(categorizao em mecanismos coercitivo, mimtico e normativo) e a teoria da escolha
estratgica (categorizao em resoluo de problemas de empreendedorismo, engenharia e
administrao). A teoria institucional sugere que gestores sofrem presses para se ajustar a
padres sociais e desejam obter legitimidade, enquanto que a teoria da escolha estratgica
afirma que o objetivo ter eficincia. preciso ressaltar que a anlise assume que as duas
influncias, institucionais e estratgicas, se aplicam a comportamentos racionais e coerentes.

Embora o objetivo desta pesquisa no seja quantitativo no sentido de contar as evidncias,
pode-se observar algumas tendncias como o fato da influncia institucional estar presente em
decises que o gestor tem pouco conhecimento sobre o assunto por envolver inovao, maior
risco ou aes de propores maiores como atuao no nvel de organizao.

Quadro 25 - Quadro resumido das decises na empresa de telecomunicaes
Deciso Escopo de arquitetura Influncias mais
importantes
Quadro
detalhado
1 - Deciso: Contratao de gesto
da rede
Negcio/ Tecnologia
Nvel de Domnio/
Organizacional
Estratgica Quadro 26
2 - Deciso: Controle de acesso
internet
Aplicao Nvel de
Domnio
Estratgica Quadro 27
3 - Deciso: Virtualizao Tecnologia Nvel de
Domnio
Estratgica


Quadro 28
4 - Deciso: Mudana de
linguagem de programao
Aplicao Nvel de
Domnio
Estratgica Quadro 29
5 - Deciso: Controle de acesso
centralizado
Aplicao Nvel de
Domnio/ Organizacional
Estratgica Quadro 30
6 - Deciso: Metodologia do
PMBOK
Negcios/ Aplicao- Nvel
de Sistema.
Institucional e
Estratgica
Quadro 31
88
Deciso Escopo de arquitetura Influncias mais
importantes
Quadro
detalhado
7 - Deciso: Contratao baseada
em itens de negcio
Aplicao, Tecnologia
Nvel de Organizao.
Estratgica
Quadro 32
8 - Deciso: SOA Aplicao Nvel de
Sistemas, Domnio e
Organizao.
Institucional e
Estratgica
Quadro 33
9 - Deciso: Sarbanes-Oxley Negcios- Nvel de
Organizao
Institucional e
Estratgica

Quadro 34
10 - Deciso: Frameworks do TM
Forum
Negcios, Aplicao e
Informao Nvel de
Organizao.
Institucional e
Estratgica
Quadro 35

O Quadro 26 mostra uma deciso realizada na mudana de contratos de tecnologia na rea de
redes de comunicao com os fornecedores. Ela foi considerada uma deciso de arquitetura
porque altera processos internos e de relacionamento com os fornecedores.

Anteriormente, a organizao contratava diretamente as conexes de rede de comunicao,
mas a gesto e o planejamento ficavam sob responsabilidade interna. Com a nova filosofia, a
empresa contrata a operadora fornecedora de redes para oferecer o servio de acordo com
padres pr-estabelecidos em contrato, porm a gesto ficar sob a responsabilidade do
prprio fornecedor que tem autonomia para escolher o tipo de tecnologia e forma de evoluo,
desde que atenda aos nveis de servio acordados em contrato. (SLA Service Level
Agreement). Como a implantao recente, no se podem analisar ainda os resultados das
iniciativas, mas pretende-se utilizar esse modelo para gerir outros fornecedores de tecnologia.
O tipo de arquitetura envolvido a de tecnologia e a de processos, j que transfere
responsabilidades para empresas parceiras. Como o impacto dessa deciso foi em redes de
comunicao e relacionamento com fornecedores, pode-se considerar que esta deciso
ocorreu no nvel de domnio e organizacional conforme classificao de Pulkkinen (2006).

Os argumentos utilizados para justificar essa deciso indicam que o objetivo era resolver
problemas especficos da organizao, inclusive superando resistncias culturais internas e de
parceiros. Segundo Niemi e Ylimki (2007), o fator ambiental como a cultura dos parceiros
pode representar um obstculo para a arquitetura de TI. Resumindo, possvel categorizar as
motivaes dessa deciso como predominantemente estratgicas.
89

Quadro 26 - Deciso: Contratao de gesto da rede
Deciso: Contrato com fornecedores para gerir a rede ao invs de contratao de conexes diretamente.
Escopo da Arquitetura: Arquitetura de Negcios/ Tecnologia Nvel de Domnio/ Organizacional
Influncia Institucional Influncia estratgica
Justificativas

Problema de Engenharia
- Aumento de capacidade

Problema de Administrao
- Reduo de custo
- Facilitar gesto
Obstculos - Equipe tcnica com receio da
migrao
- Resistncia dos parceiros para
mudana
- Dvidas sobre os benefcios financeiros do
novo modelo, uma vez que no havia
parmetros de custos anteriores para
comparao.
Resultado da deciso
A organizao est no processo de implantao, portanto resultados ainda no podem ser avaliados.
Papel do(s) entrevistado (s): Autoridade, influenciador.
Experincia anterior do(s) participante(s) da deciso: No
Aceitao da prtica
Implantao recente.
Anlise - Comparao entre influncia institucional e estratgico
Motivaes parecem predominantemente estratgicas, transpondo barreiras culturais.


O Quadro 27 apresenta a implantao do controle de acesso internet. Anteriormente, no
havia nenhum controle de contedo e nem monitorao do acesso internet dos funcionrios.
Com o novo sistema, filtros bloqueiam endereos e aplicaes que no esto de acordo com
os objetivos e a capacidade do servio oferecido na organizao.

No incio, houve resistncia interna aos filtros, entretanto, posteriormente, houve aceitao da
restrio das atividades pessoais por parte dos funcionrios, j que recursos organizacionais
escassos estavam sendo mal utilizados. Isso s foi possvel com o apoio da alta gerncia desde
o incio da deciso, confirmando o que Liang et al (2007) ressaltam sobre o papel da alta
gerncia na mediao das presses institucionais.

A influncia institucional mais forte foi a necessidade de monitorao determinada pela
regulamentao do Sarbanes-Oxley no incio, porm as vrias justificativas estratgicas como
a reduo de custo, uso eficiente de recursos, melhoria de controle e informaes precisas
sugerem que a iniciativa teve o objetivo de resolver problemas organizacionais e obter
otimizao. Outra evidncia da dominncia das influncias estratgicas que os obstculos
institucionais culturais foram resolvidos.

90
Quadro 27 - Deciso: Controle de acesso internet
Deciso: Controle do acesso internet dos funcionrios
Escopo da Arquitetura: Arquitetura de Aplicao Nvel de Domnio
Influncia Institucional Influncia estratgica
Justificativas Mecanismo Mimtico
- Houve experincia anterior do
gestor em outras organizaes.

Mecanismo Coercitivo
- Conformidade com SOX
Problema de Engenharia
- Menor uso da rede

Problema de Administrao
- Reduo do custo
- Controle sobre atividade dos funcionrios
- Garantir informaes precisas
Obstculos - Funcionrios no compreenderam
as restries no incio do processo
de implantao

Resultado da deciso
Atualmente, h maior controle e melhor utilizao dos recursos.
Papel do(s) entrevistado (s): Autoridade
Experincia anterior do(s) participante(s) da deciso: Sim
Aceitao da prtica
Atualmente, todos os funcionrios j esto adaptados ao controle de acesso internet.
Anlise - Comparao entre influncia institucional e estratgico
Dominncia provvel do fator estratgico.

O Quadro 28 mostra a deciso sobre a tecnologia de virtualizao de hardware para reduo
de custos. A virtualizao de hardware consiste na execuo de software em um ambiente
independente da plataforma subjacente, isto , o objetivo a utilizao de capacidade ociosa
de recursos de hardware caros atravs de ferramentas que isolam, ou escondem, as
caractersticas fsicas. Para aproveitar todos os benefcios dessa tecnologia, a padronizao do
hardware dos servidores era necessria, optando-se pelo padro Blade para os novos
equipamentos adquiridos.

A implantao foi recente em uma aplicao que se beneficiou ao utilizar a capacidade ociosa
dos servidores sem a necessidade de adquirir novos equipamentos. H interesse em expandir
para outras aplicaes e outros sistemas. A virtualizao e a padronizao dos servidores
sofreram influncias institucionais como o auxlio dos fornecedores e a observao de
tendncias de mercado. Entretanto, o objetivo principal era obter maior eficincia na
utilizao dos recursos existentes, conseqentemente, pode-se considerar que h
provavelmente dominncia dos argumentos estratgicos nessa deciso.
91

Quadro 28 - Deciso: Virtualizao
Deciso: Virtualizao
Escopo da Arquitetura: Arquitetura de Tecnologia Nvel de Domnio
Influncia Institucional Influncia estratgica
Justificativas Mecanismo Mimtico
- Baseada na tendncia de mercado
- Houve auxlio dos fornecedores

Problema de Engenharia
- Aumento de produtividade

Problema de Administrao
- Reduo de custo
- Facilitar operao
- Facilitar gesto
Obstculos - Custo de compra de ferramentas e
capacitao da equipe
Resultado da deciso
As novas aplicaes se beneficiaram com a virtualizao ao utilizar a capacidade ociosa.
Papel do(s) entrevistado (s): Autoridade, influenciador
Experincia anterior do(s) participante(s) da deciso: No
Aceitao da prtica
Implantao recente.
Anlise - Comparao entre influncia institucional e estratgico
As influncias estratgicas parecem predominantes.

O Quadro 29 apresenta deciso relacionada mudana da linguagem de programao Visual
Basic, associada a produtos da empresa Microsoft, para Java, uma linguagem patrocinada por
mltiplos fornecedores. Atualmente a linguagem Java plenamente aceita e adotada na
organizao.

Um dos argumentos utilizados para sua adoo era que Java no era proprietrio, portanto a
organizao no ficaria dependente de uma nica empresa para escolha de produtos e servios
de aplicaes. Assim, podemos considerar que o objetivo dessa deciso era resolver um
problema de empreendedorismo no sentido de ter opes para escolher parcerias e
fornecedores. Outros argumentos estratgicos utilizados foram a expectativa de melhoria de
desempenho compatvel com as necessidades do tamanho da organizao. Pode-se considerar
que esta deciso teve aparentemente dominncia de influncias estratgicas.
92
Quadro 29 - Deciso: Mudana de linguagem de programao
Deciso: Mudana da Linguagem de programao das aplicaes de Visual Basic para Java
Escopo da Arquitetura: Arquitetura de Aplicao Nvel de Domnio
Influncia Institucional Influncia estratgica
Justificativas

Problema de Empreendedorismo
- Java no proprietrio
- Plataforma de Visual Basic e banco de
dados (cliente servidor) no poderia evoluir
- Java mais adequado para o tamanho da
organizao

Problema de Engenharia
- Resolver o problema de desempenho.
Obstculos Investimentos e treinamento
Resultado da deciso
Java foi adotado nas novas aplicaes.
Papel do(s) entrevistado (s): Autoridade, influenciador, testemunha.
Experincia anterior do(s) participante(s) da deciso: Provavelmente no, embora alguns tenham
familiaridade.
Aceitao da prtica
Java amplamente adotado.
Anlise - Comparao entre influncia institucional e estratgico
As restries tcnicas da soluo antiga como o problema de desempenho parece a justificativa mais forte.
Portanto, influncias estratgicas parecem predominantes.

A deciso de centralizar o controle de acesso foi esquematizada no Quadro 30. No mtodo
antigo, havia necessidade de obter uma autorizao separada manual para cada sistema que o
usurio teria acesso. Com o software integrado de controle de acesso centralizado, as
autorizaes so automatizadas e geridas por perfil, resultando em rapidez e melhor
monitorao.

Houve presena de influncias institucionais, mas as motivaes estratgicas parecem mais
importantes, isto , a soluo de problemas de administrao como reduo da burocracia e
monitorao eram focos dessa deciso. Ainda no se pode afirmar que houve plena aceitao
dessa iniciativa, mas todos os sistemas novos j so planejados para atender ao controle de
acesso centralizado. Apesar de priorizar os sistemas definidos pelo Sarbanes-Oxley, outros
sistemas tambm esto em processo de integrao e j colheu resultados positivos.
93

Quadro 30 - Deciso: Controle de acesso centralizado
Deciso: Controle de acesso aos sistemas centralizado
Escopo da Arquitetura: Arquitetura de Aplicao Nvel de Domnio/ Organizacional
Influncia Institucional Influncia estratgica
Justificativas Mecanismo Coercitivo e Mimtico
- Motivado pela certificao do
SOX. Sistemas certificados pelo
SOX foram prioritrios na
integrao ao controle de acesso.

Mecanismo Normativo
- Esse sistema consenso entre
especialistas da rea.

Problema de Administrao
- Reduo de tempo
- Reduo da burocracia
- Monitorao
Obstculos - Custo de implantao (desenvolvimento,
ferramentas e consultoria)
Resultado da deciso
Os objetivos de reduzir o tempo do processo de autorizao dos sistemas para funcionrios e centralizar o
controle de acesso foram atingidos.
Papel do(s) entrevistado (s): Autoridade, influenciador.
Experincia anterior do(s) participante(s) da deciso: Provavelmente sim.
Aceitao da prtica
Atualmente, todos os sistemas novos j so planejados para se integrarem ao sistema de controle de acesso.
Anlise - Comparao entre influncia institucional e estratgico
H alguma atuao de influncias institucionais no incio, porm as estratgicas parecem mais fortes e atingiu
resultados objetivos estratgicos.

No Quadro 31, est apresentada a deciso sobre a utilizao da metodologia de gerenciamento
de projetos Project Management Body of Knowledge (PMBOK) do Project Management
Institute (PMI) mostrando que h provavelmente influncia institucional na adoo do
modelo, pois j era uma metodologia conhecida pelos gerentes de projeto e a certificao do
SOX incentivou a adoo formal. Tambm houve influncia estratgica j que fornecia uma
metodologia de trabalho e padronizao dos processos. Portanto, pode-se entender que as
influncias institucionais e estratgicas atuam em conjunto nessa deciso especfica.

Quadro 31 - Deciso: Metodologia do PMBOK
Deciso: Adoo do modelo do Project Management Institute (PMI)
Escopo da Arquitetura: Arquitetura de Negcios/Aplicao Nvel de Sistema
Influncia Institucional Influncia estratgica
Justificativas Mecanismo Coercitivo
- SOX incentivou a adoo desse
modelo.

Mecanismo Mimtico
- Gerentes de projeto j utilizavam
esse modelo
Problema de Engenharia
- Inexistncia de padro (processo)
Obstculos
94
Deciso: Adoo do modelo do Project Management Institute (PMI)
Resultado da deciso
Resultados positivos
Papel do(s) entrevistado (s): Influenciador, testemunha.
Experincia anterior do(s) participante(s) da deciso: Sim
Aceitao da prtica
PMI poltica
Anlise - Comparao entre influncia institucional e estratgico
Provvel atuao de influncias institucionais e estratgicas

O Quadro 32 mostra que foi decidida a contratao de servios atravs de itens de negcio.
Ao invs de contratar os fornecedores para uma quantidade de demanda especfica, incluram
nos contratos os objetivos de negcio como servios e indicadores de qualidade. Inicialmente,
houve resistncia por parte dos fornecedores por desconhecerem esse modelo de contrato que
encareceram suas propostas ao preverem riscos de no atender aos indicadores. Os prprios
gestores do projeto da empresa tambm tiveram receios de que as clusulas contratuais
necessrias no fossem levantadas adequadamente por falta de experincia anterior com este
tipo de modelo. Entretanto, houve apoio da alta gerncia e os acordos com parceiros externos
foram bem sucedidos.

H provavelmente influncias institucionais como seguir um modelo adotado pela indstria,
mas o grande motivador dessa iniciativa a reduo de custos mantendo da qualidade.
Portanto, podemos considerar que esta deciso tem influncias predominantemente
estratgicas.

Quadro 32 - Deciso: Contratao baseada em itens de negcio
Deciso: Contrataes de fornecedores baseadas em itens de negcio
Escopo da Arquitetura: Arquitetura de Aplicao, Tecnologia Nvel de Organizao
Influncia Institucional Influncia estratgica
Justificativas Mecanismo Mimtico
- Poltica da organizao de
terceirizar o que no parte do
negcio
- Modelo adotado pela indstria


Problema de Administrao
- Reduo de custo
- Controle sobre os gastos
- Elasticidade para os recursos humanos
- Menor investimento em bens de capital que
d aumento de flexibilidade de custo e
reduo de necessidades de investimento
Obstculos - Buscar formas de incentivar o fornecedor
para ter comprometimento
- Receio de erros na escolha do parceiro
- Fornecedores encarecem as propostas por
desconhecimento dos riscos
Resultado da deciso
Resultados positivos com a mudana dos contratos.
Papel do(s) entrevistado (s): Autoridade, influenciador
Experincia anterior do(s) participante(s) da deciso: Provavelmente no para alguns.
95
Deciso: Contrataes de fornecedores baseadas em itens de negcio
Aceitao da prtica
Atualmente, os parceiros externos aceitam essa poltica.
Anlise - Comparao entre influncia institucional e estratgico
H provavelmente influncias estratgicas na deciso de mudana da forma de contratao dos servios.

O Quadro 33 apresenta a deciso relacionada metodologia SOA que consiste em princpios
de desenvolvimento de sistemas e integrao que oferece flexibilidade e desacoplamento dos
sistemas para que haja reutilizao de componentes ou servios existentes.

Como SOA era uma nova tendncia no mercado e era at considerado como moda da poca
por alguns gestores da organizao, poucos profissionais do mercado tinham experincia com
essa metodologia. Os gestores da organizao no tinham familiaridade com o conceito e
tiveram que contratar consultorias para auxiliar a implantao. A grande promessa do SOA
era a reutilizao, ou modularizao, dos componentes fazendo com que o processo de
desenvolvimento oferecesse agilidade e flexibilidade para atender s exigncias de negcios
em mercados competitivos.

No entanto, mesmo a empresa parceira externa contratada tambm teve dificuldade de adotar
a metodologia, pois estavam utilizando ferramentas novas com a filosofia de desenvolvimento
de software antiga. A organizao teve que avaliar os cdigos dos programas e refaz-los para
atender necessidade de modularizao, ou seja, houve um problema cultural de adaptao a
essa nova filosofia de desenvolvimento de sistemas. Tambm houve necessidade de mudana
dos processos de demanda de projetos para viabilizar a implantao do SOA.

Aps esse perodo de aprendizagem, o SOA j plenamente adotado atualmente e pode-se
afirmar que houve aceitao de um processo de trabalho que a organizao estava tendo
dificuldade de adaptao. Gestores afirmaram que o SOA trouxe governana da arquitetura
de tecnologia.

Detectou-se influncia institucional quando os gestores justificaram a sua adoo por causa de
experincias de outras organizaes, mas isso pode ser interpretado tanto como uma busca de
obteno de isomorfismo conforme teoria de Powell e DiMaggio (1991) ou como busca de
resultados estratgicos para ter reduo de custos e flexibilidade. De qualquer forma, as
influncias institucionais e estratgicas atuaram provavelmente em conjunto neste caso.
96
Quadro 33 - Deciso: SOA
Deciso: Adoo do Service Oriented Architecture (SOA)
Escopo da Arquitetura: Arquitetura de Aplicao Nvel de Sistemas, Domnio e Organizao
Influncia Institucional Influncia estratgica
Justificativas Mecanismo Coercitivo
- Opinio dos funcionrios da
empresa
Mecanismo Mimtico
- Auxlio de consultoria
- Observao de casos de outras
empresas, pois era muito novo e
conceitual.
- Realizao de benchmarking com
outras empresas.

Problema de Empreendedorismo
- Flexibilidade

Problema de Engenharia
- Aumento de capacidade
- Reutilizao
- Integrao
Problema de Administrao
- Reduo do custo de integrao
- Velocidade

Obstculos - Resistncia mudana
- Equipe no possua conhecimento
tcnico e o conceito de SOA
- Equipe de desenvolvimento
utilizou do modo antigo sem
aproveitar o potencial da nova
tecnologia
- Baixo nvel de maturidade da
empresa e do mercado sobre esse
assunto
- Antecipar os custos futuros
Resultado da deciso
Atualmente, ocorre o reaproveitamento dos servios. Obtiveram rapidez, reduo de custos e reutilizao.
Resultado foi a agilidade no desenvolvimento de servios que trouxe satisfao do cliente.
Papel do(s) entrevistado (s): Autoridade, influenciador, testemunha.
Experincia anterior do(s) participante(s) da deciso: No.
Aceitao da prtica
Atualmente, o SOA plenamente aceito h 3 anos.
Anlise - Comparao entre influncia institucional e estratgico
As influncias institucionais e estratgicas parecem atuar em conjunto

O Quadro 34 relata a certificao do Sarbanes-Oxley (SOX) que segue a regulamentao
aprovada em 2002 nos Estados Unidos. Ela determina uma srie de requisitos de controle de
informaes dentro da organizao para garantir a transparncia aos acionistas. Como a
empresa possui aes na bolsa de valores americana, ela teve que obter a certificao tanto
para atender regulamentao do mercado financeiro como para valorizar seus ativos frente
aos investidores. Conseqentemente, o atendimento aos requisitos do SOX tem carter de
influncia institucional coercitiva com o objetivo de obter legitimidade.

Apesar da certificao ter implicado em custos e esforos nem sempre bem aceitos em todas
as reas, a TI aproveitou essa necessidade de negcio para quebrar resistncias internas e
implementar controles relacionados TI nos departamentos usurios. Pode-se afirmar que
houve um bem sucedido processo de adeso ao SOX e aos seus controles, j que ele j faz
97
parte da rotina da empresa atualmente. Evidentemente, a prpria unidade de TI teve de se
adaptar tambm como realizar controle de verso, requisitos de segurana e auditoria.

A certificao do SOX tem forte influncia institucional, mas tambm pode ser interpretada
como uma necessidade estratgica de captar capital de investidores de bolsas, apesar de no
ter sido explicitamente mencionado pelos entrevistados. Influncias estratgicas tambm esto
presentes como a obteno de informaes precisas e controle. Portanto, motivaes
institucionais e estratgicas parecem estar presentes nesta deciso.

Quadro 34 - Deciso: Sarbanes-Oxley
Deciso: Certificao do Sarbanes-Oxley
Escopo da Arquitetura: Arquitetura de Negcios- Nvel de Organizao
Influncia Institucional Influncia estratgica
Justificativas Mecanismo Coercitivo
- Necessidade de certificao por
causa das aes nas bolsas
americanas.

Mecanismo Mimtico
- Auditorias indicavam como
melhorar os processos

Problema de Administrao
- Garantir informaes precisas
- Maior controle para TI
Obstculos - Foi difcil fazer as pessoas
seguirem o processo
- Houve custo de implantao para adquirir
ferramentas, consultoria e alocao de
tempo dos funcionrios para o projeto.
- Necessidade de contratao de funcionrios
especializados
Resultado da deciso
A iniciativa permitiu valorizao das aes em bolsa de valores.
Papel do(s) entrevistado (s): Autoridade, influenciador, testemunha
Experincia anterior do(s) participante(s) da deciso: No
Aceitao da prtica
Atualmente, o SOX j est incorporado rotina.
Anlise - Comparao entre influncia institucional e estratgico
Influncias institucionais e estratgicas aparentemente importantes.

No Quadro 35, apresentada a deciso sobre adoo de modelo de melhores prticas para
gesto de arquitetura de TI. A TM Forum uma associao internacional focada em
aprimorar a eficincia dos negcios dos provedores de servio e fornecedores da indstria de
TI, de telecomunicaes e de entretenimento. Os modelos criados por ela incluem eTOM
(Modelo de arquitetura de processos de negcio), TAM (Modelo de arquitetura de aplicaes)
e SID (Modelo de arquitetura de informao).

98
Apesar da busca por modelos de arquitetura ter se iniciado h mais tempo, somente nos
ltimos dois anos que um processo formal de arquitetura de processos corporativos foi
definido dentro da organizao. Dentre esses modelos, o eTOM o mais disseminado dentro
da empresa e funciona como um guia para direcionar o escopo das alteraes que devem ser
realizadas para cada nova demanda de negcios.

Dentre todas as decises levantadas neste estudo de caso, esta deciso parece ser a que mais
fortemente foi afetada por influncias institucionais. O eTOM foi utilizado por indicar a
tendncia do mercado e ser adotado pelas maiores empresas do mundo. Estas justificativas
podem ser consideradas mecanismos institucionais mimticos segundo a categorizao de
Powell e DiMaggio (1991). Houve tambm nfase no fato de que adotar o modelo uma
forma de obter legitimidade na divulgao do trabalho dentro da organizao, pois nem
sempre era possvel justificar decises de forma quantitativa. Estas ltimas justificativas
foram consideradas derivadas de mecanismos coercitivos no sentido da necessidade de se
adequar a normas, sejam elas formais ou informais.

Tambm foram mencionados aspectos estratgicos como o fato do eTOM oferecer uma
soluo de arquitetura de negcios que tem possibilidade de se tornar um padro amplamente
adotado pela indstria, fazendo com que haja mais opes de solues menos custosas. Esse
modelo tambm pretende fornecer uma referncia para a evoluo da arquitetura da
organizao para que suporte o seu crescimento nos prximos 20 anos.

Portanto, essa deciso apresenta aparentemente atuao de influncias institucionais e
expectativas de benefcios estratgicos baseadas em experincias de outras organizaes.
Conseqentemente, as influncias institucionais e estratgicas esto provavelmente atuando
ao mesmo tempo.

99
Quadro 35 - Deciso: Frameworks do TM Forum
Deciso: Frameworks do TM Forum (eTOM, TAM, SID)
Escopo da Arquitetura: Arquitetura de Negcios, Aplicao e Informao Nvel de Organizao
Influncia Institucional Influncia estratgica
Justificativas Mecanismo Coercitivo
- Uma maneira de legitimar o
trabalho e disseminar dentro da
organizao
- O modelo considerado moderno
- Maneira de justificar decises sem
necessidade de transformar em
custos

Mecanismo Mimtico
- Usado em muitas outras empresas
no mundo
- Indicao da direo em que o
mercado est indo

Problema de Empreendedorismo
- Buscar suportar crescimento futuro dos
prximos 20 anos

Problema de Engenharia
- Modelo que acredita-se que funciona,
No reinventar a roda, Oferece alguma
certeza sobre o futuro da arquitetura
- Facilita utilizao de ferramentas do
mercado atravs da padronizao dos
processos.
- Ferramenta para guiar a arquitetura
- Sistema antigo no atendia demanda
futura
Obstculos - Resistncia interna para adoo no
incio
- Dificuldade de argumentar por ser
tecnologia nova

Resultado da deciso
eTOM est em implantao. Aps a adoo, descobriram-se muitos prestadores de servio com aderncia ao
framework. Atualmente, as demandas de negcio eram difceis de atender com o sistema legado e o sistema novo
pretende resolver esses conflitos.
Papel do(s) entrevistado (s): Autoridade, influenciador, testemunha.
Experincia anterior do(s) participante(s) da deciso: No
Aceitao da prtica
Adoo recente
Anlise - Comparao entre influncia institucional e estratgico
Influncias institucionais e estratgicas esto provavelmente atuando.

4.1.9 Decises e eventos ao longo do tempo


No Quadro 36, pode-se observar quando foram tomadas as decises e implementados os
projetos. Algumas datas, entretanto, so aproximadas e indicadas atravs de clulas de cor
mais clara que correspondem a perodos de busca de solues, amadurecimento das
alternativas, tomada de deciso e busca de consultorias. Esse processo geralmente longo e
acontece muito antes do incio efetivo dos projetos, portanto muitas vezes podem ocorrer
pequenas divergncias sobre a data em que se implantou a iniciativa.

O quadro mostra que a implantao do SOA e de outras iniciativas de arquitetura ocorreram
aps eventos importantes como a oferta de pacote de servios triple play. Provavelmente, a
necessidade de reutilizar rotinas se tornou necessria, j que muitos processos devem ser
100
comuns para os trs tipos de servios oferecidos e havia uma oportunidade para repensar a
arquitetura de TI para que ela possa atender necessidade de incluir outros servios e pacotes.

Pode-se observar tambm que a implementao de macroprocessos ofereceu provavelmente a
base para que SOA e outros projetos de arquitetura como eTOM fossem viabilizados, pois a
reutilizao de rotinas necessita que os processos estejam de alguma maneira estruturados e
integrados. A mesma coisa ocorre com o SOX, cujo principal benefcio era a melhoria do
controle, impulsionou outras iniciativas. Decises que foram motivadas pelo SOX foram o
controle de acesso da internet, o controle de acesso centralizado e a metodologia PMBOK.

Quadro 36 - Decises e eventos ao longo do tempo na empresa de telecomunicaes
2002 2003 2004 2005 2006 2007 2008
2009/
2010
Decises dentro de TI
1 Deciso: contratao de gesto da rede
2 Deciso: controle de acesso internet
3 Deciso: virtualizao
4 Deciso: mudana linguagem de programao
5 Deciso: controle de acesso centralizado
6 Deciso: Metodologia PMBOK
7 Deciso: contratao baseada em itens de negcio
8 Deciso: SOA
9 Deciso: Sarbanes-Oxley
10 Deciso: Framework do TM Forum

Outros eventos
Macroprocessos

Oferta do pacote de servios triple play: vdeo, voz e
internet
Aprovao Legislao Sarbanes-Oxley nos EUA
Fonte: Elaborado pela pesquisadora atravs das entrevistas

Incio efetivo Incio provvel ou perodo de planejamento


4.1.10 Consideraes sobre o caso da empresa de telecomunicaes

Os principais resultados e a anlise das respostas sero comentados para responder questo
de pesquisa e aos objetivos dessa dissertao.

101
4.1.10.1 Principais resultados sobre a gesto

Resumindo os resultados encontrados neste estudo de caso, o significado de arquitetura de TI
para os gestores da organizao associa-se a idias de planejamento, governana e viso. Ela
tambm envolve os quatro escopos de arquitetura, incluindo a arquitetura de negcios e o
alinhamento estratgia organizacional. Seus objetivos e benefcios se assemelham muito
pesquisa realizada por SIMEAWG (KAPPELMAN, 2010). De certa forma, essas associaes
so compatveis com a gesto, j que a organizao d importncia eficincia e
flexibilidade, adotando iniciativas para atingi-las como implantao do SOA.

O processo de governana de TI semelhante aos arqutipos da maioria das empresas em que
padres de arquitetura e a infra-estrutura so de responsabilidade da unidade de TI, enquanto
que os investimentos, princpios e aplicaes envolvem outras unidades. Isso explica a razo
pela qual a maior parte das gerncias responsveis pela arquitetura de TI est dentro da
unidade de TI como mostra o organograma da empresa.

A empresa mencionou um framework apresentado por Fernandes e Abreu (2008), o modelo
do PMBOK de gerenciamento de projetos, mas destacou fortemente a utilizao de modelos
de melhores prticas da TM Forum que especfico da indstria de telecomunicaes.

O estgio de maturidade atual de ncleo otimizado por possuir compartilhamento de
processos e de dados, facilitado pela implantao dos macroprocessos. Alm disso, o SOA
permitiu maior agilidade nas mudanas realizadas nos sistemas e os modelos da TM Forum
parecem ter pretenso de obter maiores ganhos atravs da padronizao, inclusive dos
processos.

Por causa da complexidade desta empresa, que muito dependente de servios terceirizados e
de parceiros tecnolgicos, atingir o nvel seguinte de modularidade dos processos de negcios
apenas atravs de reestruturao interna seria provavelmente muito difcil. Assim, a
integrao com empresas externas parece ser um requisito importante e os modelos da TM
Forum, se adotados por toda indstria em um cenrio futuro ideal, tem a possibilidade terica
de criar uma base para modularidade de processos, aplicaes e informaes. Eles definem
padres para as interfaces entre os parceiros, facilitando a coordenao dos esforos de
integrao.
102

Pode-se identificar eventos pontuais de evoluo da arquitetura como a adoo do SOA,
formalizao da rea de processos com a adoo do eTOM, contratao da empresa de
consultoria que resultou na implantao dos macroprocessos e certificao do Sarbanes-
Oxley. Todos esses eventos demandaram grandes esforos de vrios departamentos e
constante patrocnio da alta gerncia. Assim, so exemplos de evoluo da arquitetura atravs
de mudanas pontuais.

Tambm podem ser notadas algumas evidncias do processo de evolues contnuas da
arquitetura. No processo de adoo do SOA, alteraes nos processos tiveram que ser
implementadas gradualmente para que fossem bem sucedidas. medida que novos projetos
iam surgindo, a nova arquitetura era construda, pois os sistemas legados no so
imediatamente substitudos.

A mesma coisa ocorreu com a adoo de novas formas de contratos com os fornecedores em
que, inicialmente, por haver incertezas desse tipo de modelo, poucos acordos nesse formato
foram implantados para permitir uma adaptao gradual tanto dos parceiros quanto da
empresa de telecomunicaes. A adoo dos frameworks do TM Forum tambm ocorreu aos
poucos para que a equipe possa acumular experincia a cada novo projeto. Assim, a evoluo
da arquitetura pode ser compreendida tanto analisando as mudanas pontuais como as
evolues contnuas.

4.1.10.2 Influncias institucionais e estratgicas

Hrebiniak e Joyce (1985) e Astley e Van de Ven (1983) afirmam que os dois tipos de
influncias, institucionais e estratgicas, nem sempre podem ser consideradas antagnicas e
pode haver uma complementaridade entre as duas. O processo de categorizao de um
argumento em institucional ou estratgico se deu atravs de identificao das idias nas
respostas espontneas dos gestores. Entretanto, em uma interpretao das respostas ou em um
questionamento mais aprofundado, nota-se que argumentos institucionais podem representar
expectativas de resultados estratgicos, embora no explicitados em um primeiro momento.

103
Nas decises apresentadas do Quadro 26 ao Quadro 30 e Quadro 32, so mostradas
motivaes estratgicas mais claramente dominantes. Eles geralmente possuam escopo mais
limitado com ferramentas conhecidas dos gestores e solues amadurecidas do mercado. As
demais decises apresentaram influncias institucionais em algum grau, principalmente a
adoo dos frameworks da TM Forum. Entretanto, todas as decises apresentaram pelo menos
alguma motivao estratgica, portanto pode-se concluir que argumentos estratgicos so
mais mencionados que os institucionais comparando todas as respostas. Isto est de acordo
com o resultado de uma pesquisa tipo survey quantitativa realizada por Oliver (1988), porm
investigados em decises mais gerais da empresa alm da rea de TI. Portanto, a nfase em
argumentos estratgicos pelos decisores vale tambm para arquitetura de TI.

Um fato interessante que as decises que envolveram inovao, maiores riscos e mais
abrangentes com amplitude organizacional tiveram presena de influncias institucionais. As
decises do Quadro 31 e Quadro 33 ao Quadro 35 esto nessa categoria e abordam
metodologia PMBOK, SOA, SOX e frameworks do TM Forum.

A teoria institucional classifica os mecanismos em coercitivo, mimtico e normativo. O
Quadro 37 mostra as influncias institucionais na empresa de telecomunicaes e as decises
correspondentes.

Quadro 37 - Influncias institucionais na empresa de telecomunicaes
Mecanismo institucional Descrio Deciso em que aparece a
influncia
Conformidade com SOX Controle de acesso internet e
controle de acesso
centralizado, metodologia
PMBOK
Exigncia da bolsa de valores americana SOX
Opinio dos funcionrios da empresa SOA
Legitimar o trabalho e difundi-lo Framework TM Forum
Coercitivo
Considerado moderno Framework TM Forum
Experincia anterior do gestor dentro da
organizao ou em outras organizaes
Controle de acesso internet,
metodologia PMBOK
Tendncia de mercado Virtualizao, Framework TM
Forum
Auxlio dos fornecedores ou consultorias Virtualizao, SOA, SOX
Adotada pela indstria Terceirizao dos itens de
negcio
Mimtico
Casos de outras empresas SOA, Framework TM Forum
Normativo Consenso na rea de atuao Controle de acesso
centralizado

104
Segundo a teoria da escolha estratgica, as decises tentam resolver trs problemas de
adaptao: de empreendedorismo, de engenharia e de administrao. Assim, o Quadro 38
classificou as justificativas encontradas nessas trs categorias.

Quadro 38 - Influncias estratgicas da empresa de telecomunicaes
Problema Descrio Deciso em que aparece a
influncia
Relaes estratgicas com
fornecedores
Mudana de linguagem de
programao para Java (para uma
no proprietria).
Flexibilidade SOA, Contratao baseada em itens
de negcio
Empreendedorismo
Suportar o crescimento/ evoluo Framework TM Forum, mudana
de linguagem de programao
Aumento de capacidade Contrato de gesto de rede.
Controle de acesso internet, SOA
Aumento de produtividade Virtualizao
Melhoria do desempenho Mudana de linguagem de
programao
Reutilizao SOA
Padronizao de processo Metodologia PMBOK, Framework
TM Forum
Ferramenta para guiar TM Forum
Engenharia
Integrao SOA
Reduo de custo Contrato de gesto de rede,
controle de acesso internet,
virtualizao, contrataes
baseadas em itens de negcio, SOA
Facilitar gesto/ operao Contrato de gesto de rede,
virtualizao
Controle dos funcionrios e da TI Controle de acesso internet, SOX
Informaes precisas Controle de acesso internet, SOX
Reduo de tempo Controle de acesso centralizado,
SOA
Reduo de burocracia Controle de acesso centralizado
Administrao
Monitorao Controle de acesso centralizado

Com relao s diferenas de justificativas comparadas com o nvel hierrquico, no se notou
diferenas significativas entre argumentos institucionais e estratgicos. No entanto, para uma
mesma deciso, notou-se que algumas vezes justificativas institucionais eram mais
mencionadas por um gestor, enquanto outro destacava mais as estratgicas. Um exemplo
disso foi a adoo dos modelos da TM Forum. Alguns gestores argumentaram que sua adoo
poderia permitir o acompanhamento dos padres de mercado e sua evoluo, permitindo
crescimento e acesso a fornecedores, ao passo que outros destacaram mais fortemente que
empresas importantes mundiais tambm adotaram.

105
H semelhanas entre as respostas espontneas sobre os objetivos da arquitetura de TI e as
justificativas da tomada das decises, por exemplo, uso eficiente de recursos, rapidez, retorno
de investimento e reduo de complexidade apareceram tanto no questionamento dos
benefcios da arquitetura de TI como nas motivaes pelas decises. Em contrapartida,
argumentos institucionais mencionados nas decises no foram encontrados nas respostas dos
objetivos e benefcios da arquitetura de TI.

Esta empresa de telecomunicaes representa um caso tpico de uma organizao que tem
formalizao da sua arquitetura de TI e est em um estgio de maturidade considerado
avanado denominado ncleo otimizado segundo classificao de Ross et al. (2008). Existe a
possibilidade de que isso possa ter relao com a indstria na qual ela atua, dado o nvel de
maturidade de gesto de seus competidores, fornecedores, clientes e profissionais. A razo
disso que vrios argumentos institucionais aparecem nas decises, sugerindo que o
mecanismo mimtico de se assemelhar aos outros est presente. Alm disso, em documentos
disponibilizados aos investidores, o acompanhamento da tecnologia uma das prioridades e
pode se tornar um risco se no for bem monitorado.

4.2 Dados coletados da empresa de construo civil

4.2.1 Critrio de seleo do caso, dos entrevistados e processo de coleta de dados

A empresa de construo civil Bueno Netto foi selecionada, pois um caso representativo
tpico de uma empresa com participao de capital privado que est em processo de
formalizao das polticas de arquitetura de TI. A coleta de dados ocorreu atravs de
entrevistas e anlise de documentao interna.

Por se tratar de uma organizao cuja estrutura de TI muito reduzida e a maior parte
terceirizada, optou-se pela realizao de entrevistas com o diretor de TI e com dois
coordenadores. Como a organizao ainda no possui formalizao dos processos e apresenta
menor complexidade de TI comparativamente, essas fontes de informao junto com a
documentao interna foram suficientes para anlise.

106
Apesar de poucas entrevistas, informaes sobre os quatro escopos de arquitetura (tecnologia,
aplicao, informao e negcios) puderam ser levantadas e foi possvel realizar o processo
de triangulao das informaes segundo metodologia de estudo de caso postulado por Yin
(2003). A durao das entrevistas durou cerca de quatro horas e meia no total, concentrando-
se no diretor de TI que centralizava a maioria das decises. A coleta de dados foi realizada
entre junho e agosto de 2010 atravs de documentao sobre a organizao e de aplicao do
roteiro de entrevistas na sede da empresa em So Paulo.

Por ser uma empresa de capital fechado, informaes sobre organogramas, produtos,
ambientes competitivos e riscos ao negcio foram coletados atravs de entrevista ou
investigao indireta por outras referncias bibliogrficas.

4.2.2 Perfil da indstria

De acordo com CBIC (2010), a indstria da construo e do mercado imobilirio tem grandes
expectativas para os prximos anos com os programas governamentais como Minha Casa
Minha Vida, Plano de Acelerao do Crescimento (PAC), Copa do Mundo 2014, Olimpadas
2016 e projetos para rea de energia como extrao de petrleo do pr-sal. O setor da
construo civil, mais especificamente o segmento imobilirio, est passando por uma fase de
grande crescimento. Segundo IBGE (2008), o financiamento imobilirio saltou de R$ 2,3
bilhes em 2003 para R$ 29,1 bilhes em 2008.

Segundo EXAME (2010), o crescimento econmico, o aumento do crdito e a valorizao
imobiliria geraram aumento das atividades de construo. Alm disso, a queda da taxa de
juros e a estabilidade econmica tornaram o investimento em imveis atraente e acessvel.
Com a crise financeira em 2008, as construtoras podem ter reduzido um pouco o ritmo de
crescimento, mas tiveram que aumentar as atividades posteriormente para compensar por
causa de boas perspectivas futuras.

Segundo Tavares (2008), as empresas desse setor tm longo ciclo de produo, bens de valor
elevado e grande variabilidade de margens de rentabilidade. Seus riscos podem ser
classificados em operacionais, administrativos, mercadolgicos e financeiros. Os riscos
operacionais esto relacionados a falhas na conduo de projetos, atrasos provocados por
regulao ambiental e regulamentaes de zoneamento urbano. Riscos administrativos, por
107
sua vez, incluem capacidade de gerenciamento. Os riscos de mercado so ao da
concorrncia e anlise de mercado equivocada. Finalmente, os riscos financeiros tm relao
com capacidade financeira e gerao de fluxo de caixa.

Portanto, empresas desse setor esto expostas a vrios riscos conjunturais: taxas de juros,
desaquecimento da economia, taxa de desemprego, taxas de inflao, custos da produo,
poltica de distribuio de renda e poltica de crdito. Alm disso, h a variao dos preos de
vendas dos empreendimentos, inexistncia de um processo de produo homogneo e a
recente tendncia de formao de parcerias para desenvolvimento de determinados projetos,
pois podem acarretar em fontes de divergncias econmicas e comerciais. (TAVARES,
2008).

De acordo com Nascimento e Santos (2002), a penetrao da TI na indstria da construo
ainda pequena em relao a outros setores. Isto devido a um conjunto de barreiras ligadas
aos profissionais que atuam na rea, aos processos longamente estabelecidos, s
caractersticas do setor e s deficincias da prpria tecnologia. As barreiras ligadas aos
profissionais incluem a menor qualificao em TI dos profissionais recrutados em relao a
outras indstrias, ausncia de metodologia de trabalho com TI no setor, inexistncia de viso
do uso estratgico da TI, profissionais resistentes inovao e mo-de-obra bsica
predominantemente semi-analfabeta nos canteiros de obra.

Com relao s barreiras ligadas aos processos, ocorre neste setor a falta de padronizao de
interoperabilidade na comunicao, mtodos de gesto de processos ultrapassados e a
ausncia de tendncia de eliminao de intermedirios para reduo de custos como existe em
outras indstrias. As barreiras relacionadas ao prprio setor incluem a fragmentao do
segmento, o oramento de TI reduzido e a caracterstica cclica do mercado que gera
incertezas nos dirigentes sobre retorno de investimento em TI, j que a obsolescncia
grande. Finalmente, as barreiras ligadas tecnologia so as prprias dificuldades da TI como
segurana, custo, gesto da informao e dificuldades tcnicas presentes em outras indstrias
tambm. (NASCIMENTO; SANTOS, 2002).


108
4.2.3 Perfil da empresa

A empresa familiar foi fundada h aproximadamente 30 anos e atua nos setores de
incorporao, construo e servios imobilirios. A atividade de construo a mais
importante, investindo em obras prprias ou atravs de parcerias com terceiros. Tambm
possui a rea de incorporao, que inclui projetos residenciais e comerciais, e de atividade
imobiliria como locao e comercializao.

Por causa da grande variao da demanda, que caracterstica do mercado imobilirio, a
maior parte dos servios terceirizada, j que h alguns longos perodos de pouca atividade e
outros de intensa demanda de mo-de-obra, principalmente para os novos projetos.
Atualmente, a organizao possui aproximadamente 300 funcionrios diretos e 2000
terceirizados.

No h um critrio nico para classificar o tamanho da organizao, porm, como ela de
capital fechado, dados sobre nmero de funcionrios so mais acessveis do que faturamento.
Por ela possuir atualmente 300 funcionrios diretos, pode ser classificada como mdio porte
segundo critrio da FIESP em que empresas mdias possuem de 100 a 499 funcionrios
(VIDAL et al, 2005).

4.2.4 Histrico da organizao e da gesto de TI


Historicamente, a empresa focou em obras de edifcios residenciais de qualidade superior para
pblico de alta renda em regies nobres da cidade de So Paulo. No entanto, com as
mudanas do mercado imobilirio e os incentivos governamentais para moradias mais
acessveis, ela passou a investir em projetos de apartamentos para classe mdia.

Recentemente, passou por um processo de crescimento muito acentuado, pois o conjunto de
todas as obras realizadas nos ltimos 30 anos equivale atividade do ano de 2009 e pretende-
se multiplicar esse nmero nos prximos anos. H trs anos, houve uma iniciativa de
modernizao da empresa e profissionalizao da cpula gerencial. Dessa forma, houve
impacto em todos os departamentos da organizao. Na rea de TI, foi contratado o diretor de
tecnologia para centralizar a gesto.
109

Quando comeou a implantao do ERP h trs anos, a organizao possua um porte menor
que a atual, j que o processo de crescimento acentuado recente. Segundo Mendes e
Escrivo (2002), a deciso de adoo de ERP em empresas menores tem sido tomada de
forma apressada, alimentada pelo marketing dos fornecedores. A adequao do sistema s
particularidades da empresa tem custo alto em geral, pois envolve a contratao de
consultores especializados para as modificaes. Ela geralmente no possui tantos recursos
para aplicar em tecnologia e so poucas as empresas que realizam adequao de
funcionalidade e estudo de aderncia. Como as empresas no podem arcar com os custos,
acabam se adaptando ao sistema e no o contrrio. Alm disso, a confiana dos gestores no
fornecedor passa a ser um fator importante e muitas no fazem anlise de seus processos, no
dando a devida importncia a essa etapa.

Essas caractersticas apontadas por Mendes e Escrivo (2002) podem ser encontradas na
organizao deste estudo de caso. Anteriormente, toda unidade de TI era terceirizada e no
havia uma equipe interna de gesto estratgica da TI e de coordenao das atividades de
terceiros. Aps a implantao do ERP aproximadamente em 2008, percebeu-se a importncia
da tecnologia para a organizao e admitiu-se a necessidade de ter uma equipe interna. Alm
disso, iniciativas para formalizao de polticas, padronizao de processos e documentao
comearam a ser implantadas, portanto a gesto da arquitetura de TI na organizao
informal em boa parte e seu processo de formalizao ainda muito recente ou em
andamento.

Os principais sistemas existentes so o ERP e o sistema legado Incorporator. Existem outras
aplicaes isoladas como planilhas eletrnicas, software de gesto de projetos, software de
desenho tcnico, extrator de relatrios, simuladores de cenrios econmicos, software de
gesto de demanda de servios e servidores diversos para administrao da rede, intranet e
segurana. Porm, a arquitetura de sistemas atual da organizao basicamente o ERP. O
desenho da infra-estrutura est fracionado e no possuem um diagrama centralizado resumido
de uma pgina. Segundo a empresa, as principais regulamentaes so a legislao, mtodos
de construo, leis ambientais e padres de qualidade. Porm essas normas pouco afetam a
rea de TI.

110
4.2.5 Estrutura organizacional e gesto da arquitetura de TI

Por se tratar de uma empresa familiar, a participao da famlia representada pelo conselho
conforme mostra Figura 10. As reas envolvidas com arquitetura de TI esto concentradas no
diretor de TI e em sua equipe. A tarefa de formalizao dos processos pertence outra rea
administrativa fora da unidade de TI.

Figura 10 Unidade de TI na empresa de construo civil
Fonte: Entrevista na empresa de construo civil

Atualmente, a unidade de TI ainda pequena com cinco funcionrios mais o gestor de TI,
mas eles possuem o papel de gesto e coordenao de demandas mais importantes. A
terceirizao ainda est presente para oferecer flexibilidade para atender s grandes variaes
do negcio de construo civil.

Como se pode observar pelo Quadro 39 e pelo Quadro 40, as decises sobre padres tcnicos
de arquitetura e sobre infra-estrutura de TI so responsabilidades da unidade de TI, ou seja,
segue o arqutipo de monoplio da TI segundo categorizao de Weill e Ross (2004). As
111
decises sobre aplicaes tm participao das unidades usurias, da TI e da alta gesto. As
decises sobre princpios de TI contam com participao da alta gerncia e da TI. Por fim,
decises sobre investimentos so aprovadas pela alta gerncia intermediada pelo executivo de
TI e com contribuies dos lderes de negcios e usurios s vezes. Portanto, o modelo de
governana desta empresa est entre os arqutipos mais comuns encontrados nas pesquisas do
referencial terico.

Quadro 39 - Decises de TI na empresa de construo civil
Decises Alta
gerncia
(Presid,
VP
Diretores)
Lderes
de
unidades
de
negcio
Gestores
de
processo
e usurios
chaves
Executivos
de TI
I D I D I D I D
Investimento em TI Aprovao de valores,
localizao e iniciativas.
X X X X
Princpios no uso de TI- Papel da TI no negcio
(reduo de custos ou crescimento)
X X X
Estratgia de infraestrutura Estratgias de redes,
dados, aplicaes.
X X
Padres e arquitetura de TI Escolhas tcnicas para
atender necessidade de negcios
X X
Necessidades de aplicaes de negcios Deciso sobre
aplicaes que devem ser desenvolvidas ou adquiridas
X X X X X
Fonte: Modelo de Hoffmann e Weill (2007) e dados da empresa. As colunas I representam Input e D
representam Deciso.

Quadro 40 - Governana de TI na empresa de construo civil
Princpios
de TI
Arquitetu-
ra de TI
Infra-
estrutura de
TI
Aplicaes Investimen-
to de TI
Monarquia do
negcio

Monarquia da
TI
X X
Feudal
Federativa X X
Duoplio X
Anarquia
No classificado
Fonte: Dados da empresa e modelo de Weill e Ross (2004).

A organizao tem poucas polticas formalizadas especficas de arquitetura de TI e no possui
responsveis em tempo integral para gesto de arquitetura, entendida como o conjunto de
polticas e escolhas tcnicas para a padronizao e integrao com objetivo de viabilizar as
estratgias de negcios da empresa. Apenas ocorrem reunies peridicas tanto dentro da
112
unidade de TI como entre o gestor de TI e a direo geral para alinhar estratgicas, aprovar
investimentos e discutir eventuais questes administrativas.

Entretanto, possui polticas gerais de segurana, de aquisies e de utilizao da tecnologia de
informao. Essas polticas no focam em integrao, mas tocam em questes tecnolgicas
como softwares, procedimentos e aprovao centralizada das especificaes tcnicas. Alm
disso, h centralizao das informaes no ERP e tendncia em adquirir solues do mesmo
fornecedor de ERP no momento de avaliao de novas aplicaes importantes como BI, pois
oferecem integrao automtica com ERP a custos menores. Tambm possuem padronizao
de alguns processos como o modelo de gesto da TI em obras de construo civil.

Resumindo, as principais prticas so: projeto de desenho de processos, algumas polticas de
padronizao tecnolgica, modelo da gesto da TI em obras e tentativas de formalizao da
arquitetura de TI. Embora haja esforos para formalizao, as decises mais importantes
como planejamento da evoluo e diretrizes de integrao ainda so tomadas observando
princpios no explcitos.

Ross et al (2008) propuseram quatro estgios de maturidade da arquitetura de TI: silos de
negcio, tecnologia padronizada, ncleo otimizado e modularidade de negcios. Pelo Quadro
41, pode-se notar que a organizao apresenta tanto caractersticas de maturidade no estgio
silos de negcio quanto de tecnologia padronizada, mas h predominncia de prticas de silos
de negcios como mostra Quadro 42 por haver pouca formalizao da arquitetura de TI.

As transformaes recentes desta empresa foram a contratao de um diretor de TI e a
implantao do ERP que integrou todas as informaes e transaes, ou seja, so
caractersticas tpicas de empresas no estgio de tecnologia padronizada. No entanto, por
causa da falta de uma poltica formal de integrao, a organizao ainda no atingiu
plenamente este estgio.

Para efeito de comparao, na pesquisa norte-americana de Ross et al (2008) datada de 2005,
12% das empresas estavam em silos de negcio e 48% em tecnologia padronizada. Vale
ressaltar que essa estatstica inclui indstrias que investem historicamente altos valores em TI
vivendo em realidades de pases distintos ao do Brasil.

113
Quadro 41 - Comparao da empresa de construo civil com estgio de maturidade
Silos de
Negcio
Tecnologia
Padronizada
Ncleo
Otimizado
Modularida-
de dos
Negcios
Prticas da empresa de
construo civil
Capacidade
de TI
Aplicaes
locais de TI
Plataformas
tcnicas
comuns
Processos ou
dados
compartilha-
dos por toda a
organizao
Mdulos
acoplveis de
processos
comerciais
H plataforma tcnica
comum na organizao,
apesar algumas aplicaes
isoladas.
Objetivos de
negcios
ROI de
iniciativas de
negcios
locais
Custos de TI
reduzidos
Custo e
qualidade das
operaes de
negcios
Rapidez para
comercia-
lizar:
Agilidade
estratgica
Recursos limitados para
TI, mas as iniciativas so
tanto organizacionais
quanto locais. No entanto,
a questo da reduo dos
custos nem sempre
explcita, muitas vezes no
h levantamento suficiente
de dados.
A prioridade
de custeio
Aplicaes
individuais
Servios
infra-
estruturais
compartilha-
dos
Aplicaes da
empresa
Componentes
de processos
de negcios
reutilizveis
H infra-estrutura
compartilhada
Principal
capacidade
administra-
tiva
Gesto de
mudanas por
meio da
tecnologia
Projeto e
atualizao
de padres:
custeio de
servios
comuns
Definio e
mensurao
de processos
centrais da
organizao
Administra-
o de
processos de
negcios
reutilizveis
No h projeto formal de
atualizao de padres,
apesar de haver iniciativas
pontuais.
Quem define
as aplicaes
Lderes de
negcios
locais
Lderes das
unidades
comerciais e
de TI
Alta
administrao
e lderes de
processos
Lderes de TI,
de negcios e
da indstria.
Lderes de negcio e de TI
definem as aplicaes
Questes
chave de
governana
de TI
Mensurar e
comunicar
valor
Estabelecer
responsabili-
dades locais,
regionais e
globais.
Alinhar as
prioridades
dos projetos
com objetivos
da arquitetura
Definir,
atribuir e
custear
mdulos de
negcios.
Importncia em comunicar
o valor
Implicaes
estratgicas
Otimizao
local e
setorial
Eficincia da
TI
Eficincia
operacional
dos negcios
Agilidade
estratgica
Eficincia
Porcentagem
das
empresas
neste estgio
segundo
pesquisa de
2005
12% 48% 34% 6% O estgio da organizao
entre silos de negcio e
tecnologia padronizada
Fonte: Ross et al (2008) e dados da empresa de construo civil. As clulas marcadas em cinza referem-se
caracterstica que mais se aproxima das prticas da organizao.
114

Quadro 42 - Prticas de arquitetura de TI na empresa de construo civil
Prticas Silos de
Negcio
Tecnolo-
gia
Padroni-
zada
Ncleo
Otimi-
zado
Modula-
ridade
dos
Negcios
Prtica na
organizao
Argumentos comerciais X X X X Sim
Metodologia de projetos X X X X Sim
Arquitetos nas equipes de
projetos
X X X No
Comit diretivo de TI X X X No
Processo de excees
arquitetura
X X X No
Processo formal de observncia X X X No
Processo de renovao
arquitetnica
X X X No
Custeio centralizado de
aplicaes empresariais
X X X Sim
Equipe centralizada de padres X X X No
Detentores de processos gerais
da empresa
X X No
Princpios orientadores da
arquitetura empresarial
X X No
Liderana comercial nas
equipes de projetos
X X No
Superviso dos executivos
seniores
X X No
Gerentes de programas de TI X X No
Diagrama central de arquitetura
empresarial
X No
Avaliao aps implementao X No
Pesquisa tecnolgica e processo
de adoo
X No
Equipe de arquitetura
empresarial em tempo integral
X No
Fonte: Cinco primeiras colunas so de Ross et al (2008) e a ltima a coleta de dados na empresa de construo
civil.

4.2.6 Significado e benefcios da arquitetura de TI

Os entrevistados responderam pergunta sobre qual o significado de arquitetura de TI. As
respostas espontneas aparecem no Quadro 43 e podem ter sido coletadas em vrios
momentos distintos da entrevista com o mesmo indivduo.
115

Quadro 43 - Significado de arquitetura de TI para empresa de construo civil
Arquitetura de TI segundo gestores Idias associadas
Mtodo de governana Governana
Diagrama da empresa incluindo o desenho fsico
da infra-estrutura tecnolgica com objetivo de
documentao, entendimento operacional e
diagnstico tcnico.
Inclui arquitetura de tecnologia

Metfora: Arquitetura como literatura
Metfora: Arquitetura como linguagem

Construo de pilares como segurana, infra-
estrutura, sistema, polticas.
Inclui arquitetura de aplicao
Inclui arquitetura de tecnologia


Documentao para manter o conhecimento
dentro da empresa
Metfora: Arquitetura como literatura
Infra-estrutura de hardware e software para
contribuir com a melhoria do negcio
Atende estratgia do negcio
Inclui arquitetura de aplicao
Inclui arquitetura de tecnologia
Fonte: Entrevistas na empresa de construo civil


Dos quatro escopos de arquitetura (tecnologia, informao, aplicao e negcios), apareceram
mais fortemente arquitetura de tecnologia e aplicao. Talvez a arquitetura de informao no
tenha sido citada porque est praticamente centralizada no ERP. Arquitetura de processos de
negcio tambm no apareceu provavelmente por estar ainda em uma etapa preliminar de
formalizao.

Outras associaes que no foram citadas no significado de arquitetura foram as idias de
planejamento, inovao, viso, princpios e padronizao. Isso pode estar relacionado com as
prticas de arquitetura de TI que esto entre estgio de silos de negcios e tecnologia
padronizada, explorando pouco os potenciais da TI de prover flexibilidade e eficincia dos
negcios.

Em comparao com pesquisa da SIMEAWG (KAPPELMAN, 2010), algumas respostas
espontneas dos entrevistados coincidiram. As principais no citadas foram ferramenta de
planejamento e de mudana sistemtica. A comparao est resumida no Quadro 44.
116

Quadro 44 - Objetivos da arquitetura de TI na empresa de construo civil
Respostas de
maior
incidncia na
pesquisa
SIMEAWG
Objetivo da arquitetura Resposta espontnea dos
entrevistados
1 Representao de negcio, dados, aplicao e tecnologia X
2 Ferramenta de planejamento
3 Facilitao de mudana sistemtica
4 Ferramenta de tomada de deciso
5 Ferramenta de alinhamento entre negcio e TI X
6 Ferramenta de comunicao de objetivos X
7 Prover uma fotografia da organizao em um ponto no tempo X
Fonte: Colunas 1 e 2 de SIMEAWG (KAPPELMAN, 2010). Coluna 3 das entrevistas.

No Quadro 45 de benefcios da arquitetura de TI, vrios benefcios coincidiram e as principais
respostas no mencionadas em comparao pesquisa de SIMEAWG (KAPPELMAN, 2010)
foram a melhoria de interoperabilidade, eficincia no uso de recursos e resposta mudana.
Tanto os significados, os objetivos como os benefcios da arquitetura de TI lembrados pelos
entrevistados so compatveis com suas prticas de gesto, ou seja, a arquitetura de TI
utilizada para obter reduo de custos e eficincia, mas ainda no utilizada para
proporcionar flexibilidade e planejamento de mudana.
Quadro 45 - Benefcios da arquitetura de TI na empresa de construo civil
Respostas de
maior
incidncia na
pesquisa
SIMEAWG
Benefcios da arquitetura Resposta espontnea dos
entrevistados
1 Melhora interoperabilidade do SI
2 Melhora utilizao da TI
3 Alinhamento entre investimentos de TI e de negcios X
4 Uso mais eficiente dos recursos de TI
5 Resposta mais rpida mudana
6 Melhoria do retorno da TI
7 Aumento do conhecimento sobre a situao X
8 Auxilia a governana organizacional X
9 Melhoria da comunicao e compartilhamento de informao X
10 Melhoria segurana de TI X
11 Reduo de tempo e recursos em projetos pouco importantes
12 Maior eficincia no alcance de metas de negcios
13 Melhoria da comunicao entre organizao e SI X
14 Melhoria de colaborao dentro da organizao
15 Rapidez no desenvolvimento e implementao de SI X
16 Reduo da complexidade da TI
17 Reduo gargalos na organizao
18 Padronizao de medidas de desempenho organizacionais
19 Melhoria da comunicao dentro da organizao
20 Aumento da confiana na organizao X
Fonte: Colunas 1 e 2 de SIMEAWG (KAPPELMAN, 2010). Coluna 3 das entrevistas.
117

4.2.7 Decises de arquitetura de TI

O Quadro 46 resume as principais decises segundo entrevistados. Pode-se notar que a
maioria delas possui mais influncias estratgicas e somente a deciso de adoo do novo
ERP parece ter tido alguma influncia institucional importante. Cada uma tem um texto
explicativo inicial e um quadro resumido contendo o escopo de acordo com classificao de
Pulkkinen (2008) em que existem trs nveis (sistemas, domnio e organizao) e quatro tipos
de arquitetura de TI (negcios, informaes, aplicaes e tecnologia).

As justificativas e os obstculos foram analisados de acordo com a teoria institucional e a
teoria da escolha estratgica. A teoria institucional sugere que gestores sofrem presses para
se ajustar a padres sociais, enquanto que a teoria da escolha estratgica afirma que o objetivo
das aes ter eficincia. Esta pesquisa classifica justificativas e obstculos nessas duas
categorias, porm as duas no so mutuamente exclusivas. A anlise assume que as duas
categorias se aplicam a comportamentos racionais e coerentes.

Os mecanismos que influenciam o processo de deciso segundo teoria institucional so o
coercitivo, mimtico e normativo. Por outro lado, a teoria da escolha estratgica prope que
gestores tomam decises para resolver trs tipos de problemas de adaptao:
empreendedorismo, engenharia e administrao.

Quadro 46 - Quadro resumido de decises da empresa de construo civil

Deciso Escopo de arquitetura Influncias mais
importantes
Quadro
detalhado
1 - Deciso: Padronizao do
processo de abertura de
solicitaes de TI
Arquitetura de Negcios/
Tecnologia Nvel de Sistema
Estratgicas Quadro 47
2 - Deciso: Adoo do ERP da
SAP
Arquitetura de Aplicao/
Informao Nvel de
Organizao
Institucionais e
estratgicas
Quadro 48
3 - Deciso: Padronizao do
procedimento dos perfis do ERP
Arquitetura de Negcios /
Aplicao Nvel de Sistema
Estratgicas
Quadro 49
4 - Deciso: Integrao com BI Arquitetura de Aplicao
Nvel de Sistema
Estratgicas Quadro 50
5 - Deciso: Modelo de gesto da
TI para obras
Arquitetura de Negcios/
Informao/ Aplicao /
Tecnologia Nvel de
Domnio
Estratgicas
Quadro 51
6 - Deciso: Poltica de
terceirizao
Arquitetura de Aplicao/
Tecnologia Nvel de
Organizao
Estratgicas Quadro 52
118

Deciso Escopo de arquitetura Influncias mais
importantes
Quadro
detalhado
7 - Deciso: Polticas de uso e
aquisio da TI na organizao
Arquitetura de Aplicao/
Tecnologia Nvel de
Organizao
Estratgicas Quadro 53
8 - Deciso: Documentao dos
processos e sistemas
Arquitetura de Negcios/
Aplicao Nvel de
Organizao
Estratgicas
Quadro 54
9 - Deciso: Auditoria de TI Arquitetura de Aplicao/
Informao/ Tecnologia
Nvel de Organizao
Estratgicas

Quadro 55
10 Deciso: Nova estrutura de
segurana de TI
Arquitetura de Aplicao/
Informao/ Tecnologia
Nvel de Organizao
Estratgicas Quadro 56

O Quadro 47 mostra a deciso de padronizao dos processos de abertura de solicitaes de
TI. No havia um processo formal de solicitao de servios para a unidade de TI nem
ferramenta de controle dessas atividades. Por isso, foi adotado um software de controle em
que possvel a abertura de chamadas pelo prprio usurio, consultas e emisso de relatrio
de ocorrncias. Alm disso, tambm centraliza informaes sobre os equipamentos como
softwares e hardware. uma soluo isolada que no possui ligao com o ERP.

A motivao para utilizar essa ferramenta a experincia anterior do gestor em outras
empresas. Alm disso, uma maneira de controlar o desempenho dos terceirizados, pois
coleta informaes sobre tempo de resposta. A iniciativa recente, mas h planos para adoo
em outros departamentos como recursos humanos e financeiro. Conforme mostrado no
quadro, as motivaes estratgicas parecem as mais predominantes, j que resistncias
culturais dos usurios tambm foram superadas.

Quadro 47 - Deciso: Padronizao do processo de abertura de solicitaes de TI
Deciso: Padronizao do processo de recebimento de abertura de solicitaes de TI
Escopo da Arquitetura: Arquitetura de Negcios / Tecnologia Nvel de Sistema
Influncia Institucional Influncia estratgica
Justificativas Mecanismo mimtico
Gestor j utilizou ferramentas desse
tipo em outras empresas.
Problema de administrao
- SLA interno. Controle da performance e tempo
de resposta.
- Maneira de controlar o SLA dos fornecedores
ao implementar indicadores internos.
Obstculos Resistncia dos usurios, pois as
pessoas queriam falar diretamente com
as pessoas ao invs de seguir o
processo com o software.

Resultado da deciso
Implantao recente, h trs meses.
Papel do(s) entrevistado (s): Autoridade
Experincia anterior do(s) participante(s) da deciso: Sim.
119
Deciso: Padronizao do processo de recebimento de abertura de solicitaes de TI
Aceitao da prtica
Atualmente aceito, mas h resistncias. Inteno de implantao do mesmo processo para solicitaes da rea
de RH e departamento financeiro.
Anlise - Comparao entre influncia institucional e estratgico
Influncias estratgicas provavelmente.

A deciso de adotar um novo ERP est apresentada no Quadro 48. H oito anos, a
organizao adotou um software de gesto de obras chamado Incorporator que, com o passar
do tempo, passou a no atender mais s necessidades organizacionais. A partir da, foi tomada
a deciso de que era necessria uma ferramenta de gesto integrada compatvel com o que o
mercado estava adotando. Atravs da observao das ferramentas utilizadas na indstria da
construo civil, decidiu-se adotar o software de gesto da SAP em toda parte administrativa,
ou seja, os mdulos de finanas, controladoria, compras, projetos e manuteno. O projeto
comeou h aproximadamente trs anos atrs e o ERP est sendo utilizado h dois anos.

No h planos de interligao do SAP com o sistema legado Incorporator, pois foi decidido
que todos os projetos novos utilizariam SAP e os projetos antigos permaneceriam no sistema
anterior at o trmino da obra. O plano que, com o passar do tempo, o Incorporator seja
desativado e sua base de dados seja utilizada apenas para extrair informaes histricas.

O sistema SAP tambm passou a centralizar a maior parte das informaes e ser um ponto de
partida ao se planejar integrao com novos sistemas. Por exemplo, os planos de implantao
de Business Intelligence (BI) foram motivados pelo fato do mesmo fornecedor tambm
possuir soluo integrada entre ERP e BI.

Os obstculos encontrados foram que as pessoas no estavam utilizando o SAP no incio da
implantao, ento houve necessidade de adequao do sistema s reas usurias. Atualmente,
elas passaram a acreditar mais no SAP e h um processo contnuo de melhoria e adoo de
melhores prticas conforme declarao. Outro obstculo que houve falha no levantamento
de funcionalidades por parte da consultoria.

Outra transformao que, anteriormente, toda tecnologia de informao era terceirizada e a
organizao no possua equipe interna tcnica nem de gesto estratgica da TI. Aps a
implantao do novo ERP e a ocorrncia de problemas de aderncia de funcionalidades, o
novo gestor de TI, contratado aps a deciso pelo ERP do novo fornecedor SAP, passou a ter
120
papel de adequao das funcionalidades para as reas usurias. Apesar dos entrevistados no
terem participado diretamente das decises, seus testemunhos sobre as justificativas colhidas
atravs de informaes que eles receberam na poca podem ser consideradas vlidas para o
propsito desta pesquisa. Esta deciso possui provavelmente tanto influncias estratgicas
como institucionais, portanto as duas atuaram em conjunto.

Quadro 48 - Deciso: Adoo do ERP da SAP
Deciso: Adoo do ERP da SAP
Escopo da Arquitetura: Arquitetura de Aplicao/ Informao Nvel de Organizao
Influncia Institucional Influncia estratgica
Justificativas Mecanismo coercitivo
- Obter legitimidade no mercado com a
estrutura de capital atual de capital
fechado ou mesmo se decidir pela
abertura no futuro.

Mecanismo Mimtico
- H casos de sucesso de SAP na
indstria da construo civil

Mecanismo Normativo
- Gestor participa de associaes e
congressos para conhecer a opinio de
outros profissionais do setor
Problema de engenharia
Atender s demandas organizacionais
Obstculos As pessoas no estavam utilizando o
sistema.
Consultoria falhou em no se preocupar com a
funcionalidade.
Resultado da deciso
Atualmente, tudo centralizado no SAP e as pessoas passaram a aceitar a nova ferramenta.
Papel do(s) entrevistado (s): Testemunha
Experincia anterior do(s) participante(s) da deciso: Provavelmente no.
Aceitao da prtica
Apesar da resistncia inicial, SAP bem aceito e o ponto de partida para integrao com novos projetos.
Anlise - Comparao entre influncia institucional e estratgico
Influncias institucionais e estratgicas parecem atuar ao mesmo tempo.


O Quadro 49 mostra a padronizao dos procedimentos dos perfis de ERP. Aps auxlio de
consultores, houve a deciso de padronizao dos procedimentos dos perfis de ERP para
fortalecer a segurana e preparar para o crescimento da organizao. As recomendaes foram
adaptadas para o tipo de empresa e contribuiu para documentar os processos. Inicialmente,
houve usurios insatisfeitos com bloqueios de seu acesso, mas esse obstculo foi superado. O
quadro mostra que influncias estratgicas podem ter sido predominantes.
121

Quadro 49 - Deciso: Padronizao do procedimento dos perfis do ERP
Deciso: Padronizao do procedimento dos perfis do ERP
Escopo da Arquitetura: Arquitetura de Negcios / Aplicao Nvel de Sistema
Influncia Institucional Influncia estratgica
Justificativas Mecanismo mimtico
Consultoria auxiliou e forneceu
modelos de melhores prticas do
mercado.
Problema de empreendedorismo
- Adaptao do sistema para o crescimento da
organizao quando necessitar gerir maior
quantidade de perfis.

Problema de engenharia
- Maior segurana
- Documentao e padronizao dos
procedimentos
- Aumento de capacidade

Problema de administrao
- Avaliao interna da aplicabilidade para a
empresa.
Obstculos Usurios insatisfeitos com bloqueio de
acessos anteriormente permitidos.

Resultado da deciso
Atualmente aceito.
Papel do(s) entrevistado (s): Autoridade, influenciador
Experincia anterior do(s) participante(s) da deciso: Provavelmente sim.
Aceitao da prtica
Houve adaptao dos usurios.
Anlise - Comparao entre influncia institucional e estratgico
Predominantemente, influncia estratgica.


Conforme o Quadro 50, foi decidida pela implantao do Business Intelligence (BI), pois
tinham necessidade de obter informaes histricas consolidadas para tomada de deciso de
negcios. O fato do fornecedor do software de ERP tambm possuir uma soluo integrada de
BI facilitou a seleo de produtos, ou seja, o relacionamento com o fornecedor de ERP
contribuiu para a estratgia de integrao da TI ao reduzir os custos e resolver os problemas
tcnicos, portanto as influncias estratgicas parecem mais fortes. O relacionamento com o
fornecedor foi classificado como influncia institucional coercitiva, pois este tipo de
mecanismo inclui tanto atendimento a normas formalizadas como a expectativas culturais
informais.
122

Quadro 50 - Deciso: Integrao com BI
Deciso: Integrao com BI (Business Intelligence)
Escopo da Arquitetura: Arquitetura de Aplicao Nvel de Sistema
Influncia Institucional Influncia estratgica
Justificativas Mecanismo coercitivo
Processo de seleo de fornecedor se
baseou no relacionamento com o
fornecedor de ERP
Problema de engenharia
Integrao com sistemas existentes como o ERP

Problema de administrao
Menor custo ao priorizar produtos do mesmo
fornecedor que o ERP
Gestores necessitam consolidar informaes
para tomar decises
Obstculos
Resultado da deciso
No foi implantado ainda.
Papel do(s) entrevistado (s): Autoridade, influenciador
Experincia anterior do(s) participante(s) da deciso: Provavelmente sim.
Aceitao da prtica
No foi implantado ainda.
Anlise - Comparao entre influncia institucional e estratgico
Influncias estratgicas parecem mais fortes.


Houve a criao de um modelo de gesto de TI para obras conforme mostra o Quadro 51 que
aplicada para todas as obras para definir os servios fornecidos, padro de tecnologia de
acesso rede, aplicaes, acesso ao ERP e infra-estrutura de TI. Elas apenas variam no
dimensionamento e perfil dos usurios. Alm disso, o modelo tambm inclui os processos,
pois oferecido treinamento para comunicar os procedimentos e as pessoas de contato. Esse
modelo foi definido h um ano e foi apoiado pelos dois diretores scios: diretor geral e de
engenharia.

A motivao para implantar o modelo a padronizao do processo de gesto e houve
resistncias culturais que foram superadas. Atualmente, h satisfao dos usurios, portanto
influncias estratgicas foram predominantes nesse caso.

Quadro 51 - Deciso: Modelo de gesto da TI para obras
Deciso: Modelo de gesto da TI para obras
Escopo da Arquitetura: Arquitetura de Negcios, Informao, Aplicao, Tecnologia Nvel de Domnio
Influncia Institucional Influncia estratgica
Justificativas Problema de engenharia
Padronizado para gerir o grande nmero de
projetos.
Obstculos Resistncias por no conhecerem o
processo

123
Deciso: Modelo de gesto da TI para obras
Resultado da deciso
Nas obras implantadas, houve satisfao dos usurios.
Papel do(s) entrevistado (s): Autoridade, influenciador
Experincia anterior do(s) participante(s) da deciso: Provavelmente sim.
Aceitao da prtica
Atualmente aceito
Anlise - Comparao entre influncia institucional e estratgico
Influncia estratgica aparentemente.

O Quadro 52 mostra a poltica de terceirizao. Antes da implantao do ERP da SAP, a
organizao tinha toda sua estrutura de TI terceirizada e viu a necessidade de ter uma equipe
interna para gerir, coordenar atividades de terceiros e suprir demandas mais urgentes. No
entanto, ainda preferiram manter a maior parte terceirizada por serem especialistas e
oferecerem solues atualizadas. Pode-se control-los atravs de definio de indicadores de
SLA, fazendo com que servios no fiquem prejudicados se houver substituio de
funcionrios internos na empresa.

Esse modelo aceito na organizao e as influncias estratgicas foram aparentemente as
principais motivaes dessa deciso.

Quadro 52 - Deciso: Poltica de terceirizao
Deciso: Poltica de terceirizao
Escopo da Arquitetura: Arquitetura de Aplicao/ Tecnologia Nvel de Organizao
Influncia Institucional Influncia estratgica
Justificativas Problema de engenharia
- Empresas especializadas solucionam
problemas melhor
- Buscar no mercado a melhor soluo

Problema de administrao
- Possibilidade de controle atravs de SLA
- Protege em relao substituio de
funcionrios na organizao.
Obstculos
Resultado da deciso
Resultados positivos.
Papel do(s) entrevistado (s): Autoridade, influenciador
Experincia anterior do(s) participante(s) da deciso: Sim.
Aceitao da prtica
Totalmente aceito
Anlise - Comparao entre influncia institucional e estratgico
Somente influncia estratgica

Conforme mostra o Quadro 53 , a organizao possui polticas de uso e aquisio da TI.
Foram adotadas porque so prticas de mercado, definem padronizao dos equipamentos
124
adquiridos, definem as responsabilidades dos usurios e oferecem proteo jurdica
empresa. Houve resistncias dos funcionrios, mas o as polticas foram aceitas com o passar
do tempo e fazem parte do processo de admisso de funcionrios. Elas foram adotadas h
mais de um ano e so disponibilizadas no portal da intranet. Nesta deciso, as influncias
estratgicas parecem predominantes.

Quadro 53 - Deciso: Polticas de uso e aquisio da TI na organizao
Deciso: Polticas de uso e aquisio de TI na organizao
Escopo da Arquitetura: Arquitetura de Aplicao/ Tecnologia Nvel de Organizao
Influncia Institucional Influncia estratgica
Justificativas Mecanismo mimtico
uma prtica do mercado
Problema de engenharia
- Definir alguma padronizao dos
equipamentos adquiridos.

Problema de administrao
- Definir as responsabilidades dos usurios
- Proteo jurdica da organizao
Obstculos Resistncias dos funcionrios, pois no
era necessrio assumir certas
responsabilidades anteriormente.

Resultado da deciso
Atualmente, trabalha dentro das polticas.
Papel do(s) entrevistado (s): Autoridade, influenciador
Experincia anterior do(s) participante(s) da deciso: Sim
Aceitao da prtica
Aceito atualmente aps apresentao das justificativas e o houve participao do departamento de recursos
humanos na operacionalizao.
Anlise - Comparao entre influncia institucional e estratgico
Apesar de algumas questes institucionais, influncia estratgica talvez mais importante.


O Quadro 54 mostra o resumo da deciso de que a organizao adotou a iniciativa de
documentar os processos com o objetivo de obter uma visualizao para, posteriormente,
propor melhorias e medio de indicadores de desempenho. Segundo Mendes e Escrivo
(2002), empresas menores muitas vezes no fazem a anlise e adequao dos processos, tendo
que se adequar ao ERP ao invs do contrrio. Esse parece ser o caso desta empresa que no
realizou esta etapa. Assim, a organizao acabou se adaptando ao novo sistema com
dificuldades.

Este projeto uma iniciativa recente e inclui o levantamento do uso dos sistemas nos
processos de negcios. Seu objetivo possibilitar a melhoria dos processos e comparar com
indicadores de outras empresas, portanto apresenta tanto influncias institucionais e
estratgicas. No entanto, influncias estratgicas parecem dominantes, pois o objetivo de
comparar com outras organizaes pode ser considerado como um parmetro para melhoria.
125

Quadro 54 - Deciso: Documentao dos processos e sistemas
Deciso: Documentao dos processos e sistemas
Escopo da Arquitetura: Arquitetura de Negcios/ Aplicao Nvel de Organizao
Influncia Institucional Influncia estratgica
Justificativas Mecanismo mimtico
- Comparao com indicadores de
outras empresas
Problema de administrao
- Possibilitar a melhoria dos processos
Obstculos
Resultado da deciso
Iniciativa recente em andamento
Papel do(s) entrevistado (s): Autoridade, influenciador, testemunha
Experincia anterior do(s) participante(s) da deciso: Provavelmente sim.
Aceitao da prtica
Iniciativa recente em andamento.
Anlise - Comparao entre influncia institucional e estratgico
Apesar de ter influncia institucional, essa deciso parece ter motivao mais estratgica.

O Quadro 55 mostra que uma auditoria de TI foi contratada para avaliar as prticas no sistema
ERP e os padres de segurana de TI na organizao. Os critrios de avaliao foram
definidos por um modelo proprietrio da consultoria, segundo conjunto de recomendaes
consideradas como melhores prticas de mercado. Segundo gestor, so prticas recomendadas
por vrias normas, adaptadas para realidade brasileira. Portanto, nota-se uma influncia
institucional atravs do mecanismo mimtico de tentar se assemelhar a outras empresas.

Esta auditoria feita anualmente e, no primeiro ano, houve uma longa relao de no-
conformidades que propiciou a sugesto de pontos de melhoria. Essa iniciativa tambm tem o
objetivo de justificar investimento de recursos financeiros, resolver problemas tcnicos
atravs das solues sugeridas e obter o diagnstico da rea de TI. Assim, influncias
estratgicas so aparentemente mais importantes.

Quadro 55 - Deciso: Auditoria de TI
Deciso: Auditoria de TI
Escopo da Arquitetura: Arquitetura de Aplicao/ Informao/ Tecnologia Nvel de Organizao
Influncia Institucional Influncia estratgica
Justificativas Mecanismo coercitivo
Auxilia na justificava para obteno de
recursos financeiros

Mecanismo mimtico
Avaliao de acordo com as melhores
prticas do mercado segundo empresa
de consultoria contratada.

Problema de engenharia
Consultor sugere solues

Problema de administrao
Visualizao e diagnstico da rea de TI
Obstculos
126
Deciso: Auditoria de TI
Resultado da deciso
A empresa recebe um relatrio dos pontos de no-conformidade. Portanto, foi positivo no sentido de apontar
pontos de melhoria.
Papel do(s) entrevistado (s): Autoridade
Experincia anterior do(s) participante(s) da deciso: Provavelmente sim.
Aceitao da prtica
Realizado anualmente e aceita.
Anlise - Comparao entre influncia institucional e estratgico
Influncia estratgica parece predominante.

A segurana de TI foi completamente reformulada h trs meses conforme detalhado no
Quadro 56 em que as ferramentas de segurana foram substitudas por solues e polticas
mais adequadas para o tamanho da organizao. Houve mudana nos softwares,
equipamentos, polticas e fornecedores. O sistema antigo apresentava falhas que prejudicavam
o rendimento dos usurios finais e, principalmente, da alta gesto. Conseqentemente, as
influncias estratgicas parecem mais fortes nesta deciso e o resultado superou as
expectativas.

Quadro 56 Deciso: Nova estrutura de segurana de TI
Deciso: Nova estrutura de segurana de TI
Escopo da Arquitetura: Arquitetura de Aplicao/ Informao/ Tecnologia Nvel de Organizao
Influncia Institucional Influncia estratgica
Justificativas

Problema de empreendedorismo
Adaptar para o crescimento da empresa

Problema de engenharia
Ferramentas antigas no atendiam s
necessidades. Desempenho dos usurios
prejudicados.
Obstculos
Resultado da deciso
Satisfao da alta gerncia e usurios finais. Superou expectativas.
Papel do(s) entrevistado (s): Influenciador
Experincia anterior do(s) participante(s) da deciso: Provavelmente sim.
Aceitao da prtica
Aceito pelos usurios e alta gerncia
Anlise - Comparao entre influncia institucional e estratgico
Influncia estratgica parece predominante.


4.2.8 Decises e eventos ao longo do tempo

No Quadro 57, observa-se que o crescimento do mercado imobilirio antecedeu o processo de
modernizao da organizao, incentivando a renovao de gestores, a adoo de um novo
ERP e as novas iniciativas na rea de TI como BI e polticas de padronizao. Um fato que
127
deve ser notado que a documentao dos processos est comeando a ser realizada anos
aps a implantao do ERP. Segundo declarao dos entrevistados, houve problema com as
funcionalidades do ERP implantado, ou seja, provavelmente no foi dada a devida
importncia para anlise dos processos.

Quadro 57 - Decises e eventos ao longo do tempo na empresa de construo civil
2003 2004 2005 2006 2007 2008 2009 2010
Decises dentro de TI
1
Padronizao do processo de abertura de solicitaes de
TI
2
Adoo do ERP da SAP

3
Padronizao do procedimento dos perfis do ERP

4
Integrao com BI

5
Modelo de gesto da TI para obras

6
Nova poltica de terceirizao

7
Polticas de uso e aquisio da TI na organizao

8
Documentao dos processos e sistemas

9
Auditoria de TI

10 Nova estrutura de segurana de TI
Outros eventos
Processo de modernizao da organizao
Grande crescimento do mercado imobilirio
5


Fonte: Entrevistas com a empresa de construo civil

Incio efetivo Perodo sem dados consolidados ou ainda em planejamento

4.2.9 Consideraes sobre o caso da empresa de construo civil

4.2.9.1 Principais resultados sobre a gesto

O significado de arquitetura de TI para a organizao est mais relacionado com tecnologia e
aplicaes. As definies e os benefcios no associados arquitetura foram processos de
negcio, planejamento, inovao e interoperabilidade. Isso pode ter relao com o fato do
estgio de maturidade da arquitetura de TI da organizao estar entre silos de negcio e
tecnologia padronizada em que a TI ainda no utilizada para prover eficincia nos negcios
e agilidade estratgica.

5
O perodo de crescimento do mercado imobilirio foi baseado na pesquisa do IBGE (2008) em que foi
observado grande crescimento dos financiamentos (entre 65% e 91% ao ano) entre 2005 e 2008. Os anos
marcados de cor mais clara correspondem a perodos em que ainda no h informaes precisas consolidadas.
128

O processo de governana de TI semelhante a outros arqutipos de governana apontados
por Weill e Ross (2004) onde padres de arquitetura de TI e infra-estrutura so
responsabilidades da unidade de TI. Aplicaes, investimentos de TI e princpios de TI tm
participao de vrios setores da organizao, inclusive da alta gerncia. Portanto, isso pode
explicar que a maioria das responsabilidades de arquitetura de TI estar dentro da unidade de
TI e apenas a rea de processos estar em outro departamento.

A organizao no adotou explicitamente nenhum modelo especfico de melhores prticas,
mas ela contratou consultoria para realizar diagnstico de acordo com um modelo proprietrio
baseado na adaptao de modelos reconhecidos. Pode-se afirmar que h influncia
institucional no sentido de haver necessidade de se assemelhar a outras empresas.

Provavelmente, a no adoo de modelos especficos pode significar tanto a inexistncia de
padres adequados para empresas desta indstria como tambm pode significar a falta de
recursos financeiros para realizar certificao e obter retorno sobre investimento. De qualquer
forma, no possvel efetuar concluses apenas com as evidncias disponveis e podem estar
atuando influncias estratgicas, j que a no adoo de padres reconhecidos pode significar
a inadequao desses modelos para os objetivos organizacionais.

Apesar haver projetos com construtoras parceiras e relacionamento com fornecedores
multinacionais que possuem grandes estruturas tecnolgicas, a integrao da TI entre os
parceiros de negcio praticamente inexistente. Um motivo apontado pelo gestor a
diversidade e a fragmentao desta indstria que inclui desde empresas de grande porte at
mo-de-obra avulsa de construo civil cuja nica ferramenta administrativa o talo de notas
fiscais. Isto confirma as barreiras de informatizao da construo civil apontadas por
Nascimento e Santos (2002).

Por causa da informatizao tardia, esta empresa no possui muitos sistemas legados isolados,
portanto a evoluo para os estgios seguintes de maturidade provavelmente ocorreu sem
grandes custos de migrao e o processo de padronizao, mesmo que informal, no
apresentou aparentemente grandes dificuldades tcnicas. Ross et al (2008) notaram que as
indstrias mais lucrativas, como bancos de investimentos e farmacuticas, estiveram entre as
129
ltimas a abandonar arquitetura de silos de negcio por causa dos altos custos de migrao.
Este problema parece no se aplicar organizao em estudo.

Empresas de rpido crescimento podem cair na armadilha de resolver demandas imediatas
sem planejar capacidades futuras (ROSS et al, 2008). Portanto, este risco se aplica a esta
empresa de construo civil que cresce rapidamente e se beneficiaria com melhor
formalizao e planejamento da integrao. Por exemplo, a implantao de aplicaes para
atender necessidades locais de forma isolada, como o software de abertura de solicitaes de
TI, poderia evitar custos de migrao no futuro se o processo de integrao j tiver sido
planejado.

A empresa possui plataformas tcnicas comuns provavelmente auxiliadas pelo processo de
implantao do novo ERP e pela contratao de equipe centralizada de gesto. Isso uma
evidncia de padronizao encontrada geralmente no estgio seguinte de tecnologia
padronizada. A empresa possui atualmente pouca formalizao e a atividade de documentao
um projeto em andamento que pode auxili-la a atingir plenamente este estgio. Resumindo,
as atividades de implantao de ERP, contratao de equipe de gesto centralizada,
documentao e formalizao podem ser consideradas prticas que provavelmente auxiliam
uma organizao a atingir o estgio de tecnologia padronizada.

Com relao evoluo da arquitetura, a integrao atravs do novo ERP provavelmente
representou uma ruptura que pode ser interpretada como uma mudana pontual. Entretanto,
pelas prprias palavras dos entrevistados, ocorrem decises continuamente para melhorar os
processos e aperfeioar a integrao. Dessa forma, pode-se dizer que as mudanas em
arquitetura de TI so tanto pontuais quanto contnuas.

4.2.9.2 Influncias institucionais e estratgicas

Segundo Escouto e Schilling (2003), o principal motivo que leva organizaes de mdio porte
adoo do ERP manter a competitividade entre as empresas concorrentes. Esta empresa de
construo civil baseia-se fortemente em tendncias de mercado para indstria da construo
civil, enquanto que as inovaes de TI utilizadas por outras indstrias so consideradas pouco
relevantes segundo afirmao do gestor.
130

Alm disso, com relao aos concorrentes, so lembradas principalmente empresas do mesmo
ramo que tambm atuam como parceiros. Nenhum segmento de outras indstrias ou mesmo
de outros setores da cadeia produtiva de habitao foram mencionados como potenciais
concorrentes ou ameaas, ou seja, pode-se concluir que a organizao decidiu pelo fornecedor
de ERP ao observar seus concorrentes diretos, conforme supem Escouto e Schilling (2003).

Por um lado, a influncia institucional mimtica de adotar prticas de mercado pode trazer
benefcios estratgicos como possibilitar reengenharia de processos utilizando conhecimento e
experincia acumulada de outras empresas durante a implantao do ERP. Por outro lado,
adoo indiscriminada dessas prticas tambm pode trazer riscos como dependncia do
fornecedor e inadequao do pacote empresa.

Por exemplo, nos critrios de escolha do fornecedor segundo Souza (2000), alm de requisitos
como funcionalidade, custos, tecnologia e qualidade dos servios do fornecedor, deve-se
considerar que cada pacote melhor em determinadas reas de aplicao. Isso poderia
explicar a preferncia de usurios de uma indstria por um determinado fornecedor de ERP,
isto , o desejo de se assemelhar a outras organizaes tambm pode ser traduzido em
benefcios concretos de adaptao. Os sistemas ERP incorporam modelos-padro de
processos de negcios, algumas vezes denominados como melhores prticas (best
practices) pelos consultores, mas que podem ser apenas prticas comuns (average
practices) definidas pelos fornecedores e que podem at ir de encontro aos interesses da
empresa.

As influncias estratgicas foram as mais mencionadas e as institucionais apareceram em
decises importantes que implicavam em grandes mudanas organizacionais como na adoo
do ERP da SAP. O Quadro 58 e o Quadro 59 sintetizam as principais influncias encontradas.

Quadro 58 - Influncias institucionais na empresa de construo civil
Mecanismo institucional Descrio Deciso em que aparece a
influncia
Obter legitimidade no mercado Adoo do ERP da SAP
Relacionamento com fornecedor Integrao com BI
Coercitivo
Auxilia na justificava para obteno de
recursos financeiros
Auditoria de TI
131
Mecanismo institucional Descrio Deciso em que aparece a
influncia
Gestor j utilizou em outras empresas Padronizao do processo de
recebimento de abertura de
solicitaes de TI
Consultoria auxiliou e forneceu modelos de
melhores prticas do mercado.
Padronizao do procedimento dos
perfis do ERP
Prtica do mercado Adoo do ERP da SAP, Polticas de
uso e aquisio de TI. Auditoria de
TI
Mimtico
Comparao com indicadores de outras
empresas
Documentao dos processos e
sistemas
Normativo Participao em congressos para comparar
com opinio de especialistas
Adoo do ERP da SAP

Quadro 59 - Influncias estratgicas na empresa de construo civil
Problema Descrio Deciso em que aparece a
influncia
Empreendedorismo Adaptao para o futuro
crescimento da organizao
Padronizao do procedimento dos
perfis do ERP, Nova estrutura de
segurana de TI
Maior segurana Padronizao do procedimento dos
perfis do ERP
Integrao com sistemas existentes Integrao com BI
Melhor qualidade e melhor soluo Poltica de terceirizao
Padronizao Polticas de uso e aquisio de TI
na organizao, Modelo de gesto
da TI para obras, Padronizao do
procedimento dos perfis do ERP.
Aumento de capacidade Padronizao do procedimento dos
perfis do ERP
Engenharia
Desempenho Nova estrutura de segurana de TI
Maneira de controlar o SLA dos
fornecedores ao implementar
indicadores internos.
Padronizao do processo de
recebimento de abertura de
solicitaes de TI
Poltica de terceirizao
SLA interno. Controle da
performance e tempo de resposta.
Padronizao do processo de
recebimento de abertura de
solicitaes de TI
Menor custo Integrao com BI
Protege a empresa quando houver
substituio de funcionrios
Poltica de terceirizao
Definir as responsabilidades dos
usurios
Polticas de uso e aquisio de TI
Proteo jurdica da organizao Polticas de uso e aquisio de TI
Possibilitar a melhoria dos
processos
Documentao dos processos e
sistemas
Visualizao e diagnstico da rea
de TI
Auditoria de TI
Administrao
Necessidade de consolidao de
informao
Integrao com BI

Como o processo de formalizao das atividades de arquitetura de TI ainda muito recente,
no possvel traar uma longa trajetria de evoluo. Anteriormente, as aplicaes estavam
isoladas e houve integrao atravs da implantao do novo ERP, portanto pode-se dizer que
132
houve um certo nvel de integrao das aplicaes, mas ainda de forma simplificada e muito
dependente das funcionalidades do sistema de um nico fornecedor.

4.3 Comparao entre caso da empresa de telecomunicaes e caso da empresa de
construo civil

Os estudos de casos envolvem uma organizao de grande porte da rea de telecomunicaes
e outra de mdio porte da rea de construo civil. Apesar de serem dois setores distintos, as
duas empresas lidam com altos valores de investimento inicial, ficando vulnerveis a polticas
governamentais. Um aspecto em comum entre o mercado alvo das duas organizaes a
recente ampliao do mercado para camadas de renda menor atravs de incentivos
governamentais, portanto estas empresas podem tanto se beneficiar com programas pblicos
como se prejudicar com restries da regulamentao.

Alm disso, outro aspecto em comum a alta taxa de crescimento das duas empresas. A
empresa de telecomunicaes vem adquirindo participaes em empresas regionais para
aumentar sua rea de cobertura de residncias pela infra-estrutura de rede, conseguindo atingir
nveis de crescimento de base de clientes de 50% a 300% durante o perodo de 2007 a 2009,
variando de acordo com o tipo de produto, enquanto que a empresa de construo civil
realizou um nmero de obras equivalente aos ltimos 30 anos em 2009. O Quadro 60
apresenta os dados sobre as duas organizaes para posterior comparao.

Quadro 60 - Resumo de dados sobre as organizaes
Empresa de telecomunicaes Empresa de construo civil
Indstria Telecomunicaes Construo civil
Produtos e servios
oferecidos
Televiso por assinatura via cabo,
internet de banda larga e voz sobre IP.
Incorporao, construo e servios
imobilirios.
Nmero de funcionrios
diretos da organizao
15 mil 300
Nmero de terceiros na
organizao
12 mil 2000
Nmero de funcionrios
diretos na unidade de TI
132 5
Nmero de terceiros na
unidade de TI
621 15
Estrutura de capital Aberto com aes em bolsa de valores
americana e brasileira
Fechada, familiar.
Faturamento anual Mais de 4 bilhes de reais No disponvel. Empresa de capital
fechado, portanto publicao de
dados organizacionais facultativa.
133
Empresa de telecomunicaes Empresa de construo civil
Nmero de clientes Aproximadamente 3 milhes de
assinantes para cada um dos 3 servios:
TV, telefone e voz
No disponvel
Perfil do mercado alvo Classes A e B. Mais recentemente, classe
C com estmulos governamentais.
Consumidores de alta renda (classe
A) e, mais recentemente, de classe
mdia em projetos com incentivos
governamentais.
Riscos do negcio Licenas de operao no exclusivas,
rpida obsolescncia do investimento
tecnolgico, taxas elevadas de
desligamentos de assinantes (churn),
despesas adicionais por novos
regulamentos governamentais, aumento
no custo de programao, pirataria,
renovao condicional das licenas,
dependncia de servios de terceiros para
atendimento ao consumidor e extensa
regulamentao governamental.
Longo ciclo de produo, bens de
valor elevado e elevada
variabilidade de margens de
rentabilidade se traduzem em riscos
como falhas na conduo de
projetos, regulao ambiental,
regulamentao de zoneamento
urbano, incapacidade de
gerenciamento incapacidade
financeira e de gerao de fluxo de
caixa. (TAVARES, 2008).
Tempo de existncia da
organizao
20 anos 30 anos
Dados sobre o crescimento da
organizao
O crescimento da base de clientes entre
2007 e 2009 variou entre 50% (TV por
assinatura) e 300 % (Servio de voz)
nesse perodo de 2 anos.
Recente crescimento muito
acentuado. O conjunto de todas as
obras realizadas nos ltimos 30
anos equivale atividade do ano de
2009 e pretende-se multiplicar esse
nmero nos prximos anos.
Fonte: Os dados acima foram coletados de documentos das organizaes, entrevistas e referncias bibliogrficas
quando explicitadas. Todos os valores foram aproximados.

As duas organizaes possuem poltica de terceirizao de atividades no consideradas
estratgicas com objetivo de reduo de custo e controle da qualidade, isso se aplica tambm
unidade de TI onde a maioria dos colaboradores terceirizada. Na unidade de TI, so
terceirizadas aproximadamente 75% na empresa de telecomunicaes e 85% na de construo
civil, alm de 45% e 85% respectivamente dos colaboradores de toda empresa. Portanto, as
duas possuem um nvel razoavelmente alto de colaboradores externos.

Se incluirmos funcionrios diretos e terceiros, a empresa de telecomunicaes possui
proporcionalmente uma equipe de TI maior (quase 3%), enquanto que a empresa de
construo civil possui menos de 1% de funcionrios nesta unidade. Provavelmente, est
relacionada com a natureza das indstrias, j que o setor de telecomunicaes dependente de
tecnologia avanada e informatizao. O prprio documento disponvel aos investidores da
empresa de telecomunicaes comenta sobre o risco de no acompanhamento da tecnologia,
ao passo que, na empresa de construo civil, os colaboradores terceirizados muitas vezes s
possuem o talo de notas fiscais como ferramenta administrativa, segundo depoimento do
gestor.
134

Outra caracterstica que talvez esteja relacionada com o processo de informatizao a
estrutura de capital em que uma possui aes em bolsas de valores e a outra uma empresa
familiar. Segundo depoimentos da empresa de construo civil, empresas familiares
tradicionais geralmente enxergam a TI como rede de computadores sem visualizar plenamente
seu potencial de incremento ao negcio. Provavelmente, as diferenas de necessidades em
relao a auditorias e controles tambm refletem nas diferenas de demandas unidade de TI,
ou seja, regulamentaes de bolsas do mercado financeiro como o SOX podem obrigar a
realizar investimentos em TI com mais urgncia.

Ao observarmos os riscos ao negcio no documento da empresa de telecomunicaes
disponvel aos investidores, esta empresa parece estar mais vulnervel ao mercado instvel e
aos concorrentes, inclusive ameaada por empresas que no so tradicionalmente
concorrentes diretos. Enquanto que a empresa de construo civil parece estar mais
dependente do cenrio macroeconmico e da sua prpria capacidade de execuo
(TAVARES, 2008) do que propriamente preocupada em relao concorrncia.

Sobre o significado de arquitetura para os entrevistados, a empresa de telecomunicaes
associou mais a idias relacionadas com o negcio como planejamento, atendimento
estratgia de negcios e arquitetura de negcios segundo Quadro 61. Nenhuma das empresas
mencionou inovao, princpios, padronizao e nem metfora de arquitetura como forma de
tomada de deciso. As duas associaram arquitetura a idias de governana, arquitetura de
aplicao, arquitetura de tecnologia e atendimento ao negcio.


Quadro 61 - Comparao do significado de arquitetura de TI
Significado de arquitetura de TI Resposta
espontnea da
empresa de
telecomunicaes
Resposta
espontnea da
empresa de
construo civil
Planejamento X
Governana X X
Inovao
Viso X
Princpios
Padronizao
Integrao
Polticas
Atende estratgia do negcio X X
135
Significado de arquitetura de TI Resposta
espontnea da
empresa de
telecomunicaes
Resposta
espontnea da
empresa de
construo civil
Inclui arquitetura de negcios X
Inclui arquitetura de informao X
Inclui arquitetura de aplicao X X
Inclui arquitetura de tecnologia X X
Metfora: Arquitetura como plano X
Metfora: Arquitetura como literatura X X
Metfora: Arquitetura como linguagem X X
Metfora: Arquitetura como deciso

Na empresa de construo civil, no mencionada como ferramenta de planejamento.
Tambm no so reconhecidos os benefcios de melhorar interoperabilidade, melhorar
utilizao da TI nem resposta rpida a mudanas conforme mostram o Quadro 62 e o Quadro
63.

Quadro 62 - Comparao dos objetivos de arquitetura de TI
Respostas de
maior
incidncia na
pesquisa
SIMEAWG
Objetivo da arquitetura Resposta
espontnea da
empresa de
telecomunicaes
Resposta
espontnea da
empresa de
construo civil
1 Representao de negcio, dados, aplicao e
tecnologia
X X
2 Ferramenta de planejamento X
3 Facilitao de mudana sistemtica X
4 Ferramenta de tomada de deciso
5 Ferramenta de alinhamento entre negcio e TI X X
6 Ferramenta de comunicao de objetivos X X
7 Prover uma fotografia da organizao em um
ponto no tempo
X X
Fonte: Colunas 1 e 2 de SIMEAWG (KAPPELMAN, 2010). Coluna 3 e 4 das entrevistas.

Quadro 63 - Comparao dos principais benefcios da arquitetura de TI
Respostas
por ordem
de maior
incidncia
na pesquisa
SIMEAWG
Benefcios da arquitetura Resposta
espontnea da
empresa de
telecomunicaes
Resposta
espontnea da
empresa de
construo civil
Tipo de influncia
1 Melhora interoperabilidade
do SI
X Estratgica
2 Melhora utilizao da TI X Estratgica
3 Alinhamento entre
investimentos de TI e de
negcios
X X Estratgica
4 Uso mais eficiente dos
recursos de TI
X Estratgica
5 Resposta mais rpida
mudana
X Estratgica
6 Melhoria do retorno da TI X Estratgica
136
Respostas
por ordem
de maior
incidncia
na pesquisa
SIMEAWG
Benefcios da arquitetura Resposta
espontnea da
empresa de
telecomunicaes
Resposta
espontnea da
empresa de
construo civil
Tipo de influncia
7 Aumento do conhecimento
sobre a situao
X X Estratgica
8 Auxilia a governana
organizacional
X X Estratgica
9 Melhoria da comunicao e
compartilhamento de
informao
X Estratgica
10 Melhoria segurana de TI X X Estratgica
11 Reduo de tempo e recursos
em projetos pouco
importantes
Estratgica
12 Maior eficincia no alcance
de metas de negcios
X Estratgica
13 Melhoria da comunicao
entre organizao e SI
X X Estratgica
14 Melhoria de colaborao
dentro da organizao
Institucional
15 Rapidez no desenvolvimento
e implementao de SI
X X Estratgica
16 Reduo da complexidade da
TI
X Estratgica
17 Reduo gargalos na
organizao
Estratgica
18 Padronizao de medidas de
desempenho organizacionais
Estratgica
19 Melhoria da comunicao
dentro da organizao
X Estratgica
20 Aumento da confiana na
organizao
X Institucional
Fonte: Colunas 1 e 2 foram de SIMEAWG (KAPPELMAN, 2010), enquanto colunas 3 e 4 foram coletadas nas
entrevistas. Coluna 5 foi interpretao da pesquisadora a partir do modelo de pesquisa.

Como pode-se observar, a maioria dos benefcios da arquitetura mencionados podem ser
classificados como argumentos estratgicos segundo conceito de Miles et al (1978). Apenas
os argumentos de colaborao e de aumento da confiana na organizao poderiam ser
considerados como influenciados por um mecanismo institucional segundo conceito de
DiMaggio e Powell (1983).

Observa-se que a empresa de construo civil deu menos respostas espontneas que esto na
lista da pesquisa de SIMEAWG (KAPPELMAN, 2010) provavelmente porque houve menor
nmero de entrevistados por causa de sua equipe de TI reduzida e tambm porque os cargos
ocupados pelos respondentes eram de nvel hierrquico mais baixo, envolvendo profissionais
mais tcnicos e com menos experincia profissional. Como a prpria empresa possui pouca
formalizao de suas polticas, essa ausncia de diretriz sobre a evoluo da arquitetura
137
provavelmente refletiu tambm sobre a opinio dos profissionais. Alm disso, as respostas
dadas no coincidiram com as de maior incidncia na pesquisa SIMEAWG (KAPPELMAN,
2010), no sendo lembradas questes como interoperabilidade. Explicaes possveis so o
estgio de maturidade da empresa de construo civil, entre silos de negcios e tecnologia
padronizada, e as barreiras informatizao da indstria de construo. Isto , pela
caracterstica menos avanada da arquitetura de TI comparativamente, as respostas
espontneas tambm no coincidiram com a mdia das demais empresas.

Outra observao importante que a pesquisa de SIMEAWG (KAPPELMAN, 2010) foi
conduzida atravs de questionrio tipo survey, em que todas as alternativas imaginadas pelos
pesquisadores foram mostradas aos gestores. Conseqentemente, pela diferena na
metodologia, as respostas espontneas podem apresentar resultados diferentes e evidenciar as
maiores preocupaes dos entrevistados naquele momento, ao invs de confirmar o maior
nmero de alternativas. De qualquer forma, a quantificao no o objetivo desta dissertao,
que visa analisar apenas as diferenas de natureza das respostas. O resultado que a empresa
de construo civil apresentou menos indcios de que a arquitetura de TI seja vista como
ferramenta de planejamento.

No foram encontradas declaraes sobre significados, objetivos e benefcios da arquitetura
de TI nas respostas que sejam divergentes do referencial terico. Todos os comentrios
puderam ser classificados de alguma maneira dentre as alternativas levantadas.

No Quadro 64, a gesto da arquitetura de TI das duas organizaes so comparadas e mostra
que as diferenas tambm esto relacionadas aos seus estgios de maturidade. A empresa de
construo civil est no estgio silos de negcio avanando para o estgio tecnologia
padronizada, e a outra est no estgio ncleo otimizado avanando para o estgio
modularidade de negcios por possuir padronizao, macroprocessos e centralizao dos
dados segundo classificao de Ross et al (2008). Isso reflete na alocao de pessoal, a
empresa de telecomunicaes possui equipe dedicada arquitetura de TI e a de construo
civil no possui.

Nas duas empresas, a unidade de TI responsvel pela arquitetura de tecnologia, aplicaes e
informao. A arquitetura de negcios, por outro lado, de responsabilidade de outro
departamento nas duas organizaes.
138

Quadro 64 - Resumo da gesto das arquiteturas de TI
Empresa de telecomunicaes Empresa de construo civil
Governana de
arquitetura de TI
Unidade de TI responsvel pelas
escolhas tcnicas de arquitetura e infra-
estrutura. Demais decises de TI
compartilhadas com outros setores da
empresa.
Unidade de TI responsvel pelas
escolhas tcnicas de arquitetura e infra-
estrutura. Demais decises de TI
compartilhadas com outros setores da
empresa.
reas responsveis pela
arquitetura de TI
Unidade de TI participa dos quatro
escopos: tecnologia, informao,
aplicao e negcios. Diretoria de
Desenvolvimento organizacional
tambm est envolvida na arquitetura de
negcios.
Unidade de TI principalmente. A rea de
qualidade da Diretoria de engenharia
est envolvida com desenho de
processos.
Equipes exclusivas de
arquitetura de TI
H quatro gerncias na unidade de TI
atuando com arquitetura nos quatro
escopos, sendo que h uma gerncia
exclusiva de arquitetura de sistemas.
H equipes dedicadas exclusivamente e
um arquiteto designado para cada
projeto. H 26 funcionrios que
trabalham especificamente com
arquitetura de TI.
No h.
Estgio de maturidade da
arquitetura de TI
Estgio ncleo otimizado com
iniciativas em direo ao estgio de
modularidade de negcios.
Estgio entre silos de negcio e
tecnologia padronizada.
Arquitetura de tecnologia Padronizao atravs de polticas e
decises na rea de TI formalizadas e
divulgadas. Boa parte terceirizada.
Alguma padronizao atravs de
polticas e decises na rea de TI. Maior
parte terceirizada.
Arquitetura de aplicaes Integrao atravs do SOA.
Planejamento de evoluo das
aplicaes de acordo com modelos da
TM Forum.
Tendncia por escolher aplicativos que
se integrem facilmente com o ERP,
como aplicaes de mesmo fornecedor.
Arquitetura de
informaes
Houve processo de centralizao dos
dados
Maioria dos dados centralizados no
ERP. Dados esto dentro das aplicaes.
H algumas informaes no portal da
intranet e em diretrios compartilhados.
Arquitetura de negcios Organizao em forma de
macroprocessos. Iniciativa recente de
adoo do modelo eTOM da TM Forum.
Iniciativa recente de documentao dos
processos.
Formalizao da
arquitetura de TI
Decises de arquitetura documentadas e
publicadas.
Pouca formalizao. Apenas alguns itens
abordados em documentos de polticas
de TI.
Prticas que
provavelmente
permitiram que ela
atingisse o estgio de
maturidade atual
Implantao de macroprocessos, projeto
de centralizao dos dados e adoo do
SOA para permitir modularidade da
infra-estrutura de sistemas.
Contratao de equipe de TI para
centralizar as decises, implantao do
ERP.
Prticas que
provavelmente auxiliaro
para que ela atinja o
estgio seguinte
Framework TM Forum Formalizao das polticas e
documentao dos processos
Influncias institucionais
coercitivas
- Conformidade com SOX
- Exigncia da bolsa de valores
americana
- Opinio dos funcionrios da empresa
- Legitimar o trabalho e difundi-lo
- Considerado moderno
- Obter legitimidade no mercado
- Relacionamento com fornecedor
- Auxilia na justificava para obteno de
recursos financeiros
139
Empresa de telecomunicaes Empresa de construo civil
Influncias institucionais
mimticas
- Experincia anterior do gestor dentro
da organizao ou em outras
organizaes
- Tendncia de mercado
- Auxlio dos fornecedores ou
consultorias
- Adotada pela indstria
- Casos de outras empresas
- Gestor j utilizou em outras empresas
- Consultoria auxiliou e forneceu
modelos de melhores prticas do
mercado.
- Prtica do mercado
- Comparao com indicadores de outras
empresas
Influncias institucionais
normativas
- Consenso na rea de atuao - Participao em congressos para
comparar com opinio de especialistas
Influncias estratgicas
de problemas de
empreendedorismo
- Relaes estratgicas com
fornecedores
- Flexibilidade
- Suportar o crescimento/ evoluo
- Adaptao para o futuro crescimento
da organizao

Influncias estratgicas
de problemas de
engenharia
- Aumento de capacidade
- Aumento de produtividade
- Melhoria do desempenho
- Reutilizao
- Padronizao de processo
- Ferramenta para guiar
- Integrao
- Maior segurana
- Integrao com sistemas existentes
- Melhor qualidade e melhor soluo
- Padronizao
- Aumento de capacidade
- Desempenho
Influncias estratgicas
de problemas de
administrao
- Reduo de custo
- Facilitar gesto/ operao
- Controle dos funcionrios e da TI
- Informaes precisas
- Reduo de tempo
- Reduo de burocracia
- Monitorao
- Maneira de controlar o SLA dos
fornecedores ao implementar
indicadores internos.
- SLA interno. Controle da performance
e tempo de resposta.
- Menor custo
- Protege a empresa quando houver
substituio de funcionrios
- Definir as responsabilidades dos
usurios
- Proteo jurdica da organizao
- Possibilitar a melhoria dos processos
- Visualizao e diagnstico da rea de
TI
- Necessidade de consolidao de
informao
Comparao entre
influncia institucional e
estratgica
Ocorrem influncias estratgicas em
todas as decises. Essa influncia
dominante na maioria das respostas.
Nas decises de maior risco que
envolviam toda organizao, as
influncias institucionais atuaram mais
em nveis variados.
Ocorrem influncias estratgicas em
todas as decises. Essa influncia
dominante na maioria das respostas. A
nica deciso que pareceu ter um pouco
de influncia institucional foi a adoo
do novo ERP.
Modelos de arquitetura
de TI ou melhores
prticas utilizadas
Modelos da TM Forum Recomendaes de empresa de auditoria
de TI.
Sucesso de eventos e
decises ao longo do
tempo
A necessidade de atender a
regulamentaes como o SOX e s
presses do mercado para lanar novos
produtos exigiu provavelmente a
implantao de macroprocessos que
permitiu que outras iniciativas da rea de
TI fossem bem sucedidas como o SOA
e, mais recentemente, os modelos da TM
Forum.
O mercado imobilirio em expanso
parece ter incentivado a modernizao
da organizao que ajudou
conseqentemente na iniciativa de
implantao do novo ERP e na
estruturao da unidade de TI.


140
Das estratgias de integrao da arquitetura, podem ser destacadas a pouca formalizao dos
processos por parte da empresa de construo civil e a adoo de modelo de uma associao
da indstria pela empresa de telecomunicaes. Talvez essa diferena possa ser explicada pela
carncia de iniciativas de padronizao na indstria de construo civil (NASCIMENTO;
SANTOS, 2002). Alm disso, a estratgia simplificada de integrao das aplicaes como a
aquisio de solues de um mesmo fornecedor por parte da primeira empresa tambm
contrasta com a adoo do SOA para integrar a diversidade de aplicaes na empresa de
telecomunicaes.

As duas empresas apresentaram atuao de influncias institucionais e estratgicas. Na
empresa de telecomunicaes, talvez o principal destaque seja a necessidade institucional de
atender a requisitos de regulamentao de bolsa de valores (SOX) e tambm a importncia
dada ao critrio flexibilidade como influncia estratgica. Enquanto que, na empresa de
construo civil, a TI menos afetada pela regulamentao.

Nas duas empresas, as justificativas estratgicas so encontradas em todas as decises,
enquanto que as institucionais aparecem pontualmente principalmente em decises mais
importantes que envolvem toda a organizao. Outra caracterstica em comum entre as duas
que as iniciativas importantes relacionadas com TI como implantao de macroprocessos,
SOA e modelos TM Frum (por parte da empresa de telecomunicaes) e adoo do novo
ERP (empresa de construo civil) foram provavelmente precedidas de mudanas externas no
mercado e, conseqentemente, na estratgia organizacional. Portanto, apesar da empresa de
construo civil no ter um processo de alinhamento formalizado e consciente, pois
realizada atravs de reunies peridicas sem ter este como objetivo especfico, esta
organizao provavelmente tambm busca alinhamento estratgico da TI em relao aos
negcios.

A experincia anterior do participante da deciso com aquele tipo de ferramenta tambm foi
coletada e notou-se alguma tendncia a ter influncias institucionais quando era uma inovao
desconhecida dos gestores e com pouca maturidade no mercado. Entretanto, como alguns
eventos ocorreram h muito tempo e no h um registro sistemtico dessas informaes,
preferiu-se disponibilizar o dado nos quadros de cada deciso, porm sem tirar nenhuma
concluso sobre este fato. Isto , embora isso seja verdade em decises como SOX, SOA e
141
frameworks TM Forum na empresa de telecomunicaes; ou mesmo adoo do ERP da SAP
pela empresa de construo civil; preferiu-se no fazer afirmaes.

Segundo pesquisa de Oliver (1988), o fator institucional parece ter menos influncia sobre o
isomorfismo das organizaes, enquanto a motivao estratgica seria o fator mais
importante. A pesquisa de Mehta e Hirschheim (2004) tambm aponta no mesmo caminho.
Mehta (2005) encontrou casos de empresas em que os participantes acreditam que as vrias
influncias esto inter-relacionadas, ao passo que, em outras empresas, o discurso era mais
unificado em torno de uma justificativa. Porm, uma concluso possvel encontrada por estes
pesquisadores que a motivao estratgica seja mais um mecanismo de justificativa retrica
para decises por causa da influncia de crenas profundas institucionais, ou seja, o discurso
da priorizao da eficincia pode encobrir outras questes de busca de legitimidade.

Alm disso, alguns argumentos institucionais como os mecanismos mimticos que
apareceram nas decises no foram encontrados nas respostas dos objetivos e benefcios da
arquitetura de TI. Talvez, essa seja uma evidncia de que pode haver alguma divergncia
entre como so tomadas as decises efetivamente e a formalizao do modelo considerado
ideal de arquitetura de TI. Pode-se ento concluir que, apesar das evidncias de que aspectos
estratgicos sejam mais fortes nas decises, os dois tipos de influncias esto entrelaados e
difcil distingui-las muitas vezes.
142
143
5 CONCLUSO
5.1 Retomada das proposies, objetivos e questo de pesquisa

5.1.1 Proposies

Proposio 1: Os argumentos estratgicos so mais mencionados que os institucionais nas
justificativas de decises de arquitetura de TI.

Anlise: Proposio confirmada.

Com relao empresa de telecomunicaes, todas as decises possuem justificativas
estratgicas. Em algumas (Quadro 26, Quadro 27, Quadro 28, Quadro 29, Quadro 30, Quadro
32), as motivaes estratgicas so mais dominantes, enquanto que, em outras decises
(Quadro 31, Quadro 33, Quadro 34), as motivaes institucionais tambm parecem ser
importantes, mas os argumentos estratgicos ainda parecem prevalecer. A deciso em que o
aspecto institucional parece ter alguma caracterstica dominante em relao escolha dos
frameworks do TM Forum conforme o Quadro 35.

Na empresa de construo civil, todas as decises tambm possuem justificativas estratgicas.
Na maioria delas, as estratgicas so provavelmente dominantes, enquanto que foi levantado
argumento institucional importante apenas na deciso de adoo do novo ERP. Dessa forma, a
proposio est confirmada, j que os gestores enfatizam as justificativas estratgicas, mas
no pode ser aplicada a todas as decises.

Proposio 2: Organizaes em estgios de maturidade de arquitetura de TI menos
avanados so mais afetadas por influncias institucionais em suas decises.

Anlise: Proposio no confirmada.

De acordo com anlise dos argumentos explicitamente mencionados nas entrevistas, os dois
casos estudados apresentaram presena de influncias institucionais, principalmente nas
decises mais complexas que envolviam toda organizao. Indcios apontam que elas atuaram
144
por razes diferentes, embora nem sempre as justificativas estratgicas subjacentes tenham
sido explicitadas espontaneamente pelos entrevistados.

Aps questionamentos adicionais aos gestores e posterior anlise, notou-se que h
provavelmente divergncia de motivaes subjacentes. Segundo depoimentos da empresa de
construo civil em um comentrio sobre outro assunto, um processo de escolha formal e
burocrtico para todas as decises no traria tantos benefcios, dada a menor dimenso da
organizao e todo o esforo que isso requer. Como citado anteriormente, Simon (1955)
desenvolveu um modelo descritivo que afirma que os tomadores de deciso decidem com
base em informaes incompletas e, ao invs de buscar a soluo tima, eles procuram a
soluo aceitvel ou satisfatria. Esse fenmeno parece ter acontecido com esta empresa de
construo civil. Por outro lado, na empresa de telecomunicaes, houve nfase na adoo de
modelos da indstria como forma de planejar a evoluo, alm de ser uma ferramenta de
marketing e de compartilhamento de informaes.

Portanto, a empresa de construo civil utilizou opinies de consultores e tendncias de
mercado provavelmente por limitaes de recursos para realizar uma anlise elaborada,
enquanto que a empresa de telecomunicaes parece ter interesse em participar de associaes
de padronizao (TM Forum) com objetivos publicitrios, compartilhamento de informaes
e antecipao de cenrios futuros da indstria. Provavelmente, esta ltima empresa tambm
poderia ter interesse na obteno de influncia em debates que podem se transformar em
padres oficiais de mercado no futuro. Assim, pode-se concluir que, por trs das justificativas
institucionais mencionadas explicitamente nas descries de cada deciso, talvez haja
interpretaes no explicitadas de argumentos estratgicos.

De qualquer forma, no h evidncias de presena de maior influncia institucional sobre
empresas em estgios menos avanados de maturidade de arquitetura. Mesmo considerando
apenas as de mecanismo mimtico, tambm no clara a relao.

Proposio 3: As idias associadas ao significado de arquitetura de TI pelos gestores
correspondem s caractersticas dos estgios atuais de maturidade de suas empresas.

Anlise: Proposio confirmada

145
Na empresa de telecomunicaes, o significado de arquitetura de TI foi associado a
planejamento, arquitetura de negcios e alinhamento estratgico entre TI e negcios. Ao
realizar anlise de suas prticas de gesto, concluiu-se que ela estava no estgio de maturidade
ncleo otimizado, valorizando questes como eficincia, qualidade e monitorao dos
processos centrais. Alm disso, observando a estrutura organizacional, h uma gerncia de
processos dentro da unidade de TI, que participa das reunies peridicas de arquitetura.
Ento, a arquitetura de negcios faz parte da arquitetura de TI conforme resposta dos
entrevistados e o discurso de que arquitetura de TI inclui atendimento aos objetivos
organizacionais tem provavelmente reflexos nas prticas dos gestores.

Por outro lado, na empresa de construo civil, nem a arquitetura de negcios e nem o uso
dela como forma de planejamento foi mencionado explicitamente nas respostas sobre
significado da arquitetura. Ao realizar a anlise das prticas de gesto, concluiu-se que a
organizao estava entre estgio silos de negcio e tecnologia padronizada, fase em que a
arquitetura no vista como ferramenta de planejamento para promoo de agilidade
estratgica. Alm disso, processos de negcios no tm interface com a TI formalmente,
corroborando que o significado da arquitetura dado pelos gestores coincide com as prticas de
gesto e, por conseqncia, com o estgio de maturidade da empresa. Dessa forma, aps
anlise dos dois casos, aparentemente h relao entre o significado da arquitetura de TI para
os gestores e as caractersticas da gesto.

5.1.2 Objetivos secundrios

Objetivo secundrio 1: Identificar o significado da arquitetura de TI para os gestores

A partir das respostas sobre o significado de arquitetura para as empresas de
telecomunicaes e de construo civil, encontrou-se presena das seguintes metforas de
arquitetura de TI de Smolander (2002): literatura, linguagem e plano. Como as entrevistas
incluram entrevistados de vrios nveis hierrquicos, abordando tanto questes tcnicas como
de gesto, cada papel enxerga provavelmente a arquitetura de forma distinta. A metfora de
arquitetura como deciso no apareceu, mas no foram encontradas evidncias para explicar
essa ausncia. preciso lembrar que tambm no foi encontrada metfora de deciso como
significado de arquitetura nas definies do referencial terico.

146
Uma diferena importante entre as duas empresas ou mesmo entre diferentes gestores dentro
de uma mesma empresa foi a falta de consenso com relao ao escopo em que a arquitetura de
TI atua. Na empresa de construo civil, as arquiteturas de tecnologia e aplicao foram as
mencionadas, enquanto que, na empresa de telecomunicaes, as quatro foram lembradas
(negcios, informaes, aplicaes e tecnologia), sendo que alguns gestores incluram
enfaticamente as questes tecnolgicas e de aplicao, apesar de tambm reconhecerem a
importncia dos processos organizacionais, sem inclu-los dentro do significado de arquitetura
de TI.

Isso est de acordo com a falta de consenso que h entre os autores do referencial terico em
que alguns a associam a quatro escopos, outros a trs ou a dois. Esta pesquisa no tem o
objetivo de realizar a explicao da razo das respostas individuais, mas essas diferenas
talvez possam estar associadas a um dos dois motivos: utilizao do termo arquitetura de TI
nos questionrios; ou percepo individual ou coletiva de que a TI est desvinculada dos
negcios.

Esta dissertao utilizou o termo arquitetura de TI no roteiro de entrevistas por entender que
o mercado editorial brasileiro prefere este termo como ttulo de obra e, portanto, seria mais
esclarecedor para os entrevistados. Alm disso, h autores cujo original na lngua inglesa
tambm utilizam este termo para se referir aos quatro escopos de arquitetura. Talvez a
utilizao do termo arquitetura empresarial ou arquitetura corporativa ou mesmo
arquitetura corporativa de TI faa os entrevistados o associarem aos processos de negcios,
correndo o risco de desvincularem completamente de tecnologia de informao se
questionados a gestores da rea de negcios fora da TI.

Governana est associada arquitetura de TI nas duas organizaes. Algumas idias que no
apareceram foram a inovao, que no foi mencionada por nenhum entrevistado das duas
empresas. Houve tambm ausncia das idias de planejamento e padronizao na empresa de
construo civil. Provavelmente, nesta ltima organizao, a arquitetura de negcios no foi
mencionada no significado de arquitetura de TI por falta da interao entre processos de
negcios e a unidade TI. Uma evidncia disso que, em um departamento fora da TI, foi
implantada apenas recentemente a iniciativa de documentao dos processos atuais para que a
rea de sistemas possa usufruir dessas informaes.

147
Portanto, o significado de arquitetura de TI varia dentro da empresa ou mesmo entre gestores
de uma mesma organizao. Nem sempre a arquitetura de negcios mencionada e a razo
disso pode estar associada com a falta de interao entre negcios e TI. De qualquer forma,
essas divergncias sobre o significado de arquitetura de TI ocorreram tambm na pesquisa
bibliogrfica e, conseqentemente, essa falta de consenso era prevista.

Objetivo secundrio 2: Identificar as prticas de gesto que podem auxiliar a organizao a
avanar no seu estgio de maturidade de arquitetura de TI.

Na empresa de telecomunicaes, o estgio de maturidade atual o de ncleo otimizado, pois
possui processos compartilhados por toda empresa e houve iniciativas para centralizao dos
dados. O processo de implantao de macroprocessos iniciado em 2004 pode ser considerado
como uma das mudanas mais importantes que permitiu que a organizao atingisse o estgio
atual de maturidade, visto que a reestruturao das responsabilidades possibilita o controle
dos processos centrais da empresa, que caracterstica do estgio de ncleo otimizado
segundo Ross et al (2008).

Essa integrao na rea de negcios auxiliou a unidade de TI a obter eficincia operacional,
permitindo a implantao de iniciativas de controle, a padronizao ou mesmo a integrao de
aplicaes como a adoo do SOA. A mudana de filosofia de desenvolvimento de software
tambm requer ao coordenada dos processos em toda organizao conforme depoimento
dos gestores. Alm disso, ao permitir agilidade na manuteno dos sistemas, o SOA oferece
provavelmente a flexibilidade necessria para que as novas iniciativas de fornecer
modularidade dos processos fossem possveis.

Com relao evoluo da maturidade no futuro, os modelos da TM Forum adotados pela
empresa aparentemente possuem potencial para que a organizao avance para o estgio
seguinte de modularidade de negcios, fase em que a agilidade estratgica alcanada. Esses
modelos possuem como meta obter a modularidade dos processos, a padronizao dos dados e
a interoperabilidade das aplicaes. Se adotados por toda indstria em um cenrio futuro
ideal, os produtos e servios dos fornecedores poderiam potencialmente ser intercambiveis,
promovendo flexibilidade. Como os prprios modelos ainda esto em construo e no esto
amadurecidos, no se podem realizar afirmaes sobre a validade desta iniciativa por
enquanto.
148

Em contrapartida, a empresa de construo civil est atualmente entre os estgios silos de
negcios e tecnologia padronizada, pois possui plataformas tcnicas comuns e servios
compartilhados. Isso foi possvel provavelmente aps a implantao do ERP e a contratao
de equipe centralizada de TI. Uma caracterstica importante que ela no possui do estgio
seguinte o projeto de atualizao de padres, ou seja, no h formalizao do plano de
evoluo da arquitetura de TI. Para que se possa planejar o futuro, seria necessrio obter uma
fotografia da situao atual, que a organizao ainda no possui. Para isso, foi implantada
recentemente a iniciativa de documentao dos processos atuais, assim como suas interfaces
com os sistemas, para possibilitar a realizao do diagnstico e visualizar a evoluo.
Portanto, esta prtica de formalizao, junto com a contratao de equipe de TI centralizada e
a implantao de ERP, podem ser consideradas prticas que tm potencial para fazer a
organizao atingir plenamente o estgio seguinte de tecnologia padronizada.

Assim, atravs do estudo dos dois casos, pode-se entender as prticas de gesto relevantes
para auxiliar na evoluo nos estgios de maturidade da arquitetura de TI (silos de negcios,
tecnologia padronizada, ncleo otimizado e modularidade de negcios). Pode-se concluir que
a iniciativa de formalizao atravs da documentao, implantao de ERP e equipe de gesto
centralizada tm possibilidade de levar uma organizao do estgio silos de negcio para o
seguinte. A implantao de macroprocessos e a centralizao dos dados podem ajud-la a ir
do estgio tecnologia padronizada para o ncleo otimizado. Por fim, a adoo de modelos de
padronizao de processos de associaes da indstria, como TM Forum, tem teoricamente
potencial para lev-la ao estgio de modularidade de negcios.

Objetivo secundrio 3: Identificar os fatores institucionais que influenciam no processo de
tomada de deciso de arquitetura de TI.

As respostas das justificativas institucionais das decises foram classificadas em trs
categorias segundo a teoria institucional: coercitivo, mimtico e normativo. Os mecanismos
coercitivos encontrados incluem o atendimento de regulamentao, como foi o caso do SOX,
e a preocupao com a obteno de aceitao tanto interna como externa da empresa. Obter
legitimidade entre funcionrios, investidores e mercado importante.

149
Com relao aos mecanismos mimticos, as justificativas relevantes foram a experincia
anterior do gestor, comparao com outras empresas e opinio de fornecedores e consultores.

Sobre os mecanismos normativos, normas tcnicas rgidas no apareceram nessa rea de
arquitetura de TI provavelmente por causa da diversidade, da falta de amadurecimento e da
instabilidade dos conceitos nessa rea.

No Quadro 65, observa-se que h poucas diferenas entre as duas empresas no sentido de que
elas se preocupam com aceitao interna e externa, levam em conta experincia do gestor,
comparam com outras empresas, aceitam opinio dos consultores e se preocupam com
algumas regras normativas da rea de atuao. A nica diferena mais evidente foi o
atendimento regulamentao formal que afetou mais fortemente a empresa de
telecomunicaes por causa de sua estrutura de capital, enquanto pouco afetou a empresa de
construo civil.

Quadro 65 - Resumo das influncias institucionais sobre a arquitetura de TI
Mecanismo
institucional
Descrio Decises em que
aparece na empresa de
telecomunicaes
Decises em que
aparece na empresa de
construo civil
Atendimento a
regulamentao formal
Adoo do SOX,
controle de acesso
internet, controle de
acesso centralizado,
Metodologia PMBOK.

Aceitao interna:
funcionrios e gestores
SOA, Frameworks TM
Forum
Auditoria de TI
Coercitivo
Aceitao externa: mercado,
fornecedores e investidores.
Frameworks TM Forum Adoo do ERP da SAP,
Integrao com BI.
Experincia anterior do gestor Controle de acesso
internet, Metodologia
PMBOK.
Padronizao do
processo de abertura de
solicitaes de TI
Comparao com outras
empresas
Virtualizao,
Contratao de
fornecedores baseada em
itens de negcio, SOA,
Frameworks TM Forum.
Adoo do ERP da SAP,
Poltica de uso e
aquisio da TI na
organizao,
Documentao dos
processos e sistemas.
Mimtico
Opinio de fornecedores e
consultores
Virtualizao, SOA,
SOX.
Padronizao do
procedimento dos perfis
do ERP, Auditoria de TI.
Normativo Consenso na rea de atuao e
opinio dos profissionais do
setor
Controle de acesso
centralizado
Adoo do ERP da SAP

150
Comparando com o referencial terico de influncias sobre decises de arquitetura de TI
levantadas sobre temas correlatos, os mecanismos coercitivos e normativos como
regulamentao, padres e stakeholders eram previstos. Com relao aos mecanismos
mimticos, os dois casos estudados comprovam o que Avgerou (2000) destacou sobre o papel
das metodologias padronizadas como fora institucional. Assim, este quadro levantou
influncias institucionais sobre arquitetura de TI e atendeu ao objetivo secundrio proposto.

Objetivo secundrio 4: Identificar os fatores estratgicos que influenciam no processo de
tomada de deciso de arquitetura de TI.

As influncias estratgicas foram classificadas de acordo com a categorizao de Miles et al
(1978) que propem que as aes dos gestores visam resolver trs tipos de problemas de
adaptao: de empreendedorismo, de engenharia e de administrao.

Com objetivo de solucionar problemas de empreendedorismo, os gestores tomaram decises
visando preparar para o crescimento, obter flexibilidade e gerir relacionamentos estratgicos
com fornecedores.

Com relao soluo de problemas de engenharia, as justificativas apontadas foram
melhoria de capacidade, produtividade, desempenho, reutilizao, padronizao, segurana,
integrao, qualidade e ferramenta para guiar planejamento.

Nas solues de problemas de administrao, as seguintes motivaes foram apontadas:
reduo de custo, facilitao de gesto, melhoria de controle, informaes precisas, reduo
de tempo, reduo de burocracia, monitorao, proteo jurdica, definio de
responsabilidades, melhoria dos processos e visualizao.

Um ponto destacado por vrios depoimentos das duas organizaes foi que muitas das
prticas de gesto e iniciativas foram adotadas principalmente com objetivo de controle das
atividades dos terceirizados, beneficiando tambm o controle das atividades internas. Na
empresa de telecomunicaes, por exemplo, a documentao das decises de arquitetura
tomadas em cada projeto de desenvolvimento de sistema foi a maneira de definir escopo e
critrios de qualidade aos programadores externos. Na empresa de construo civil, a
151
padronizao da abertura de solicitaes de TI tambm foi motivada pela possibilidade de
controle de SLA (Service Level Agreement) dos fornecedores terceirizados.

O Quadro 66 resume as principais influncias estratgicas encontradas.

Quadro 66 - Resumo das influncias estratgicas sobre arquitetura de TI

Problema Descrio Decises em que
aparece na
empresa de
telecomunicaes
Decises em que
aparece na empresa
de construo civil
Crescimento Frameworks TM
Forum
Padronizao do
procedimento dos perfis
do ERP, Nova estrutura
da segurana de TI

Flexibilidade SOA


Empreendedorismo
Relaes
estratgicas com
fornecedores
Mudana de
linguagem de
programao


Capacidade Contratao de
gesto de rede,
Controle de acesso
internet, SOA

Padronizao do
procedimento dos perfis
do ERP
Produtividade Virtualizao


Desempenho Mudana de
linguagem de
programao

Nova estrutura da
segurana de TI
Reutilizao SOA


Padronizao Metodologia
PMBOK,
Frameworks TM
Forum.
Padronizao do
procedimento dos perfis
do ERP, Modelo de
gesto da TI para obras,
Poltica de uso e
aquisio da TI.

Ferramenta para
guiar
Frameworks TM
Forum


Segurana Padronizao do
procedimento dos perfis
do ERP

Integrao SOA Integrao BI

Engenharia
Qualidade Poltica de terceirizao

152
Problema Descrio Decises em que
aparece na
empresa de
telecomunicaes
Decises em que
aparece na empresa
de construo civil
Reduo de custo Contratao de
gesto de rede,
Controle de acesso
internet,
Virtualizao,
Contratao
baseada em itens
de negcio, SOA.

Integrao BI
Facilitar gesto Contratao de
gesto de rede,
Virtualizao.


Controle de
funcionrios, TI e
fornecedores
Controle de acesso
internet, SOX.
Padronizao do
processo de abertura de
solicitaes de TI,
Poltica de
terceirizao.

Informaes
precisas
Controle de acesso
internet, SOX.
Integrao BI


Reduo de tempo Controle de acesso
centralizado, SOA.


Reduo da
burocracia
Controle de acesso
centralizado


Monitorao Controle de acesso
centralizado


Proteo da
empresa
Poltica de
terceirizao, Poltica
de uso e aquisio da TI

Definio de
responsabilidades
Poltica de uso e
aquisio da TI

Melhoria dos
processos
Documentao de
processos e sistemas

Administrao
Visualizao e
diagnstico
Auditoria de TI




Comparando com o levantamento bibliogrfico prvio, as influncias encontradas eram as
esperadas. Talvez a diferena que pode ser destacada que requisitos tcnicos foram pouco
mencionados nos estudos de caso, enquanto apareceram muito no referencial terico como
153
capacidade de manuteno, resilincia e capacidade de suportar estresse. Provavelmente, est
relacionada com o fato dos entrevistados serem gestores de TI na maioria e a literatura que
aponta estes fatores ser da rea tcnica de desenvolvimento de software. De qualquer forma,
este quadro de resultados pode ser considerado mais preciso, pois levanta as influncias
estratgicas sobre decises de arquitetura de TI, atendendo a este objetivo secundrio.

Objetivo secundrio 5: Verificar a existncia de dominncia de alguns fatores sobre outros
na tomada de deciso de arquitetura de TI.

A confirmao da proposio 1 sobre a tendncia dos gestores justificarem as decises atravs
de argumentos estratgicos atende parcialmente a este objetivo. Conforme resumo das
decises no Quadro 25 da empresa de telecomunicaes, pode-se afirmar que argumentos
estratgicos so dominantes nas seguintes decises:
- Quadro 26 - Deciso: Contratao de gesto da rede
- Quadro 27 - Deciso: Controle de acesso internet
- Quadro 28 - Deciso: Virtualizao
- Quadro 29 - Deciso: Mudana de linguagem de programao
- Quadro 30 - Deciso: Controle de acesso centralizado
- Quadro 32 - Deciso: Contratao baseada em itens de negcio

Nas demais decises desta empresa, h influncias institucionais e estratgicas combinadas,
portanto menos clara a dominncia de um fator sobre outro. Coincidentemente, as decises
so geralmente de nvel organizacional e de grande abrangncia, envolvendo maiores riscos e
incertezas:
- Quadro 31 - Deciso: Metodologia do PMBOK
- Quadro 33 - Deciso: SOA
- Quadro 34 - Deciso: Sarbanes-Oxley
- Quadro 35 - Deciso: Frameworks do TM Forum

Na empresa de construo civil, a maioria das decises parece ter maior influncia estratgica
como nas seguintes:
- Quadro 47 - Deciso: Padronizao do processo de abertura de solicitaes de TI
- Quadro 49 - Deciso: Padronizao do procedimento dos perfis do ERP
- Quadro 50 - Deciso: Integrao com BI
154
- Quadro 51 - Deciso: Modelo de gesto da TI para obras
- Quadro 52 - Deciso: Poltica de terceirizao
- Quadro 53 - Deciso: Polticas de uso e aquisio da TI na organizao
- Quadro 54 - Deciso: Documentao dos processos e sistemas
- Quadro 55 - Deciso: Auditoria de TI
- Quadro 56 Deciso: Nova estrutura de segurana de TI

A nica deciso que aparentemente tem combinaes de influncias institucionais e
estratgicas a do Quadro 48 - Deciso: Adoo do ERP da SAP.

No foram detectadas decises que claramente a influncia institucional era a mais importante
em nenhuma das empresas, apenas foram encontradas uma deciso de cada uma das empresas
que a influncia institucional, mais especificamente a mimtica, foi um argumento
considerado muito importante na deciso. Na empresa de telecomunicaes, a adoo dos
modelos da TM Forum e a adoo do novo ERP na empresa de construo civil podem ser
consideradas como representantes da essncia do plano de evoluo da arquitetura adotado na
respectiva organizao, apesar de fazerem parte de um contexto maior de polticas de
arquitetura de TI. Os modelos da TM Forum tm o objetivo de serem utilizados nos
processos, nas aplicaes e na informao. Enquanto que o novo ERP da empresa de
construo civil centraliza dados e integra aplicaes, j que os novos projetos levam em
conta a facilidade de integrao com o ERP, ou seja, o ERP pode ser considerado
praticamente como o elemento central da arquitetura de aplicao da empresa de construo
civil.

No foram encontradas categorias de mecanismos institucionais ou de soluo de problemas
estratgicos claramente dominantes. Porm, dentro das justificativas institucionais, o
mecanismo mais citado foi o mimtico, enquanto que, dentro das justificativas estratgicas, a
soluo para problemas de empreendedorismo foi a menos lembrada.

Resumindo, pode-se concluir que as influncias estratgicas apareceram em todas as decises
e foram claramente dominantes na maioria das decises das duas empresas. Decises com
combinao equilibrada entre influncias institucionais e estratgicas apareceram nas duas
organizaes, principalmente nas iniciativas mais importantes de nvel organizacional que
envolviam maiores incertezas e riscos. Apenas em duas decises, uma de cada empresa,
155
foram encontradas influncias institucionais mimticas mais fortes que, coincidentemente,
estavam associadas a elementos centrais da arquitetura de TI daquela organizao.

5.1.3 Objetivo principal e pergunta-problema

O objetivo principal deste estudo analisar as prticas de gesto de arquitetura de TI e a
influncia dos fatores institucionais e estratgicos sobre as decises envolvidas.
Conseqentemente, a discusso sobre pergunta-problema atende a este objetivo.

Pergunta-problema: Como a gesto de arquitetura de TI realizada nas organizaes e
como os fatores institucionais e estratgicos influenciam as decises envolvidas?

Com o objetivo de ilustrar com casos tpicos de empresas em estgios de maturidade de
arquitetura de TI diferentes, pretende-se usar o modelo destas empresas para entender como
realizada a gesto da arquitetura. Os seguintes aspectos podem ser ressaltados:

- Estrutura organizacional e governana da arquitetura de TI: A distribuio de
responsabilidades de arquitetura dentro da estrutura organizacional das duas empresas
parece semelhante com relao viso de que arquitetura de processos de negcios no
faz parte das responsabilidades da unidade de TI, apesar de que, na empresa de
telecomunicaes, h gestor representante da rea de processos dentro da TI com papel de
garantir adequao aos sistemas. Conseqentemente, a questo da governana da
arquitetura de TI relativa aos aspectos tcnicos como padronizao de responsabilidade
da unidade de TI, enquanto que arquitetura de negcios de responsabilidade de outras
unidades com interface direta com a TI eventualmente.

- Significado de arquitetura de TI segundo os gestores e seu reflexo na gesto: Pela
proposio 3 confirmada, os significados que os gestores atribuem esto aparentemente
relacionados com a forma de conduo da gesto da arquitetura na organizao.

- Prticas de arquitetura de TI comparadas com os estgios de maturidade: As
principais prticas da empresa de telecomunicaes so: arquitetos designados para cada
projeto, formalizao e publicao das decises de arquitetura, reunies peridicas de
156
comit de arquitetura, responsveis pelos processos centrais ou macroprocessos, diagrama
do plano de evoluo da arquitetura e equipe de arquitetura de TI em tempo integral. Pela
evoluo das prticas classificadas de acordo com nvel de maturidade de Ross et al
(2008) segundo Quadro 21, a organizao apresenta caractersticas de trs estgios:
tecnologia padronizada, ncleo otimizado e modularidade de negcios. Como ela no
possui modularidade dos processos e implantou o compartilhamento de dados e processos
por toda empresa, a melhor categorizao a de estgio ncleo otimizado.

Na empresa de construo civil, os projetos visam geralmente resolver demandas locais
sem seguir um plano de evoluo da arquitetura de TI. H algumas polticas de
padronizao tanto de tecnologia como de processos como replicao dos servios de TI
nas obras. Entretanto, h pouca formalizao e no se tem uma viso clara sobre o
diagnstico atual e a evoluo futura, apesar de haver projetos recentes de documentao.
A administrao dos dados reside basicamente nas aplicaes. Dessa forma, o estgio de
maturidade desta organizao pode ser considerado como silos de negcio com
caractersticas do estgio de tecnologia padronizada. Assim, os casos destas duas
organizaes deram uma viso das prticas de gesto de empresas em diferentes estgios
de maturidade.

- Prticas de arquitetura de TI que podem contribuir no avano ao estgio de
maturidade seguinte: O objetivo secundrio 2 sobre as prticas que auxiliam o avano
para o prximo estgio de maturidade j discute esta questo. A documentao dos
processos na empresa de construo civil est em andamento e provavelmente a auxiliar
para evoluir do estgio silos de negcio para o estgio tecnologia padronizada. Alm
disso, a implantao do ERP e a contratao de um diretor de TI centralizaram a gesto e
integrou os sistemas. No entanto, preciso ressaltar que ainda faltam projeto e atualizao
de padres para atingir plenamente o prximo estgio.

A empresa de telecomunicaes foi bem sucedida ao implantar macroprocessos e realizar
a centralizao dos dados, pois permitiu que ela evolusse para o estgio de ncleo
otimizado ao ter maior controle dos processos centrais. Adicionalmente, a implantao do
SOA deu maior flexibilidade aos sistemas e, com a adoo de modelos de padronizao de
processos de associaes de indstria como eTOM, h possibilidade de que a empresa de
157
telecomunicaes evolua para o prximo estgio de modularidade de negcios com esta
ferramenta.

- Evoluo da arquitetura: Na empresa de telecomunicaes, houve eventos pontuais
como implantao do SOA, SOX e macroprocessos que representaram mudanas
importantes. Por outro lado, os gestores enfatizam que as transformaes so contnuas a
cada novo projeto e a cada melhoria implementada.

Na empresa de construo civil, ocorre o mesmo fenmeno. A integrao obtida com o
novo ERP trouxe resultados positivos organizao, entretanto no foram obtidos
imediatamente, pois foi necessrio treinamento e adequao das funcionalidades para que
os usurios o aceitassem.

Portanto, nota-se que a evoluo da arquitetura composta de eventos de mudana brusca,
mas seus projetos somente sero bem sucedidos se houver um acompanhamento rotineiro
para permitir uma construo gradual slida.

Com relao influncia sobre as decises envolvidas, o levantamento dos fatores
institucionais e dos estratgicos realizado na soluo dos objetivos secundrios, demonstrados
anteriormente por esta pesquisa, completam a resposta. Os principais pontos so os seguintes:

- Influncias institucionais: As influncias institucionais foram classificadas de acordo
com a categorizao da teoria institucional que distingue os mecanismos coercitivos,
mimticos e normativos. Mecanismos mimticos estiveram presentes nas decises que
englobavam toda organizao e que estavam associados a maiores riscos e a inovao. O
objetivo secundrio 3 sobre as influncias institucionais sobre decises de arquitetura de
TI contribui para esta resposta.

- Influncias estratgicas: As influncias estratgicas foram categorizadas de acordo com
a teoria da escolha estratgica classificado-as em solues a trs tipos de problemas: de
empreendedorismo, de engenharia e de administrao. No processo de tomada de deciso,
alm das motivaes para gerar eficincia, um aspecto que se destacou foi a adoo de
iniciativas de arquitetura de TI para controlar fornecedores terceirizados no incio,
expandindo os benefcios desses projetos para controle das atividades internas. O objetivo
158
secundrio 4 sobre influncias estratgicas sobre as decises tambm contribui para a
resposta.

- Dominncia dos fatores estratgicos: De acordo com o objetivo secundrio 5 sobre
existncia de dominncia de fatores, os fatores estratgicos apareceram em todas as
decises e foram dominantes na maioria das decises de cada empresa. Portanto,
provavelmente h tendncia dos gestores utilizarem argumentos estratgicos conforme
pesquisa de Oliver (1988).

Portanto, o significado de arquitetura de TI provavelmente est relacionado com as prticas de
gesto adotadas e os gestores tm tendncia a justificar suas decises por motivaes
estratgicas.

5.2 Limitaes da pesquisa

As duas empresas representam casos tpicos e no podem ser generalizados para outras
organizaes. De acordo com Yin (2003), o objetivo do estudo de caso expandir teorias, no
realizar a generalizao estatstica.

As influncias sobre as decises incluram principalmente o ponto de vista dos participantes e
das testemunhas do processo dadas nas respostas explcitas. No houve envolvimento de
entrevistados externos organizao como fornecedores, consultores, clientes ou parceiros.
Assim, os resultados representam uma viso sobre o fenmeno, porm no mostra
provavelmente toda sua complexidade. Apesar de utilizar roteiro de entrevistas, referencial
terico e metodologia especfica como o estudo de caso de Yin (2003) seguindo as
recomendaes de pesquisa positivista de Dub e Par (2003), h uma influncia natural e
intrnseca do vis da pesquisadora, dada a natureza qualitativa da investigao.

Os dados sobre cada deciso foram coletados de mais de um gestor, porm foram baseados
em respostas espontneas que podem ser influenciadas pelo contexto da entrevista, pela
memria do entrevistado, pela expectativa do gestor em relao ao resultado da pesquisa ou
mesmo pela preocupao de no ferir a imagem da organizao.

159
No houve o acompanhamento de todo processo decisrio, uma vez que algumas decises
mais importantes de arquitetura de TI ocorreram h cinco anos atrs, algumas vezes anteriores
contratao de gestores chaves. Adicionalmente, o acesso e a publicao de alguns dados
ficaram um pouco restritos porque as empresas eram de capital fechado ou de capital aberto
com modelo de arquitetura de TI proprietrio, contendo informaes estratgicas
confidenciais. De qualquer maneira, o processo de coleta de dados atendeu aos objetivos da
pesquisa no sentido de obter um quadro geral da gesto da arquitetura e levantar as
justificativas utilizadas na adoo de polticas de integrao de TI.

Outra limitao com relao coleta das justificativas das decises que foram includas na
anlise todas as respostas de justificativas de decises dadas pelos entrevistados, ao invs de
fazer como foi feito na parte da anlise da gesto que houve processo de confirmao atravs
da triangulao como sugerido por Yin (2003). Alm disso, houve tambm o problema de que
muitas decises foram tomadas por poucos indivduos, s vezes apenas pelo gestor principal
daquele escopo, limitando as opes de triangulao. Outro empecilho que muitas decises
importantes foram tomadas h muito tempo e restaram poucas testemunhas na empresa.

De qualquer forma, o plano de anlise permitiu o alcance do objetivo deste estudo, j que
visava coletar o conjunto de opinies da empresa, ao invs de obter consenso. A triangulao
das justificativas das decises foi at possvel em alguns casos que no havia conflito de
opinies. No entanto, isso no aconteceu na maioria das vezes, pois cada respondente
colocava seu ponto de vista, como foi o caso da escolha pelo framework da TM Forum pela
empresa de telecomunicaes. Conseqentemente, a triangulao das justificativas das
decises provavelmente necessitaria da promoo de debates ou da participao da prpria
pesquisadora nas reunies para coletar evidncias de forma sistemtica. Resumindo, a
estratgia de anlise foi fruto da escolha dos objetivos da pesquisa e das limitaes de acesso
s informaes histricas, no comprometendo a validade do estudo.

O plano de anlise inclua avaliar a organizao como um conjunto e no objetivava focar no
perfil individual dos respondentes porque, para isso, seria desejvel um questionrio mais
detalhando individual e acesso a maior nmero de participantes inclusive fora da rea de TI,
que acabaria retirando um pouco do foco de explorar a gesto da arquitetura desta dissertao.
Outra questo que o desafio era verificar a existncia de influncias institucionais, j que as
estratgicas parecem ser predominantes por causa da racionalidade econmica disseminada
160
pelos discursos e pelas prticas de gesto. Ao identificar o participante que forneceu a
justificativa atravs de questionrio mais detalhado, dado o nmero reduzido de entrevistados
e empresas, representaria uma resistncia adicional que contribuiria pouco com o objetivo do
estudo.

Weill e Ross (2004) classificam as decises na rea de TI em cinco categorias: princpios de
TI, arquitetura de TI, aplicao, infraestrutura e investimento de TI. Na prtica, cada deciso
pode ser colocada em mais de uma categoria e houve decises analisadas que poderiam estar
em outras categorias fora da arquitetura de TI. Porm, foi definido que este estudo analisaria a
deciso sob o ponto de vista de arquitetura, entendida como polticas, princpios e escolhas
tcnicas para promover integrao e padronizao. Assim, as decises foram escolhidas
utilizando este critrio, alm da sua relevncia expressa pelo gestor.

De qualquer forma, a metodologia atendeu aos objetivos do estudo que era realizar uma
anlise exploratria sobre o tema; e mostrou que as influncias institucionais esto presentes e
merecem ateno de pesquisadores, gestores e fornecedores de TI.

5.3 Contribuies

Esta pesquisa permitiu ilustrar, atravs de casos prticos, a gesto da arquitetura de TI e a
nfase nos argumentos estratgicos. O significado de arquitetura de TI para os gestores assim
como as influncias institucionais e estratgicas servem para ilustrar o referencial terico
levantado.

Encontrou-se alguma relao entre o significado da arquitetura de TI para os entrevistados e a
forma como feita a gesto. Tambm foi constatada a mesma falta de consenso sobre o
significado de arquitetura nas respostas. Adicionalmente, as prticas de gesto que
potencialmente podem ajudar a empresa a avanar na sua maturidade foram identificadas:
contratao de equipe de TI interna centralizada, implantao de ERP, documentao de
processos, formalizao de polticas de arquitetura, definio de macroprocessos,
centralizao dos dados e adoo de modelo de padronizao da indstria como TM Forum.
H indcios de que a evoluo da arquitetura, composta tanto de eventos pontuais como de
161
mudanas contnuas, depende de decises anteriores que estabelecem as bases para que as
novas iniciativas sejam bem sucedidas.

Oliver (1988) mostrou, em estudo de carter quantitativo, que as influncias estratgicas se
sobressaem nas decises organizacionais, porm, sua pesquisa inclua toda empresa e no
somente da unidade de TI. Esta dissertao utilizou uma metodologia diferente para tentar
obter a corroborao deste mesmo resultado e conseguiu mostrar que as influncias
estratgicas tambm so mais mencionadas nas decises sobre arquitetura de TI, sendo que o
estgio de maturidade da empresa provavelmente no est relacionado a isso. Talvez haja
diferenas sobre a razo da atuao de fatores institucionais: as mais maduras provavelmente
pela sua estrutura de capital e possibilidade de influenciar padres; e as menos amadurecidas
provavelmente pela restrio de recursos.

Talvez, a revelao mais interessante o fato das influncias institucionais, principalmente
mimticas, estarem presentes em decises de nvel organizacional relacionadas com inovao
que lidam com maior nvel de incertezas. Com relao s influncias estratgicas, o controle
das atividades dos terceirizados foi apontado como um motivador importante de vrias
iniciativas, beneficiando posteriormente o controle das atividades internas. Alm disso, a
resoluo de problemas administrativos e tcnicos decorrentes do crescimento da empresa
tambm motivou aes em arquitetura. Portanto, a estrutura operacional e a perspectiva de
crescimento podem ser questes importantes no processo de tomada de deciso de arquitetura
de TI.

H algumas diferenas entre os significados de arquitetura dados pelos entrevistados e as
justificativas dadas nas decises. Por exemplo, alguns fatores institucionais mimticos que
apareceram nas decises no coincidiram com as respostas dos objetivos e benefcios da
arquitetura de TI. Esta pode ser uma evidncia de que pode haver alguma divergncia entre
decises de gesto na prtica e a imagem do modelo considerado ideal de arquitetura de TI.

Para os fornecedores de produtos de TI, esta pesquisa contribuiu tanto para compreenso do
papel das influncias institucionais nas escolhas feitas nas organizaes como para o
levantamento dos tipos de necessidades estratgicas. Assim, esses fornecedores podem
desenhar seus produtos e planejar suas aes de vendas para atender a essas demandas.

162
Para o gestor da rea de TI e de negcios, a visualizao sobre o processo de evoluo da
arquitetura atravs dos estgios de maturidade e a classificao distinguindo as duas
influncias fornecidas por esta pesquisa podem auxiliar no alinhamento dos investimentos de
TI s necessidades de negcio.

Se, por um lado, seguir tendncias pode ser benfico para empresas minimizarem riscos, por
outro lado, seguir tendncia de mercado, um mecanismo institucional mimtico, poderia ser
incoerente para uma organizao cujo plano estratgico inclua superar concorrentes
dominantes utilizando a TI.

5.4 Sugestes para pesquisas futuras

Por esta pesquisa ter um carter exploratrio, a coleta de dados e as anlises procuraram
atender aos objetivos iniciais e comprovar as proposies. No entanto, durante o trabalho,
observaram-se algumas tendncias que podem ser novas hipteses para estudos futuros.

Uma das observaes interessantes a forte presena de influncias institucionais em
decises com alto grau de inovao e risco, envolvendo a organizao como um todo. Uma
possibilidade de estudo avaliar a relao entre os mecanismos institucionais e o grau de
risco das iniciativas de inovao. Tambm pode ter relao com o nvel de maturidade do
mercado daquela ferramenta, isto , metodologias com poucos profissionais treinados e com
pouco conhecimento acumulado geralmente no possuem uma base de informaes suficiente
para dar justificativas utilizando a racionalidade econmica, portanto outras formas indiretas
de avaliao como os mecanismos mimticos passam a ser as opes disponveis. Assim,
pesquisas poderiam explorar este fenmeno.

Com relao s influncias estratgicas, um ponto destacado foi que muitas iniciativas
visaram o controle de servios terceirizados, j que esta pesquisa coincidentemente escolheu
organizaes com razoavelmente alto nvel de terceirizao de servios. Seria interessante
buscar empresas com nveis de terceirizao diversos, tanto da TI como de outros
departamentos, para averiguar se as polticas de arquitetura possuem motivaes diferentes.

163
O fator experincia anterior dos decisores foi coletado pontualmente em algumas decises
quando a informao era disponvel. No entanto, no foi coletado ostensivamente em
detalhes, mesmo porque, muitas vezes, esse dado no estava acessvel por se tratar de
informaes histricas fornecidas por testemunhas. Assim, pesquisas futuras poderiam
selecionar decises chaves pontuais e investigar detalhadamente cada tomador de deciso
quando possvel.

Outro aspecto em comum entre as duas organizaes estudadas que as duas estavam
passando coincidentemente por um perodo de crescimento muito acentuado, favorecidas
provavelmente pelas condies macroeconmicas do pas, pelos incentivos governamentais e
pela tendncia do aumento do acesso ao consumo para uma parte maior da populao. Uma
possibilidade de pesquisa seria investigar o que ocorre em empresas estagnadas ou que esto
passando por perodos de crise para verificar se iniciativas bem sucedidas so apenas para
organizaes em expanso ou se possvel reestruturar a empresa atravs da arquitetura de
TI, focando na reduo de custos e aumento de eficincia, sem ter o crescimento como
motivao principal.

Outra proposio para investigaes analisar os tipos de argumentos institucionais e
estratgicos utilizados de acordo com o nvel hierrquico do participante. As entrevistas no
mostraram uma variao significativa das respostas dos diferentes nveis gerenciais.
Entretanto, uma hiptese possvel que os nveis hierrquicos mais altos, por terem de obter
recursos financeiros e defender posies em debates fora da unidade de TI, tenham que
alinhar sua argumentao s justificativas aceitas nesses outros ambientes.

Alm disso, o acompanhamento de um processo decisrio completo e a coleta de informaes
de fontes externas empresa como fornecedores, consultores, clientes e associaes de
indstrias podem fornecer um ponto de vista distinto. Outra abordagem poderia ser buscar
uma viso interna do ponto de vista operacional, ou seja, verificar se os resultados obtidos so
compatveis com a percepo dos gestores como, por exemplo: opinio da equipe operacional,
indicadores de performance, resultados financeiros, auditorias internas, pesquisas de
satisfao de clientes tanto internos como externos.

A questo do isomorfismo, ou semelhana a outras organizaes, estava presente nas
respostas em que os gestores davam justificativas como tendncia de mercado, sugesto de
164
consultoria e observao de casos de outras empresas. Seria interessante pesquisar para quais
tipos de indstrias o isomorfismo est mais presente ou importante para garantir objetivos
estratgicos.

O processo de coleta de dados privilegiou respostas espontneas de gestores da rea de TI.
Talvez, por isso, detalhes tcnicos operacionais e estratgias de negcio foram pouco
mencionados. Alm disso, os gestores tambm evitaram comentar os obstculos. Portanto,
pesquisas futuras poderiam questionar mais objetivamente problemas que ocorreram na
implementao da arquitetura e ampliar a pesquisa a cargos operacionais estritamente tcnicos
ou focar em gestores no relacionados unidade de TI.

A partir das prticas de gesto e das influncias encontradas, pesquisas quantitativas e
qualitativas podem ser realizadas para levantar tendncias de alguns tipos de influncias sobre
uma determinada indstria ou tipo de deciso. De qualquer forma, este estudo no esgota
todas as possibilidades para este desenho de pesquisa. Ele pode ser replicado para outras
empresas, inclusive do mesmo tamanho e setor, para permitir comparaes de organizaes
de distintos nveis de maturidade, mercados e estruturas.
165
6 REFERNCIAS

ANATEL. Portal da ANATEL. Disponvel em
<http://www.anatel.gov.br/Portal/exibirPortalNivelDois.do?codItemCanal=1489&nomeVisao
=Informaes Tcnicas&nomeCanal=PGR&nomeItemCanal=Apresentao> . Acesso em
01/05/2010.

ARAL, Sinan; WEILL, Peter. IT Savvy pays off: how top performers match IT portfolio and
organizational practices. CISR WP No. 353 and Sloan Working Paper No. 4560-05.
Cambridge, MA: MIT, May 2005.

ASTLEY, W. Graham; VAN DE VEN, Andrew H. Central perspectives and debate in
organizational theory. Administrative Science Quarterly. [S.l.], v. 28, n. 2, p. 245-273, 1983.

AVGEROU, Chrisanti. IT and organizational change. Information Technology and People.
[S.l.], v. 13, n. 4, p. 234- 262, 2000.

BABAR, Muhammad A.; BASS, Len; GORTON, Ian. Factors influencing industrial
practices of software architecture evaluation: an empirical investigation. QoSA 2007, LNCS
4880. [S.l.], p. 90 107, 2007.

BASS, Len; CLEMENTS, Paul; KAZMAN, Rick. Software architecture in practice. 2
nd
ed.
[S.l.]: Addison Wesley Professional, 2003.

BELL, David E.; RAIFFA, Howard; TVERSKY, Amos. Descriptive, normative and
prescriptive interactions. Cambridge: Press syndicate of the university of Cambridge. 1988.

BROWN, Paul C. Implementing SOA: total architecture in practice. [S.l.]: Addison Wesley
Professional, 2008.

BUCHANAN, Richard D.; SOLEY, Richard M. Aligning enterprise architecture and IT
investments with corporate goals. [S.l.]: OMG and Meta Group ,2002. Disponvel em
<http://www.omg.org/registration/META-OMG-WP-Public.pdf>. Acesso em 26/07/2009.

CMARA BRASILEIRA DA INDSTRIA DA CONSTRUO (CBIC). Construindo o
futuro. Maro, 2010. Disponvel em <http://www.cbicdados.com.br/files/textos/060.pdf>.
Acesso em 27/06/2010.

CARBONE, Jane. The case for architecture assessment. [S.l.], 2005. Disponvel em
<http://articles.techrepublic.com.com/5100-22_11-5599622.html>. Acesso em 03/08/2009.

CHECKLAND, P.; HOWELL, S. Information, systems and information systems: making
sense of the field. Chichester, UK: John Wiley & Sons, 1998 apud DAVIS, Gordon B.
166
Information systems conceptual foundations: looking backward and forward. Organizational
and social perspectives of information technology.[S.l.]: Kluwer Academic Publishers, 2000.

CHILD, John. Strategic choice in the analysis of action, structure, organizations and
environment: retrospect and prospect. Organization Studies. [S.l.],Winter,1997.

CIO COUNCIL: The chief information officers council. Federal enterprise architecture
framework. version 1.1 [S.l.], September, 1999. Disponvel em
<http://www.cio.gov/documents/fedarch1.pdf>. Acesso em 25/07/2009.

CLEMEN, Robert T. Making hard decisions: an introduction to decision analysis. Belmont,
California: Duxbury Press, 1996.

CULLEN, Alex; LEGANZA, Gene. Topic overview: enterprise architecture. [S.l.]: Forrester,
28/03/2006. Disponvel em
<http://www.forrester.com/Research/Document/Excerpt/0,7211,39183,00.html>. Acesso em
22/07/2009.

CYERT, Richard M.; MARCH, James G. A behavioral theory of the firm. New Jersey, USA:
Prentice Hall, 1992.

DAVENPORT, Thomas H. Ecologia da informao: por que s a tecnologia no basta para
o sucesso na era da informao? So Paulo: Futura, 1998.

DAVID, Paul A. New standards for the economic standardization. Economic policy and
technological performance. Cambridge: Cambridge University Press, 2005.

DAVIS, Gordon B. Information systems conceptual foundations: looking backward and
forward. Organizational and social perspectives of information technology.[S.l.]: Kluwer
Academic Publishers, 2000.

DESANCTIS, Gerardine; POOLE, Marshall. Capturing the complexity in advanced
technology use: adaptive structuration theory. Organization Science. Minneapolis,
Minnesota: v. 5, n. 2, May 1994.

DIMAGGIO, Paul J.; POWELL, Walter W. The iron cage revisited: institutional
isomorphism and collective rationality in organizational fields. American Sociological
Review. Washington DC, v. 48, n. 2, April 1983.

DUB, Line; PAR, Guy. Rigor in information systems positivist research: current practices,
trends, and recommendations. MIS Quarterly. [S.l.], v. 27, n. 4, p. 597 635, December
2003.

167
EELES, Peter. What is software architecture? 2006. Disponvel em
<http://www.ibm.com/developerworks/rational/library/feb06/eeles/index.html> . Acesso em
02/08/2009.

ESCOUTO, Rita M. C.; SCHILLING, Lus F. Proposta de seleo de sistemas ERP para
empresa de mdio porte. In: SOUZA, Csar A.; SACCOL, Amarolinda Z. (Org). Sistemas
ERP no Brasil: teoria e casos. So Paulo: Atlas, 2003.

EXAME. So Paulo: Ed. Abril, n.12, 30/06/2010.

FERNANDES, Aguinaldo A. ; ABREU, Vladimir F. Implantando a governana de TI: da
estratgia gesto dos processos e servios. Rio de Janeiro: Brasport, 2008.

FISCHER, Rosa Maria. Mudana e transformao organizacional. As pessoas na
organizao. So Paulo: Gente, p. 147 164, 2002.

FREEMAN, R. Edward. A stakeholder approach to strategic management. [S.l.], 2001.
Disponvel em <http://papers.ssrn.com/sol3/papers.cfm?abstract_id=263511>. Acesso em
31/07/2009.

GIFFONI, Srgio T. A.; MORAES, Renato O. Convergncia tecnolgica e estratgias
genricas em empresas de telecomunicaes. Revista eletrnica de sistema de informao,
n. 1(8). 2009. Disponvel em <
http://revistas.facecla.com.br/index.php/reinfo/article/view/266/390> . Acesso em 01/05/2010.

GOSAIN, Sanjay. Enterprise information systems as object and carriers of institutional
forces: the new iron cage? Journal of Association for Information Systems. v.5, n.4, p. 151
182, April 2004.

HALL, Peter A.; TAYLOR, Rosemary C. R. Political science and the three new
institutionalisms. [S.l.], December 1996. Disponvel em
<http://www.uned.es/dcpa/old_Doctorado_1999_2004/Torreblanca/Cursodoc2003/primerases
ion/HalyTaylor1996.pdf> . Acesso em 20/07/2009.

HMLINEN, Niina. Evaluation and management in enterprise and software
architecture management. Tampere, Finland: University of Jyvskyl, September 2008.

HMLINEN, Niina; LIIMATAINEN, Katja. A framework to support business-IT
alignment in enterprise architecture decision making. eBRF 2007 Conference . eBRC.
Tampere, Finland: University of Jyvskyl, September 2007.

HASSELBRING, Wilhelm. The role of standards for interoperating information systems.
Information technology standards and standardization: a global perspective. [S.l.]: Idea
Group Publishing, 1999.

168
HAY, David C. Requirement analysis: from business views to architecture. [S.l.]: Prentice
Hall, 2002.

HOFFMANN, Francisco G.; WEILL, Peter. Banknorth: designing IT governance for a
growth oriented business environment. MIT Sloan Working Paper. No. 4526-04. March 2007.
Disponvel em <http://papers.ssrn.com/sol3/papers.cfm?abstract_id=664614> . Acesso em
20/10/2008.

HREBINIAK, Lawrence G.; JOYCE, William F. Organizational adaptation: strategic choice
and environmental determinism. Administrative Science Quarterly. [S.l.], v. 30, p.336-349,
1985.

HU, Qing, QUAN, Jing. The institutionalization of IT budgeting: empirical evidence from
financial sector. Information Resources Management Journal. v.1, n.1, p. 84, Jan- Mar,
2006.

HU, Qing, HART, Paul; COOKE, Donna. The role of external and internal influences on
information system security: a neo- institutional perspective. Strategic Information Systems.
v.16, p.153 172, 2007.

HUISMAN, Jeron; BEERKENS, Eric. Early and late adoption of knowledge products:
strategic or institutional behavior? Comparative Social Research. [S.l.], v. 19, p. 25-45,
2000.

INSTITUTO BRASILEIRO DE GEOGRAFIA E ESTATSTICA (IBGE). Pesquisa anual
da indstria da construo 2008, Rio de Janeiro, v.18, 2008.

IT GOVERNANCE INSTITUTE (ITGI) IT governance global status report 2008. [S.l.],
2008. Disponvel em
<http://www.itgi.org/AMTemplate.cfm?Section=ITGI_Research_Publications&Template=/C
ontentManagement/ContentDisplay.cfm&ContentID=40584>. Acesso em 04/02/2009.

______. An executive view of IT governance. [S.l.], 2009. Disponvel em
<http://www.itgi.org/AMTemplate.cfm?Section=Deliverables&Template=/ContentManagem
ent/ContentDisplay.cfm&ContentID=47365>. Acesso em 04/02/2009.

JACOBSON, Dax D. Revisiting IT Governance in the light of institutional theory.
Proceedings of the 42nd Hawaii International Conference on System Sciences. Hawaii:
IEEE, 2009.


JENSEN, Michael C. Theory of the firm: managerial behavior, agency costs and ownership
structure. Journal of Financial Economics. [S.l.], v. 3, n. 4, p. 305- 360, 1976.

JEPPERSON, R. L. Institutions, institutional effects and institutionalism. The new
institutionalism in organizational analysis. Chicago: The University of Chicago Press,
169
p.143-163, 1991 apud AVGEROU, Chrisanti. IT and organizational change. Information
Technology and People. [S.l.], v. 13, n. 4, p. 234- 262, 2000.

KAISLER, Stephen H. et al. Enterprise architecting: critical problems. Proceedings of the
38
th
Hawaii International Conference on System Science 2005. Hawaii, 2005.

KAPLAN, Robert; NORTON, David. The balanced scorecard: translating strategy into
action. Boston: Harvard Business School Press, 1996.

KAPPELMAN, Leon A. The SIM guide to enterprise architecture. Boca Raton, FL: CRC
Press, 2010.

KILPELINEN, Turo. Genre and ontology based business information architecture
framework (GOBIAF). Tampere, Finland: University of Jyvskyl, 2007.

KING, John L. et al. Institutional factors in information technology innovation. Information
Systems Research. [S.l.], v. 5, n. 2, 1994.

KLING, Robert. Computers and social power. Computers and society. [S.l.], v. 5, n. 3, p. 6-
11, Fall 1974.

LANKHORST, Marc. Enterprise architecture at work: Modeling, communication and
analysis [S.l.]: Springer, 2005.

LAWRENCE, Thomas B.; WINN, Monika I.; JENNINGS, P. D. The temporal dynamics of
institutionalization. Academy of management review. [S.l.], v.26, n.4, p. 624- 644, 2001.

LEDEDER, Albert L.; MENDELOW, Aubrey L. Information resource planning overcoming
difficulties in identifying top managements objectives. MIS Quarterly. [S.l.], v. 11, n. 3, p.
289 - 299, 1987.

LEE, Chi-Hoon; LEE, Jung-Hoon, PARK, Jong-Sung., JEONG, Kap-Young. A study of the
causal relationship between IT governance inhibitors and its success in Korean enterprises.
Proceedings of the 41st Hawaii International Conference on System Sciences. Hawaii ,
2008.

LIANG, Huigang; SARAF, Nilesh; HU, Qing; XUE, Yajiong Assimilation of enterprise
systems: the effect of institutional pressures and the mediating rule of top management. MIS
Quarterly.v.31, n.1, p. 59 87, March, 2007.

LINDBLOM, Charles E. The science of muddling-through. Public Administration Review.
[S.l.], v. 19, n. 2, p. 79 88, Spring 1959.

LUFTMAN, Jerry. Assessing business IT alignment maturity. Communications of
Association for Information Systems. [S.l.], v. 4, December 2000.
170

MEHTA, Manjari C. IT integration decisions during mergers and acquisitions. Ph.D
Dissertation. University of Houston. Houston: 2005.

MEHTA, Manjari C.; HIRSCHHEIM, Rudy. A framework for assessing IT integration
decision making in mergers and acquisitions. Proceedings of the 37
th
Hawaii International
Conference on Systems Sciences. Hawaii: 2004.

MENDES, Juliana V.; ESCRIVO FILHO, Edmundo. Sistemas integrados de gesto ERP
em pequenas empresas: um confronto entre referencial terico e a prtica empresarial. Gesto
e Produo, v.9, n.3, dez/2002. Disponvel em
<http://www.scielo.br/scielo.php?script=sci_arttext&pid=S0104-
530X2002000300006&lang=pt> . Acesso em 27/06/2010.

MILES, Raymond E.; SNOW, Charles C.; MEYER, Alan D.; COLEMAN JR, Henry J.
Organizational strategy, structure and processes. Academy of Management Review. [S.l.],
July 1978.

MINTZBERG, Henry. Criando organizaes eficazes: estruturas em cinco configuraes.
So Paulo: Atlas, 1995.

MINTZBERG, Henry; RAISINGHANI, Duru; THORT, Andr. The structure of
unstructured decision processes. Administrative Science Quarterly. [S.l.], v. 21, June
1976.

NASCIMENTO, Luiz A. ; SANTOS, Eduardo T. Barreiras para o uso da tecnologia da
informao na indstria da construo civil. II Workshop Nacional de Gesto de Processo
na Construo de Edifcios. PUC/ RS, Porto Alegre, 2002.

NEELY, Andy; HII, Jasper. Innovation and business performance: A literature review.
Cambridge: Governmemt office of the eastern region. University of Cambridge, 1998.

NIEMI, Eetu; YLIMKI, Tanja. Defining enterprise architecture risks in business
environment. eBRF 2007 Conference . University of Jyvskyl, Tampere, Finland: eBRC,
2007.

OLIVER, Christine. The collective strategy framework: an application to competing
predictions of isomorphism. Administrative Science Quarterly. [S.l.], December 1988.

______. Sustainable competitive advantage: combining institutional and resource based view.
Strategic Management Journal. Toronto, Ontario, Canad: v. 18, n. 9, p. 697 - 713, 1997.

171
ORLIKOWSKI, Wanda J.; BARLEY, Stephen R. Technology and institutions: what can
research on information technology and research from organizations learn from each other.
MIS Quarterly. [S.l.], v. 25, n. 2, p. 145 - 265, June 2001.

PARDO DEL VAL, Manuela. MARTINEZ FUENTES, Clara. Resistance to change: a
literature review and empirical study. Management Decision. [S.l.], v. 41, p. 148 155,
2003.

PFEFFER, Jeffrey; SALANCIK, Gerald R. The external control of organizations: a
resource dependence perspective. 1978. Disponvel em
<http://www.wjh.harvard.edu/~dobbin/dobbin%20243%20readings/Pfeffer1978.pdf>. Acesso
em 20/07/2009.

POWELL, Walter W.; DIMAGGIO, Paul J. The new institutionalism in organizational
analysis. Chicago: University of Chicago Press, 1991.

PRICEWATERHOUSECOOPERS (PwC). IT Governance in practice: insight from leading
CIOs. 2007. Disponvel em
<http://www.pwc.com/extweb/pwcpublications.nsf/docid/790D48A25A3505008525726D005
67783/$File/pwc_itgovernance.pdf>. Acesso em 15/01/2009.

PULKKINEN, Mirja. Systemic management of architectural decisions in enterprise
architecture planning: four dimensions and three abstraction levels. Proceedings of the 39th
Hawaii International Conference on System Sciences 2006. Hawaii: 2006.

______. Enterprise architecture as a collaboration tool: discursive process for enterprise
architecture management, planning and development. Tampere, Finland: University of
Jyvskyl, 2008.

ROBBINS, Stephen P. Comportamento organizacional. So Paulo: Pearson Prentice Hall,
2005.

ROSS, Jeanne W. Creating a strategic IT architecture competency: learning in stages. MIS
Quarterly [S.l.] executive 2, n.1, p. 31 - 43, March 2003.

ROSS, Jeanne W.; WEILL, Peter; ROBERTSON, David C. Arquitetura de TI como
estratgia empresarial. So Paulo: M. Books do Brasil, 2008.

ROZANSKI, Nick; WOODS, Eoin. Software systems architecture: working with
stakeholders using viewpoints and perspectives. [S.l.]: Addison Wesley Professional, 2005.

SALMANS, Brian. EA Maturity Models. The SIM guide to enterprise architecture. Boca
Raton, FL: CRC Press, 2010.

172
SCOTT, W. R. Institutions and organizations. Thousand Oaks, California: Sage, 2001 apud
JACOBSON, Dax D. Revisiting IT Governance in the light of institutional theory.
Proceedings of the 42nd Hawaii International Conference on System Sciences. Hawaii:
IEEE, 2009.

SHAH, Hanifa; KOURDI, Mohamed E. Frameworks for enterprise architecture. IT Pro.
[S.l.], September October 2007.

SILVEIRA, Alexandre di Miceli. Governana corporativa e estrutura de propriedade:
determinantes e relao com o desempenho da empresa. So Paulo, 2004. Tese (Doutorado
em Administrao) Programa de Ps- Graduao em Administrao, Departamento de
Administrao, Faculdade de Economia, Administrao e Contabilidade da Universidade de
So Paulo.

SIMON, Herbert. A. A behavioral model of rational choice. The Quarterly Journal of
Economics. [S.l.], v. 69, n. 1, p. 99 - 118, February 1955.

SMOLANDER, Kari. Four metaphors of architecture in software organizations: finding out
the meaning of architecture in practice. 2002 International Symposium on Empirical
Software Engineering (ISESE 2002). [S.l.]: IEEE, p. 211 221, 2002.

SOARES, Delfina F. M. G. S. Planejamento de sistemas de informao: estudo das
variveis que condicionam a sua estratgia de execuo. Braga, Portugal, 1998. Dissertao
(Mestrado em Informtica). Escola de Engenharia da Universidade do Minho.

SOUZA, Csar A. Sistemas integrados de gesto empresarial: estudos de casos de
implementao de sistemas ERP. So Paulo, 2000. Dissertao (Mestrado em Administrao)
Programa de Ps- Graduao em Administrao, Departamento de Administrao,
Faculdade de Economia, Administrao e Contabilidade da Universidade de So Paulo.

SPEWAK, Steven H. Developing a blueprint for data, application and technology:
enterprise architecture planning.[S.l.]: John Wiley & Sons, 1992.

STEGWEE, Robert A,; VAN WAES, Ria M. The development of information systems
planning toward a mature management tool. Managing information resources in the 1990s.
Hershey, Pennsylvania: Idea Group Publishing, 1990.

TAPSCOTT, Don; CASTON, Art. Mudana de paradigma: a nova promessa de tecnologia
de informao. So Paulo: Makron Books, 1995.

TAVARES, Rosana. A estrutura de financiamento das empresas brasileiras abertas do
setor de construo civil incorporadora de empreendimentos imobilirios: um estudo
comparativo. Tese de Doutorado. Universidade de So Paulo, 2008.

173
TEO, Hock Hai, WEI, Kwok Kee, BENBASAT, Izak Predicting intention to adopt
interorganizational linkages: an institutional perspective. MIS Quarterly. v.27, n.1, p.19,
March, 2003.

THOMSON REUTERS MARKETS. Fuses e aquisies. 2008. Disponvel em
<http://clippingmp.planejamento.gov.br/cadastros/noticias/2008/11/4/fusoes-e-aquisicoes-
tem-aumento-de-66-43>. Acesso em 16/11/2008.

TIDD, Joe, BESSANT, John, PAVITT, Keith. Managing innovation: integrating technology,
market and organizational change. [S.l.]:John Wiley & Sons, 1997.

TINGLING, Peter; PARENT, Michael. Mimetic isomorphism and technology evaluation:
does imitation transcend judgment? Journal of Association for Information Systems. v.3, p.
113-143, 2002.

TOLBERT, Pamela S.; ZUCKER, Lynne G. Institutional sources of change in the formal
structure of organizations: the diffusion of civil service reform 1880 1935. Administrative
Science Quarterly. [S.l]: v. 28. p. 22 - 39, 1983.

______. Institutional analyses of organizations: legitimate but not institutionalized. ISSR
Working Papers of Social Sciences. [S.l.] v. 6, n. 5, 1994. Disponvel em
<http://repositories.cdlib.org/cgi/viewcontent.cgi?article=1004&context=issr>. Acesso em
31/07/2009.

TURBAN, Efraim; RAINER, R. Kelly ; PORTER, Richard. Administrao da tecnologia
da informao: teoria e prtica. So Paulo: Campus, 2003.

TVERSKY, Amos; KAHNEMAN, Daniel. The framing of decisions and the psychology of
choice. Science. [S.l.] v. 211, n. 30, January 1981.

US-DOC (US DEPARTMENT OF COMMERCE). Information technology architecture:
what is it, why should you care and how do you do one? [S.l.], 2004 Disponvel em
<http://ocio.os.doc.gov/ITPolicyandPrograms/Policy___Standards/DEV01_002678.> Acesso
em 20/04/2009.

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

VICENTE-LORENTE, Jos D. ; ZIGA-VICENTE, Jos A. Testing the time -variance of
explanatory factors of strategic change. British Journal of Management. [S.l.], v. 17, p. 93-
114, 2006.

VIDAL, Antonio G. R. ; ZWICKER, Ronaldo, SOUZA, Csar A. Um estudo da
informatizao em empresas industriais paulistas. Revista de Administrao
Contempornea, v. 9, n.2, abr/ jun 2005.
174

WALTON, Richard E. Tecnologia de informao: o uso da TI pelas empresas que obtm
vantagem competitiva. So Paulo: Atlas, 1994.

WEBSTER'S encyclopedic unabridged dictionary of the English language. New York :
Gramercy Books, 1994.

WEILL, Peter; ROSS, Jeanne W. IT governance: how top performers manage IT decision
rights for superior results. Boston: Harvard Business School Press, 2004.

YIN, Robert K. Estudo de caso: planejamento e mtodos. 2.ed. Porto Alegre : Bookman,
2003.

ZACHMAN, John A. Enterprise architecture: the issue of the century. Database
Programming and Design Magazine.[S.l.], March 1997.

ZUCKER, Lynne G. Institutional theories of organization. Annual Review of Sociology. Los
Angeles. CA: v. 13, p. 443 - 464, 1987.





175
GLOSSRIO

Benchmarking: Processo de comparao de mtricas de desempenho de uma organizao com
os melhores da indstria ou com outras indstrias.

Churn: Taxa que corresponde ao nmero mdio de assinantes que cancelam um servio.

Framework: Estrutura conceitual utilizada para resolver problemas complexos. um termo
genrico muito utilizado no contexto de desenvolvimento de software.

Middleware: Um programa de computador que faz mediao entre os outros softwares.
utilizado para mover informaes entre programas ocultando o programador de diferenas de
protocolos de comunicao, plataforma e dependncia do sistema operacional.

SLA - Service Level Agreement: Parte do contrato de servio negociado entre duas partes
geralmente entre cliente e provedores de servios de telecomunicaes. Ela inclui o
entendimento comum dos servios, garantias, responsabilidades com relao
disponibilidade, desempenho, operao ou outros atributos.

Stakeholder: Qualquer grupo ou indivduo que pode afetar ou afetado pelo alcance dos
objetivos organizacionais (FREEMAN, 2001)
176
177
APNDICE 1
ROTEIRO DE DADOS GERAIS DA ORGANIZAO

O roteiro de dados gerais no precisa ser aplicado a todos os entrevistados, porm o processo
de triangulao deve ser utilizado para confirmao das informaes.

Dados da empresa
- Nome:
- Ano de fundao:
- Segmento de atuao:
- Principais produtos e servios:
- Localizao:
- Faturamento:
- Nmero de funcionrios (inclusive terceiros):

Ambiente externo
- Mercado:
- Caractersticas dos concorrentes:
- Regulamentaes:

Dados da rea de TI
- Posicionamento dentro da estrutura organizacional
- Estrutura da TI
- Quantidade de profissionais em TI incluindo terceirizados

Dados da arquitetura de TI

Os dados sobre os quatro nveis de arquitetura com relao descrio dos principais
elementos, polticas e integrao devem ser coletados.

- Histrico da gesto da arquitetura de TI na organizao
- Principais transformaes na gesto da arquitetura de TI na organizao.
178
- Qual o sistema de aprovao, responsabilidades, avaliao, monitorao das decises de
arquitetura de TI? O que ocorre antes, durante e aps a implementao?
- Quais os papis de arquitetura existentes na organizao?
- Como o apoio da alta gerncia?
- Quais os problemas com sistemas de legados?
- Qual o tempo de experincia da organizao com arquitetura?

Prticas de arquitetura de TI

- Quais prticas abaixo so adotadas na organizao? Como elas so realizadas?

Prticas
Argumentos comerciais
Metodologia de projetos
Arquitetos nas equipes de projetos
Comit diretivo de TI
Processo de excees arquitetura
Processo formal de observncia
Processo de renovao arquitetnica
Custeio centralizado de aplicaes empresariais
Equipe centralizada de padres
Detentores de processos gerais da empresa
Princpios orientadores da arquitetura empresarial
Liderana comercial nas equipes de projetos
Superviso dos executivos seniores
Gerentes de programas de TI
Diagrama central de arquitetura empresarial
Avaliao aps implementao
Pesquisa tecnolgica e processo de adoo
Equipe de arquitetura empresarial em tempo integral
Fonte: Adaptado de Ross et al (2008)




Escopo Principais elementos Quais foram as principais
polticas, princpios e
escolhas tcnicas?
Arquitetura de negcios Quais principais processos de
negcios?

Arquitetura de informao Quais principais fluxos de
informaes?

Arquitetura de aplicao Quais principais sistemas e aplicaes?
Arquitetura de tecnologia Quais principais plataformas de
hardware, software e redes?





179
Quem toma as decises de TI?


Decises Alta
gerncia
(Presid,
VP
Diretores)
Lderes
de
unidades
de
negcio
Gestores
de
processo
e usurios
chaves
Executivos
de TI
I D I D I D I D
Investimento em TI Aprovao de valores,
localizao e iniciativas.

Princpios no uso de TI - Papel da TI no negcio
(reduo de custos ou crescimento)

Estratgia de infraestrutura Estratgias de redes,
dados, aplicaes.

Padres e arquitetura de TI Escolhas tcnicas para
atender necessidade de negcios

Necessidades de aplicaes de negcios Deciso
sobre aplicaes que devem ser desenvolvidas ou
adquiridas

Fonte: Hoffmann e Weill (2007)



180

ROTEIRO DE ENTREVISTA DE DECISES DE ARQUITETURA

Dados do entrevistado
- Nome:
- Cargo:
- Tempo de empresa:
- Telefone/ Fax:
- E-mail:
- Data:


Decises sobre arquitetura de TI


- Qual o seu entendimento sobre arquitetura de TI?
- Quais os benefcios e objetivos da arquitetura de TI?
- Quais so as justificativas, os obstculos e os resultados encontrados durante os processos
de tomada de deciso que voc tem conhecimento referente aos principais aspectos da
arquitetura de TI na sua organizao?

Informao sobre a deciso Coleta de Dados
Descrio da deciso

Justificativa pela qual a deciso
foi tomada






Obstculos para tomada de
deciso ou implementao




Resultado da deciso