<\/p>\n
Nenhum desses termos de uso \u00e9 melhor ou bom. Eles s\u00e3o apenas diferentes. Sua arquitetura deve honrar a proposta de valor e os termos de uso. Se voc\u00ea assumiu um compromisso absoluto com a privacidade, como a Apple, \u00e9 melhor garantir que n\u00e3o seja apenas uma declara\u00e7\u00e3o vazia. Se voc\u00ea prometeu uma experi\u00eancia melhor, como o Facebook, \u00e9 melhor implementar e operacionalizar tudo o que voc\u00ea sabe.<\/p>\n
Na semana passada, eu disse para voc\u00ea come\u00e7ar com duas coisas: modelo de assunto<\/a> para o seu produto digital e o termos de uso de dados<\/a>. Eu disse para voc\u00ea recorrer ao verdadeiro dono do produto, ou gerente de produto, ou qualquer nome que voc\u00ea d\u00ea \u00e0 pessoa respons\u00e1vel pelo sucesso do produto no mercado dentro da sua organiza\u00e7\u00e3o. Trate essa pessoa como sua fonte de informa\u00e7\u00f5es.<\/p>\n Este conselho funciona muito bem quando voc\u00ea vende o produto digital. A press\u00e3o do mercado, a proposta de valor, a receita e o custo transformam o dono do produto em um guerreiro implac\u00e1vel. Um problema real de governan\u00e7a de arquitetura \u00e9 que quase todos os nossos "produtos digitais" s\u00e3o internos. N\u00f3s somos arquitetos corporativos<\/a>. Os problemas mais dif\u00edceis ficam para n\u00f3s.<\/p>\n Ent\u00e3o, vamos encarar os desafios internos de frente. Vamos come\u00e7ar pelo mundo real.<\/p>\n Muitos dos nossos gerentes de produto acabam se rebaixando ao papel de supervisores do quadro Jira.<\/p>\n Muitos dos nossos produtos digitais surgem de diretrizes internas para "monetizar dados" ou para tomar decis\u00f5es melhores.<\/p>\n Muitos dos nossos 'clientes' est\u00e3o recebendo dados operacionais m\u00ednimos, criados por uma fun\u00e7\u00e3o a montante que n\u00e3o sabe nada sobre a comunidade a jusante.<\/p><\/blockquote>\n N\u00e3o podemos simplesmente acatar a dura afirma\u00e7\u00e3o de Marty Cagan (Silicon Valley Product Group) \u2014 se o seu cliente n\u00e3o consegue simplesmente ir embora e escolher um concorrente, provavelmente o problema \u00e9 a administra\u00e7\u00e3o de TI, e n\u00e3o a propriedade do produto \u2014 e desistir. Nossa profiss\u00e3o, arquitetura corporativa<\/a>, existe para orientar mudan\u00e7as que abordem os problemas que nossa empresa enfrenta.<\/p>\n Usamos conceitos como produto digital e monetiza\u00e7\u00e3o para resolver problemas ainda piores do que um tecn\u00f3logo tentando construir uma malha de dados sem governan\u00e7a e sem qualidade. Sim, todos n\u00f3s j\u00e1 passamos por isso.<\/p>\n Precisamos come\u00e7ar com os dados do produto \u2014 o assunto<\/a>. Mas desenhar um limite em um quadro branco \u00e9 a parte f\u00e1cil. Eu sei, eu uso um quadro branco Microsoft Surface de 50 polegadas todos os dias. Com um clique, desenho caixas, c\u00edrculos e linhas de conex\u00e3o. Agora precisamos fazer com que esses modelos forne\u00e7am orienta\u00e7\u00f5es pr\u00e1ticas.<\/p>\n Esta semana, vamos abordar o seguinte: Colis\u00e3o na Linha Amarela<\/em>. Aquelas linhas amarelas pintadas que gritam avisos sobre coisas potencialmente ruins do outro lado. Equipamentos afiados ou for\u00e7a esmagadora no ch\u00e3o de uma f\u00e1brica. Trens em alta velocidade no metr\u00f4. Ou a linha amarela dividindo a rodovia.<\/p>\n Quase sempre conseguimos ultrapassar esse limite. No entanto, sem aviso pr\u00e9vio, algo ruim acontece.<\/p>\n Precisamos sempre olhar para frente. O tr\u00e2nsito que vem em sentido contr\u00e1rio pode ser fatal.<\/p>\n\t Tr\u00e2nsito vindo em sua dire\u00e7\u00e3o?<\/strong><\/p>\n As fronteiras t\u00eam donos. Os produtos digitais comerciais t\u00eam defensores ferozes que os protegem. Internamente, temos ilus\u00f5es. Imaginamos clientes e donos. Acreditamos que o organograma sempre nos indica a autoridade de decis\u00e3o.<\/p>\n Propriet\u00e1rios de produtos comerciais ambiciosos s\u00e3o \u00f3timos stakeholders. Eles receberam uma \u00e1rea de responsabilidade: o produto. Eles t\u00eam objetivos muito claros. Dire\u00e7\u00f5es - expectativa, restri\u00e7\u00e3o, apetite ao risco<\/a>. Eles conseguem avaliar o valor das mudan\u00e7as e, muitas vezes, articulam requisitos muito fortes. Trabalhei com um gerente de produto digital que precisava de uma redu\u00e7\u00e3o de custos transacionais (95%) em sua plataforma. N\u00e3o se tratava de adicionar funcionalidades, nem apenas de reduzir custos. Era um corte nos custos da plataforma para se manter competitivo.<\/p>\n Com donos de produto assim governan\u00e7a de arquitetura<\/a> \u00c9 um sonho. Voc\u00ea tem um stakeholder competente e influente. Algu\u00e9m que entende a autoridade que lhe foi delegada e todo o contexto dessa autoridade.<\/p>\n Em seguida, temos nossos produtos internos. Come\u00e7amos com uma linha t\u00eanue entre o produto e os dados. Frequentemente, temos princ\u00edpios que sugerem compartilhar os dados<\/em>. Estamos inferindo que, como os dados existem, o A empresa \u00e9 propriet\u00e1ria disso.<\/em>.<\/p>\n Analisamos o organograma e encontramos um Diretor de Dados (CDO) ou um Escrit\u00f3rio de Governan\u00e7a de Dados. O pensamento predominante leva a pessoa a questionar e explicar tudo ao CDO. Presume-se que o CDO, magicamente, seja o dono de todos os dados. O mais prejudicial \u00e9 a suposi\u00e7\u00e3o de que qualquer trabalho para "monetizar", democratizar e criar "melhores tomadas de decis\u00e3o" seja comprovadamente valioso.<\/p>\n Simultaneamente, no desenvolvimento, muitas vezes confundimos a simples inser\u00e7\u00e3o de uma API ou a execu\u00e7\u00e3o de uma extra\u00e7\u00e3o para despejar dados no sistema. lago de dados virtual<\/em> com mudan\u00e7a que melhora nossa organiza\u00e7\u00e3o<\/em>.<\/p>\n Quando nos voltamos para o "Product Owner", encontramos um analista de neg\u00f3cios glorificado, preso entre os tecn\u00f3logos e uma comunidade de usu\u00e1rios irritada. Eles chamam a comunidade de usu\u00e1rios de clientes \u2014 mesmo que Marty nos diga que o cliente precisa pagar e pode simplesmente desistir. Esses "Product Owners" est\u00e3o ocupados gerenciando tickets no Jira. Eles n\u00e3o t\u00eam autoridade nenhuma. Zero compreens\u00e3o de valor. Imagine-os sabendo que a viabilidade dependia de um corte nas despesas operacionais (OpEx) e, mesmo assim, implementando esse corte no programa digital.<\/p>\n Com donos de produto assim governan\u00e7a de arquitetura<\/a> Est\u00e1 em suporte de vida. Precisamos usar todos os recursos dispon\u00edveis. governan\u00e7a de arquitetura<\/a> conjunto de ferramentas para descobrir as restri\u00e7\u00f5es que envolvem o produto, os objetivos do produto e o que a organiza\u00e7\u00e3o espera da fun\u00e7\u00e3o comercial do consumidor.<\/p>\n Sabemos que nossa organiza\u00e7\u00e3o \u00e9 uma complexa rede de intera\u00e7\u00f5es. Navegar<\/a>, Para simplificar a complexidade, n\u00f3s nos apoiamos em Modelo de risco da SABSA<\/a> e o conceito de arquitetura superior encontrado em TOGAF<\/a>.<\/p>\n Tudo o que procuro \u00e9 o mesmo conhecimento e as mesmas orienta\u00e7\u00f5es que fazem com que meus dedicados propriet\u00e1rios de produtos comerciais durmam preocupados: mercado, posicionamento, pre\u00e7o, concorr\u00eancia.<\/p>\n Tudo o que procuro \u00e9 algu\u00e9m que consiga avaliar potencial de crescimento, potencial de queda, valor, custo e risco.<\/p>\n Tudo o que eu quero s\u00e3o os princ\u00edpios b\u00e1sicos da boa governan\u00e7a: o objetivo, as expectativas de desempenho, as restri\u00e7\u00f5es e a toler\u00e2ncia ao risco.<\/p>\n E eu quero isso para todos os produtos digitais.<\/p>\n Assim que estabelecermos a estrutura de governan\u00e7a do Produto Digital, a tens\u00e3o come\u00e7a.<\/p>\n Na maior parte do tempo, trabalhamos internamente. Voc\u00ea estar\u00e1 cercado por ideias de pessoas que n\u00e3o se submetem \u00e0 disciplina do mercado. Pessoas que alegam estar alinhadas a qualquer estrat\u00e9gia, iniciativa ou declara\u00e7\u00e3o de lideran\u00e7a. Pessoas que usam esse alinhamento para justificar suas prefer\u00eancias ou melhorias locais.<\/p>\n Voc\u00ea conhece o argumento do alinhamento mortal. Ele se concentra em como as coisas se sustentam, sem qualquer contribui\u00e7\u00e3o significativa. Sabemos que o valor \u00e9 composto por benef\u00edcios que justificam o esfor\u00e7o, especialmente considerando a incerteza associada \u00e0 obten\u00e7\u00e3o desses benef\u00edcios e a incerteza quanto ao custo.<\/p>\n Internamente, voc\u00ea pode esperar um foco na tecnologia. Foco em quest\u00f5es como a mec\u00e2nica de extrair dados de um banco de dados operacional. O custo \u00e9 avaliado de forma t\u00e3o acess\u00edvel quanto um chamado de integra\u00e7\u00e3o feito \u00e0s pressas.<\/p>\n Os princ\u00edpios b\u00e1sicos da qualidade e do fluxo de dados desaparecem na pressa de fazer algo.<\/p>\n Sua organiza\u00e7\u00e3o est\u00e1 usando a linguagem do produto para dirigir de forma perigosa.<\/p>\n Vamos analisar dois riscos cr\u00edticos relacionados a produtos de dados.<\/p>\n Todos que vendem produtos de dados vendem metodologia e proced\u00eancia.<\/p>\n Todos.<\/p>\n Quando voc\u00ea n\u00e3o possui termos de uso claros que permitam a reutiliza\u00e7\u00e3o de dados, eles s\u00e3o roubados.<\/p>\n Dados roubados nunca possuem proced\u00eancia e metodologia s\u00f3lidas \u2014 em termos de arquitetura de dados: fonte de dados<\/a> e fluxo de dados<\/a>.<\/p>\n Os dados roubados n\u00e3o s\u00e3o "monetizados", s\u00e3o protegidos. Essas empresas oferecem descontos enormes porque ningu\u00e9m pode usar produtos roubados no mercado convencional.<\/p>\n Internamente, dados roubados contaminam at\u00e9 mesmo um data lake virtual. Superficialmente, dados de baixa qualidade e sem metodologia parecem id\u00eanticos a dados de alta qualidade. Mas exigem constantemente mais refinamento e p\u00f3s-processamento apenas para se tornarem \u00fateis.<\/p>\n Eventualmente, os dados roubados criam um problema de conformidade. Geralmente, isso se deve a informa\u00e7\u00f5es pessoais identific\u00e1veis, segredos comerciais ou quest\u00f5es de jurisdi\u00e7\u00e3o. Ent\u00e3o, voc\u00ea precisa gastar mais para limpar o que era simplesmente um amontoado de dados caros e sem valor.<\/p>\n Se voc\u00ea quer se divertir um pouco, observe atentamente o retorno do seu investimento em composteiras de compostagem. Como acontece com a maioria das composteiras residenciais, aposto que voc\u00ea v\u00ea pessoas despejando diligentemente cascas de frutas e legumes na composteira e indo \u00e0 loja de jardinagem comprar fertilizante e terra.<\/p>\n Resolvemos esses problemas com uma boa arquitetura.<\/p>\n Estamos come\u00e7ando a criar disciplinas em torno de dados de produtos. Especialmente dados onde nosso produto digital captura informa\u00e7\u00f5es do cliente. Navegar<\/a> Usamos uma propriedade do modelo para distinguir Dados sob cust\u00f3dia<\/strong>-dados que pertencem a outra organiza\u00e7\u00e3o e s\u00f3 podem ser usados em estrita conformidade com o contrato.<\/p>\n Esta propriedade \u00e9 o primeiro poste da sua cerca. Esses limites restringem severamente a integra\u00e7\u00e3o e exigem medidas de seguran\u00e7a.<\/p>\n Na semana passada, mencionei brevemente o ServiceNow. Os CIs s\u00e3o obviamente cust\u00f3dia<\/em>, Eles s\u00e3o usados pelo aplicativo, mas o provedor do aplicativo nunca tem motivo para analis\u00e1-los. Que tal? nomes de usu\u00e1rio<\/em>?<\/p>\n Sim, nomes de usu\u00e1rio<\/em>. Em um sistema de gerenciamento de opera\u00e7\u00f5es de TI SaaS, o cliente configura os dispositivos para inserir pessoas em fluxos de processo, habilitar aprova\u00e7\u00f5es e at\u00e9 mesmo enviar alertas ligando para o telefone pessoal do usu\u00e1rio. O ServiceNow pode utiliz\u00e1-los?<\/p>\n \u00c9 obviamente conveniente us\u00e1-los para acesso e licenciamento. Mas se os direitos forem restritos, voc\u00ea retorna imediatamente ao problema da Apple e talvez precise encontrar uma maneira de impedir que os dados vazem para fora da empresa. ambiente do cliente<\/em>. Vimos que a Apple usou o bem aplicativo<\/a> e arquitetura de infraestrutura<\/a> focando em limites de montagem<\/a>. Eles garantem a privacidade das suas mem\u00f3rias processando-as no seu dispositivo. Lembre-se, eles prometem que voc\u00ea n\u00e3o vai espionar nada, mesmo que isso signifique ficar feliz s\u00f3 desta vez.<\/p>\n Leve essas mesmas ideias para dentro da empresa. Quais dados pertencem ao produto digital? Que etapas de montagem s\u00e3o necess\u00e1rias para garantir que voc\u00ea os processe dentro do produto, para o produto ou pelo produto?<\/p>\n Ent\u00e3o, quais dados est\u00e3o dispon\u00edveis? E quais dados a empresa precisa?<\/p>\n Um dos nossos clientes de produtos digitais possui uma estrutura de finan\u00e7as corporativas bastante enxuta. Cada fam\u00edlia de produtos \u00e9 respons\u00e1vel pela sua pr\u00f3pria contabilidade e gest\u00e3o de custos. Os dados financeiros que chegam ao sistema corporativo s\u00e3o muito restritos.<\/p>\n Esse design aparentemente ineficiente permite que os diferentes produtos otimizem suas opera\u00e7\u00f5es comerciais e fiscais. O CEO pode circular pelos corredores e fazer perguntas muito pertinentes. Espera-se que os respons\u00e1veis pelo P&L conhe\u00e7am e otimizem seus processos. N\u00e3o h\u00e1 espa\u00e7o para desculpas. Precisamos aplicar essa mesma disciplina a todos os nossos produtos digitais.<\/p>\n Ao longo desta conversa, tenho destacado como voc\u00ea busca ultrapassar os limites. Tenho enfatizado que os produtos digitais s\u00e3o apenas um problema de governan\u00e7a espec\u00edfico.<\/p>\n Trate-os como um assunto, uma \u00e1rea de neg\u00f3cios. Ao mesmo tempo, trate-os como um dom\u00ednio de risco ou governan\u00e7a. Confio que voc\u00ea entenda que todo titular de dados tamb\u00e9m \u00e9 um... dom\u00ednio de governan\u00e7a<\/a>. Um lugar onde existem objetivos \u00fanicos, expectativas de desempenho, restri\u00e7\u00f5es e apetite ao risco. Um lugar onde existe uma base s\u00f3lida. principais partes interessadas<\/em>.<\/p>\n Eu n\u00e3o disse um \u00fanico tomador de decis\u00e3o, eu disse um partes interessadas s\u00f3lidas e importantes<\/em>. Os stakeholders sempre vivem em grupos. H\u00e1 sempre interesses concorrentes, sobreposi\u00e7\u00e3o de poderes e dire\u00e7\u00f5es conflitantes. Se fosse simples, n\u00e3o precisar\u00edamos de arquitetura empresarial.<\/p>\n Meus exemplos foram todos casos em que precis\u00e1vamos proteger o produto digital. Casos em que usamos assembly para processar o produto internamente ou por meio do produto. Esse \u00e9 um caso espec\u00edfico, e \u00e9 preciso saber quando ele se aplica.<\/p>\n O outro caso tamb\u00e9m \u00e9 v\u00e1lido quando o dono do produto \u2014 o principal stakeholder, respons\u00e1vel pela governan\u00e7a e pelo assunto em quest\u00e3o \u2014 \u00e9 instru\u00eddo a se integrar a um todo maior. Ele \u00e9 orientado a usar o sistema financeiro de servi\u00e7os compartilhados.<\/p>\n Ambos os modelos s\u00e3o verdadeiros. Qualquer um dos modelos pode ser a arquitetura do seu produto digital.<\/p>\n Quando as pessoas param de seguir a sua arquitetura otimizada para o seu neg\u00f3cio e sua estrat\u00e9gia de entrada no mercado, elas est\u00e3o cruzando a Linha Amarela. Mais cedo ou mais tarde, haver\u00e1 tr\u00e1fego vindo na dire\u00e7\u00e3o oposta.<\/p>\n Para evitar a colis\u00e3o com a linha amarela, n\u00f3s, os arquitetos corporativos<\/a> entrar na linha de fogo.<\/p>\n Em termos metodol\u00f3gicos, n\u00f3s realizamos governan\u00e7a de implementa\u00e7\u00e3o<\/a> e criar um Recomenda\u00e7\u00e3o de n\u00e3o conformidade<\/em>. Identificar o problema \u00e9 f\u00e1cil, mas pouco \u00fatil. Uma recomenda\u00e7\u00e3o informa \u00e0s partes interessadas o que elas precisam fazer para recuperar o valor que a meta proporcionava. Elas j\u00e1 sabem o que a n\u00e3o conformidade est\u00e1 causando.<\/p>\n Todas as situa\u00e7\u00f5es de n\u00e3o conformidade se resumem a:<\/p>\n N\u00f3s estruturamos as op\u00e7\u00f5es para que os l\u00edderes e as partes interessadas relevantes fa\u00e7am uma escolha informada. Com um simples clique, voc\u00ea ter\u00e1 a melhor organiza\u00e7\u00e3o poss\u00edvel e a melhor mudan\u00e7a poss\u00edvel. \u00c9 um lugar muito agrad\u00e1vel.<\/p>\n Frequentemente presumimos que h\u00e1 virtude em partes interessadas corajosas que se mant\u00eam firmes e impondo o objetivo<\/em>. Muitas vezes existe. Muitas vezes a n\u00e3o conformidade \u00e9 uma otimiza\u00e7\u00e3o local. Ou uma equipe de projeto que economiza em algo para atingir uma meta. dia de lan\u00e7amento<\/em>. Ou uma equipe \u00e1gil reivindicando a vit\u00f3ria. Em todos esses casos, eles est\u00e3o destruindo o valor que a meta entrega.<\/p>\n N\u00e3o tenho a arrog\u00e2ncia de achar que sou onisciente. Sei que o mundo se move e muda. Novas abordagens, novas ferramentas surgem. A soma total do poder criativo supera em muito minha capacidade individual. equipe de consultoria incr\u00edvel<\/a>. Mais importante ainda, a cada manh\u00e3 nossa empresa \u00e9 uma nova empresa em uma nova posi\u00e7\u00e3o.<\/p>\n Eu crio roteiros din\u00e2micos<\/a> Para dar aos meus stakeholders o controle necess\u00e1rio para conduzir o processo. Encaro cada n\u00e3o conformidade como uma nova oportunidade din\u00e2mica. Quando encontramos um caminho melhor para um objetivo melhor, o abra\u00e7amos. Imediatamente. E ent\u00e3o comemoramos! Aproveitamos toda a criatividade e genialidade dispon\u00edveis. Minha arquitetura \u00e9 sustent\u00e1vel e est\u00e1 em constante crescimento. Uau!<\/p>\n Ent\u00e3o, aqui est\u00e1 o meu desafio desta semana. Quem pode responder com autoridade sobre seus produtos digitais? Quem arca com as vantagens e desvantagens de cada escolha? Qual \u00e9 o posicionamento de mercado (contexto empresarial) e as m\u00e9tricas de sucesso (dire\u00e7\u00f5es) para cada produto? Quais s\u00e3o as limita\u00e7\u00f5es de arquitetura superiores desses produtos?<\/p>\n Use isso para saber onde est\u00e1 a linha amarela. E, para estender a met\u00e1fora, que tipo de linha \u00e9 essa? Aquelas linhas amarelas duplas em rodovias de montanha com placas de velocidade reduzida s\u00e3o uma pista. Encontre as restri\u00e7\u00f5es que realmente importam.<\/p>\n Na pr\u00f3xima semana, na parte final desta s\u00e9rie sobre dados e produtos digitais, vamos analisar a t\u00e9cnica. As ferramentas de trabalho do arquiteto. Especificamente, exploraremos dois aspectos. Primeiro, as estruturas do modelo de Documento L\u00f3gico para transpor a fronteira entre a empresa e um produto digital. Segundo, as especifica\u00e7\u00f5es de arquitetura para traduzir os termos de uso e montagem de dados em diretrizes concretas.<\/p>\n Como sempre, agrade\u00e7o seus coment\u00e1rios e sugest\u00f5es.<\/p>\n Tenha um \u00f3timo dia!<\/p>\n Cumprimentos,<\/p>\n Dave<\/strong><\/p>\nDave Hornford Melhores pr\u00e1ticas arquitetura corporativa<\/a> de Conexiam Navigate<\/a><\/p>\n\t\t\t\n\t\t\t\t\t\t\tAgende um treinamento personalizado em arquitetura corporativa para impulsionar sua equipe\n\t\t\t<\/a>\n\t Architecting Digital Products: The Yellow Line Collision Last week we started a sequence of messages on Digital Products and Digital Data. The foundations are the data terms of use-the commitment you make to your customers. […]<\/p>\n","protected":false},"author":1,"featured_media":688841,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"disabled","ast-breadcrumbs-content":"","ast-featured-img":"disabled","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[758,962],"tags":[925,964],"class_list":["post-688817","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","category-ea-best-practice","tag-conexiam-enterprise-architecture-thought-leadership","tag-digital-products-data"],"_links":{"self":[{"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/posts\/688817","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/comments?post=688817"}],"version-history":[{"count":1,"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/posts\/688817\/revisions"}],"predecessor-version":[{"id":942186,"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/posts\/688817\/revisions\/942186"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/media\/688841"}],"wp:attachment":[{"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/media?parent=688817"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/categories?post=688817"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/conexiam.com\/pt\/wp-json\/wp\/v2\/tags?post=688817"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"Rodovia](\"https:\/\/conexiam.com\/wp-content\/uploads\/2026\/05\/AdobeStock_309411605.jpeg\" "\\"AdobeStock_309411605\\"")
\n\t<\/figure>\n\t<\/h2>\n
Ilus\u00e3o CDO<\/h2>\n
A colis\u00e3o da linha amarela<\/h2>\n
Voc\u00ea n\u00e3o pode vender o que roubou.<\/h3>\n
A Restri\u00e7\u00e3o de Cust\u00f3dia<\/h3>\n
Defesa da Arquitetura: Recomenda\u00e7\u00e3o de N\u00e3o Conformidade<\/h3>\n
\n
Concluindo a colis\u00e3o da linha amarela<\/h2>\n
\nConexiam<\/a>\n\t\t\t\n\t\t\t\t\t\t\tExplore o treinamento para certifica\u00e7\u00e3o TOGAF\n\t\t\t<\/a>\n\tDownloads de arquitetura corporativa e exemplos de arquitetura corporativa<\/a><\/h2>\n\t
Treinamento em arquitetura empresarial e treinamento em TOGAF<\/h2>\n\t\t\t\n\t\t\t\t\t\t\tTreinamento personalizado em arquitetura corporativa para impulsionar sua equipe\n\t\t\t<\/a>\n\t
V\u00e1 al\u00e9m com o processo e o m\u00e9todo de arquitetura empresarial de pr\u00e1ticas recomendadas<\/h2>\n
Workshops de consultoria em arquitetura corporativa<\/a><\/h2>\n\t\t\t\n\t\t\t\t\t\t\tEntre em contato conosco para obter consultoria em arquitetura empresarial para ajudar voc\u00ea\n\t\t\t<\/a>\n
\n\t\t\tAprimore suas habilidades de arquitetura corporativa\t<\/h2>\n\tTreinamos arquitetos empresariais bem-sucedidos<\/a>
\nDesenvolvemos equipes de arquitetura empresarial bem-sucedidas<\/a>\n\t\t\t\n\t\t\t\t\t\tPrograma de Introdu\u00e7\u00e3o Gratuito de 12 Semanas para Arquitetos Empresariais\n\t\t\t\t\t<\/a>\n\t\t\t\n\t\t\t\t\t\tTreinamento em arquitetura corporativa\n\t\t\t\t\t<\/a>\n\t\t\t\n\t\t\t\t\t\t\tCurso de treinamento em arquitetura empresarial TOGAF\n\t\t\t<\/a>","protected":false},"excerpt":{"rendered":"