Transformaci\u00f3n digital<\/a> requiere orquestar el cambio en las operaciones comerciales, el dise\u00f1o organizacional, la cartera de software y la infraestructura. Nunca lograr\u00e1 la mejor empresa sin... Arquitectura de TI adecuada<\/a>. Ninguna de estas opciones es posible sin una hoja de ruta de arquitectura.<\/p>\n TOGAF separa la hoja de ruta de la arquitectura de la Fase E de la Plan de implementaci\u00f3n de la Fase F<\/a> Para destacar diferentes prop\u00f3sitos. Utilice el desarrollo de la hoja de ruta de la arquitectura para realizar compensaciones y tomar decisiones de valor. Cuando las partes interesadas comprendan sus opciones, los costos y beneficios, y c\u00f3mo deben... proyectos de cambio de gobierno<\/a>, est\u00e1n listos para desarrollar el plan de implementaci\u00f3n.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tM\u00e1s informaci\u00f3n sobre la certificaci\u00f3n TOGAF\n\t\t\t<\/a>\n\t De un vistazo:<\/p>\n El TOGAF ADM establece el Marco TOGAF<\/a> aparte de otros marcos de arquitectura empresarial<\/a>. Es el \u00fanico marco de arquitectura empresarial que incluye todos tres partes de un marco<\/a> \u2013 c\u00f3mo documentar una arquitectura, C\u00f3mo construir un equipo de arquitectura empresarial<\/a>, y C\u00f3mo desarrollar y arquitecturizar<\/a>.<\/p>\n Cada TOGAF ADM<\/a> Cada fase explica las actividades para desarrollar el conocimiento. Cada fase de ADM desarrolla el conocimiento sobre una parte del... arquitectura empresarial<\/a>. Las interacciones entre las fases son flujos de informaci\u00f3n. Estos flujos de informaci\u00f3n convergen en algunos entregables cr\u00edticos; uno de ellos es la hoja de ruta de la arquitectura de la fase E de TOGAF ADM.<\/p>\n >>> Si necesitas una Descripci\u00f3n general del TOGAF ADM<\/a>, por favor lea el Explicaci\u00f3n de las fases del ADM TOGAF<\/a>.<\/p>\n TOGAF Fase E proporciona los pasos y las entradas de informaci\u00f3n para crear un Hoja de ruta de la arquitectura<\/a>. Empresa<\/a> Los arquitectos lideran la Proceso para que las partes interesadas y los arquitectos del dominio creen la hoja de ruta de la arquitectura.<\/a>. El desarrollo de la hoja de ruta requiere informaci\u00f3n para guiar la implementaci\u00f3n efectiva. decisiones arquitect\u00f3nicas<\/a>. Informaci\u00f3n que proviene de la Fase B, Fase C y Fase D donde la arquitecturas de dominio<\/a> se desarrollan.<\/p>\n El objetivo de la Fase E es superar la Arquitectura de destino simplificada en la Visi\u00f3n de Arquitectura<\/a>. La arquitectura de candidato simplificada desarrollada en Fase A<\/a> Se mostraron prometedores. La actividad en la Fase E determina si vale la pena invertir en las ideas.<\/p>\n El desarrollo de arquitectura de mejores pr\u00e1cticas seg\u00fan TOGAF ADM considera posibles cambios. Muchos cambios posibles fallan en las pruebas clave. Busque cambios que:<\/p>\n Su organizaci\u00f3n tiene m\u00e1s mejoras potenciales de las que puede implementar. Un rol clave de la arquitectura empresarial es enfocar la atenci\u00f3n en el mejor cambio. Descartar ideas de cambio d\u00e9biles libera recursos para cambios exitosos. En cuanto una idea parezca d\u00e9bil, des\u00e9chela. \u00a1Busque el desperdicio! \u00a1Elimine las ideas d\u00e9biles! \u00a1Y luego, celebre su victoria! \u00a1Celebre que est\u00e1 impulsando un cambio exitoso!<\/p>\n Esto se logra reuniendo la arquitectura de dominio desarrollada en Fase B (Arquitectura empresarial)<\/a>, Fase C (Arquitectura de la aplicaci\u00f3n)<\/a>, y Fase D (Arquitectura tecnol\u00f3gica)<\/a> En una arquitectura empresarial candidata. Es necesario impulsar los cambios en todos los dominios. El conjunto consolidado de cambios es la base de la hoja de ruta de la arquitectura.<\/p>\n El \u00e9xito requiere:<\/p>\n Los enfoques en cascada no dan resultados. La arquitectura empresarial de mejores pr\u00e1cticas no es una actividad en cascada. El \u00fanico enfoque exitoso requiere desarrollar la arquitectura empresarial, la arquitectura de aplicaciones, la arquitectura de datos, la arquitectura tecnol\u00f3gica y... arquitectura de seguridad<\/a> simult\u00e1neamente.<\/p>\n La realidad de los dominios requiere un desarrollo independiente. El lenguaje de TOGAF ADM intenta explicar el desarrollo simult\u00e1neo y por separado de la arquitectura candidata. TOGAF utiliza el t\u00e9rmino iteraci\u00f3n. El desarrollo simult\u00e1neo, como buena pr\u00e1ctica, utiliza el enfoque \u00e1gil de "justo lo suficiente". Avanzar un poco y probar las restricciones en cascada en otros dominios.<\/p>\n Los arquitectos de aplicaciones son especialistas en uno dominio de la arquitectura<\/a>. Esto es lo mismo para arquitectos empresariales<\/a>, arquitectos de datos, tecnolog\u00eda y arquitectos de seguridad<\/a>. Los arquitectos empresariales son generalistas. Donde hay deficiencias, deben cubrirlas. Donde hay fortalezas, se repliegan. Nunca renuncian a la funci\u00f3n crucial de traspasar fronteras.<\/p>\n Una hoja de ruta de arquitectura empresarial describe los paquetes de trabajo necesarios para alcanzar la arquitectura objetivo, o un punto de equilibrio de valor. Estos paquetes de trabajo transforman la organizaci\u00f3n, pasando de la "Arquitectura de referencia" a la "Arquitectura objetivo".\u2018<\/p>\n Una hoja de ruta de arquitectura describe el cambio completo. Indica las opciones disponibles en cada etapa de la transici\u00f3n.<\/p>\n Uno de nuestros consultor\u00eda de arquitectura empresarial<\/a> Los clientes expresaron la hoja de ruta arquitect\u00f3nica perfecta<\/p>\n \u2026 incluye opciones y declaraciones de valor asociadas con cada paquete de trabajo. Valor expresado en t\u00e9rminos de capacidad empresarial<\/a>, Alcance y limitaciones del mercado\u2026 Proporcionar informaci\u00f3n sobre los obst\u00e1culos existentes. Incluyendo por qu\u00e9 son obst\u00e1culos y las implicaciones de abordarlos directamente o seguir desvi\u00e1ndolos\u2026<\/p>\n Analicemos estas definiciones de hoja de ruta de arquitectura. En primer lugar, la hoja de ruta de arquitectura es un plan para el cambio. Vincula los paquetes de trabajo necesarios para transformar la organizaci\u00f3n, desde su estado actual hasta lo que las partes interesadas desean que sea.<\/p>\n En segundo lugar, posicionamos el trabajo en funci\u00f3n de las opciones disponibles y la obtenci\u00f3n de valor. Existen muchos caminos a seguir: m\u00e1s valiosos, m\u00e1s f\u00e1ciles, m\u00e1s r\u00e1pidos, m\u00e1s econ\u00f3micos, menos inciertos, m\u00e1s eficientes o m\u00e1s \u00e1giles para la empresa. Ayudamos a las partes interesadas a seleccionar los cambios m\u00e1s adecuados.<\/p>\n En tercer lugar, necesitas v\u00edas de escape y transiciones. Nunca olvides que est\u00e1s en una organizaci\u00f3n exitosa. Esto demuestra que no necesitamos abordar todas las deficiencias. Tampoco necesitamos cambiar. El cambio es una elecci\u00f3n.<\/p>\n Existe poca diferencia pr\u00e1ctica entre una hoja de ruta de arquitectura y un Plan Basado en Capacidades. Los usamos como sin\u00f3nimos aproximados. Siempre que sea posible, eliminaremos las hojas de ruta de arquitectura de las Capacidades de negocio. Nos beneficiamos de un concepto de gesti\u00f3n que se centra en un resultado. Mediante la Planificaci\u00f3n Basada en Capacidades, podemos alejarnos de una larga lista de mejoras puntuales desde abajo.<\/p>\n La planificaci\u00f3n basada en la capacidad es importante en la arquitectura empresarial. Una capacidad abarca todo lo necesario para una actividad determinada, incluyendo personas, procesos y tecnolog\u00eda. Como alternativa, proporciona una excelente herramienta para enfocar la atenci\u00f3n en las mejoras.<\/p>\n >>> Descargar Gu\u00eda de planificaci\u00f3n basada en capacidades<\/a><\/p>\n El est\u00e1ndar TOGAF ADM separa la fase E y Fase F<\/a>, y la Hoja de Ruta de Arquitectura de la Plan de Implementaci\u00f3n y Migraci\u00f3n<\/a>. La separaci\u00f3n se basa en la planificaci\u00f3n de mejores pr\u00e1cticas. Una hoja de ruta de arquitectura permite determinar la ruta, el destino y las \u00e1reas donde a\u00fan no se han tomado decisiones. Tambi\u00e9n permite identificar las bifurcaciones sin resolver en el proceso. El plan de implementaci\u00f3n y migraci\u00f3n solo facilita la ejecuci\u00f3n.<\/p>\n Podemos garantizar que sus planes actuales no explican opciones en estados de transici\u00f3n. Ni un solo ejemplo en nuestros miles de a\u00f1os de... consultor\u00eda de arquitectura empresarial<\/a> Experiencia. Cada hoja de ruta que hemos visto era un plan lineal simple. Generalmente construido de abajo a arriba. Generalmente orientado a cambios razonablemente posibles. Generalmente sin rumbo.<\/p>\n Siempre separe la hoja de ruta de arquitectura del plan de implementaci\u00f3n. Use la hoja de ruta de arquitectura para analizar el futuro. Luego, cree un plan de implementaci\u00f3n para llegar al primer destino conocido.<\/p>\n El desarrollo de una hoja de ruta real se realiza con una parte interesada. El arquitecto empresarial, junto con el arquitecto de negocio, el arquitecto de aplicaciones y el arquitecto tecnol\u00f3gico, explora c\u00f3mo avanzar. \u00bfCu\u00e1les son los estados de transici\u00f3n \u00fatiles? Busque y descarte los cambios potenciales que aporten poco, requieran demasiado trabajo o generen demasiada incertidumbre.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tDescargue la Gu\u00eda del Gobernador de Arquitectura Empresarial\n\t\t\t<\/a>\n\t\t\t\t El resultado central de la Fase E es una hoja de ruta de arquitectura. Esta es la parte de acci\u00f3n de la arquitectura empresarial.<\/p>\n El uso m\u00e1s valioso de la Hoja de Ruta de Arquitectura<\/p>\n Una hoja de ruta de arquitectura ayudar\u00e1 a responder las siguientes preguntas:<\/p>\n Una hoja de ruta de arquitectura es la herramienta de planificaci\u00f3n de la arquitectura empresarial. Integra los cuatro aspectos del cambio: valor, costo, incertidumbre y opciones. Medimos el valor y el costo del cambio seg\u00fan criterios relevantes para nuestros grupos de inter\u00e9s. El valor potencial disminuye en funci\u00f3n de la incertidumbre. Recomendamos un impacto geom\u00e9trico: cada peque\u00f1o aumento en la incertidumbre conlleva una gran disminuci\u00f3n en el valor potencial.<\/p>\n Si utiliza etiquetas diferentes a las nuestras, tenga en cuenta el prop\u00f3sito de la herramienta o t\u00e9cnica. Siempre nos centramos en lo que intentamos lograr al realizar... consultor\u00eda de arquitectura empresarial<\/a>. Nos relajamos respecto a c\u00f3mo se llama la herramienta o t\u00e9cnica. No nos importar\u00e1 si la llamas diagrama de ishikawa<\/a>, Diagrama de espina de pescado o diagrama de causa y efecto. Realizaremos un an\u00e1lisis estructurado de la causa ra\u00edz.<\/p>\n Busca una t\u00e9cnica eficaz. Analiza la causa ra\u00edz. Seguro que pensaste en un incidente de TI. Si es as\u00ed, pi\u00e9nsalo de nuevo. El an\u00e1lisis de la causa ra\u00edz es fundamental: \u00bfcu\u00e1l es la causa ra\u00edz de la baja agilidad empresarial? \u00bfLa complejidad de TI? Modifica tu arquitectura para eliminar la causa ra\u00edz o tendr\u00e1s que convivir con un sistema que reproduce el problema.<\/p>\n Todas las fases de TOGAF ADM te ayudan a desarrollar los conocimientos necesarios. El resultado de la fase E es una hoja de ruta de arquitectura y una arquitectura empresarial candidata de apoyo.<\/p>\nTOGAF ADM Fase E \u2013 Elaboraci\u00f3n de la hoja de ruta de la arquitectura<\/h2>\n
\n
\n
Descripci\u00f3n general de TOGAF ADM<\/a><\/h2>\n
TOGAF ADM desarrolla una arquitectura empresarial<\/a><\/h3>\n
\u00bfQu\u00e9 es TOGAF Fase E?<\/h2>\n
\u00bfCu\u00e1l es el objetivo de la fase E del TOGAF ADM?<\/h3>\n
\n
\n
Interacci\u00f3n con TOGAF Fase B<\/a>, Fase C<\/a>, y Fase D<\/a><\/h3>\n
\u00bfQu\u00e9 es una hoja de ruta de arquitectura?<\/a><\/h2>\n
\u00bfCu\u00e1l es la diferencia entre un plan basado en capacidades y una hoja de ruta de arquitectura?<\/a><\/h2>\n
\u00bfPor qu\u00e9 una hoja de ruta de arquitectura es diferente de un plan de implementaci\u00f3n?<\/h2>\n
![\"Hoja](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/07\/AdobeStock_517492968.jpeg\" "\\"Hoja")
\n\tEntregables de la hoja de ruta de arquitectura de la fase E de TOGAF ADM<\/h2>\n
\n
\n
Finalizaci\u00f3n de la hoja de ruta de arquitectura de la Fase E<\/h2>\n
![\"Modelos](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/07\/AdobeStock_317077457.jpeg\" "\\"Modelos")
\n\t![\"Hoja](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/07\/AdobeStock_131732375.jpeg\" "\\"Hoja")
\n\t\t\t