<\/p>\n
Ninguno de estos t\u00e9rminos de uso es mejor ni bueno. Simplemente son diferentes. Tu arquitectura debe respetar la propuesta de valor y los t\u00e9rminos de uso. Si te comprometiste con la privacidad absoluta, como Apple, m\u00e1s te vale asegurarte de que no sea una declaraci\u00f3n vac\u00eda. Si prometiste una mejor experiencia, como Facebook, m\u00e1s te vale implementar y poner en pr\u00e1ctica todo lo que sabes.<\/p>\n
La semana pasada, te dije que empezaras con dos cosas: modelo de sujeto<\/a> para su producto digital y el condiciones de uso de los datos<\/a>. Te dije que acudieras al verdadero propietario del producto, o gerente de producto, o como sea que llames a la persona responsable en tu organizaci\u00f3n del \u00e9xito del producto en el mercado. Considera a esa persona como tu fuente de informaci\u00f3n fidedigna.<\/p>\n Este consejo funciona de maravilla cuando vendes el producto digital. La presi\u00f3n del mercado, la propuesta de valor, los ingresos y los costos convierten al propietario del producto en un guerrero feroz. Un verdadero problema de gobernanza de la arquitectura es que casi todos nuestros "productos digitales" son internos. arquitectos empresariales<\/a>. Nos tocan los problemas dif\u00edciles.<\/p>\n As\u00ed que afrontemos los desaf\u00edos internos de frente. Empecemos por el mundo real.<\/p>\n Demasiados de nuestros responsables de producto terminan siendo meros supervisores del tablero de Jira.<\/p>\n Demasiados de nuestros productos digitales surgen de mandatos internos para "monetizar datos" o tomar mejores decisiones.<\/p>\n A demasiados de nuestros "clientes" se les proporcionan datos operativos m\u00ednimos generados por una funci\u00f3n anterior que no sabe nada sobre la comunidad posterior.<\/p><\/blockquote>\n No podemos simplemente escuchar la dura declaraci\u00f3n de Marty Cagan (Silicon Valley Product Group) \u2014si su cliente no puede irse y elegir a un competidor, probablemente sea la administraci\u00f3n de TI, no la propiedad del producto\u2014 y darnos por vencidos. Nuestra profesi\u00f3n, arquitectura empresarial<\/a>, existe para guiar el cambio que aborde los problemas que enfrenta nuestra empresa<\/p>\n Utilizamos conceptos como producto digital y monetizaci\u00f3n para solucionar problemas a\u00fan peores que los de un tecn\u00f3logo que intenta construir una red de datos sin gobernanza ni control de calidad. S\u00ed, todos hemos vivido esa situaci\u00f3n.<\/p>\n Necesitamos comenzar con los datos del producto: sujeto<\/a>. Pero trazar un l\u00edmite en una pizarra blanca es lo m\u00e1s f\u00e1cil. Lo s\u00e9, uso una elegante pizarra Microsoft Surface de 50 pulgadas todos los d\u00edas. Con un simple clic, dibujo cajas, c\u00edrculos y l\u00edneas de conexi\u00f3n. Ahora necesitamos que esos modelos proporcionen una gu\u00eda pr\u00e1ctica.<\/p>\n Esta semana cubriremos el Colisi\u00f3n de l\u00ednea amarilla<\/em>. Esas l\u00edneas amarillas pintadas que gritan advertencia sobre peligros potenciales al otro lado. Equipos afilados o fuerza aplastante en una f\u00e1brica. Trenes a toda velocidad en el metro. O la l\u00ednea amarilla que divide la autopista.<\/p>\n Casi siempre podemos cruzar la l\u00ednea. Sin embargo, sin previo aviso, sucede lo malo.<\/p>\n Siempre debemos mirar hacia adelante. El tr\u00e1fico que viene de frente puede ser mortal.<\/p>\n\t \u00bfTr\u00e1fico en sentido contrario?<\/strong><\/p>\n Los l\u00edmites tienen due\u00f1os. Los productos digitales comerciales tienen defensores ac\u00e9rrimos. En nuestra empresa, vivimos en ilusiones. Imaginamos clientes y due\u00f1os. Creemos que el organigrama siempre nos indica qui\u00e9n tiene la autoridad para tomar decisiones.<\/p>\n Los propietarios de productos comerciales, que son muy exigentes, son partes interesadas clave. Se les ha asignado un \u00e1rea de responsabilidad: el producto. Tienen objetivos muy claros. Expectativas de direcci\u00f3n, restricciones, apetito de riesgo<\/a>. Pueden evaluar el valor de los cambios y, a menudo, formulan requisitos muy claros. Trabaj\u00e9 con un responsable de producto digital que necesitaba reducir los costos transaccionales (95%) de su plataforma. No se trataba de nuevas funcionalidades, ni solo de una mejora de costos. Necesitaban reducir los costos de la plataforma para mantenerse competitivos.<\/p>\n Con propietarios de productos como este gobernanza de la arquitectura<\/a> Es un sue\u00f1o. Tienes una parte interesada clara y con autoridad. Alguien que entiende la autoridad que se le ha delegado y el contexto completo de esa autoridad.<\/p>\n Luego tenemos nuestros productos internos. Comenzamos con una l\u00ednea difusa entre el producto y los datos. A menudo tenemos principios que sugieren compartir los datos<\/em>. Implicamos que, dado que existen datos, el Enterprise es su propietaria.<\/em>.<\/p>\n En el organigrama encontramos un Director de Datos o una Oficina de Gobernanza de Datos. La mentalidad predominante se dirige al Director de Datos para preguntar y explicar. Dan por sentado que el Director de Datos posee m\u00e1gicamente todos los datos. Lo m\u00e1s perjudicial es la suposici\u00f3n de que cualquier trabajo para "monetizar", democratizar y crear "mejores decisiones" es indiscutiblemente valioso.<\/p>\n Simult\u00e1neamente, en el desarrollo a menudo confundimos agregar una API o ejecutar una extracci\u00f3n con volcar datos en el lago de datos virtual<\/em> con cambio que mejora nuestra organizaci\u00f3n<\/em>.<\/p>\n Cuando nos fijamos en el "Propietario del Producto", nos encontramos con un analista de negocios glorificado, atrapado entre los tecn\u00f3logos y una comunidad de usuarios molesta. Llaman a la comunidad de usuarios clientes, aunque Marty nos dice que el cliente debe pagar y puede irse. Estos "propietarios del producto" est\u00e1n ocupados moviendo tickets de Jira. No tienen autoridad. No entienden el valor. Imag\u00ednense que supieran que la viabilidad depend\u00eda de una reducci\u00f3n de gastos operativos (OpEX) seg\u00fan el programa 95%, e impulsaran esa reducci\u00f3n a trav\u00e9s del programa digital.<\/p>\n Con propietarios de productos como este gobernanza de la arquitectura<\/a> est\u00e1 en soporte vital. Tenemos que usar el soporte completo. gobernanza de la arquitectura<\/a> Conjunto de herramientas para identificar las limitaciones del producto, los objetivos del producto y lo que la organizaci\u00f3n espera de la funci\u00f3n empresarial del consumidor.<\/p>\n Sabemos que nuestra organizaci\u00f3n es una compleja red de interacciones. Navegar por<\/a>, para simplificar la complejidad en la que nos apoyamos Modelo de riesgo de SABSA<\/a> y el concepto de arquitectura superior que se encuentra en TOGAF<\/a>.<\/p>\n Lo \u00fanico que busco es el mismo conocimiento y las mismas directrices que preocupan hasta el sue\u00f1o a mis ac\u00e9rrimos responsables de productos comerciales: mercado, posicionamiento, precio, competencia.<\/p>\n Lo \u00fanico que busco es alguien que pueda evaluar el potencial alcista, el potencial bajista, el valor, el coste y el riesgo.<\/p>\n Lo \u00fanico que quiero son los principios b\u00e1sicos de una buena gobernanza: el objetivo, las expectativas de rendimiento, las limitaciones y la tolerancia al riesgo.<\/p>\n Y quiero eso para todos los productos digitales.<\/p>\n Una vez que establecemos la estructura de gobernanza del producto digital, comienza la tensi\u00f3n.<\/p>\n La mayor parte del tiempo trabajamos internamente. Estar\u00e1s rodeado de ideas de personas que no se rigen por las normas del mercado. Personas que afirman estar alineadas con cualquier estrategia, iniciativa o declaraci\u00f3n de liderazgo. Personas que utilizan esa alineaci\u00f3n para justificar sus preferencias o mejoras locales.<\/p>\n Ya conocen el argumento de la alineaci\u00f3n letal. Se centra en c\u00f3mo apoyan algo, sin aportar nada significativo. Sabemos que el valor reside en los beneficios que justifican el esfuerzo, sobre todo teniendo en cuenta la incertidumbre asociada a la obtenci\u00f3n de dichos beneficios y la incertidumbre del coste.<\/p>\n En el \u00e1mbito interno, se prioriza la tecnolog\u00eda. Se presta especial atenci\u00f3n a aspectos como la mec\u00e1nica de extracci\u00f3n de datos de una base de datos operativa. El costo se eval\u00faa de forma tan econ\u00f3mica como el de una integraci\u00f3n urgente.<\/p>\n Los principios b\u00e1sicos de la calidad y el flujo de datos se desvanecen ante la prisa por hacer algo.<\/p>\n Su organizaci\u00f3n est\u00e1 utilizando el lenguaje del producto para conducir de forma peligrosa.<\/p>\n Analicemos dos riesgos cr\u00edticos de los productos de datos.<\/p>\n Todo aquel que vende productos de datos vende metodolog\u00eda y procedencia.<\/p>\n Todos.<\/p>\n Cuando no se tienen t\u00e9rminos de uso claros que permitan reutilizar los datos, estos son robados.<\/p>\n Los datos robados nunca tienen una procedencia y metodolog\u00eda s\u00f3lidas, en t\u00e9rminos de arquitectura de datos: fuente de datos<\/a> y flujo de datos<\/a>.<\/p>\n Los datos robados no se monetizan, se almacenan. Estos almacenes ofrecen grandes descuentos porque nadie puede utilizar los bienes robados en el mercado convencional.<\/p>\n En la empresa, los datos robados contaminan incluso un lago de datos virtual. A simple vista, los datos de baja calidad, al carecer de metodolog\u00eda, parecen id\u00e9nticos a los de alta calidad. Sin embargo, requieren constantemente m\u00e1s refinamiento y posprocesamiento para que resulten \u00fatiles.<\/p>\n Con el tiempo, los datos robados generan problemas de cumplimiento normativo, generalmente relacionados con informaci\u00f3n personal identificable, secretos de clientes o cuestiones jurisdiccionales. En consecuencia, es necesario invertir m\u00e1s dinero para limpiar lo que antes era simplemente un conjunto de datos costosos y sin valor.<\/p>\n Si quieres divertirte un poco, analiza detenidamente el rendimiento de tus compostadores. Como en la mayor\u00eda de los compostadores dom\u00e9sticos, apuesto a que ver\u00e1s a gente echando diligentemente las c\u00e1scaras en el compostador y yendo a la tienda de jardiner\u00eda a comprar fertilizante y tierra.<\/p>\n Solucionamos estos problemas mediante una buena arquitectura.<\/p>\n Estamos empezando a crear temas en torno a los datos del producto. Especialmente datos donde nuestro producto digital captura informaci\u00f3n del cliente. En Navegar por<\/a> utilizamos una propiedad del modelo para distinguir Datos bajo custodia<\/strong>-datos que pertenecen a otra organizaci\u00f3n y que solo pueden utilizarse en estricta conformidad con el contrato.<\/p>\n Esta propiedad es el primer pilar de su cerca. Estos l\u00edmites restringen considerablemente la integraci\u00f3n y requieren medidas de seguridad.<\/p>\n La semana pasada mencion\u00e9 brevemente ServiceNow. Los CI son obviamente custodia<\/em>, son utilizadas por la aplicaci\u00f3n, pero el proveedor de la aplicaci\u00f3n nunca tiene motivo para mirar. \u00bfQu\u00e9 tal si...? nombres de usuario<\/em>?<\/p>\n S\u00ed, nombres de usuario<\/em>. En un sistema de gesti\u00f3n de operaciones de TI SaaS, el cliente los configurar\u00e1 para integrar personas en flujos de procesos, habilitar aprobaciones e incluso enviar alertas mediante llamadas al tel\u00e9fono personal del usuario. \u00bfPuede ServiceNow utilizarlos?<\/p>\n Obviamente es conveniente utilizarlos para el acceso y la licencia. Pero si los derechos est\u00e1n restringidos, inmediatamente vuelves al problema de Apple y es posible que necesites encontrar una manera de evitar que los datos se filtren fuera de la red. entorno del cliente<\/em>. Vimos que Apple us\u00f3 buenas solicitud<\/a> y arquitectura de infraestructura<\/a> centr\u00e1ndose en el l\u00edmites de ensamblaje<\/a>. Garantizan la privacidad de tus recuerdos proces\u00e1ndolos en tu dispositivo. Recuerda, prometen no espiar, aunque esta vez te sientas feliz.<\/p>\n Aplique las mismas consideraciones internamente. \u00bfQu\u00e9 datos pertenecen al producto digital? \u00bfQu\u00e9 medidas se requieren para garantizar que se procesen dentro del producto, para el producto o por el producto?<\/p>\n \u00bfQu\u00e9 datos est\u00e1n disponibles? \u00bfQu\u00e9 datos necesita la empresa?<\/p>\n Uno de nuestros clientes de productos digitales tiene un departamento financiero corporativo muy reducido. Cada familia de productos es responsable de su propia contabilidad y gesti\u00f3n de costes. Los datos financieros que llegan al departamento corporativo son muy limitados.<\/p>\n Este dise\u00f1o, aparentemente ineficiente, permite que los distintos productos optimicen sus operaciones comerciales y fiscales. El director general puede pasearse por el pasillo y hacer preguntas muy directas. Se espera que los responsables de p\u00e9rdidas y ganancias conozcan y optimicen todo. No hay lugar para excusas. Debemos aplicar esta misma disciplina a todos nuestros productos digitales.<\/p>\n A trav\u00e9s de esta conversaci\u00f3n, he estado destacando c\u00f3mo persigues los l\u00edmites. He estado resaltando que los productos digitales son simplemente un problema de gobernanza especializado.<\/p>\n Tr\u00e1telos como un sujeto, un \u00e1rea de negocio. Al mismo tiempo, tr\u00e1telos como un dominio de riesgo o gobernanza. Conf\u00edo en que vea que cada sujeto de datos es tambi\u00e9n un dominio de gobernanza<\/a>. Un lugar donde existen objetivos \u00fanicos, expectativas de rendimiento, limitaciones y tolerancia al riesgo. Un lugar donde hay una s\u00f3lida principal interesado<\/em>.<\/p>\n No dije un solo responsable de la toma de decisiones, dije un s\u00f3lida parte interesada clave<\/em>. Los grupos de inter\u00e9s siempre act\u00faan en conjunto. Siempre existen intereses contrapuestos, superposici\u00f3n de autoridad y directrices divergentes. Si fuera sencillo, no necesitar\u00edamos arquitectura empresarial.<\/p>\n Todos mis ejemplos han sido casos en los que necesit\u00e1bamos proteger el producto digital. Casos en los que utilizamos el ensamblaje para procesar dentro del producto o junto con \u00e9l. Ese es un caso, y es necesario saber cu\u00e1ndo se aplica.<\/p>\n El otro caso es igualmente cierto: al propietario del producto (el principal interesado, responsable del dominio de gobernanza y del tema en cuesti\u00f3n) se le ha indicado que se integre en un todo mayor. Se le pide que utilice el sistema financiero de servicios compartidos.<\/p>\n Ambos modelos son v\u00e1lidos. Cualquiera de los dos puede ser la arquitectura de tu producto digital.<\/p>\n Cuando la gente deja de seguir la arquitectura optimizada para tu negocio y su estrategia de comercializaci\u00f3n \u00fanica, est\u00e1n cruzando la L\u00ednea Amarilla. Tarde o temprano, habr\u00e1 tr\u00e1fico en sentido contrario.<\/p>\n Para evitar la colisi\u00f3n de la l\u00ednea amarilla, nosotros, el arquitectos empresariales<\/a> Ponte en la l\u00ednea de fuego.<\/p>\n En t\u00e9rminos de m\u00e9todos realizamos gobernanza de la implementaci\u00f3n<\/a> y crear un Recomendaci\u00f3n de incumplimiento<\/em>. Identificar el problema es f\u00e1cil, pero poco \u00fatil. Una recomendaci\u00f3n les indica a las partes interesadas qu\u00e9 deben hacer para recuperar el valor que aportaba la entidad objetivo. Ya saben qu\u00e9 beneficios aporta el incumplimiento.<\/p>\n Todo incumplimiento se reduce a:<\/p>\n Planteamos las opciones para que los l\u00edderes y las partes interesadas pertinentes tomen una decisi\u00f3n informada. En resumen, tendr\u00e1s la mejor organizaci\u00f3n posible y el mejor cambio posible. Es un lugar ideal.<\/p>\n A menudo asumimos que hay virtud en que las partes interesadas valientes mantengan la posici\u00f3n y hacer cumplir el objetivo<\/em>. A menudo hay una. A menudo el incumplimiento es una optimizaci\u00f3n local. O un equipo de proyecto que toma un atajo para lograrlo. d\u00eda de lanzamiento<\/em>. O un equipo \u00e1gil que se atribuye la victoria. En todos estos casos, est\u00e1n destruyendo el valor que aporta el objetivo.<\/p>\n No tengo la arrogancia de creerme omnisciente. S\u00e9 que el mundo se mueve y cambia. Aparecen nuevos enfoques, nuevas herramientas. La suma total del poder creativo empeque\u00f1ece mi capacidad de razonamiento. un equipo de consultor\u00eda incre\u00edble<\/a>. Lo m\u00e1s importante es que cada ma\u00f1ana nuestra empresa es una compa\u00f1\u00eda nueva en una posici\u00f3n nueva.<\/p>\n Yo creo hojas de ruta din\u00e1micas<\/a> Para darles a mis partes interesadas el control para que tomen las riendas. Utilizo cada incumplimiento como una nueva oportunidad din\u00e1mica. Cuando vemos un camino mejor hacia un objetivo mejor, lo adoptamos. Inmediatamente. \u00a1Y luego lo celebramos! Aprovechamos toda la creatividad y brillantez disponibles. Mi arquitectura es verde y est\u00e1 en crecimiento. \u00a1Hurra!<\/p>\n Este es mi reto para esta semana: \u00bfQui\u00e9n puede responder con autoridad sobre sus productos digitales? \u00bfQui\u00e9n asume las ventajas y desventajas de cada decisi\u00f3n? \u00bfCu\u00e1l es la posici\u00f3n en el mercado (contexto empresarial) y los indicadores de \u00e9xito (direcciones) de cada producto? \u00bfQu\u00e9 limitaciones arquitect\u00f3nicas superiores imponen a estos productos?<\/p>\n \u00dasalo para saber d\u00f3nde est\u00e1 la l\u00ednea amarilla. Y para extender la met\u00e1fora, \u00bfqu\u00e9 tipo de l\u00ednea? Esas l\u00edneas amarillas dobles en las carreteras de monta\u00f1a con se\u00f1ales de velocidad reducida son una pista. Encuentra las restricciones que realmente importan.<\/p>\n La pr\u00f3xima semana, en la parte final de este an\u00e1lisis sobre datos y productos digitales, examinaremos la t\u00e9cnica. Las herramientas de trabajo del arquitecto. En concreto, exploraremos dos aspectos. Primero, las estructuras del modelo de Documento L\u00f3gico para superar la frontera entre la empresa y un producto digital. Segundo, las especificaciones de arquitectura para traducir los t\u00e9rminos de uso y ensamblaje de datos en directrices concretas.<\/p>\n Como siempre, agradezco sus opiniones y comentarios.<\/p>\n \u00a1Qu\u00e9 tengas un lindo d\u00eda!<\/p>\n Saludos,<\/p>\n Dave<\/strong><\/p>\nDave Hornford Buenas pr\u00e1cticas arquitectura empresarial<\/a> de Conexiam Navegar<\/a><\/p>\n\t\t\t\n\t\t\t\t\t\t\tPrograme una formaci\u00f3n personalizada sobre arquitectura empresarial para impulsar su equipo\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\/es\/wp-json\/wp\/v2\/posts\/688817","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/comments?post=688817"}],"version-history":[{"count":1,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/posts\/688817\/revisions"}],"predecessor-version":[{"id":942186,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/posts\/688817\/revisions\/942186"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/media\/688841"}],"wp:attachment":[{"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/media?parent=688817"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/categories?post=688817"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/conexiam.com\/es\/wp-json\/wp\/v2\/tags?post=688817"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"Carretera](\"https:\/\/conexiam.com\/wp-content\/uploads\/2026\/05\/AdobeStock_309411605.jpeg\" "\\"AdobeStock_309411605\\"")
\n\t<\/figure>\n\t<\/h2>\n
Ilusi\u00f3n de CDO<\/h2>\n
La colisi\u00f3n de la l\u00ednea amarilla<\/h2>\n
No puedes vender lo que has robado.<\/h3>\n
La restricci\u00f3n de custodia<\/h3>\n
Defensa de la arquitectura: Recomendaci\u00f3n de incumplimiento<\/h3>\n
\n
Conclusi\u00f3n del caso de la l\u00ednea amarilla<\/h2>\n
\nConexiam<\/a>\n\t\t\t\n\t\t\t\t\t\t\tExplorar la formaci\u00f3n para la certificaci\u00f3n TOGAF\n\t\t\t<\/a>\n\tDescargas de arquitectura empresarial y ejemplos de arquitectura empresarial<\/a><\/h2>\n\t
Formaci\u00f3n en arquitectura empresarial y TOGAF<\/h2>\n\t\t\t\n\t\t\t\t\t\t\tFormaci\u00f3n en arquitectura empresarial personalizada para impulsar su equipo\n\t\t\t<\/a>\n\t
Vaya m\u00e1s all\u00e1 con el Proceso y M\u00e9todo de Arquitectura Empresarial de Mejores Pr\u00e1cticas<\/h2>\n
Talleres de consultor\u00eda sobre arquitectura empresarial<\/a><\/h2>\n\t\t\t\n\t\t\t\t\t\t\tP\u00f3ngase en contacto con nosotros para que la consultor\u00eda de arquitectura empresarial le ayude\n\t\t\t<\/a>\n
\n\t\t\tMejore sus competencias en arquitectura empresarial\t<\/h2>\n\tFormamos arquitectos empresariales de \u00e9xito<\/a>
\nDesarrollamos equipos de arquitectura empresarial de \u00e9xito<\/a>\n\t\t\t\n\t\t\t\t\t\tPrograma gratuito de inicio r\u00e1pido de 12 semanas para arquitectos empresariales\n\t\t\t\t\t<\/a>\n\t\t\t\n\t\t\t\t\t\tFormaci\u00f3n en arquitectura empresarial\n\t\t\t\t\t<\/a>\n\t\t\t\n\t\t\t\t\t\t\tCurso de formaci\u00f3n en arquitectura empresarial TOGAF\n\t\t\t<\/a>","protected":false},"excerpt":{"rendered":"