Por qué son importantes los casos de uso de la arquitectura empresarial
Demasiados equipos de arquitectura empresarial tienen dificultades. Cuando... Desarrollar equipos de arquitectura empresarial, Comenzamos con las mejores prácticas claras y preguntamos: ""¿Con qué cambios quieren ayudar las partes interesadas?"
Nos centramos en los casos de uso, porque la actividad básica arquitectos empresariales El rendimiento es el mismo. Desarrollamos un arquitectura empresarial que ayuda a las partes interesadas a tomar mejores decisiones y liderar iniciativas de cambio exitosas. Por eso podemos contar con la base universal de la Estándar TOGAF.
Hacemos lo mismo. La única diferencia es la pregunta que respondemos. Preguntas diferentes significan que analizamos cosas diferentes, con problemas de base diferentes.
Una vez que conocemos el caso de uso, podemos diseñar el equipo de arquitectura empresarial. Posteriormente, podemos desarrollarlo. Durante el desarrollo del equipo, se debe generar valor.
Casos de uso de arquitectura empresarial que describen tipos de cambio
Utilizamos la siguiente clasificación para describir los casos de uso de la arquitectura empresarial. En primer lugar, se trata de tipos generales de cambio. En segundo lugar, Patrones TOGAF de equipos de arquitectura empresarial exitosos. En tercer lugar, problemas comunes en los que vale la pena centrar la atención de un equipo de arquitectura empresarial.
Tipos generales de cambio en casos de uso de arquitectura empresarial
Caso de uso de cambio estratégico o disruptivo
Caso de uso de cambio incremental
Casos de uso del patrón de equipo de arquitectura empresarial
Caso de uso de ejecución de estrategia de apoyo
Caso de uso de apoyo al desarrollo y ejecución de carteras
Caso de uso de apoyo a la ejecución del proyecto
Caso de uso de entrega de soluciones de apoyo
Casos de uso de arquitectura empresarial con problemas comunes
Mitigación del riesgo tecnológico
Racionalización de la cartera de aplicaciones
Desarrolle su equipo de arquitectura empresarial con casos de uso de arquitectura empresarial
El tercer paso para desarrollar su Equipo de Arquitectura Empresarial es saber qué tipo de cambio espera su empresa que apoye. Lo que podría hacer es irrelevante. Lo que considere valioso es irrelevante. Lo que un experto sugiera como el "mejor Equipo de Arquitectura Empresarial" es irrelevante. Lamentablemente, la mayoría... modelos de madurez de la arquitectura empresarial Sugiera un "propósito óptimo". Alinee a su equipo de EA con los casos de uso que valora su empresa.
Formación en arquitectura empresarial y TOGAF
Formación en arquitectura empresarial personalizada
Formación personalizada en arquitectura empresarial La formación personalizada en arquitectura empresarial aborda el desarrollo profesional que su equipo de EA necesita. Los buenos arquitectos empresariales utilizan un amplio conjunto de habilidades, método, además de conocimientos especializados de dominio para desarrollar la empresa [...]
Arranque del arquitecto de empresa
Enterprise Architect's Kickstart Necesitamos mantener actualizadas nuestras competencias. Ahora más que nunca. Utilice el Kickstart de arquitectura empresarial para mejorar su capacidad de ofrecer una arquitectura empresarial transformadora. Este kick-start de 90 días es la forma en que Conexiam Consulting [...]
Curso de formación Avolution ABACUS
Formación Avolution ABACUS La arquitectura empresarial eficaz se basa en el modelado y análisis formal. Ofrecemos formación Avolution ABACUS de arquitectos empresariales prácticos. Los estudiantes adquieren habilidades y conocimientos para crear arquitecturas empresariales y de dominio integradas en este [...]
Curso de formación en arquitectura empresarial
Formación en arquitectura empresarial Una arquitectura empresarial eficaz se basa en la arquitectura empresarial. El curso proporciona a los estudiantes las habilidades y conocimientos para desarrollar la arquitectura empresarial en un entorno de arquitectura empresarial. La arquitectura empresarial implica describir la estructura [...]
Curso de formación en arquitectura empresarial TOGAF
¿Desea formación para la Certificación TOGAF? Demuestre sus conocimientos de arquitectura empresarial con la Certificación TOGAF Curso de Formación en Arquitectura Empresarial TOGAF® Dé un paso importante para ser un mejor arquitecto empresarial con el Estándar TOGAF, 10º [...]
Educación eficaz en línea
Educación en línea eficaz La educación en línea eficaz funciona. Los estudiantes acceden al mejor profesor disponible. Los estudiantes controlan el ritmo de su aprendizaje. Los instructores pueden compartir abundante material complementario sin distraer del tema principal. Una enseñanza a distancia eficaz [...]
Tipos generales de cambio en casos de uso de arquitectura empresarial
Una empresa necesitará cambiar de una de dos maneras: de manera disruptiva o de manera incremental.
El cambio disruptivo será deliberado o reactivo. La empresa emprenderá una iniciativa estratégica deliberada o reaccionará ante una amenaza u oportunidad en su ecosistema. Cuando realizamos un cambio disruptivo deliberado, generalmente lo llamamos Cambio estratégico.
Cuando una empresa se embarca en un cambio disruptivo, está luchando por sobrevivir.
El cambio incremental es mucho más común. Cientos, si no miles, de veces más común. La razón es simple. La mayoría de las veces, nuestras organizaciones tienen éxito. Somos rentables. En el sector público, cumplimos con nuestro mandato. Durante el cambio incremental, realizamos pequeñas correcciones de rumbo. Parte de la mejora continua que las organizaciones siempre hacen.
Caso de uso de cambio estratégico o disruptivo
Más allá de las palabras que nos hacen sentir mejor, todo cambio disruptivo implica que estamos cambiando de rumbo para sobrevivir. Nuestra organización está en riesgo. Debemos lograr un cambio significativo y duradero.
Cambiaremos de rumbo por razones internas o como reacción a fuerzas externas. Con frecuencia, reaccionamos ante una oportunidad o amenaza emergente en nuestro entorno. En este caso, los arquitectos empresariales intentan ayudar a aprovechar una oportunidad o esquivar una amenaza. La capacidad de implementar un cambio disruptivo depende de su... agilidad empresarial.
En resumen, un cambio estratégico altera la forma en que una organización pretende interactuar con su entorno. La simbiosis entre la organización y su entorno impulsa las conversaciones sobre el mismo.
Implementar un cambio estratégico implica ajustar las características clave de una empresa, a veces en respuesta a nuevos riesgos o posibilidades del mercado. Este cambio es responsabilidad de la alta dirección, en particular del director ejecutivo. El proceso de ajustar una estrategia se conoce como transformación estratégica. Una estrategia es un plan a largo plazo para alcanzar objetivos específicos. Las estrategias deben centrarse en la transformación a largo plazo, ya que están orientadas al futuro. Para mantener su relevancia en un mercado en constante cambio, esto es esencial. La práctica de gestionar la estrategia de forma disciplinada para alcanzar los objetivos y misiones corporativos se conoce como gestión del cambio estratégico.
El cambio estratégico tiene algunas desventajas, como su dificultad para preverlo y gestionarlo. Por ello, muchas empresas planifican todos los resultados posibles. La gestión del cambio estratégico es crucial para la viabilidad a largo plazo de una empresa. Las empresas que rechazan el cambio estratégico acabarán siendo expulsadas del mercado; Nokia es un ejemplo bien conocido en el sector de los smartphones. Las empresas no prosperarán si no están preparadas para cambios abruptos, imprevistos y drásticos. Muchas empresas proclaman su transformación, pero rara vez la llevan a cabo.
Las empresas basan sus juicios en información, hechos y escenarios porque no pueden prever el futuro con precisión. Esas circunstancias son muy significativas. ¿Qué pasaría si ocurrieran estas cosas? ¿Cómo afectaría eso nuestra forma de operar? Encontrar una aguja en un pajar puede parecer difícil, pero muchas grandes empresas han superado las dificultades previendo eventos que en su momento parecían improbables. Esto también incluye la gestión de riesgos. Si una empresa predice que algo ocurrirá en el futuro, tiene dos opciones: aceptar el riesgo o minimizarlo.
Cómo diseñamos equipos de arquitectura empresarial para casos de uso de cambio estratégico
La capacidad de arquitectura empresarial más crítica para respaldar un cambio estratégico o disruptivo es poder desarrollar Hojas de ruta de arquitectura. En particular, su equipo de EA necesita desarrollar escenarios de hoja de ruta y Hoja de ruta de arquitectura tipo 4: Análisis de escenarios entre múltiples candidatos.
Utilizamos el Navegar por Atlas para apoyar la estrategia Para este caso de uso de arquitectura empresarial, nos apoyamos en gran medida en El diamante de estrategia de Hambrick Para probar la estrategia. Las respuestas a las cinco preguntas garantizan que el cambio disruptivo no haya pasado por alto lo esencial. Otra herramienta poderosa es... Mapa de valores de Deloitte.
Te recomendamos el Siete palancas de la transformación digital Para una comprensión concisa del cambio digital disruptivo. Todo cambio estratégico altera la interacción de una organización con su entorno. Cuando una organización emprende una Transformación Digital, Palanca 7 - Ecosistema y modelo de negocio Incluyen alterar el medio ambiente.
Por último, sabemos que la interacción con las partes interesadas incluirá explorar la dirección. En términos de TOGAF ADM, el equipo explorará múltiples Visiones de arquitectura de la fase A. Esto requerirá contar con personal que se sienta cómodo con la ambigüedad.
Características de la agilidad empresarial
Vigilancia¿Puedes detectar oportunidades y amenazas?
Accesibilidad¿Puedes acceder a la información relevante a tiempo para responder?
Decisión¿Puede usted tomar decisiones utilizando la información disponible?
Rapidez¿Puede usted implementar sus decisiones en el tiempo disponible?
Flexibilidad¿Qué estás haciendo para reducir las barreras a la acción? Piensa en tu ejercicios de estiramiento
Caso de uso de cambio incremental
El cambio incremental es el caso de uso más común en la arquitectura empresarial. Es un punto ideal para un equipo de arquitectura empresarial. Abordar un área problemática suele implicar optimizar el cambio y desglosarlo para proporcionar términos de referencia a los proyectos de cambio y claridad en la entrega de valor.
El cambio incremental es gradual, en lugar de cambios abruptos o repentinos. Preferirás un progreso y una mejora graduales y graduales con el cambio. Tu enfoque preferido es innovar con lo ya existente, en lugar de idear constantemente conceptos nuevos o realizar cambios radicales y audaces. Disfrutarás potenciando tus fortalezas actuales y analizando las situaciones desde la perspectiva de las posibles mejoras. Los planes son fáciles de dividir en fases y comprender cuando se extienden a lo largo de plazos progresivos.
El statu quo puede modificarse, ajustarse o refinarse mediante un proceso conocido como cambio incremental, que implica solo modificaciones pequeñas y sencillas. Considerando esta descripción, es fundamental destacar que esta forma de cambio organizacional, también conocida como cambio de primer orden, no modifica los fundamentos de una organización. A mayor escala, el cambio incremental se refiere a relativamente pocos cambios realizados en sistemas, jerarquías, modelos, bienes, servicios y procesos preexistentes.
Además, la transformación incremental combina diversas características. Generalmente, se produce en una serie de pequeñas etapas. Ninguna etapa del proceso requiere demasiado tiempo, incluso si se extiende durante un período prolongado. A veces, las etapas se planifican con antelación, aunque no es obligatorio. En ocasiones, cuando surgen problemas y se resuelven sobre la marcha, estos cambios pueden ocurrir espontáneamente y pasar desapercibidos para la gerencia.
Implementar cambios graduales tiene varias ventajas. Lo relacionamos estrechamente con quienes construyen empresas exitosas que perduran al menos 10 o 15 años. No se dejarán paralizar por pensamientos grandiosos, sino que realmente harán las cosas, paso a paso. Su trayectoria habla por sí sola; su éxito continuo demuestra que cualquiera puede confiar en ustedes.
En resumen, el cambio incremental asume una prioridad estratégica y garantiza que el cambio se optimice.
Lo más común es que el cambio incremental mejore uno de los siguientes aspectos:
- el costo de una organización
- calidad de productos o servicios
- mejorar la agilidad empresarial
Mejorar los costos
Las organizaciones han estado buscando mejorar sus posición de costo desde que tenemos organizaciones comerciales. La Mapa de valores de Deloitte Proporciona un marco analítico simple para explorar la reducción de costos. Dedicamos mucho tiempo a la optimización de costos de TI de productos y servicios digitales. Tras la transformación digital, Gestión financiera de TI no es opcional.
Mejorar cualidades
Existen numerosas técnicas no arquitectónicas destinadas a mejorar la calidad, entre ellas Six Sigma. Hoy en día, involucrar a arquitectos empresariales para mejorar la calidad implicará una transformación digital.
En Siete palancas de la transformación digital Proporciona un marco para la calidad: ¿estás hablando de:
- la calidad del proceso de negocio (Palanca 1),
- la calidad de la interacción con el cliente (Palanca 2),
- la calidad de los productos (Palanca 3),
- la calidad de TI y Entrega (Palanca 4), o
- El impacto de la calidad de su cultura organizacional (palanca 5)
Mejorar la agilidad empresarial
Las características de la agilidad empresarial se derivan del deporte y del ciclo OODA. Las actividades para responder a una amenaza u oportunidad inesperada se reducen a la capacidad de observar el cambio, decidir qué hacer y completar la respuesta. Todos los deportistas exitosos se esfuerzan por cerrar estos ciclos.
Al quinto atributo lo llamamos agilidad empresarial flexibilidad debido a la raíz deportiva de la Bucle OODA. Los atletas practican y trabajan su flexibilidad. Su organización debería hacer lo mismo. Reduzca las barreras para observar una amenaza u oportunidad, recopilar información, elegir una respuesta y completar las acciones necesarias.
Todas las mejores organizaciones con las que hemos trabajado trabajan conscientemente en la mejora continua.
Cómo diseñamos equipos de arquitectura empresarial para casos de uso de cambio incremental
La capacidad de arquitectura empresarial más crítica para soportar cambios incrementales es poder desarrollar Hojas de ruta de arquitectura. En particular, su equipo de EA necesita desarrollar Hoja de ruta de arquitectura tipo 1: mapas de calor y Hoja de ruta de arquitectura tipo 3: Impacto y dependencia.
La mayoría de las veces usaremos Navegar por Atlas para acceder a la cartera de soporte para este caso de uso de arquitectura empresarial.
El cambio incremental depende completamente de la capacidad de analizar el cambio según múltiples criterios. Un arquitecto empresarial que no se siente cómodo creando... Vistas Es inútil. El cambio incremental requiere un equilibrio arquitectónico efectivo.
Por último, sabemos que la interacción con las partes interesadas incluirá la facilitación del cambio y la transición a la planificación del cambio con los patrocinadores. En términos de TOGAF ADM, El equipo desarrollará hojas de ruta de arquitectura claras. Esto requerirá personal con sólidas habilidades analíticas y experiencia en la gestión de cambios eficaces.
Casos de uso del patrón de equipo de arquitectura empresarial
El segundo conjunto de casos de uso de arquitectura empresarial proviene de Propósito de su equipo de EA.Los equipos de EA de alto funcionamiento se optimizarán para ofrecer una arquitectura que respalde la estrategia, la cartera, el proyecto o la solución.
Expliqué estos propósitos en el Guía del líder del equipo de EA y el Guía del profesional de arquitectura empresarial.
Arquitectura empresarial para respaldar el caso de uso estratégico
Los equipos de EA que respaldan la estrategia entregarán una arquitectura objetivo de extremo a extremo con una visión de tres a diez años. Sus hojas de ruta de arquitectura generalmente abarcarán muchos programas de cambio.
La arquitectura empresarial para respaldar la estrategia se utiliza para identificar iniciativas de cambio y respaldar la cartera y los programas. Establece los términos de referencia, identifica sinergias y gestiona la ejecución de la estrategia a través de la cartera y los programas.
Arquitectura empresarial para respaldar el caso de uso de la cartera
Los arquitectos empresariales que dan soporte a portafolios apoyan iniciativas de cambio interfuncionales, multifase y multiproyecto. Sus entregables suelen cubrir un solo portafolio.
La EA, que apoyará la cartera, identificará proyectos, establecerá sus términos de referencia, alineará sus enfoques, identificará sinergias y gobernará la ejecución de sus proyectos.
En la economía de mercado contemporánea, las empresas deben adaptarse constantemente para mantenerse competitivas. Este crecimiento genera modificaciones en toda la organización a múltiples niveles. Los cambios deben planificarse y supervisarse cuidadosamente a medida que se implementan. El enfoque de la arquitectura empresarial (EA) y los lenguajes de modelado facilitan la planificación general y la comunicación con las partes interesadas. La Gestión del Portafolio de Proyectos (GPP), que incluye la Gestión de Programas y Proyectos, ofrece una ejecución controlada y la implementación de cambios.
Dado que la EA y la PPM son dos enfoques diferentes, es crucial que estén plenamente vinculados con procesos de negocio coordinados y eficaces. Su implementación conjunta debe generar mayor valor añadido que si se realizaran por separado o sin correlación.
Existen pocos recursos disponibles para investigar la integración de los campos de EA y PPM. Esto podría deberse a la estrecha relación entre ambos enfoques. Nadie ha investigado a fondo la dificultad de su integración. Existen numerosos marcos que intentan abordar casi todas las facetas de la gestión de cambios empresariales y de TI, pero ninguno de ellos se ha estandarizado internacionalmente, y probablemente nunca lo hará.
Dado que la gestión de proyectos y portafolios no es una gestión del trabajo orientada a objetivos, la EA no puede abordarla. Lo que la EA ofrece es una técnica que identifica una serie de paquetes de trabajo acordados en toda la empresa y que deben planificarse, ejecutarse y entregarse mediante proyectos gestionados por PPM. De este modo, la gestión de los cambios en la empresa, a nivel de estructura organizativa, soporte de aplicaciones, estructura de datos e infraestructura tecnológica, se gestiona conjuntamente entre la EA y PPM.
Arquitectura empresarial para respaldar el caso de uso del proyecto
Los equipos de EA que dan soporte a proyectos contribuyen directamente al método de ejecución de proyectos de su organización. Normalmente trabajan en un solo proyecto.
La arquitectura empresarial que respalde el proyecto aclarará el propósito y el valor del mismo. Resaltará las sinergias entre proyectos y la dependencia futura. Un uso crítico es la habilitación. gobernanza arquitectónica, y apoyar la alineación entre proyectos.
EA genera hojas de ruta como resultado para identificar las conexiones entre las capacidades y los objetivos organizacionales. Esta técnica describe una ruta para alcanzar estos objetivos mediante la enumeración de diversos paquetes de tareas entre los procesos existentes y los procesos o objetivos futuros, las dependencias y el análisis de las brechas.
Los objetivos amplían la visión de la empresa. Son puntos de referencia necesarios para alcanzar dicha visión. Para elaborar una hoja de ruta ejecutable que garantice la consecución de la estrategia empresarial, la EA también fomenta el diálogo y ofrece un mecanismo entre la Oficina de Gestión de Proyectos y la dirección de la empresa. En ausencia de un departamento de EA en una organización, una PMO puede emplear el análisis de negocio para recopilar los requisitos de TI que respaldan los objetivos empresariales, destacando las posibles intersecciones entre la EA y la PMO.
La arquitectura empresarial facilita la gestión de proyectos a nivel de proyecto o de entrega de soluciones, especificando los paquetes de trabajo que forman parte de una estrategia de gestión de proyectos. Para determinar qué se debe hacer para lograr los objetivos especificados, los equipos de proyecto consultan un catálogo de paquetes de trabajo. Estos paquetes de trabajo facilitan la gestión de recursos, lo cual es importante para la gestión de recursos humanos del proyecto y la estimación de recursos para las actividades. Para ejecutar y supervisar correctamente un proyecto, ambos son elementos cruciales de una estrategia integral de gestión de proyectos.
La oficina de gestión de proyectos y la dirección de la empresa consultan con el departamento de arquitectura empresarial. En colaboración con los ejecutivos, EA desarrolla una propuesta de estructura que incluye todos los requisitos de la arquitectura empresarial, incluyendo el propósito, la visión, la misión, las capacidades, los objetivos empresariales, el alcance, los procesos y los requisitos funcionales.
Arquitectura empresarial para respaldar el caso de uso de entrega de soluciones
Los arquitectos empresariales que trabajan para respaldar la entrega de soluciones suelen centrarse en un solo proyecto o en una parte significativa del mismo. Su arquitectura define cómo se diseñará e implementará el cambio. Garantiza la comprensión de las restricciones, los controles y los requisitos de la arquitectura. Actúa directamente como... marco de gobernanza de la arquitectura para el cambio.
Los arquitectos empresariales se esfuerzan mucho por identificar deficiencias arquitectónicas, evaluar posibles soluciones y dependencias, e identificar y priorizar proyectos, pero en algún momento pierden el foco. El arquitecto empresarial también participa en las arquitecturas de transición, que muestran cómo estará la arquitectura empresarial en una condición determinada en un momento dado y cómo el proyecto proporcionará progresivamente esas arquitecturas de transición.
Con la ayuda de la arquitectura empresarial, se puede calcular el valor comercial estimado de todas las iniciativas reconocidas. Podríamos argumentar que la finalización de un proyecto lleva tiempo y, dado que los arquitectos empresariales son un grupo muy ocupado, a menudo se dedican a otras tareas urgentes dentro de la organización y pueden perder el conocimiento o la información sobre los esfuerzos continuos. Conocer qué proyectos finalizaron con éxito y generaron ventajas comerciales, y cuáles no, así como las posibles causas de éxito o fracaso para la planificación futura, resulta útil para la gestión de portafolios.
Reciba elogios si el proyecto tiene éxito y genera ventajas, pero si surgen contratiempos, investigue las causas y determine si el inicio fue defectuoso. Los arquitectos empresariales deben supervisar los proyectos hasta su finalización, mantener una comunicación fluida con las partes interesadas, mantenerse en contacto con los equipos de proyecto y procurar el éxito del proyecto.
Cómo diseñamos equipos de arquitectura empresarial para casos de uso de patrones de equipo de EA
Al diseñar un equipo de arquitectura empresarial para respaldar un propósito estándar, recurrimos a: Modelo de referencia de capacidad de arquitectura empresarial.
Luego analizamos las capacidades clave alineadas con cada propósito.
Capacidades de estrategia de soporte
- Desarrollar la estrategia empresarial
- Desarrollar la estrategia departamental
- Desarrollar una estrategia de iniciativa
- Desarrollar hojas de ruta estratégicas
Capacidades de la cartera de soporte
- Habilitar el establecimiento del programa
- Desarrollar la arquitectura de soluciones (portafolio)
- Desarrollar hojas de ruta del programa
Capacidades del proyecto de soporte
- Habilitar el establecimiento del proyecto
- Desarrollar la arquitectura de la solución (Proyecto)
- Realizar apoyo a las adquisiciones
- Desarrollar hojas de ruta de proyectos
Capacidades de entrega de soluciones de soporte
Desarrollar una estrategia de abastecimiento- Desarrollar la arquitectura de la solución (entrega de la solución)
- Realizar apoyo a las adquisiciones
Por último, sabemos que el modelo de participación cambia cuando el propósito cambia: de apoyar la estrategia a apoyar la entrega de soluciones. A lo largo del proceso continuo entre estrategia y entrega de soluciones, los arquitectos pasarán de:
- Explorar arquitecturas objetivo con las partes interesadas para realizar la gobernanza para las partes interesadas
- Proporcionar orientación y restricciones a los patrocinadores para realizar la gobernanza de los patrocinadores.
En términos de la TOGAF ADM, Los productos de trabajo del equipo cambiarán dependiendo del patrón que apoyen.
| Arquitectura para apoyar la estrategia | Arquitectura para apoyar la cartera | Arquitectura de apoyo al proyecto | Arquitectura para respaldar la entrega de soluciones | |
| Producto del trabajo de la fase A: Visión de la arquitectura | Entregable clave
Antes de enmarcar una sesión de planificación estratégica Actualizar antes del inicio de la presupuestación del programa |
Entregable clave
Antes de comenzar la planificación presupuestaria |
A menudo no se utiliza
La actividad para producir una visión se superpone con la arquitectura del candidato a cartera/programa y la hoja de ruta de la arquitectura. El entregable se puede utilizar al inicio del caso de negocio. |
Uso limitado
El uso principal es anterior al ciclo de implementación (a través de proveedores internos o socios de ejecución) |
| Producto del trabajo de las fases B, C y D: Arquitectura del dominio candidato | Entregable clave
El uso principal es que las partes interesadas comprendan el objetivo y el trabajo. El uso secundario es la creación de especificaciones de requisitos de arquitectura para arquitectos. |
Entregable clave
El uso principal es que las partes interesadas comprendan el objetivo y el trabajo. El uso secundario es la creación de especificaciones de requisitos de arquitectura para arquitectos. |
Antes del inicio del proyecto y la finalización del caso de negocio
El uso principal es la creación de especificaciones de requisitos de arquitectura para implementadores. |
Antes de la contratación de socios de ejecución (incluidos proveedores internos)
El uso principal es la creación de especificaciones de requisitos de arquitectura para implementadores. |
| Producto del trabajo de las fases B, C y D: Elementos de la hoja de ruta del candidato | Entregable clave
El uso principal es que las partes interesadas comprendan el trabajo. El uso secundario es la creación de restricciones para los arquitectos. |
Entregable clave
El uso principal es que las partes interesadas comprendan el trabajo y la dependencia. El uso secundario es la creación de restricciones para los arquitectos. |
Uso limitado Se puede utilizar como entrada para proyectos con múltiples cambios interactivos. |
Antes de la contratación de socios de ejecución (incluidos proveedores internos).
El uso principal es la identificación del cambio requerido y las preferencias de cómo ejecutar el cambio, para gestionar la selección y la participación de los socios para la entrega de soluciones. |
| Producto del trabajo de las fases B, C y D: Especificación de requisitos de arquitectura | Uso limitado
Generalmente los arquitectos pueden inferir limitaciones a partir de una arquitectura superior. |
Uso limitado
Generalmente los arquitectos pueden inferir limitaciones a partir de una arquitectura superior. |
Entregable clave
Antes de finalizar el inicio del proyecto |
Entregable clave
Antes del compromiso y la contratación |
| Producto del trabajo de la fase E: Arquitectura empresarial candidata | Durante la sesión de planificación estratégica
Actualizar según sea necesario en el presupuesto del programa |
Entregable clave
Antes de comenzar la planificación presupuestaria El uso principal es la aceptación del objetivo por parte de las partes interesadas y la definición de la brecha. |
Antes del inicio del proyecto y la finalización del caso de negocio
El uso principal es la creación de especificaciones de requisitos de arquitectura. |
Antes de la contratación de socios de ejecución (incluidos proveedores internos)
El uso principal es la creación de especificaciones de requisitos de arquitectura. |
| Producto del trabajo de la fase E: Hoja de ruta de la arquitectura | Durante la sesión de planificación estratégica
Actualizar según sea necesario en el presupuesto del programa |
Entregable clave
Antes de comenzar la planificación presupuestaria Actualizar según sea necesario para respaldar la presupuestación y la gestión del programa. |
Uso limitado
Se puede utilizar como entrada para proyectos con múltiples cambios interactivos. |
Antes de la contratación de socios de ejecución (incluidos proveedores internos)
El uso principal es la identificación del cambio requerido y las preferencias de cómo ejecutar el cambio, para gestionar la selección y la participación de los socios para la entrega de soluciones. |
Tabla de TOGAF 10 Guía de la serie TOGAF: Guía del arquitecto empresarial para el desarrollo de arquitectura
Conversaciones sobre el manual de estrategias de inteligencia artificial de Agentic
Conversaciones sobre la Guía de Estrategias de IA de Agentic. Nos hemos sumergido profundamente en el panorama cambiante de la adopción de la IA, participando en un proceso que abarca tanto las complejidades técnicas como la transformación digital en general. Desarrollamos la Guía del Líder Empresarial […]
Descargar la arquitectura de referencia de capacidades críticas para la adopción de IA
Descargue la Arquitectura de Referencia de Capacidades Críticas para la Adopción de IA. La adopción de IA requiere un pensamiento innovador. Actualmente, carecemos de prácticas recomendadas comprobadas para la adopción generalizada de IA que mejoren consistentemente nuestras organizaciones. Necesitamos la capacidad de reimaginar nuestro […]
Descargar Guía del líder empresarial para la IA
Descargar Business Leader's Guide to Artificial Intelligence Las organizaciones que aplican con éxito tecnología innovadora han tenido una ventaja competitiva. La tecnología innovadora no viene acompañada de patrones de éxito establecidos ni de las mejores prácticas. La tecnología innovadora es novedosa y [...]
Descargar la Introducción al estándar TOGAF, 10ª edición
Descargar Introducción al estándar TOGAF®, 10ª edición El estándar TOGAF, 10ª edición, facilita la adopción de las mejores prácticas de arquitectura empresarial. Separa los conceptos universales de las mejores prácticas probadas. El estándar subraya dónde [...]
Descargar la Guía de planificación basada en capacidades
Descargar la Guía de Planificación Basada en Capacidades Conduzca siempre para obtener valor. ¡Una mejora a medias es un desperdicio 100%! Nadie enseña a un águila a gatear, caminar o correr. Las águilas vuelan. Descargar Enseñe a volar a sus águilas: Planificación basada en Capacidades [...]
Descargar la Guía de evaluación de las capacidades de arquitectura empresarial
Descargue la Guía de evaluación de la capacidad de la arquitectura empresarial Descargue la Guía de evaluación de la capacidad de la arquitectura empresarial. La planificación basada en capacidades es una de las técnicas de mejora de la arquitectura empresarial más potentes. La mejor práctica de planificación basada en la capacidad utiliza la capacidad como [...]
Descargar ejemplo de principios de arquitectura empresarial
Descargar un ejemplo de principios de arquitectura Descargue un ejemplo de principios de arquitectura empresarial. Los principios de arquitectura empresarial identifican cómo enfocar un problema o una decisión. El enfoque siempre le conduce hacia sus prioridades duraderas. Descargar una muestra de principios de arquitectura empresarial [...]
Descargar la Guía de Gobernanza de la Arquitectura Empresarial
Descargar la Guía de Gobernanza de la Arquitectura Empresarial Descargue la Guía de Gobernanza de la Arquitectura Empresarial para comprender las mejores prácticas para dirigir y controlar el desarrollo de la arquitectura, y el cambio para obtener los resultados esperados. Descargar la Guía de Gobernanza de la Arquitectura Empresarial [...]
Descargar Integración de TOGAF y SABSA
Descargar Integración de TOGAF y SABSA Reúna SABSA, el mejor marco de arquitectura de seguridad del mundo, y TOGAF, el marco de arquitectura empresarial estándar del sector. Descargar Integración de TOGAF y SABSA Integración de TOGAF y SABSA Incluye SABSA utiliza un [...]
Descargar Arquitectura de referencia de capacidades de arquitectura empresarial
Descargar Arquitectura de Referencia de Capacidades de Arquitectura Empresarial La Arquitectura de Referencia de Capacidades de Arquitectura Empresarial acelerará el establecimiento y la mejora de su Equipo de EA. Diseñe su equipo de arquitectura empresarial para el éxito. Identifique y mejore la arquitectura de su empresa [...]
Casos de uso de problemas comunes de arquitectura empresarial
Constantemente se nos pide que optimicemos un equipo de arquitectura empresarial para casos de uso comunes basados en problemas. La mayoría de estos casos de uso están orientados a TI. Abordan cuestiones de arquitectura empresarial con un enfoque de TI.
Caso de uso de mitigación de riesgos tecnológicos
Deuda tecnológica. Muchas organizaciones acumulan deuda tecnológica. Cuando se enfrentan a una deuda real en efectivo, toman dos medidas: abordar el origen de la deuda o declararse en quiebra.
El riesgo tecnológico es riesgo, simple y llanamente. El riesgo es la consecuencia de la incertidumbre para alcanzar los objetivos. Es necesario abordar la tecnología que genera el riesgo de alcanzar los objetivos.
Las organizaciones dependen de la tecnología para gestionar adecuadamente sus operaciones en todos los sectores. El ciberriesgo es un hecho en cualquier tecnología y puede manifestarse de diversas formas y provenir de diversas fuentes. Las causas más frecuentes, y a la vez más evitables, de las filtraciones de datos son las fallas de TI, el desuso de las aplicaciones y la infraestructura que las soporta. Los efectos de un ciberdesastre pueden ser muy difíciles de recuperar, tanto en términos de pérdidas económicas como de reputación.
Independientemente del talento de su equipo, la gestión de riesgos tecnológicos es un problema amplio y complejo que no se puede resolver con el mantenimiento manual de datos. Los arquitectos empresariales pueden obtener fácilmente datos de productos actualizados en todas las tecnologías. Este conocimiento es necesario para diseñar, gestionar y retirar correctamente los componentes tecnológicos, así como para evaluar el riesgo de los entornos de aplicaciones.
Diseño del equipo de EA para mitigar el riesgo tecnológico
Cuando nos enfrentamos a la mitigación del riesgo tecnológico, utilizamos el Navegar por el Atlas de SABSA y el Atlas de Gestión de Programas y Carteras de Navigate. Extraemos los dominios de riesgo de SABSA y analizamos la tecnología en términos de cartera.
En todos los casos, lo que busca es una hoja de ruta clara y viable para impulsar estos resultados.
Caso de uso de modernización de TI
La tecnología de la información actúa como cualquier otra infraestructura: envejece. A medida que envejece, la TI deja de satisfacer las expectativas actuales. Nos gusta pensar en la infraestructura de TI como una infraestructura que no se desgasta físicamente. Otras infraestructuras sufren desgaste: un camión recorre kilómetros. El viento, la lluvia, la sal, el óxido, el traqueteo y el balanceo de las ruedas. Se desgasta.
En cambio, la infraestructura informática sigue funcionando. Piense en un viejo Modelo T. Arranca, funciona y pierde aceite como nuevo. Sin embargo, no puede transportar 22.500 kg a 105 km/h como un camión semirremolque moderno.
Modernizarlo es a menudo como reemplazar una flota: todo está conectado. Nos encanta la teoría: eliminar o abandonar las aplicaciones que consumen muchos recursos. Buscar reemplazos para aquellas con un alto costo de propiedad. Luego, nos topamos con la realidad: la aplicación antigua procesa un tercio de los ingresos, mientras la empresa se centra en nuevos servicios para generar nuevos ingresos.
Las iniciativas de modernización de TI suelen utilizar una estrategia incremental, que implica la modernización gradual de los activos de TI hasta que se haya actualizado todo el sistema. Se ha demostrado que modernizar los sistemas de TI gradualmente es útil, especialmente para reducir los riesgos operativos que surgirían si todo se hiciera a la vez. La desventaja de esta estrategia es que los equipos de desarrollo operan de forma aislada y carecen de una perspectiva amplia. La arquitectura empresarial integra todas las capas de una organización, desde el negocio hasta la infraestructura de TI, lo que permite a los ejecutivos de TI priorizar las iniciativas de modernización en función de los objetivos de negocio y analizar cómo estos proyectos afectarán a sus sistemas de TI.
La arquitectura empresarial conecta los objetivos empresariales con las capacidades empresariales en el contexto de la modernización de TI. Para mapear las capacidades empresariales actuales y comprender cómo pueden evolucionar, los arquitectos empresariales colaboran con los equipos de negocio. Esta frase larga indica que se equilibrará la viabilidad, el costo, la agilidad empresarial y el riesgo. Será necesario dominar... ITFM Para productos digitales y servicios de TI. Esto ofrecerá una visión más clara de cómo debería evolucionar una capacidad en los próximos años o si se dirige a una nueva categoría de consumidores.
Al alinear los objetivos de transformación, las capacidades empresariales y las funciones de TI necesarias en un cronograma, los arquitectos empresariales pueden usar una hoja de ruta empresarial para captar las demandas empresariales presentes y futuras. Se definirá la futura arquitectura de TI que respaldará plenamente las capacidades empresariales previstas.
La arquitectura empresarial también puede especificar la arquitectura de TI futura, lo cual resulta útil. Los arquitectos empresariales trazan el entorno de TI actual como punto de partida. Para ello, se deben inventariar las aplicaciones y la tecnología de una organización. Los ciclos de vida de las aplicaciones, los costos, las implementaciones, los flujos de intercambio y cómo sirven al negocio son solo algunos de los aspectos que pueden utilizarse al realizar un inventario de aplicaciones. Los arquitectos empresariales pueden crear una nueva arquitectura de TI basada en las capacidades empresariales reconocidas una vez completado el inventario de aplicaciones. Mapas de capacidad empresarial ayudar a demostrar los recursos de TI necesarios para respaldar las operaciones comerciales a medida que la organización cambia para abordar nuevos problemas.
A través de iniciativas de modernización de TI, ciertos componentes o partes del entorno de TI pueden actualizarse para cumplir con las nuevas capacidades del negocio una vez que se haya establecido la arquitectura de TI prevista, incluidas las aplicaciones y las tecnologías.
Por último, pero no menos importante, la arquitectura empresarial puede coordinar su plan de TI con sus objetivos corporativos. Cada proyecto incluye una justificación o caso de negocio que explica por qué debe llevarse a cabo, junto con los costos, los recursos, el plazo y los posibles riesgos.
Las empresas podrían formar un consejo ejecutivo compuesto por expertos en TI y negocios para priorizar estas iniciativas. Los proyectos se priorizan reuniendo a ambos tipos de líderes según los objetivos de cada parte interesada.
Podemos elaborar la hoja de ruta de TI una vez que las tareas se hayan priorizado y establecido en un cronograma. Una declaración de los objetivos estratégicos del negocio, un cronograma del proyecto, un análisis de viabilidad, el coste previsto y la duración de cada proyecto son componentes necesarios de una hoja de ruta de TI eficaz.
Diseño del equipo de EA para la modernización de TI
Bien equipos de arquitectura empresarial Le ayudamos a obtener una visión clara de sus inversiones en TI, su valor actual y le ofrecemos asesoramiento pragmático sobre dónde invertir. El asesoramiento en inversiones es un problema de cartera. La modernización de TI no es solo un problema tecnológico. Siempre reforzamos... Arquitectura empresarial capacidad porque diseñar sólo para la tecnología no tendrá éxito.
Para habilitar el caso de uso de modernización de TI, nos alineamos con Diseño para la arquitectura como soporte de portafolios.
Caso de uso de transformación digital
Con demasiada frecuencia vemos a gente hablando de Transformación digital Y la transformación de la nube como un cambio de infraestructura. ¡Qué disparate!.
Hay Siete palancas de la transformación digital. Puedes controlar las siete palancas o puedes intentar cambiar sin controlar tu trayectoria, velocidad o... Cada palanca habilita o deshabilita una función de cambio diferente.
Cada palanca tiene un impacto negativo si no la tienes bajo control.
- Palanca 1 - Transformación de procesos de negocio
- Palanca 2: Compromiso y experiencia del cliente
- Palanca 3 - Digitalización de productos o servicios
- Palanca 4 - Transformación de TI y entrega
- Palanca 5 - Cultura organizacional
- Palanca 6 - Estrategia
- Palanca 7 - Ecosistema y modelo de negocio
Diseño del equipo de EA para la transformación digital
La transformación digital necesitará cierta estrategia Preguntas respondidas. Sin embargo, muchas pueden responderse rápidamente, dejando la ejecución. Como resultado, nos alineamos con Diseño para la arquitectura como soporte de portafolios.
Caso de uso de transformación de la nube
Gracias a la tecnología en la nube, ahora son posibles nuevos modelos empresariales basados en servicios y generadores de valor. Reducción de costes, aumento de la productividad, aceleración del tiempo de comercialización y la capacidad de crecer según la demanda son solo algunas de las ventajas de la computación en la nube. Tras la migración a la nube, las empresas también pueden aumentar significativamente la utilización de sus activos, ahorrar costes operativos y reestructurar las relaciones con sus empleados de TI.
Un factor importante para determinar la estrategia de TI y de negocio es la nube. Sin embargo, comprender la transición a la nube se ve seriamente obstaculizado por entornos corporativos complejos y la constante evolución tecnológica.
Se requieren importantes cambios organizativos, operativos y tecnológicos para migrar con éxito a la nube. Las restricciones presupuestarias, la exigencia de un crecimiento exponencial, la complejidad de las reglas de negocio a medida que se vuelven más sofisticadas y las leyes externas son solo algunos de los obstáculos que afectan la adopción de la nube en el camino. La capacidad de implementar una hoja de ruta desde la infraestructura tradicional a la nube es fundamental para los arquitectos empresariales.
La Arquitectura Corporativa ofrece una perspectiva automatizada e integral de las infraestructuras multicloud a escala empresarial, lo que facilita la gobernanza y la mejora de sus proyectos en la nube. Para una transición exitosa a la nube, se deben considerar diversos elementos, como las capacidades existentes y futuras, la estrategia del portafolio de aplicaciones, las cuestiones operativas y organizativas relacionadas con las personas y los procesos, así como los indicadores de costes. Para reducir los riesgos y garantizar el cumplimiento normativo en todas las implementaciones en la nube, es fundamental comprender plenamente estas complejidades. Para simplificar la importación de datos, la arquitectura empresarial se integra con los principales proveedores de la nube y ofrece una perspectiva de la arquitectura en la nube. Los arquitectos empresariales pueden especificar las capacidades objetivo, decidir si las aplicaciones deben permanecer en las instalaciones o transferirse a la nube, y definir dichas capacidades.
Diseño del equipo de EA para la transformación de la nube
La transformación de la nube es un problema de portafolio. La empresa está rediseñando su organización de TI. Siempre reforzamos... Arquitectura empresarial capacidad porque diseñar para la tecnología fracasará. Debemos rediseñar la organización de TI.
Para habilitar la transformación de la nube, nos alineamos con Diseño para la arquitectura como soporte de portafolios.
Caso de uso de racionalización de la cartera de aplicaciones
Podemos racionalizar las aplicaciones bien o mal. Si se hace bien, los gastos de TI pueden reducirse en más de 20%. Si se hace mal, no hay ahorro. Nunca.
La racionalización de aplicaciones se basa en el impacto y el valor empresarial, no en el coste de TI. Debe optimizar su cartera de TI según su perfil técnico y valor empresarial. Invierta en aquellas con un perfil técnico y valor empresarial preparados para el futuro. Explore las mejores maneras de retirar o reemplazar a quienes le frenan.
El sector empresarial suele ignorar la necesidad de coordinar el entorno de TI de soporte, ya que su principal preocupación es promover el desarrollo económico. Como resultado, se suelen introducir diferentes aplicaciones en momentos distintos según las necesidades de los distintos equipos. El sector empresarial ignora que un entorno de TI compuesto por aplicaciones con ciclos de vida conflictivos, tecnologías duplicadas y funcionalidades superpuestas suele generar graves problemas de integración e ineficiencias organizativas. Operar un entorno de TI costoso y restrictivo implica un gasto adicional de cientos de millones de dólares en TI, a la vez que reduce la satisfacción y la calidad del servicio de quienes dependen de él.
Las grandes empresas suelen lanzar una cantidad considerable de aplicaciones a la vez. Como resultado, la ejecución de sistemas antiguos y el mantenimiento de aplicaciones consumen una parte considerable de los gastos de TI. No todos estos programas tienen que ser esenciales para la misión. Las empresas se benefician de contar con un ecosistema de aplicaciones bien racionalizado para mantenerse al día con las tendencias de innovación modernas, ofrecer un servicio al cliente de primera clase, reducir costos y expandirse a nivel mundial. Si bien los proyectos de reducción de aplicaciones requieren un gasto único, el ahorro supera con creces el costo.
Los arquitectos empresariales pueden comenzar a trabajar en la optimización de la cartera de aplicaciones mientras el lado comercial continúa autorizando la adquisición de aplicaciones por doquier.
Los arquitectos empresariales pueden recopilar primero todos los datos pertinentes sobre todas las aplicaciones implementadas e importarlos a su software preferido. Pueden determinar el proyecto de racionalización de aplicaciones y priorizarlo según el modelo operativo de su empresa, comenzando, por ejemplo, con un proceso central específico o una unidad de negocio completa, a partir de esta vista organizada del inventario completo de aplicaciones y su valor comercial directo.
Los arquitectos empresariales pueden luego utilizar la matriz de aplicaciones y las encuestas de racionalización de aplicaciones para evaluar rápidamente la utilidad de las aplicaciones y ofrecer recomendaciones basadas en datos sobre qué aplicaciones tolerar, en las que invertir, reubicar o eliminar.
Los arquitectos empresariales contarán ahora con los conocimientos necesarios para crear una hoja de ruta que lleve a cabo la racionalización mediante una serie de iniciativas de desmantelamiento. Esta hoja de ruta también podrá utilizarse como referencia en el futuro para determinar si se requieren aplicaciones adicionales.
Diseño del equipo de EA para la racionalización de aplicaciones
La racionalización de aplicaciones es un problema de cartera. La racionalización de aplicaciones siempre falla sin una sólida Arquitectura empresarial. Siempre nos aseguramos de que el equipo de EA tenga capacidad de arquitectura empresarial, incluso si lo centramos en la ingeniería inversa.
Nos alineamos con Diseño para la arquitectura como soporte de portafolios para el caso de uso de modernización de aplicaciones.
Caso de uso de integración de adquisiciones
Integre siempre las adquisiciones de acuerdo con la estrategia y el propósito de la adquisición.
Una adquisición se realizará por unas cuantas razones sencillas
- adquirir clientes
- adquisición de productos
- adquisición de activos físicos
- capacidad de adquisición
Nos gusta el juramento médico, Primero no hacer daño. Si realizamos una adquisición para la base de clientes, entonces nuestra integración debe garantizar primero que mantengamos a los clientes existentes.
Las adquisiciones para mejorar la capacidad son las más difíciles. Normalmente, en este caso, la empresa adquirente tiene una brecha y busca acelerar el desarrollo de su capacidad utilizando la nueva capacidad. Usamos este ejemplo de desarrollo de capacidad en nuestro... Curso a demanda Arquitectura Empresarial con TOGAF y Navigate curso.
Los líderes corporativos y de capital privado predicen que la actividad de fusiones y adquisiciones aumentará en los próximos años, tanto en términos de volumen como de valor en dólares de las adquisiciones.
Sin embargo, las fusiones y adquisiciones suelen fracasar porque las empresas involucradas no logran integrarse adecuadamente o no logran las sinergias proyectadas. Existen varias razones por las que las integraciones de TI no son satisfactorias. Tras una fusión, resulta extremadamente difícil que dos organizaciones integren con éxito sus sistemas de TI y, al mismo tiempo, mantengan sus operaciones comerciales. Es necesario unificar diversos elementos tecnológicos, estándares y procedimientos.
Existen varias condiciones iniciales para las fusiones. A veces, una gran empresa absorbe a una pequeña, y otras veces, la fusión se produce entre empresas iguales. Adquirir competencia técnica o conquistar nuevos mercados geográficos son dos posibles objetivos. La arquitectura empresarial tiene el potencial de ser fundamental para el éxito de la integración de TI en cada uno de los escenarios mencionados. La base para elegir las aplicaciones adecuadas para un entorno de TI objetivo común la proporciona la arquitectura empresarial, que ayuda a racionalizar las aplicaciones y consolidar las ubicaciones. Esto permite a las empresas aprovechar las sinergias, ahorrar y alinear estratégicamente sus operaciones de cara al futuro. El éxito a largo plazo de una fusión depende de la creación de sinergias entre dos departamentos de TI.
Diseño del equipo de EA para la integración de adquisiciones
La integración de adquisiciones es un problema de cartera. Una integración de adquisiciones centrada en TI siempre fracasará. Arquitectura empresarial Es la base de una integración eficaz de la adquisición. Sin saber por qué su empresa realizó la adquisición, el enfoque predeterminado es cambiar la organización adquirida. Cambiarla hasta el punto de destruir la propuesta de valor. El equipo de EA necesita una sólida capacidad de arquitectura empresarial, incluso si nos centramos en la ingeniería inversa.
La segunda capacidad crítica es Arquitectura de riesgos. Esas simples razones te indican qué valor necesita ser protegido. Atlas de gobernanza, riesgo y cumplimiento de Navigate Utiliza Activos y Riesgos para aclarar qué necesita protegerse y qué amenazas dañarán el activo.
Nos alineamos con Diseño para la arquitectura como soporte de portafolios para el caso de uso de integración de adquisiciones.
Caso de uso de arquitectura de seguridad
La arquitectura de seguridad es una preocupación transversal. Existe con todas las demás dominio de la arquitectura.
En SABSA Centrarse en el valor, ya sea obteniendo un beneficio o previniendo una desventaja, es fundamental.
Como arquitecto empresarial, su trabajo consiste en proteger el activo y eliminar la incertidumbre. Su organización está más segura cuando tiene la certeza de que cumplirá sus expectativas.
En resumen, la arquitectura de seguridad es la parte de la arquitectura empresarial encargada de proteger los datos corporativos. Las políticas y prácticas fundamentales de seguridad de una organización para proteger los datos se describen en su arquitectura de seguridad, que también incluye a los equipos de personal, sus roles y responsabilidades, así como otros sistemas. Esta es una explicación más completa de la arquitectura de seguridad. Para garantizar que la arquitectura de seguridad se ajuste a las demandas empresariales presentes y futuras, esta información se proporciona en los requisitos organizativos, las prioridades, la tolerancia al riesgo y otras consideraciones relacionadas.
Para fundamentar la planificación de la seguridad a todos los niveles, es fundamental contar con una arquitectura de seguridad sólida. Esta ofrece la información detallada necesaria para tomar las mejores decisiones sobre los procedimientos y soluciones que se deben utilizar en todo el entorno de TI, así como para gestionar el ciclo de vida de la tecnología. Una documentación y publicación exhaustivas de la arquitectura de seguridad de la información empresarial también son esenciales para cumplir con los diversos estándares y requisitos legales vigentes del sector.
Disponemos de una colección de herramientas de TOGAF para construir una arquitectura de seguridad empresarial desde cero por primera vez. Esto facilita la definición de objetivos precisos y la superación de las brechas entre los distintos niveles de su EISA. Marco TOGAF es lo suficientemente flexible para ayudarle cuando cambian los requisitos de seguridad de su empresa.
Caso de uso de diseño de arquitectura de seguridad del equipo de EA
El caso de uso de arquitectura de seguridad se centrará en eliminar la incertidumbre o reducir las amenazas. En ambos casos, se trata de un problema de cartera.
Nosotros aprovechamos Atlas de gobernanza, riesgo y cumplimiento de Navigate que combina Activos con Riesgo y Amenaza. Analizamos los objetos de valor: qué los amenaza y qué genera incertidumbre. La base para abordar la incertidumbre y la amenaza es... Arquitectura de riesgos. Atlas de gobernanza, riesgo y cumplimiento de Navigate Utiliza Activos y Riesgos para aclarar qué necesita protegerse y qué amenazas dañarán el activo.
Nosotros aprovechamos Integración de Riesgo y Seguridad con TOGAF. Escribimos esta guía con el Instituto SABSA trajo las mejores prácticas Arquitectura de seguridad y gestión de riesgos empresariales.
Nos alineamos con Diseño para la arquitectura como soporte de portafolios para el caso de uso de integración de adquisiciones.
Reflexiones finales sobre los casos de uso de la arquitectura empresarial
No hay razón para que los equipos de arquitectura empresarial tengan dificultades para lograr la participación. Los líderes de todas las organizaciones buscan consejos útiles para un cambio efectivo.
La dificultad radica en que el equipo de EA sigue uno de los dos patrones de fallo. O bien:
- No respalde el caso de uso con el que las partes interesadas desean ayuda.
- Tratar de utilizar a las partes interesadas para impulsar otra agenda
Nos dedicamos al diseño y desarrollo de EA Teams. Nos centramos en estos casos de uso, porque nos permiten centrarnos en el cambio que importa. Tenga en cuenta que... Casos de uso de arquitectura empresarial con problemas comunes Casi siempre son abordados por un equipo de EA Diseño para apoyar Portafolio.
Cuando conocemos el caso de uso, podemos diseñar el equipo de arquitectura empresarial. Luego, hacemos lo mismo:
- Mejora tus habilidades como arquitecto
- Desarrolla tu método de arquitectura empresarial
- Mejore el uso de la arquitectura en su organización
Si quieres ayuda para Desarrolla tu equipo de EA - Extender la mano. Nos gustaría ayudar. Con nuestro Enfoque de EA predecible, Nos aseguramos de que usted cuente con una arquitectura empresarial útil que se desarrolle a medida que su equipo se desarrolla.
