Um melhor caminho para arquiteturas empresariais Roger Sessions Abril de 2006 Aplica-se a:

Arquitetura Iterao

de aplicativos

particionada

Sumrio Introduo e!inindo uma arquitetura empresarial "ist#ria das arquiteturas empresariais $studos de caso do setor p%blico $studos de caso do setor privado &omple'idade (odelando a comple'idade )articionamento Iterao Iterao particionada $struturas atuais da arquitetura empresarial *anta+ens da aborda+em iterativa particionada ,e+ras para o sucesso &oncluso -lossrio ,e!er.ncias Introduo /uando as arquiteturas empresariais !uncionam bem0 elas constituem uma vanta+em enorme na hora de encontrar !ormas e!ica1es de melhor utili1ar a tecnolo+ia2 /uando no !uncionam0 podem ser um enorme escoadouro contraproducente nos preciosos recursos or+ani1acionais2 &om muita !req3.ncia0 4 este %ltimo caso que 4 percebido2 *oc. no pode se dar ao lu'o de i+norar as vanta+ens em potencial de uma arquitetura empresarial bem constru5da2 $ssas vanta+ens incluem reduo dos custos0 aumento das receitas0 otimi1ao de processos e e'panso das oportunidades de ne+#cio2 (as voc. tamb4m no pode i+norar os riscos de se complicar em uma arquitetura empresarial mal pro6etada2 $ntre os riscos esto +astos astron7micos0 obstruo tecnol#+ica e diminuio da credibilidade e'ecutiva2 (as no se desespere: voc. pode des!rutar das vanta+ens e evitar os problemas2 $ste documento lhe mostrar como2 *ou apresentar al+umas dicas importantes e mostrar como tratar da arquitetura empresarial com base em duas disciplinas no-relacionadas: a teoria da probabilidade e a estrat4+ia de +uerra2 a teoria da probabilidade0 aprendemos al+umas li8es importantes sobre a nature1a da comple'idade2 A impossibilidade de administrar a comple'idade 40 acredito eu0 a principal ra1o para tantas tentativas de criar uma arquitetura empresarial darem errado2 )oucas metodolo+ias e'istentes para as arquiteturas empresariais tratam da administrao da comple'idade de qualquer modo si+ni!icativo2 $ as arquiteturas das or+ani1a8es atuais so altamente comple'as2

Assim0 como voc. administra a comple'idade9 A resposta vem da improvvel rea da estrat4+ia de +uerra2 *oc. ver como uma lio retirada dos pilotos de combate que estavam tentando sobreviver a batalhas a4reas :0 anos atrs cont4m uma dica importante para desenvolver arquiteturas empresariais comple'as ho6e em dia2 )or !im0 vou 6untar tudo em uma s4rie de diretri1es para desenvolver uma boa arquitetura empresarial que ser um ativo or+ani1acional important5ssimo0 e no uma d5vida cara e constran+edora2 Definindo uma arquitetura empresarial Um bom ponto de in5cio para a discusso sobre as arquiteturas empresariais 4 che+ar a um acordo sobre a de!inio do termo arquitetura empresarial2 Se+undo a &arne+ie (ellon Universit; <onde se encontram +randes pensadores desta rea=0 a arquitetura empresarial 4: Um meio para descrever estruturas de ne+#cios e processos que conectam essas estruturas2 >&(U? $mbora se6a sucinta0 esta de!inio no capta nem o alto custo +eralmente associado ao desenvolvimento de uma arquitetura empresarial0 nem a 6usti!icativa de ne+#cios para passar pelo processo2 A @iAipedia vai mais !undo na de!inio de arquitetura empresarial: )rtica de aplicar um m4todo abran+ente e ri+oroso para descrever uma estrutura atual ou !utura para os processos0 sistemas de in!ormao0 sub-unidades pessoais de uma or+ani1ao0 para que possam se alinhar com as metas centrais e a direo estrat4+ica da or+ani1ao2 >@iAi? A de!inio da @iAipedia capta melhor a comple'idade de tantas metodolo+ias arquiteturais das empresas de ho6e2 Uma de!inio ainda mais completa vem do $scrit#rio do &IB do -overno Americano: Case estrat4+ica de ativos de in!ormao0 que de!ine o ne+#cio0 as in!orma8es necessrias para operar o ne+#cio0 as tecnolo+ias necessrias para apoiar as opera8es comerciais e os processos de transio necessrios para implementar novas tecnolo+ias em resposta Ds necessidades de ne+#cios em constante alterao2 >-ov? *oc. est comeando a ter uma id4ia do motivo pelo qual as arquiteturas empresariais podem ser to caras9 So muitas in!orma8es a serem documentadas2 Bs +astos para criar uma arquitetura empresarial t5pica so dominados por tr.s !atores:
Bs

crono+ramas e'austivos necessrios para reali1ar uma anlise abran+ente2 equipe interna quali!icada que 4 absorvida pelo processo2

A +rande

B e'4rcito de consultores caros que so necessrios para pesquisar metodolo+ias comple'as2

(as no tem de ser dessa maneira2 $is minha de!inio da arquitetura empresarial0 que cont4m vrias dicas sobre como o processo pode ser aprimorado: A arquitetura empresarial 4 uma descrio das metas de uma or+ani1ao0 como essas metas so percebidas pelos processos de ne+#cios e como esses processos podem ser melhor atendidos por meio da tecnolo+ia2

(uitos vo ar+umentar que minha de!inio no 4 ampla o su!iciente2 iscordo2 Ea de!inio que propus0 a meta de uma empresa no 4 documentar completamente todos os processos de ne+#cios0 todos os sistemas de so!tFare e todos os re+istros de banco de dados que e'istem na or+ani1ao2 $m ve1 disso0 minha de!inio assume uma meta muito mais pra+mtica: encontrar oportunidades para usar a tecnolo+ia para a+re+ar valor aos ne+#cios2 Se a+re+ar valor aos ne+#cios no 4 a meta !inal de uma arquitetura empresarial0 ento a ener+ia depositada na criao dessa arquitetura !oi mal utili1ada2 &aso se consi+a atin+ir esta meta sem passar por um processo oneroso e demorado0 ento eu di+o Gtanto melhorG2 )arte da di!erena entre a minha aborda+em e a de outras pessoas comea com o pr#prio termo arquitetura2 A palavra arquitetura implica pro6etos2 Bs pro6etos so conhecidos por sua completude e per!eio0 especi!icando absolutamente tudo0 da !orma como o !orro se inte+ra Ds paredes e como so colocadas as tubula8es0 at4 onde devem ser colocadas as tomadas0 e assim por diante2 $sse n5vel de detalhamento 4 desnecessrio e inapropriado em uma arquitetura empresarial2 Ao analisar como usar a tecnolo+ia para a+re+ar valor aos ne+#cios0 precisamos de respostas para as se+uintes quest8es:
/uais &omo &omo

so as metas +erais do ne+#cio9 o ne+#cio 4 or+ani1ado em processos de ne+#cios aut7nomos9 esses processos de ne+#cios so relacionados uns aos outros9

/ue processos de ne+#cios <ou rela8es entre processos= parecem ser particularmente sens5veis ao aprimoramento por meio da tecnolo+ia9 /ual

4 o plano para !a1er esses aprimoramentos9

Bbserve que0 nesta aborda+em0 no e'iste uma arquitetura empresarial acabada2 Ao inv4s disso0 a arquitetura empresarial 4 vista como um con6unto vivo de documentos que orienta a utili1ao da tecnolo+ia2 Hem muito mais a ver com o mapa de uma cidade do que com o pro6eto de um edi!5cio2 A analo+ia de uma arquitetura empresarial com o mapa de uma cidade !oi apresentada pela primeira ve1 pela Armour em IJJJ >Arm?0 e 4 particularmente importante para as or+ani1a8es altamente comple'as da atualidade2 A planta de uma cidade d conta de problemas di!erentes do que os pro6etos de um edi!5cio2 $is o que a planta de uma cidade apresenta: tipo de edi!5cio 4 permitido em tais 1onas <por e'emplo0 comerciais ou residenciais=9 os edi!5cios se conectam com a in!ra-estrutura da cidade <por e'emplo0 os encanamentos e a rede el4trica=9
/ue impacto os edi!5cios tero em outros aspectos <por e'emplo0 qualidade do ar e tr!e+o=9 &omo /ue

edi!5cios so constru5dos se+undo um padro que no representa risco aos habitantes <por e'emplo0 resistem a inc.ndios e terremotos=9 Ima+ine uma cidade que inclua no plano diretor um pro6eto detalhado de cada edi!5cio que possa ser constru5do na cidade2 $sse plano seria e'tremamente caro de criar e0 se che+asse a ser conclu5do0 seria in!le'5vel e opressor2 Hudo isso0 s# para pensar0 se assemelham com al+umas arquiteturas empresariais que 6 vi2

Bs

Histria das arquiteturas empresariais $m +eral0 credita-se o nascimento da rea das arquiteturas empresariais a um arti+o publicado no 6ornal IC( S;stems em IJKL0 G$strutura para arquitetura dos sistemas de in!orma8esG0 escrito por M2 A2 Nachman >Nac?2 epois0 Nachman renomeou sua estrutura de Gin!ormation s;stemsG para estrutura de Garquitetura empresarialG2 Atualmente0 essa estrutura 4 conhecida simplesmente como $strutura Nachman2 $m IJJO0 o epartamento de e!esa dos $stados Unidos lanou a HAPI( <Hechnical Architecture PrameForA !or In!ormation (ana+ement= >HAP?2 Anunciou-se que a HAPI( seria o novo padro de arquitetura empresarial para todo o trabalho de de!esa2 A HAPI( passou por vrias itera8es antes de ser !inalmente descontinuada em 20002 $mbora a HAPI( no e'ista mais0 al+umas partes dela !oram adotadas na HB-AP <Hhe Bpen -roup Architectural PrameForA=2 A HB-AP 4 uma estrutura de Gc#di+o-!onte abertoG controlada pela Hhe Bpen -roup0 e 6 est atualmente na verso K2I >HB-?2 A HB-AP 40 provavelmente0 a mais popular arquitetura empresarial do setor privado atualmente0 se+uida de perto pela Nachman2 $m IJJ60 a disciplina das arquiteturas empresariais recebeu um +rande incentivo do con+resso americano2 Eaquele ano0 o con+resso aprovou a lei &lin+erQ&ohen0 tamb4m conhecido como IH(,A <In!ormation Hechnolo+; (ana+ement ,e!orm Act=2 A lei dava ao B(C <$scrit#rio de Administrao e Bramento= ampla autoridade para ditar padr8es para Ganalisar0 controlar e avaliar riscos e resultados de todos os +randes investimentos de capital !eitos por uma a+.ncia e'ecutiva em sistemas de in!ormaoG2 >&li? A lei &lin+erQ&ohen e'i+iu que cada a+.ncia e'ecutiva estabelecesse um &IB <&hie! In!ormation B!!icer= que0 entre outras tare!as0 seria responsvel por Gdesenvolver0 manter e !acilitar a implementao de uma222 estrutura inte+rada para !a1er evoluir ou manter a tecnolo+ia de in!ormao atual e adquirir nova tecnolo+ia de in!ormao para atin+ir as metas estrat4+icas da a+.ncia e as metas administrativas dos recursos de in!ormaoG2 >&li? $stranhamente0 a lei &lin+erQ&ohen no menciona o conceito de arquitetura empresarial2 Eo entanto0 o B(C interpretou esta lei como permisso para uma estrutura universal de arquitetura empresarial para todo o +overno americano2 $sta estrutura se tornou conhecida como P$AP <$strutura Pederal para Arquitetura $mpresarial= >P$A?2 Atualmente0 todas as a+.ncias e'ecutivas0 do epartamento de Mustia ao epartamento de Se+urana Interna0 passando pelo epartamento de A+ricultura0 !oram obri+adas pelo B(C a desenvolver uma arquitetura empresarial e mostrar como essa arquitetura entra em sintonia com a P$AP2 B resultado prtico0 portanto0 da lei &lin+erQ&ohen !oi que todo o trabalho de HI !eito por ou para o +overno americano est sendo !eito a+ora0 em teoria pelo menos0 sob a proteo de uma %nica e comum arquitetura empresarial2 Estudos de caso do setor pblico A lei &lin+erQ&ohen no apenas controlou a utili1ao da arquitetura empresarial !ederal <ou0 pelo menos0 !oi interpretada dessa maneira=0 como tamb4m estabeleceu que a e!iccia do pro+rama !osse re+ularmente monitorada e relatada2 Isso nos deu a importante oportunidade de ver uma +rande arquitetura empresarial em ao2 &om e!eito0 temos um +rande estudo de caso sobre a utili1ao de uma arquitetura empresarial abran+ente <P$AP= por parte0 provavelmente0 da %nica or+ani1ao mais comple'a do mundo0 o +overno americano2 $0 como a P$AP !oi muito in!luenciada pela HB-AP e pela Nachman0 podemos e'trapolar as li8es aprendidas com a P$AP e dar uma olhada nas li8es dessas duas estruturas de arquitetura empresarial2

&omo tem a+ido o +overno americano9 Aparentemente0 no muito bem2 i!icilmente passou-se um m.s no qual o -AB <$scrit#rio de &ontabilidade do -overno=0 um brao independente de vi+ilRncia do +overno americano0 no emitiu um relat#rio pun+ente sobre as prticas de Hecnolo+ia de In!ormao de pelo menos uma a+.ncia2 )arece que0 quanto mais cr5tica !or a a+.ncia do +overno0 maior ser a probabilidade de ela ter +randes !alhas de HI2 $m novembro de 200:0 o -AB observou os se+uintes problemas de HI com a ,eceita Pederal americana <I,S=: A !alta de um sistema completo de controle !inanceiro que pode produ1ir in!orma8es oportunas0 precisas0 %teis e necessrias para as decis8es dirias continua sendo um desa!io s4rio D administrao da I,S2 Bs atuais sistemas de controle !inanceiro da I,S inibem a capacidade da I,S de resolver os problemas operacionais e de controle !inanceiro que a!etam a capacidade do #r+o de atender Ds suas responsabilidades como arrecadador de impostos do pa5s2 >-ABI? B B < epartamento de e!esa= so!reu vrias cr5ticas2 )or e'emplo0 em 6unho de 200:0 o -AB emitiu um relat#rio a!irmando o se+uinte: Bs in%meros pontos !racos da administrao de ne+#cios e !inanceira do B a!etam adversamente no apenas sua capacidade de produ1ir in!orma8es !inanceiras auditveis0 mas tamb4m de !ornecer in!orma8es precisas0 completas e oportunas para a administrao e o &on+resso usarem na hora de tomar decis8es in!ormadas2 Al4m disso0 a !alta de uma contabilidade adequada em todas as principais reas comerciais do B tem como resultado bilh8es de d#lares em recursos anuais desperdiados em uma 4poca de aumento do aperto !iscal0 tendo um impacto ne+ativo no desempenho da misso2 >-AB2? B altamente visado "S < epartamento de Se+urana Interna= teve muitos problemas2 $m um relat#rio de a+osto de 200O0 o -AB a!irmou o se+uinte: B > "S? carece0 em parte ou no todo0 de todos os principais elementos que se espera encontrar em uma arquitetura bem-de!inida0 tais como descri8es dos processos de ne+#cios0 !lu'os de in!orma8es entre esses processos e re+ras de se+urana associadas a esses !lu'os0 para nomear apenas al+uns222 Al4m disso0 os principais elementos que esto pelo menos parcialmente presentes na verso inicial no !oram produ1idos de uma !orma consistente com as prticas recomendadas para o desenvolvimento de arquitetura2 &omo resultado0 o "S ainda no tem o pro6eto de arquitetura necessrio para orientar e restrin+ir e!etivamente seus es!oros cont5nuos de trans!ormao de ne+#cios e as centenas de milh8es de d#lares que est investindo no suporte aos ativos de tecnolo+ia da in!ormao2 >-ABS? A lista aumenta cada ve1 mais de tamanho2 B PCI recebeu pesadas cr5ticas por torrar mais de UST :00 milh8es em um es!oro !racassado de criar um sistema virtual de preenchimento de caso2 B P$(A +astou mais de UST I00 milh8es em um sistema que se provou ine!iciente com o Puraco Uatrina2 Butros #r+os !ederais que !oram motivo de cr5tica do -AB incluem o &ensus Cureau0 a Pederal Aviation Authorit;0 a Eational Air and Space Administration0 o "U 0 o "ealth and "uman Services0 o (edicare e o (edicaid2 Halve1 por ironia0 um dos departamentos criticados por no conse+uir se adaptar D lei &lin+erQ&ohen !oi o $scrit#rio de Administrao e Bramento0 a or+ani1ao que supostamente est monitorando as outras a+.ncias para ver se esto em con!ormidade com a lei &lin+erQ&ohenV Se o +overno americano !or o estudo de caso mais abran+ente do valor das arquiteturas empresariais0 ento essa rea encontra-se em um estado bastante lastimvel2

Estudos de caso do setor privado $mbora as !alhas do setor privado provavelmente no acabem +erando headlines0 a iniciativa privada tamb4m 4 per!eitamente capa1 de estra+ar a HI em lar+a escala2 $ntre os problemas do setor privado que parecem amplamente atribu5dos !alhas nas metodolo+ias de arquitetura empresarial esto:
B es!oro malo+rado do (c onaldWs de desenvolver um sistema inte+rado de +erenciamento comercial que li+aria todo o ne+#cio de restaurantes2 &usto: UST IL0 milh8es2 >(ac? A tentativa !racassada da Pord de desenvolver um sistema de compras inte+rado2 &usto: UST O00 milh8es2 >Por?

mal-sucedida da U(art de desenvolver um sistema moderno de +erenciamento da cadeia de suprimentos2 &usto: UST IS0 milh8es2 >Uma? Eicholas -2 &arr0 em um recente arti+o para o EeF XorA Himes0 concluiu o se+uinte: Uma olhada no setor privado revela que os desastres de so!tFare so rotina2 $ que0 quanto mais ambicioso !or o pro6eto0 maiores sero as chances de decepo2 >&ar? Um recente arti+o do I$$$ Spectrum incluiu a se+uinte avaliao melanc#lica: Analisando o investimento total em novos pro6etos de so!tFare - tanto +overnamental quanto corporativo - nos %ltimos cinco anos0 estimo que as !alhas de pro6eto provavelmente custaram D economia americana pelo menos UST 2: bilh8es e talve1 at4 UST L: bilh8es2 Eaturalmente0 esses L: bilh8es no re!letem os pro6etos que ultrapassam os oramentos - o que ocorre com a maioria deles2 Eem re!letem os pro6etos entre+ues com atraso - o que ocorre tamb4m com a maioria2 Al4m disso0 eles no do conta dos custos de oportunidade de ter que comear de novo quando um pro6eto 4 abandonado nem dos custos dos sistemas cheios de bu+s que e'i+em re-trabalho com repetida !req3.ncia2 >&ha? os setores p%blico e privado0 temos vrios e'emplos de arquiteturas empresariais e'tensivas e onerosas que no conse+uem alinhar as necessidades dos ne+#cios com as solu8es tecnol#+icas2 adas as evid.ncias dispon5veis0 deve-se concluir que nenhuma das arquiteturas empresariais vale a pena ser perse+uida0 ou que as metodolo+ias que estamos usando para criar arquiteturas empresariais so altamente de!eituosas2 Intuitivamente0 parece que uma arquitetura empresarial deve ser uma boa coisa2 *amos ree'aminar a de!inio que !orneci antes: A arquitetura empresarial 4 uma descrio das metas de uma or+ani1ao0 como essas metas so percebidas pelos processos de ne+#cios e como esses processos podem ser mais bem atendidos por meio da tecnolo+ia2 Y di!5cil discutir com a id4ia de encontrar !ormas melhores de atender Ds nossas metas or+ani1acionais usando a tecnolo+ia2 Assim0 isso dei'a as metodolo+ias como nossos principais suspeitos2 Comple idade )ara entender as !alhas das vrias metodolo+ias de arquitetura empresarial0 precisamos entender quais caracter5sticas esto presentes em todas as tentativas !racassadas de criar arquiteturas empresariais2 /uais caracter5sticas esto presentes em sistemas to diversos quanto o Sistema de -erenciamento Pinanceiro da ,eceita Pederal americana0 o Sistema de -erenciamento &omercial do epartamento de e!esa0 o Sistema de -erenciamento de esastres do epartamento de Se+urana Interna0 do Sistema de Arquivos de &aso *irtual do

A tentativa

PCI0 o Sistema de -erenciamento &omercial do (c onaldWs0 o Sistema de Aquisio da Pord e o Sistema de -erenciamento da &adeia de Suprimentos da U(art9 " apenas uma caracter5stica compartilhada por todos esses sistemas: a comple'idade2 Acredito que o +rande ponto !raco da P$AP0 da HB-AP e da Nachman 4 o !ato de no conse+uirem +erenciar a comple'idade do sistema2 In!eli1mente0 a comple'idade no 4 um capricho passa+eiro2 " tr.s previs8es que podemos !a1er com certe1a sobre o !uturo da HI2
A comple'idade Se no As

s# tende a piorar2

encontrarmos aborda+ens para +erenciar a comple'idade0 estamos condenados ao !racasso2 aborda+ens atuais no !uncionam2 ei'ar que as in!ra-estruturas e arquiteturas de HI se tornem cada ve1 mais comple'as0 sem nenhuma ao preventiva0 4 al+o inaceitvel e irresponsvel2 Se simplesmente colocarmos mais pro+ramadores quali!icados e outras pessoas neste problema0 o caos ser a ordem do dia222 At4 que os !ornecedores e usurios de HI resolvam o problema da comple'idade0 os mesmos problemas sero repetidos e continuaro contaminando o mercado2 >(ur? !odelando a comple idade )ara +erenciar a comple'idade0 devemos primeiro entend.-la2 $ conse+uir modelar a comple'idade 4 um +rande passo para compreend.-la2 B melhor modelo que conheo para a comple'idade 4 um dado2 $sse modelo tem a vanta+em de ser intuitivo0 visual0 previs5vel e matematicamente !undamentado2 *ou declarar o princ5pio !undamental deste modelo como Zei da &omple'idade de Sessions: A comple'idade de um sistema vai depender do n%mero de estados nos quais esse sistema pode se encontrar2 *amos usar o dado para compreender a importRncia desta lei2 *ou comparar a comple'idade de dois sistemas arbitrrios0 Sistema A e Sistema C0 como mostrado na Pi+ura I2 B Sistema A 4 composto por um %nico dado com duas !aces <ou se6a0 uma GmoedaG=2 B Sistema C 4 composto por um dado com seis !aces <ou se6a0 um dado comum=2

"igura #$ Sistema % e Sistema & B Sistema A tem dois estados em potencial: cara e coroa2 B Sistema C tem seis estados em potencial: I0 20 S0 O0 : e 62 &om base na Zei de &omple'idade de Sessions0 o Sistema C 4 6Q20 ou S ve1es mais comple'o do que o Sistema A2 (esmo que no compreendamos a matemtica0 isso parece intuitivamente plaus5vel2

$m +eral0 o n%mero de estados de um Sistema do dado 0 cada um com S lados0 4 S 2 &om esta !#rmula0 podemos calcular a comple'idade de outros sistemas2 A+ora vamos comparar o Sistema C e o Sistema &2 B Sistema C consiste em um dado de seis lados0 como antes0 e o Sistema & consiste em tr.s dados de seis lados0 como mostrado na Pi+ura 22

"igura '$ Sistema & e Sistema C B n%mero de estados de C ainda 4 6I ou 62 B n%mero de estados de & ainda 4 6S ou 2I62 e acordo com a Zei de &omple'idade de Sessions0 o Sistema & 4 2I6Q6 ou S6 ve1es mais comple'o do que o Sistema C2 Se voc. tivesse que prever um resultado espec5!ico para o lanamento do dado no Sistema &0 voc. teria uma chance em 2I6 de acertar2 Se voc. tivesse que prever um resultado espec5!ico para o lanamento do dado no Sistema C0 voc. teria uma chance em 6 de acertar2 Se voc. tivesse que dar palpites repetidos para os dois sistemas0 voc. acertaria0 em m4dia0 S6 ve1es com mais !req3.ncia com o Sistema C do que com o Sistema &2 &omo o Sistema C 4 menos comple'o do que o Sistema &0 4 mais !cil de prever2 (articionamento &om este modelo bsico de comple'idade0 podemos ter al+umas id4ias sobre como os sistemas comple'os podem ser mais bem or+ani1ados2 *amos comparar dois sistemas0 o Sistema & e o Sistema 0 ambos !ormados por tr.s dados de seis lados2 Eo Sistema &0 os dados esto todos 6untos0 como antes2 Eo Sistema 0 no entanto0 os dados esto divididos em tr.s parti8es2 $sses dois sistemas so mostrados na Pi+ura S2

"igura )$ Sistema C e Sistema D *amos assumir que podemos lidar com as tr.s parti8es de !orma independente - com e!eito0 tr.s subsistemas0 cada um como o Sistema C2 M sabemos que a comple'idade do Sistema & ser 2I62 A comple'idade +eral do Sistema 4 dada como a comple'idade da primeira partio0 mais a comple'idade da se+unda partio0 mais a comple'idade da terceira partio2 A comple'idade de cada partio

ainda 4 dada pela re+ra S 0 que 4 6I ou 62 A comple'idade de todo o Sistema 6[6[6 ou IK2

40 portanto0

Se voc. no est convencido disso0 ima+ine veri!icar a preciso do Sistema & e do Sistema 2 &om o Sistema &0 voc. precisaria e'aminar 2I6 estados di!erentes0 veri!icando a preciso de cada um2 &om o Sistema 0 voc. precisaria e'aminar 6 estados di!erentes para +arantir que a primeira partio este6a correta0 outros 6 estados para +arantir que a se+unda partio este6a correta e outros 6 estados para +arantir que a terceira partio este6a correta2 $m +eral0 a comple'idade de um sistema de ) parti8es0 cada um com a comple'idade de &0 4 &')2 Se cada partio sempre inclui um dado0 ento a !#rmula se torna SI' 0 o que se redu1 a S' 2 A+ora0 vamos ir al4m dessas li8es0 para os sistemas particionados e no-particionados em +eral2 )ara simpli!icar0 vamos assumir que as parti8es sempre incluem um dado <como !e1 o Sistema =2 Assim0 a comple'idade do sistema no-particionado <por e'emplo0 o Sistema &= 4 sempre S 0 e a comple'idade do sistema particionado <por e'emplo0 Sistema = 4 sempre S' 2 Assim0 a questo ento se redu1 a como as duas !#rmulas <S' = e <S = podem ser comparadas2 A Habela I mostra valores di!erentes para S0 0 a !#rmula particionada <S' = e a !#rmula no-particionada <S =2 *abela #$ Comple idade particionada e comple idade no+particionada

Usando a Habela I0 pode-se ver o quo mais comple'o 4 um sistema no-particionado de nove dados0 em comparao a um sistema particionado que cont4m o mesmo n%mero de dados2 Y a proporo de I020LL26J6 para :22 )ara os lei+os0 isso 4 muitoV )rovavelmente voc. entendeu a Habela I2 /uanto maior !or a comple'idade +eral de um sistema0 maior ser o impacto que o particionamento tem na reduo da comple'idade2 )ortanto0 essa 4 a dica n%mero um sobre como lidar com a comple'idade: particionamento2 Iterao epois de usarmos a diviso para redu1ir a comple'idade0 devemos tomar outra deciso2 &omo analisamos a comple'idade que !icou9 " duas escolhas: iterativamente <da esquerda para a direita= ou recursivamente <de cima para bai'o=2 *oc. pode ver a di!erena nessas duas aborda+ens analisando o modelo de comple'idade do dado dividido0 como mostrado na Pi+ura O2

"igura ,$ Dado particionado $m uma aborda+em iterativa da comple'idade0 analisamos cada partio individualmente2 )or e'emplo0 primeiro analisamos totalmente a )artio I2 epois analisamos a )artio 22 $ continuamos at4 que todas as parti8es se6am analisadas2 Ea aborda+em recursiva da comple'idade0 analisamos uma camada hori1ontal de cada partio2 )or e'emplo0 primeiro analisamos o caso em que saiu um em todos os dados2 epois analisamos o caso em que deu um no primeiro dado e dois nos outros2 &ontinuamos essa anlise at4 completarmos o %ltimo caso poss5vel para todas as parti8es2 /ual aborda+em 4 melhor9 A iterativa ou a recursiva9 )ara responder a essa per+unta0 devemos voltar a IJ:0 e D curiosidade de um &oronel da Pora A4rea0 chamado Mohn Co;d >Co;?2 Co;d no estava interessado em construir sistemas comple'os de HI2 $le provavelmente nunca tinha ouvido !alar de uma arquitetura empresarial ou at4 de um sistema de HI2 Sua preocupao era vencer as batalhas a4reas2 As batalhas a4reas so lutas individuais entre dois pilotos de combate0 cada um tentando derrubar o outro antes de ser atin+ido2 para ver per!eitamente por que um &oronel da Pora A4rea estava interessado em +anhar as batalhas2 )ilotar um avio de +uerra em uma operao de combate 4 al+o muito complicado2 B piloto precisa levar em considerao in!orma8es de muitas !ontes di!erentes0 tudo enquanto o piloto inimi+o est tentando abat.-lo2 para ter uma id4ia da comple'idade que os pilotos de Co;d tinham que en!rentar dando uma olhada na cabine de um avio0 mostrado na Pi+ura :2

"igura -$ Cabine de um avio Co;d estava interessado no apenas em qualquer batalha0 mas especi!icamente em batalhas entre (i--I:s e P-K6s2 Sendo e'-piloto e pro6etista de aeronaves completas0 Co;d conhecia muito bem os dois avi8es2 $le sabia que o (i--I: era um avio melhor do que o PK62 B (i--I: podia ir mais alto do que o P-K6\ o (i--I: podia voar mais rpido do que o PK6\ e o (i--I: tinha uma visibilidade melhor D distRncia2 "avia apenas um problema em tudo isso2 $mbora o (i--I: !osse considerado uma aeronave superior por Co;d e pela maioria de outros pro6etistas0 o P-K6 tinha a pre!er.ncia

dos pilotos2 A ra1o dessa pre!er.ncia era simples: em batalhas individuais com (i--I:s0 o P-K6 vencia nove em de1 batalhas2 $sse problema !ascinava Co;d2 )or que um avio in!erior vencia consistentemente um avio superior9 )ara resolver essa anomalia0 Co;d precisava entender como os pilotos realmente operavam o avio nas batalhas2 Co;d tinha uma vanta+em aqui2 $le no era apenas piloto0 mas um dos melhores combatentes da hist#ria2 $le tinha0 portanto0 al+uns conhecimentos de primeira mo sobre o assunto2 *amos pensar em um piloto envolvido em uma batalha a4rea2 *amos cham-lo de )ete2 Co;d prop7s que a batalha de )ete consistisse em quatro est+ios distintos2 Eo primeiro est+io0 )ete observa o estado do mundo ao seu redor0 incluindo o avio do inimi+o2 Eo se+undo est+io0 )ete se orienta em relao a esse estado2 Eo terceiro est+io0 plane6a uma ao adequada2 Eo quarto0 )ete a+e2 Assim0 nosso piloto primeiro observa0 depois se orienta0 depois plane6a e por !im a+e2 Co;d chamou essa seq3.ncia de BB)A <observar0 orientar0 plane6ar0 a+ir=2 <Ea verdade0 os leitores que conhecem o trabalho de Co;d podem reconhecer que Co;d chamou essa seq3.ncia de BB A0 ou se6a0 observar0 orientar0 desenvolver0 a+ir2 Eo entanto0 troquei o GdesenvolverG por Gplane6arG por duas ra18es2 )rimeiro0 os leitores de tecnolo+ia vo con!undir essa si+la com a si+la de pro6eto e anlise orientados a ob6eto0 tamb4m BB A em in+l.s2 Se+undo0 lendo os trabalhos de Co;d0 conclu5 que Gplane6arG0 como utili1ado no conte'to de HI0 se apro'ima mais do si+ni!icado ori+inal de Co;d do que GdesenvolverG=2 (as0 e aqui h um !ato importante0 )ete no !a1 isso apenas uma ve12 $le !a1 isso o tempo todo2 Ea verdade0 )ete est usando essa seq3.ncia de BB)A de !orma c5clica2 $0 naturalmente0 aqui est seu oponente2 Assim0 quem vencer9 )ete9 Bu o anti-)ete9 Se )ete estiver pilotando o P-K60 sabemos que provavelmente ele vai +anhar2 (as por qu.9 )areceria que o anti-)ete pilotando o (i--I: seria melhor usando o BB)A do que )ete2 &omo o anti-)ete pode ver mais0 ele conse+uir en'er+ar melhor2 &omo ele pode +irar e subir com mais rapide10 conse+uir rea+ir com mais rapide12 Eo entanto0 o anti-)ete perde0 e )ete +anha2 Co;d decidiu que o !ator determinante principal para vencer batalhas no era observar0 orientar0 plane6ar ou a+ir melhor2 B mais importante para vencer as batalhas era observar0 orientar0 plane6ar e a+ir mais rpido2 $m outras palavras0 a rapide1 com que se conse+uia iterar2 A velocidade da iterao0 su+eriu Co;d0 vence a qualidade da iterao2 A pr#'ima per+unta que Co;d se !e1 !oi a se+uinte: por que o P-K6 conse+uia iterar com mais rapide19 A ra1o0 concluiu ele0 era al+o que nin+u4m tinha pensado que !osse particularmente importante2 $ra porque o P-K6 tinha uma alavanca de v7o hidrulica e o (i-I: tinha uma alavanca manual2 Sem a hidrulica0 era necessrio um pouco mais de ener+ia !5sica para mover a alavanca de v7o do (i--I: do que era preciso no P-K62 $mbora o (i--I: conse+uisse +irar com mais rapide1 <ou ir mais alto= depois que a alavanca !osse movida0 a quantidade de ener+ia necessria para mover a alavanca era levemente maior para o piloto do (i--I:2 &om cada iterao0 o piloto do (i--I: !icava um pouco mais cansado do que o piloto do P-K62 $0 !icando mais cansado0 levava um pouco mais de tempo para completar o ciclo BB)A2 B piloto do (i--I: no perdia porque o outro era melhor2 $le perdia porque o BB)A do outro era melhor2

*ou chamar a descoberta de Co;d de Zei da Iterao de Co;d2 Analisando a comple'idade0 uma iterao rpida quase sempre produ1 melhores resultados do que uma anlise apro!undada2 Iterao particionada A+ora temos duas li8es sobre como administrar melhor a comple'idade das arquiteturas empresariais2 o estudo dos dados0 sabemos que particionar a comple'idade 4 uma das chaves para redu1ir a comple'idade2 o estudo dos pilotos de caa de Co;d0 sabemos que a melhor maneira de analisar as divis8es da comple'idade 4 iterar nelas0 e !a1er essa iterao com o !oco na velocidade0 e no na completude2 A+ora vamos ver como podemos aplicar essas duas li8es a arquiteturas empresariais comple'as2 )ensemos em um +rande sistema de +erenciamento de ne+#cios0 semelhante Dquele em que o (c onaldWs perdeu UST IL0 milh8es tentando <e no conse+uindo= criar2 *ou chamar esse sistema de Sistema -rande e &omple'o de -erenciamento de Ee+#cios0 ou S-&-E2 Ima+ine que o S-&-E precise incluir a se+uinte !uncionalidade:
,"

+lobal +eral a pa+ar a receber

Polha de pa+amento ,a1o

&ontas &ontas

&obrana Ativos &ontas Hesouraria )ortal do

!uncionrio

&omo dividimos o S-&-E9 $ssa lista nos d uma dica imediata2 Eo crie um me+a pro6eto para o S-&-E2 &rie uma arquitetura para o sistema ," +lobal0 um para o sistema Polha de pa+amento e assim por diante2 $m outras palavras0 no pro6ete um sistema comple'o0 +rande e %nico2 )ro6ete vrios sistemas simples e pequenos2 )ro6ete um0 desenvolva-o e depois passe para o pr#'imo2 B particionamento diminui a comple'idade +eral2 A iterao aumenta a probabilidade de sucesso2 )odemos partir do pressuposto de que os e'emplos anteriores de !alhas na arquitetura <por e'emplo0 o !racassado Sistema de Arquivos de &aso *irtual do PCI ou o malo+rado C(S do (c onaldWs= baseavam-se todos em metodolo+ias-padro de arquitetura empresarial0 como a P$A)0 HB-AP e Nachman2 $ssas metodolo+ias eram no-iterativas2 Eo causa surpresa0 portanto0 que no tenham dado certo2 Hamb4m no causa surpresa o !ato de essas !alhas terem sido caras2 Hodas as metodolo+ias da arquitetura empresarial concordam que devem ocorrer as se+uintes !ases:
)ro6eto )ro6eto

da arquitetura de ne+#cios da arquitetura t4cnica

Implementao

 Heste Implantao

As metodolo+ias tradicionais reali1am essas !ases uma por ve10 concluindo totalmente uma antes que a pr#'ima se6a iniciada2 Isso 4 mostrado na Pi+ura 62

"igura .$ % abordagem do mega pro/eto &omo aparece na Pi+ura 60 as metodolo+ias tradicionais comeam com uma arquitetura de ne+#cios apro!undada do sistema-alvo - di+amos0 nosso S-&-E hipot4tico2 epois criamos uma arquitetura t4cnica2 epois implementamos2 epois comeamos a testar e a depurar2 epois implantamos2 Bbserve que s# teremos valor ao ne+#cio associado ao pro6eto quando !or conclu5do o est+io !inal de implantao2 $ssa anlise tamb4m nos mostra o que as or+ani1a8es deveriam ter !eito2 $las deveriam ter usado a aborda+em da iterao particionada2 A aborda+em da iterao particionada parece um pouco di!erente2 A Pi+ura L mostra a aborda+em da iterao particionada em ao2 Bbserve que se+uimos as mesmas !ases que antes0 mas a+ora as reali1am em uma base partio por partio2

"igura 0$ Iterao particionada B resultado da aborda+em da iterao particionada 4 um !lu'o constante em direo D !uncionalidade2 Eo comeamos uma partio at4 que a anterior tenha sido conclu5da2 $m or+ani1a8es +randes e comple'as0 4 comum ter pro6etos simultRneos em paralelo0 mas o n%mero deve ser mantido no m5nimo poss5vel0 especialmente nas itera8es iniciais2 *rios pro6etos simultRneos vo aumentar a necessidade de coordenao2 Estruturas atuais da arquitetura empresarial As atuais estruturas-padro de arquitetura empresarial <incluindo a HB-AP0 Nachman e P$AP= compartilham um mesmo passado2 Hodas !oram muito in!luenciadas pelo mundo da anlise e do BB A <)ro6eto e Anlise Brientados a Bb6eto=2 B !ato de que essas estruturas se encontram na +erao BB A 4 si+ni!icativo0 pois isso as coloca na era pr4-SBA <Arquiteturas Brientadas ao Servio=2 Atualmente0 a maioria dos +randes sistemas se baseia na noo de interoperabilidade de aplicativos aut7nomos por meio de padr8es de servio da @eb <tais como SBA)0 @S-Securit; e outros=2 $ssa noo est muito li+ada ao mundo orientado ao servio que no e'istia quando !oram criadas as estruturas arquiteturais iniciais2 As tecnolo+ias de ob6etivo !oram pro6etadas para implementao de aplicativos0 e no para as empresas de arquitetura2 A maior desvanta+em delas 4 sua incapacidade de administrar a comple'idade2 &omo observou a Hhe ,o;al Academ; o! $n+ineerin+ e a Critish &omputer Societ; em um estudo de lar+a escala0 reali1ado em 200O0 sobre a comple'idade de HI: 222os m4todos e as prticas atuais de desenvolvimento de so!tFare no se adaptaro para administrar sistemas +lobalmente distribu5dos e cada ve1 mais comple'os a um custo ou riscos para o pro6eto ra1oveis2 Assim0 h um +rande desa!io de en+enharia de so!tFare para lidar com o aumento ine'orvel na capacidade das tecnolo+ias de computao e comunica8es2 >,o;?

Bs problemas que precisam ser tratados nas +randes arquiteturas empresariais comple'as t.m a ver com as intera8es entre os aplicativos0 e no com as implementa8es dos pr#prios aplicativos2 A noo de que um +rande sistema poderia ser composto das intera8es de aplicativos aut7nomos0 o equivalente t4cnico das parti8es0 4 uma noo que s# atin+iu a maturidade muito tempo depois da era dos Bb6etos2 $ste era0 na verdade0 o recurso de de!inio da era das SBAs2 A utili1ao das SBAs a6uda a administrar a comple'idade no n5vel t4cnico2 a mesma !orma que a arquitetura de ne+#cios deve ser particionada para redu1ir a comple'idade a n5veis +erenciveis0 a arquitetura t4cnica tamb4m deve ser2 As SBAs so0 de lon+e0 a melhor aborda+em que temos ho6e para reali1ar essa diviso t4cnica2 As estruturas BB A +eralmente reivindicam o suporte a uma noo de iterao0 mas 4 muito di!erente da iterao no modelo particionado2 A noo BB A de iterao realmente no tem muito a ver com iterao0 pois se relaciona D recurso0 como mostrado na Pi+ura K2 $la trata da comple'idade do sistema tomando-o em por8es de tamanho redu1ido2 $la no redu1 a comple'idade do sistema: meramente diminui a quantidade de comple'idade que deve ser en!rentada a qualquer momento2

"igura 1$ %bordagem 22D% para arquiteturas empresariais A iterao particionada di!ere da aborda+em BB A de duas !ormas importantes2 $m primeiro lu+ar0 e mais importante0 ela redu1 a comple'idade por meio do particionamento0 e no tentando +erenci-la por meio da recurso2 (as0 em se+undo lu+ar0 a iterao particionada en!ati1a a velocidade da iterao D custa do plane6amento e'austivo2 A teoria 4 que aprendemos mais !a1endo do que plane6ando2 A Pi+ura J mostra a aborda+em da iterao particionada2

"igura 3$ %bordagem da iterao particionada para arquiteturas empresariais B particionamento 4 uma aborda+em !undamentalmente di!erente de lidar com a comple'idade do sistema do que a recurso ao estilo BB A2 B BB A trata da comple'idade tentando separ-la em quantidades +erenciveis2 A iterao particionada ataca a comple'idade de !rente2 $la luta no para tornar a comple'idade +erencivel <a aborda+em BB A=0 mas para eliminar a comple'idade como um todo2 $la utili1a o princ5pio matemtico que vimos anteriormente nos estudos do dado: a reduo da comple'idade por meio do particionamento da !uncionalidade2 4antagens da abordagem iterativa particionada A aborda+em da iterao particionada comea a a+re+ar valor muito antes do que a aborda+em BB A recursiva2 A ra1o para isso 4 que estamos entre+ando nosso sistema em se+mentos2 Ea medida em que pro6etamos nossos se+mentos verticais de !orma que cada um contenha valor aos ne+#cios mensurvel0 a iterao se tradu1 em HH* <Hime-to-value= mais rpido2 Eo mundo dos ne+#cios0 o HH* 4 uma medida de valor essencial0 ainda mais importante do que o ,BI <,etorno sobre Investimento=2 B ,BI 4 uma meta de lon+o pra1o2 /ualquer pro6eto0 independentemente da de!ici.ncia de sua or+ani1ao0 do oramento e'trapolado e do mau alinhamento com as e'i+.ncias dos ne+#cios0 pode ale+ar um bom ,BI0 uma ve1 que os custos do pro6eto so amorti1ados em um per5odo de tempo lon+o o su!iciente2 A questo 4 a se+uinte: ser que a empresa sobrevive tempo su!iciente para perceber o retorno9 B HH* 4 muito mais imediato2 )essoas di!erentes t.m de!ini8es di!erentes para o HH*0 mas de!ino o HH* como a quantidade de tempo entre a aprovao do oramento de um pro6eto e o momento quando os e'ecutivos sentem que o pro6eto est tendo um impacto positivo nos ne+#cios da or+ani1ao2 $m outras palavras0 4 a quantidade de tempo entre o dinheiro que sai e a percepo do valor que entra2 B ,BI 4 muito irrelevante para o HH*2 )or e'emplo0 suponhamos que a administrao aprove um oramento de UST 20 milh8es para reor+ani1ar o atendimento ao cliente2 *oc. poderia adotar a aborda+em BB A recursiva0 e nesse caso no haver percepo de valor at4 que todo o pro6eto de UST 20

milh8es tenha sido conclu5do <se voc. tiver sorte=2 Bu voc. pode usar uma aborda+em de iterao particionada0 dividindo o pro6eto em parti8es verticais que cont.m valor2 Suponhamos que o primeiro se+mento se6a uma biblioteca on-line de !cil acesso0 com in!orma8es %teis que o cliente pode acessar2 A !atia vertical pode ser entre+ar percepo de valor muito antes da concluso do resto do pro6eto0 mesmo antes de ter um ,BI positivo2 Se voc. puder mostrar0 por e'emplo0 que0 no primeiro m.s0 a biblioteca 6 tiver diminu5do o tempo das li+a8es dos clientes ao suporte t4cnico em 20]0 voc. estar mostrando valor0 embora possa levar anos para mostrar um ,BI positivo para o pro6eto +eral2 /ue pro6eto voc. acha que mais provavelmente ser cancelado9 Um pro6eto que est retornando um valor de alta visibilidade em al+uns meses <iterao particionada= ou um pro6eto que retornou uma percepo de valor 1ero0 mesmo depois de dois anos de despesas e es!oros <BB A recursiva=9 Um rpido time-to-value 4 da maior importRncia para manter os pro6etos no topo da lista de prioridades da administrao2 Quem no visto no lembrado 4 uma m'ima que certamente se aplica a pro6etos de HI2 A se+unda vanta+em da aborda+em da iterao particionada 4 que ela aumenta as chances +erais de haver um pro6eto bem-sucedido2 Isso porque voc. pode aplicar as li8es aprendidas nas itera8es anteriores aos es!oros que vo ocorrer nas itera8es !uturas2 *oltando ao call center do cliente0 vamos di1er que sua partio imediata est completando uma nova inter!ace de usurio para o cliente0 e que uma das suas itera8es !uturas est criando uma inter!ace de usurio do call center2 Suponhamos que voc. tivesse assumido que poderia completar a nova inter!ace de usurio do cliente com seis pessoasQmeses0 e a nova inter!ace do call center em oito pessoasQmeses2 (as0 ao concluir a nova inter!ace de usurio do cliente0 voc. descobre que utili1ou nove pessoasQmeses0 em ve1 de seis2 Bbviamente0 voc. tem um problema na estimativa do trabalho para criar inter!aces de usurio2 A+ora voc. tem a oportunidade de aprender com os erros cometidos2 *amos di1er que voc. tenha identi!icado o problema: voc. subestimou o tempo necessrio para treinar os desenvolvedores2 Ao cuidar da inter!ace do call center0 voc. pode se certi!icar de desi+nar desenvolvedores com e'peri.ncia2 Se as !erramentas de desenvolvimento !orem mais complicadas do que voc. pensa0 voc. poder pensar em trocar as !erramentas2 Se o processo simplesmente levar mais tempo do que voc. pensa0 ser poss5vel a6ustar o crono+rama restante do pro6eto2 B ponto importante 4 que0 com a iterao particionada0 voc. descobre os problemas no in5cio0 antes que se tornem e'cessivos em todo o pro6eto2 $0 caso no possam ser resolvidos0 pelo menos podem ser reconhecidos antes que os atrasos resultantes se trans!ormem em surpresa para a administrao2 A administrao talve1 no +oste de atrasos0 mas ela odeia ainda mais as surpresas2 Administrar as e'pectativas com e!iccia 4 um componente essencial de quase qualquer pro6eto2 Usando a aborda+em da iterao particionada0 voc. pode rea+ir com mais !acilidade aos problemas em potencial e pode transmitir D equipe e'ecutiva0 de !orma mais e!ica10 as e'pectativas reais2 Uma terceira vanta+em da iterao particionada 4 que ela ocupa muito menos do tempo de sua equipe mais importante <e mais cara= e de mais alto n5vel2 Isso ocorre porque o pro6eto de cada partio e'i+e consenso apenas entre a equipe que est diretamente envolvida naquela diviso2 Ea aborda+em BB A recursiva0 a maioria da equipe est envolvida na maioria das

decis8es de pro6eto0 e aparentemente as decis8es simples de pro6eto +eralmente precisam de cuidado para serem tomadas2 Uma quarta vanta+em da aborda+em de iterao particionada 4 que seu resultado so pro6etos que podem ser naturalmente mapeados em uma SBA2 As SBAs so compostas por pequenos servios aut7nomos0 e no de monstros monol5ticos t5picos da aborda+em BB A2 $sses pequenos servios aut7nomos e interoperacionais so muito mais c7modos para reutili1ao0 colaborao0 interoperabilidade0 a+ilidade e !lu'o de trabalho automati1ado do que suas contrapartes da BB A2 $0 por !im0 a iterao particionada o!erece uma soluo muito melhor para os recursos com problemas do que a aborda+em BB A2 " tr.s !atores que !avorecem a aborda+em da iterao particionada na hora de redu1ir os recursos com problemas: de parti8es 4 muito maior na iterao particionada do que na aborda+em BB A2 Isso redu1 a necessidade psicol#+ica das pessoas de sentir que uma dada partio 4 sua %nica chance de incorporar al+um recurso dese6ado2 pessoas se envolvem no pro6eto de qualquer uma dessas parti8es do que na aborda+em BB A2 Isso si+ni!ica que0 em uma determinada iterao0 menos pessoas sero questionadas sobre novos recursos2
A iterao particionada en!ati1a o HH* em ve1 do ,BI0 que 4 a criana querida da BB A2 A maioria das pessoas associa o ,BI positivo com a rique1a de recursos2 Ao !inal de contas0 mais recursos indicam que mais pessoas podem usar um aplicativo determinado2 /uanto mais pessoas usam o aplicativo0 maior ser o GretornoG que o aplicativo !ornecer2 $sse !oco e'cessivo no ,BI 4 um 5m irresist5vel para recursos com problemas2 (enos B n%mero

B HH*0 o !oco da aborda+em da iterao particionada0 en!ati1a entre+as rpidas2 Hodos entendem a necessidade de predeterminar o tempo para obter uma entre+a rpida2 A predeterminao de tempo si+ni!ica limitar os recursos para aqueles que so importantes e que podem ser !ornecidos de acordo com um crono+rama determinado2 Isso se presta a um esp5rito or+ani1acional que dese6a dar uma olhada mais a !undo nos recursos solicitados e eliminar os que no so verdadeiramente necessrios2 &omo voc. pode ver0 h uma s4rie de +randes vanta+ens que uma or+ani1ao pode perceber ao trocar de uma metodolo+ia de arquitetura empresarial do tipo BB A por uma metodolo+ia iterativa particionada2 $ntre elas esto:
Pornecimento (aior (ais

mais rpido de valor aos ne+#cios quanti!icvel2

probabilidade de concluso bem-sucedida do pro6eto2 de pro6eto mais precisos2 alinhamento com as arquiteturas t4cnicas orientadas ao servio2 natural a recursos com problemas2

oportunidades de aprender com sucessos e !racassos anteriores2

)lanos

(elhor

,esist.ncia

$stas so al+umas vanta+ens importantes que deveriam chamar o interesse de qualquer or+ani1ao que este6a procurando encontrar um valor real a partir de seus es!oros de arquitetura2 Regras para o sucesso

A+ora que lhe dei al+umas id4ias sobre a teoria e a prtica da aborda+em da iterao de partio para as arquiteturas empresariais0 vou !ornecer um con6unto de re+ras que acho que o a6udaro a ser mais bem-sucedido com esta aborda+em2 Regra #5 comece apan6ando as frutas mais bai as epois de dar o primeiro passo e identi!icar seus pro6etosQparti8es0 voc. precisa decidir de quais vai tratar primeiro2 (uitos pro!issionais recomendam que voc. v primeiro atrs dos pro6etos de maior risco2 A l#+ica 4 que0 se e'istiro problemas0 voc. ir descobri-los mais cedo2 Eo concordo com isso2 A primeira coisa que voc. quer !a1er na hora de desenvolver uma arquitetura empresarial 4 demonstrar sucesso2 Isso o a6udar a perceber o momento certo para sua meta maior2 Isso 4 especialmente verdade nas or+ani1a8es que !oram destru5das no passado por arquiteturas empresariais com metodolo+ias BB A2 Assim0 sua primeira e mais importante meta nas primeiras itera8es 4 estabelecer credibilidade2 A melhor maneira de estabelecer credibilidade 4 +arantir sucessos altamente vis5veis que podem ser compreendidos por todos na or+ani1ao2 A Habela 2 !ornece uma viso +eral dos !atores mais importantes na hora de priori1ar as parti8es0 a melhor !orma de analisar cada uma e como cada uma deve in!luenciar a priori1ao +eral2 *abela '$ "atores de priori7ao de partio

Uma boa maneira de priori1ar as parti8es 4 usar um Alvo de prioridade0 como mostrado na Pi+ura I02 $m um Alvo de prioridade0 cada ei'o representa uma das

considera8es de prioridade que listei na Habela 22 &ada ei'o 4 !ornecido com as medidas positivas mais pr#'imas do centro0 e as medidas ne+ativas mais pr#'imas da borda2

"igura #8$ %lvo de prioridade epois de criar o Alvo de )rioridade0 d. seus GtirosG em cada um dos c5rculos2 Se0 por e'emplo0 essa partio tiver um risco m4dio0 coloque um c5rculo no ei'o de risco na re+io amarela <neutra= do alvo2 Ao terminar0 voc. pode ver visualmente quais pro6etos candidatos <parti8es= devem ser tratados primeiro2 )or e'emplo0 vamos di1er que voc. tenha identi!icado dois pro6etos2 B primeiro 4 desenvolver uma base de conhecimento acess5vel ao cliente2 A se+unda 4 criar um procedimento de cone'o %nico para melhor se+urana2 *oc. cria as metas de prioridade para as duas parti8es e o resultado 4 o mostrado na Pi+ura II2 Horna-se imediatamente #bvio qual dos dois pro6etos melhor se quali!ica como Ga !ruta mais bai'aG2

"igura ##$ Comparando dois %lvos de prioridade Regra '5 promova a economia de pequena escala Uma !alcia comum nas arquiteturas empresariais 4 que voc. pode obter economias !a1endo coisas em lar+a escala2 A teoria di1 que0 se houver pessoas su!icientes !a1endo um pro6eto +rande o su!iciente0 haver inevitavelmente muitas redundRncias2 A eliminao dessas redundRncias resulta na reduo dos custos de desenvolvimento e manuteno2 /uanto maior

!or o pro6eto0 mais redundRncias haver2 /uanto mais redundRncias0 mais oportunidades de eliminao de redundRncia2 /uanto mais eliminao de redundRncias0 menor o custo +eral do pro6eto2 In!eli1mente0 essa teoria i+nora uma lei ainda mais bsica de +erenciamento de pro6eto: a lei da diminuio dos retornos de recursos2 /uanto mais pessoas estiverem envolvidas em um pro6eto0 menos e!iciente se tornar o pro6eto como um todo2 A lei de diminuio dos retornos de recursos 4 um corolrio da !amosa Zei de CrooAs2 Pred CrooAs observou pela primeira ve10 h cerca de S0 anos0 que acrescentar mais recursos a um pro6eto atrasado de so!tFare s# atrasa o pro6eto >Cro?2 )or esta e outras observa8es0 ele recebeu o Hurin+ )ri1e em IJJJ2 Um +rupo relativamente pequeno que ataca uma partio bem-de!inida da empresa pode !a1er um trabalho ra1ovel em um crono+rama ra1ovel2 Um +rupo +rande que trata de uma empresa no-particionada pode encontrar redundRncias2 (as o custo de encontrar essas redundRncias0 discutir a melhor !orma de elimin-la e tentar acertar um pro6eto para uma aborda+em uni!icada superar em muito0 em quase todos os casos0 o custo das pr#prias redundRncias2 Y verdade que as economias v.m em escala2 (as as reais economias v.m em escalas pequenas0 e no +randes2 Regra )5 centrali7e a interoperabilidade9 descentrali7e as implementa:es (uitas or+ani1a8es desenvolvem arquiteturas empresariais que so e'cessivamente centrali1adas2 Preq3entemente0 elas criam um escrit#rio de arquitetura empresarial e lhe do autoridade sobre um +rande n%mero de decis8es2 $ssa centrali1ao e'cessiva pode resultar em uma redundRncia as!i'iante e em uma paralisao de pro6etos2 Uma or+ani1ao centrali1ada de arquitetura empresarial !a1-se necessria2 (as a or+ani1ao central precisa se !ocar nas quest8es certas0 e no !icar presa em quest8es que so irrelevantes2 A re+ra bsica +eral 4 que as decis8es que causam impacto na interoperabilidade devem ser centrali1adas2 As decis8es que causam impacto nas implementaes devem ser descentrali1adas2 Eo saber qual deciso 4 que 4 um erro comum nos departamentos de arquitetura empresarial2 *amos dar uma olhada nos erros t5picos que sur+em nas arquiteturas empresariais: - (uitas or+ani1a8es tentam de!inir uma plata!orma-padro de so!tFare0 em +eral em um debate interminvel sobre0 di+amos0 o (icroso!t 2E$H0 o @ebSphere da IC( ou o @ebZo+ic da C$A2 $sse es!oro 4 dispensado no lu+ar errado2 A plata!orma 4 uma deciso de implementao0 mas no tem relao com a !orma como as aplica8es nessas plata!ormas vo !uncionar 6untas2 Ea medida em que a plata!orma atende Ds e'i+.ncias de interoperabilidade da or+ani1ao0 a equipe do aplicativo deve ter liberdade para escolher a melhor plata!orma para as necessidades do aplicativo2 - (uitas or+ani1a8es tentam de!inir uma camada %nica de dados que ser compartilhada por todos os aplicativos nas or+ani1a8es2 $sse es!oro 4 +eralmente caro e raramente bem-sucedido2 A !orma como os dados so arma1enados deve ser tratada como um detalhe da implementao de um aplicativo2
&usiness Intelligence - A maioria das or+ani1a8es trata os dados e a Cusiness Intelli+ence de !orma intercambivel2 Ao passo que os dados <por e'emplo0 como um Dados (lataforma

cliente 4 arma1enado no banco de dados= so um detalhe da implementao0 e a inteli+.ncia <por e'emplo0 que ne+#cio reali1amos com um determinado cliente= 4 um ativo or+ani1acional2 Y apropriado decidir como essa inteli+.ncia ser compartilhada2 Eo 4 apropriado decidir <no n5vel da empresa= como os aplicativos vo manter o controle dos dados que alimentam essa inteli+.ncia2 de cdigo - (uitas or+ani1a8es acreditam que a reutili1ao 4 obtida por meio do compartilhamento de c#di+o2 Y por ve1es surpreendente que essa crena persista0 apesar das d4cadas de !racassos para obter esse resultado2 A melhor maneira de redu1ir a quantidade de c#di+o de que um determinado pro6eto precisa 4 por meio da dele+ao da !uncionalidade <como no caso dos servios da @eb=0 e no por meio do compartilhamento de c#di+o2
%(Is do servio da ;eb - (uitas or+ani1a8es acreditam0 corretamente0 que a utili1ao dos servios da @eb 4 essencial para obter interoperabilidade2 (uitas or+ani1a8es pensam que isso si+ni!ica que a !orma como os aplicativos usam as A)Is do servio da @eb deve ser padroni1ada2 Ea realidade0 as A)Is do servio da @eb esto muito abai'o do n5vel de interesse dos aplicativos2 $m +eral0 os aplicativos usam uma camada de bu!!er que 4 espec5!ica ao !ornecedor - por e'emplo0 a camada @indoFs &ommunications PrameForA !ornecida pela plata!orma (icroso!t 2E$H2 B ob6etivo dessa camada 4 dispensar os aplicativos da necessidade de entender as con!us8es das A)Is de servio da @eb2 A camada de bu!!er 4 espec5!ica D plata!orma e0 portanto0 !a1 parte dos detalhes de implementao do aplicativo2 Compartil6amento

B resultado 4 que a arquitetura empresarial no 4 i+ual D arquitetura de aplicativo2 A arquitetura de aplicativo tem a ver com o pro6eto dos aplicativos2 $sses pro6etos devem ser de responsabilidade do +rupo que tem os aplicativos2 $sta 4 uma das maneiras de obter economias de pequena escala <consulte a Regra 2: promova economia de pequena escala=2 Bs arquitetos empresariais devem se preocupar com a !orma como os aplicativos !uncionam e0 portanto0 !ornecer um melhor valor para a or+ani1ao2 Concluso A arquitetura empresarial pode ser um recurso importante na hora de a6udar uma or+ani1ao a encontrar melhores maneiras de usar a tecnolo+ia para apoiar seus processos de ne+#cios cr5ticos2 In!eli1mente0 muitas or+ani1a8es +astam quantias enormes tentando criar arquiteturas empresariais0 apenas para obter um valor limitado0 ou mesmo ne+ativo0 com o es!oro2 Hanto no setor p%blico quanto no privado0 so comuns !alhas que custam muitas centenas de milhares de d#lares2 " tr.s ra18es principais para essas !alhas onerosas2 A primeira 4 uma con!iana e'a+erada em metodolo+ias recursivas de arquitetura do tipo BB A <)ro6eto e Anlise Brientados a Bb6eto=2 A se+unda 4 a !alsa noo de que criar uma arquitetura empresarial si+ni!ica o desenvolvimento de um esboo detalhado de toda a or+ani1ao2 $ a terceira 4 a incapacidade de dividir estruturas comple'as em pro6etos menores e mais +erenciveis2 As metodolo+ias BB A0 como todas as aborda+ens recursivas0 t.m a capacidade limitada de +erenciar a comple'idade2 A comple'idade 4 o principal desa!io en!rentado nas or+ani1a8es altamente volteis de ho6e2 $ste arti+o prop8e uma aborda+em di!erente para desenvolver arquiteturas empresariais2 A aborda+em se baseia no particionamento vertical dos processos de uma or+ani1ao0 priori1ando a necessidade de melhorar esses processos e depois !a1.-los passar por iterao0 com o !oco no HH*2 $ssa aborda+em 4 descrita como iterao particionada2 Ao contrrio das metodolo+ias recursivas0 a iterao particionada ataca a comple'idade de cabea er+uida2

$ste documento descreve tr.s re+ras para o sucesso em uma estrat4+ia de iterao particionada2 So as se+uintes: I2 &omece apanhando as !rutas mais bai'as0 !ocando-se em um time-tovalue rpido2 22 )romova economia de pequena escala0 !ocando-se em processos +eis2 S2 &entrali1e a interoperabilidade e descentrali1e a implementao0 !ocando-se na reduo da comple'idade0 por meio do particionamento0 e na iterao mais rpida por meio da a+ilidade2 As aborda+ens D arquitetura empresarial0 baseadas na iterao particionada0 t.m uma s4rie de vanta+ens em relao Ds aborda+ens baseadas na recurso2 $ntre elas esto:
(elhor

utili1ao da tecnolo+ia para resolver problemas de ne+#cios ur+entes2 drsticas no custo do desenvolvimento de sistemas comple'os2 mais rpido de pro6etos t4cnicos de alto valor aos ne+#cios2

,edu8es

Pornecimento (elhor (aior

controle dos custos +erais do sistema2 muito maior de sucesso +eral no sistema2

preciso na previso das datas de entre+a2

)robabilidade

A iterao particionada 4 a aborda+em mais econ7mica que temos para descrever as metas de uma or+ani1ao0 como essas metas so percebidas pelos processos de ne+#cios e como esses processos podem ser mais bem atendidos por meio da tecnolo+ia2 $m outras palavras0 a iterao particionada !ornece solu8es t4cnicas de alto valor aos ne+#cios o mais rpido poss5vel0 e ao menor custo poss5vel2 Alto valor2 Hempo m5nimo2 &usto mais bai'o2 $ste 4 o resultado2 <loss=rio $>E* - Hermo +uarda-chuva para a !am5lia (icroso!t de produtos que inclui a in!ra-estrutura de servios da @eb da empresa2 %gilidade - (edida da capacidade de uma entidade <por e'emplo0 de uma empresa= para responder rapidamente Ds condi8es ambientais em mudana2 ?ei de Iterao de &o@d - Analisando a comple'idade0 uma iterao rpida quase sempre produ1 melhores resultados do que uma anlise apro!undada2 Seu nome se deve ao &el2 Mohn Co;d2 ?ei de &rooA - Adicionar recursos extras a um projeto com atraso s a! o projeto se atrasar2 Atribu5da a PredericA CrooAs2 ?ei ClingerBCo6en - "onsulte #n ormation $ec%nolog& 'angement Re orm Act2 Colaborao - B processo pelo qual dois aplicativos em empresas di!erentes conse+uem !uncionar 6untos em termos pro+ramticos0 em contraste com interoperabilidade2 arquitetura empresarial - escrio das metas de uma or+ani1ao0 como essas metas so percebidas pelos processos de ne+#cios e como esses processos podem ser mais bem atendidos por meio da tecnolo+ia2 Estrutura de arquitetura empresarial - (etodolo+ia para criar uma arquitetura empresarial2 "E%" - &onsulte (strutura )ederal para Arquitetura (mpresarial2

Estrutura "ederal para %rquitetura Empresarial C"E%"D - $strutura de arquitetura empresarial usada pelo +overno norte-americano para descrever como as vrias a+.ncias +overnamentais e seus sistemas de HI se relacionam uns com os outros2 "E!% - A Pederal $mer+enc; (ana+ement A+enc;0 brao do +overno americano responsvel por responder aos desastres2 <%2 - &onsulte (scritrio *eral de "ontabilidade2 Escritrio de Contabilidade <eral - ^r+o do +overno americano responsvel por monitorar a e!iccia das di!erentes or+ani1a8es no +overno2 Information *ec6nolog@ !anagement Reform %ct - Zei aprovada pelo con+resso americano em IJJ6 que e'i+e que todas as or+ani1a8es utili1em estrat4+ias e estruturas e!ica1es para desenvolver e manter os recursos de HI2 Interoperabilidade - )rocesso pelo qual dois ou mais aplicativos na mesma empresa podem !uncionar 6untos em n5vel pro+ramtico2 $m contraste com colaborao2 *I - Hecnolo+ia da in!ormao2 Iterao - /ualquer processo que trata do todo como uma s4rie de partes menores0 de tamanhos pequenos2 %rquitetura iterativa - Aborda+em aos sistemas de arquitetura que pro6eta0 desenvolve e implanta sistemas +randes e comple'os em est+ios2 (rocesso iterativo - Aborda+em ao desenvolvimento +gil de so t,ares no qual o desenvolvimento de so!tFare passa por itera8es rpidas de pro6eto0 implementao e reavaliao0 resultando <ale+a-se= em sistemas que esto mais alinhados com as condi8es comerciais que se modi!icam2 $m contraste com processo cascata2 I*!R% - &onsulte #n ormation $ec%nolog& 'anagement Re orm Act2 ?ei da Comple idade - A comple'idade de um sistema relaciona-se ao n%mero de estados nos quais esse sistema pode se encontrar2 -eralmente usada para comparar a comple'idade de duas aborda+ens di!erentes para desenvolver um sistema2 "ruta mais bai a - Hermo que descreve um subcon6unto de escolhas que !ornecem a percepo de valor m'imo para o custo calculado m5nimo2 Projeto e anlise orientados a objeto - $strutura arquitetural que se baseia na decomposio recursiva orientada a ob6eto2 22D% - &onsulte )ro6eto e anlise orientados a ob6eto2 22(% - Bbservar0 orientar0 plane6ar0 a+ir2 )rocesso seq3encial proposto pelo &el2 Mohn Co;d em relao aos pilotos de combate0 embora ele tenha descrito a seq3.ncia como observar0 orientar0 desenvolver0 a+ir2 Ea descrio de Co;d0 essa seq3.ncia de observar0 orientar0 plane6ar e a+ir 4 !eita iterativamente0 e a entidade que conse+uir iterar com mais rapide1 supera a entidade que iterar de !orma mais completa2 Iterao particionada - Aborda+em para desenvolver uma arquitetura empresarial0 na qual a empresa 4 particionada em uma s4rie de se+mentos verticais aut7nomos0 depois analisada iterativamente e0 por !im0 quando apropriado0 aprimorada por meio do uso de processos de ne+#cios e t4cnicos melhores2 %lvo de prioridade - ,epresentao visual de um ob6etivo proposto como meta0 com linhas que saem do centro do alvo representando !atores de priori1ao0 e GtirosG 6unto de cada ei'o mostrando a importRncia relativa daqueles !atores para esse ob6etivo2 Bs tiros so

colocados em cada c5rculo0 com a pro'imidade ao centro do alvo indicando a !ora da in!lu.ncia positiva2 RE( CRational Enified (rocess - )rocesso para desenvolver so!tFare que 4 a base para a su5te de !erramentas da IC(Q,ational2 Recursiva - $m anlise0 um processo pelo qual um sistema 4 analisado como sendo composto por m%ltiplos subsistemas\ cada um deles 4 analisado como sendo composto por m%ltiplos subsistemas0 e assim por diante0 at4 que um con6unto de sistemas terminais se6a identi!icado0 no podendo mais ser lo+icamente divididos2 RedundFncia - Sobreposio na !uncionalidade entre vrios sistemas2 Retorno sobre investimento - (edida <em percenta+em= do valor aos ne+#cios de um pro6eto0 com base no aumento dos lucros <por causa de um rendimento maior ou de +astos menores= dividido pelo custo do pro6eto2 )or e'emplo0 um pro6eto com um custo de UST I002000 que devolve UST 2002000 em lucro tem um ,BI de 200]2 R2I - &onsulte ,etorno sobre investimento2 S2% - &onsulte Arquitetura orientada ao servio2 ?ei Sarbanes+2 le@ - Zei aprovada pelo con+resso americano em 2002 para impedir atividades !iscais !raudulentas por parte das or+ani1a8es2 A lei e'i+e uma r5+ida auditoria dos dados !inanceiros e a responsabili1ao pessoal por parte dos o!iciais !inanceiros caso ha6a problemas na reali1ao da auditoria2 Servio - &onsulte -ervio da .eb2 %rquitetura orientada ao servio - Arquitetura de interoperabilidade entre sistemas aut7nomos e desenvolvidos com base em tecnolo+ias de servio da @eb2 S2G - &onsulte /ei -arbanes01xle&2 *%"I! C*ec6nical %rc6itecture "rameHorA for Information !anagementD - $strutura arquitetural desenvolvida pelo epartamento de e!esa e o!icialmente descontinuada em 20002 (redeterminao de tempo - Utili1ao ri+orosa de ciclos de entre+a +eralmente curtos para diminuir a tentao de acrescentar constantemente novos recursos a um sistema2 *ime+to+value - elta entre a aprovao do oramento de um pro6eto e o momento em que os e'ecutivos sentem que o pro6eto est tendo um impacto positivo sobre os ne+#cios da or+ani1ao2 *2<%" C*6e 2pen <roup %rc6itectural "rameHorAD 1$# - $strutura arquitetural controlada pela Hhe Bpen -roup2 **4 - &onsulte $ime0to0value2 Servio da ;eb - Sistema aut7nomo de so!tFare que pode responder a solicita8es de outros sistemas independentes de so!tFare por meio de um !ormato de mensa+em e um protocolo de transporte no-proprietrios2 $m +eral0 o !ormato de mensa+em 4 SBA)2 "lu o de trabal6o - B !lu'o de trabalho em uma or+ani1ao0 enquanto a tare!a de alto risco 4 conclu5da <por e'emplo0 processar uma reivindicao de se+uro=2 Estrutura Iac6man para arquiteturas empresariais - $strutura arquitetural na qual a empresa 4 modelada como S0 c4lulas0 cada uma delas representando uma interseo entre uma perspectiva e uma abstrao2

ReferJncias %rm - A big0picture loo2 at arquiteturas empresariais b; Armour0 P2M2\ Uaisler0 S2"2\ Ziu0 S2X2 in IH )ro!essional *olume I0 $dio I0 6anQ!ev de IJJJ )+inas:S:-O22 &ro - $%e '&t%ical 'an0'ont%3 (ssa&s on -o t,are (ngineering b; PredericA )hillips CrooAs2 Addison-@esle;0 edio de 20_ aniversrio publicada em IJJ:2 &o@ - )ara ter uma boa introduo do trabalho do Mohn Co;d0 consulte *eng%is 4o%n in )roceedin+s o! the U2 S2 Eaval Institute 6ulho de IJJL0 pp2 O2-OL C; PranAlin &2 Spinne;2 Car - 5oes 6ot "ompute b; Eicholas -2 &arr0 EeF XorA Himes0 22 de 6aneiro de 20062 C6a - .%& -o t,are )ails b; ,obert E2 &harette in I$$$ Spectrum setembro de 200:2 Cli - In!ormation Hechnolo+; (ana+ement ,e!orm Act0 do &ent4simo /uarto &on+resso dos $stados Unidos0 Se+unda Sesso2 C!E - &arne+ie (ellon Universit;0 FFF2sei2cmu2eduQarchitectureQ+lossar;2html2 <ov - $sta citao est dispon5vel em muitos lu+ares - por e'emplo0 FFF2cio2+ovQdocumentsQPIEAZ`@hite`)aper`on`$A`v622doc2 "ea - A P$AP 4 descrita em muitos lu+ares - por e'emplo0 A 7ractical *uide to )ederal arquitetura empresarial0 dispon5vel em http:QQFFF2+ao2+ovQbestpracticesQbpea+uide2pd!2 <%2# - ,elat#rio do -AB para o Secretrio do Hesouro0 novembro de 200O PIEAE&IAZ AU IH I,SWs Piscal Xears 200O and 200S Pinancial Statements2 <%2' - Hestemunho ante o Sob comit. sobre Administrao0 Pinanas e &ontabilidade do -overno0 &omit. sobre ,e!orma -overnamental0 "ouse o! ,epresentatives\ B CUSIE$SS H,AESPB,(AHIBE - Sustained Zeadership Eeeded to Address Zon+-standin+ Pinancial and Cusiness (ana+ement )roblems <6unho de 200:=2 <%2) - ,elat#rio do -AB para o Subcomit. sobre Hecnolo+ia0 )ol5tica de In!orma8es0 ,ela8es Inter+overnamentais e &enso0 &omit. sobre ,e!orma -overnamental0 "ouse o! ,epresentatives A+osto de 200O "B($ZAE S$&U,IHX $!!orts Under @a; to evelop arquitetura empresarial0 but (uch @orA ,emains2 "or - 1ops8 )ord and 1racle mega0so t,are project crumbles b; )atricia Uee!e in A H(a+0 II de novembro de 200O2 Kma - "ode 9lue b; avid P2 &arr and $dFard &one in Caseline0 novembroQde1embro de 200I2 !ac - 'c5onald:s: 'c9usted b; Zarr; Carrett and Sean -alla+her in Caseline0 2 de 6ulho de 200S2 !ur - 'anaging "omplexit& in #$; 7art <: $%e 7roblem b; ,ichard (urch in In!ormIH0 I_ de outubro de 200O2 Ro@ - $%e "%allenges o "omplex #$ 7rojects: relat#rio de um +rupo de trabalho da Hhe ,o;al Academ; o! $n+ineerin+ and Hhe Critish &omputer Societ;0 abril de 200O2 *%" - epartamento de e!esa dos $UA2 $ec%nical Arc%itecture )rame,or2 )or #n ormation 'anagement =$A)#'> ?olumes <0@; ?erso 2AB2 ,eston0 *A: ISA &enter !or Architecture0 IJJO2 *2< - HB-AP <Hhe Bpen -roup Architectural PrameForA= *ersion K2I G$nterprise $ditionG dispon5vel em http:QQFFF2open+roup2or+Q2 ;iAi - @iAipedia0 http:QQen2FiAipedia2or+QFiAiQ$nterprise`architecture2 Iac - A rame,or2 or in ormation s&stems arc%itecture0 b; M2A2 Nachman in Hhe IC( S;stems Mournal0 IJKL0 volume 260 n%mero S0 p+inas 2L6-2J22 Sobre o autor ,o+er Sessions 4 &HB da Bb6ect@atch Inc2 e autor de seis livros e de1enas de arti+os e documentos2 $le !a1 parte do &onselho de Administrao da Associao Internacional de Arquitetos de So!tFare <http:QQFFF2iasahome2or+Q=2 Preq3entemente0 ,o+er d palestras em eventos em todo o mundo0 reali1ando seminrios e treinamento destinados D comunidade de

arquitetos2 ,o+er escreve um boletim mensal especi!icamente para arquitetos empresariais e +erentes de HI chamado A$A =Arc%itect $ec%nolog& Advisor&>2 A Bb6ect@atch 4 especiali1ada em a6udar as or+ani1a8es de todos os portes a perceber o m'imo valor poss5vel das arquiteturas empresariais por meio de consultorias e treinamentos2 Eo endereo http:QQFFF2ob6ectFatch2comQ0 h mais in!orma8es sobre ,o+er Sessions e a Bb6ect@atch2