Por qué son importantes los casos de uso de la arquitectura empresarial
Demasiados equipos de arquitectura empresarial luchan. Cuando nosotros desarrollar equipos de arquitectura empresarial, comenzamos con la mejor práctica clara y preguntamos: "¿Con qué cambio quieren ayuda las partes interesadas?"
Nos enfocamos en casos de uso, porque la actividad básica arquitectos empresariales realizar es el mismo. Desarrollamos un arquitectura empresarial que ayuda a las partes interesadas a tomar mejores decisiones y liderar iniciativas de cambio exitosas. Es por eso que podemos tener la base universal de la Norma TOGAF.
Hacemos las mismas cosas. La única diferencia es la pregunta que estamos respondiendo. Diferentes preguntas significan que analizamos diferentes cosas, con diferentes problemas de base.
Cuando conocemos el caso de uso, podemos diseñar el equipo de arquitectura empresarial. Entonces podemos desarrollar el equipo de arquitectura empresarial. Durante el desarrollo del equipo, debe cosechar valor.
Casos de uso de arquitectura empresarial Describir tipos de cambio
Utilizamos la siguiente clasificación para describir los casos de uso de la arquitectura empresarial. En primer lugar, están los tipos amplios de cambio. En segundo lugar, los patrones TOGAF de equipos de arquitectura empresarial exitosos. Tercero, problemas comunes en los que vale la pena enfocarse en un equipo de arquitectura empresarial.
Tipos amplios de casos de uso de arquitectura empresarial de cambio
Caso de uso de cambio estratégico o disruptivo
Caso de uso de cambio incremental
Casos de uso de patrones de equipo de arquitectura empresarial
Caso de uso de ejecución de la estrategia de apoyo
Caso de uso de desarrollo y ejecución de cartera de apoyo
Caso de uso de apoyo a la ejecución del proyecto
Caso de uso de entrega de solución de apoyo
Casos de uso de arquitectura empresarial de 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 admita. Lo que puedas hacer es irrelevante. Lo que crees que es valioso es irrelevante. Lo que sugiere un experto es que el 'mejor equipo de EA' es irrelevante. Lamentablemente, la mayoría modelos de madurez de la arquitectura empresarial sugerir un 'mejor propósito'. Alinee su equipo de EA con los casos de uso valorados por su empresa.
Tipos amplios de casos de uso de arquitectura empresarial de cambio
Una empresa deberá cambiar de una de dos maneras, de manera disruptiva o incremental.
El cambio disruptivo será deliberado o reactivo. O la empresa se embarcará en una iniciativa estratégica deliberada o reaccionará ante una amenaza u oportunidad en su ecosistema. Cuando hacemos 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, estamos realizando correcciones de rumbo menores. Parte de las organizaciones de mejora continua siempre lo hacen.
Caso de uso de cambio estratégico o disruptivo
Aparte de las palabras que nos hacen sentir mejor, todo cambio disruptivo significa que estamos cambiando de rumbo para sobrevivir. Nuestra organización está en riesgo. Debemos hacer un cambio significativo y duradero.
Cambiaremos un curso por razones internas o en reacción a fuerzas externas. La mayoría de las veces, reaccionamos ante una oportunidad o amenaza emergente en nuestro entorno. Aquí, los arquitectos empresariales intentan ayudar a aprovechar una oportunidad o esquivar una amenaza. La capacidad de realizar 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 de la organización y su entorno fuerza las conversaciones sobre el entorno.
Implementar un cambio estratégico implica hacer ajustes a las características clave de una empresa, a veces en respuesta a nuevos riesgos o posibilidades del mercado. Este cambio es el resultado de la alta dirección, en particular del Director Ejecutivo. El proceso de hacer ajustes a una estrategia se conoce como transformación estratégica. Una estrategia es un plan a largo plazo para lograr objetivos específicos. Las estrategias deben centrarse en la transformación a largo plazo, ya que están dirigidas al futuro. Para seguir siendo relevante en un mercado que siempre está cambiando, esto es esencial. La práctica de gestionar la estrategia de manera disciplinada para lograr las metas y misiones corporativas se conoce como gestión del cambio estratégico.
El cambio estratégico tiene algunos inconvenientes, entre ellos, que es difícil de prever y gestionar. Debido a esto, muchas empresas hacen planes para 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 rechacen el cambio estratégico eventualmente serán expulsadas del mercado; Nokia es un ejemplo bien conocido en el sector de los teléfonos inteligentes. Las empresas no prosperarán si no están preparadas para cambios abruptos, imprevistos y drásticos. Muchas empresas afirman que se trata de una transformación, pero rara vez lo hacen.
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. ¿Y si pasaran estas cosas? ¿Cómo afectaría eso la forma en que operamos? Encontrar una aguja en un pajar puede parecerlo, pero muchas grandes empresas han resistido trastornos al prever eventos que parecían improbables en ese momento. Esto incluye también la gestión de riesgos. Si una empresa predice que algo ocurrirá en el futuro, tiene dos opciones: aceptar el riesgo o disminuir el riesgo.
Cómo diseñamos equipos de arquitectura empresarial para el caso de uso de cambio estratégico
La Capacidad de Arquitectura Empresarial más crítica para soportar cambios estratégicos o disruptivos es ser capaz de desarrollar Hojas de ruta de la arquitectura. En particular, su equipo de EA necesita desarrollar escenarios de hoja de ruta y Arquitectura Roadmap Tipo 4: Análisis de escenarios a través de múltiples candidatos.
Recomendamos el Siete palancas de la transformación digital para una comprensión concisa del cambio digital disruptivo. Todo cambio estratégico altera el compromiso de una organización con su entorno. Cuando una organización está emprendiendo una Transformación Digital, Palanca 7 - Ecosistema y modelo de negocio incluyen la alteración del medio ambiente.
Por último, sabemos que el compromiso con las partes interesadas incluirá explorar la dirección. En términos de Administrador de TOGAF, el equipo explorará múltiples Fase A Arquitectura Visiones. Esto requerirá dotar de personal a personas que se sientan cómodas 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 tomar decisiones utilizando la información disponible?
Rapidez: ¿puede 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 de arquitectura empresarial más común. Es un punto dulce natural para un equipo de arquitectura empresarial. Abordar un espacio problemático generalmente implica optimizar el cambio. Desglosarlo para proporcionar términos de referencia de proyectos de cambio y claridad en la entrega de valor.
El cambio incremental es un cambio gradual en lugar de cambios abruptos o todos a la vez. Preferirá el progreso lento e incremental y la mejora con el cambio. Su enfoque preferido es innovar con lo que ya existe en lugar de siempre presentar conceptos nuevos o hacer cambios audaces y radicales. Disfrutará mejorando las fortalezas actuales y viendo situaciones desde la perspectiva de mejoras potenciales. Los planes son fáciles de dividir en fases y comprender cuando se distribuyen en escalas de tiempo progresivas.
El statu quo puede modificarse, ajustarse o refinarse mediante un proceso conocido como cambio incremental, que implica solo modificaciones pequeñas y sencillas. Teniendo en cuenta esta descripción, es fundamental enfatizar que esta forma de cambio organizacional, también conocida como cambio de primer orden, no modifica los fundamentos de una organización. En la escala más grande de las cosas, 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 varios rasgos diversos. Ocurre principalmente en una serie de pequeñas etapas. Ninguna etapa del proceso toma una cantidad de tiempo excesivamente larga, incluso si puede durar mucho tiempo. A veces las etapas se planifican con antelación, aunque no es obligatorio. A veces, cuando los problemas se desarrollan y se resuelven en el camino, estos cambios pueden ocurrir espontáneamente y pasar desapercibidos para la gerencia.
Implementar un cambio gradual tiene varias ventajas. Lo conectamos estrechamente con aquellos que construyen empresas exitosas que persisten durante al menos 10 a 15 años. No quedarás paralizado por pensamientos grandiosos, sino que realmente harás las cosas, un paso a la vez. Su historial habla por sí mismo; su éxito continuo es una prueba de que cualquiera puede confiar en usted.
En resumen, el cambio incremental tiene una prioridad estratégica y garantiza que el cambio se optimice.
Más comúnmente, el cambio incremental mejorará uno de:
- el costo de una organización
- calidad de productos o servicios
- mejorar la agilidad empresarial
Mejorar el costo
Las organizaciones han estado buscando mejorar su posición de costos desde que hemos tenido organizaciones comerciales. El Mapa de valor de Deloitte proporciona un marco analítico simple para explorar la reducción de costos.
Mejorar calidad
Hay muchas técnicas no arquitectónicas destinadas a mejorar la calidad, sobre todo Six Sigma. Hoy, involucrar a los arquitectos empresariales para mejorar la calidad significará una transformación digital.
El Siete palancas de la transformación digital proporciona un marco para la calidad. ¿Está hablando de:
- la calidad del proceso de negocio (Palanca 1),
- la calidad del compromiso del cliente (palanca 2),
- la calidad de los productos (Palanca 3),
- la calidad si IT & Delivery (Palanca 4), o
- el impacto de calidad de su cultura organizacional (palanca 5)
Mejore la agilidad empresarial
Las características de la agilidad empresarial se extraen de los deportes y del bucle OODA. Las actividades de responder a una amenaza u oportunidad inesperada se reducen a su capacidad para observar el cambio, decidir qué hacer y completar su respuesta. Todos los deportistas exitosos trabajan para cerrar estos ciclos.
Llamamos al quinto atributo de agilidad empresarial flexibilidad debido a la raíz deportiva de la Bucle OODA. Los atletas practican y trabajan la 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 cambios incrementales
La Capacidad de Arquitectura Empresarial más crítica para soportar el cambio incremental es ser capaz de desarrollar Hojas de ruta de la arquitectura. En particular, su equipo de EA necesita desarrollar Hoja de ruta de arquitectura tipo 1: mapas de calor y Arquitectura Roadmap Tipo 3: Impacto y Dependencia.
El cambio incremental depende completamente de poder analizar el cambio contra múltiples criterios. Un arquitecto empresarial que no se siente cómodo creando Puntos de vista es inútil El cambio incremental requiere una compensación de arquitectura efectiva.
Por último, sabemos que el compromiso con las partes interesadas incluirá la habilitación del cambio y la transición a la planificación del cambio con los patrocinadores. En términos de Administrador de TOGAF, el equipo desarrollará hojas de ruta de arquitectura claras. Esto requerirá dotar de personal a personas con sólidas habilidades analíticas y experiencia en la dirección de cambios efectivos.
Casos de uso de patrones de equipo de arquitectura empresarial
El segundo conjunto de casos de uso de la arquitectura empresarial proviene de la propósito de su equipo de EA. Los equipos de EA de alto rendimiento se optimizarán para ofrecer una arquitectura que apoye 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 del arquitecto empresarial.
Arquitectura empresarial para respaldar el caso de uso de la estrategia
Los equipos de EA que respaldan la estrategia ofrecerán una arquitectura de destino de extremo a extremo con una perspectiva de tres a diez años. Sus hojas de ruta de arquitectura generalmente abarcarán muchos programas de cambio.
La arquitectura empresarial para apoyar la estrategia se utiliza para identificar iniciativas de cambio y cartera y programas de apoyo. Establece términos de referencia, identifica sinergias y rige 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 respaldan la cartera ayudan a las iniciativas de cambio multifuncionales, multifase y multiproyecto. Sus entregables generalmente cubrirán una sola cartera.
EA para respaldar la cartera identificará proyectos y establecerá sus términos de referencia, alineará sus enfoques, identificará sinergias y regirá su ejecución de proyectos.
En la economía de mercado contemporánea, las empresas deben adaptarse constantemente si quieren seguir siendo competitivas. Tal crecimiento provoca modificaciones en toda la organización en muchos niveles. Los cambios deben planificarse y monitorearse cuidadosamente a medida que se implementan. El enfoque de EA y los lenguajes de modelado se ofrecen para la planificación general y la comunicación con las partes interesadas. Project Portfolio Management (PPM), que incluye la gestión de programas y proyectos, ofrece ejecución controlada y entrega de cambios.
Dado que EA y PPM son dos enfoques diferentes, es crucial que estén completamente vinculados con procesos comerciales coordinados y efectivos. Su implementación combinada debe producir más valor adicional que si se hiciera por separado o sin correlación.
Hay pocos recursos accesibles para investigar la integración de los campos EA y PPM. Esto puede deberse a una fuerte relación simbiótica entre estos dos enfoques. Nadie ha investigado a fondo la dificultad de su integración todavía. Existen muchos 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 carteras no es una gestión del trabajo orientada a objetivos, EA no puede abordarla. Lo que ofrece EA es una técnica que identifica una serie de paquetes de trabajo que se han acordado en toda la empresa y que deben planificarse, llevarse a cabo y entregarse mediante proyectos gestionados por PPM. La gestión de cambios en la empresa a nivel de estructura organizacional, soporte de aplicaciones, estructura de datos e infraestructura tecnológica es manejada conjuntamente por EA y PPM.
Arquitectura empresarial para respaldar el caso de uso del proyecto
Los equipos de EA que apoyan el proyecto están ayudando directamente al método de entrega del proyecto de su organización. Por lo general, trabajarán en un solo proyecto.
La arquitectura empresarial para apoyar el proyecto aclarará el propósito y el valor del proyecto. Destacará la sinergia entre proyectos y la dependencia futura. Un uso crítico es permitir gobernanza arquitectónicay apoyar la alineación entre proyectos.
EA produce hojas de ruta como entrega para identificar las conexiones entre las capacidades organizacionales y los objetivos organizacionales. La técnica describe un camino de cómo se lograrán estos objetivos enumerando varios paquetes de tareas entre los procesos existentes y los futuros procesos u objetivos, dependencias y análisis de las brechas.
Las metas amplían la visión de la empresa. Las metas son puntos de referencia necesarios para lograr la visión de la empresa. Para producir una hoja de ruta ejecutable que garantice la realización de la estrategia comercial, EA también fomenta el diálogo y ofrece un mecanismo entre la Oficina de Gestión de Proyectos y el liderazgo comercial. En ausencia de un departamento de EA dentro de una organización, una PMO puede emplear el análisis comercial para compilar los requisitos de TI que respaldan los objetivos comerciales, destacando las posibles intersecciones entre EA y la PMO.
La arquitectura empresarial ayuda a la gestión de proyectos a nivel de entrega de proyectos o soluciones al especificar 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 ayudan en la gestión de recursos, lo cual es importante para la gestión de recursos humanos del proyecto y la estimación de recursos de actividades. Para ejecutar y supervisar correctamente un proyecto, ambos son elementos cruciales de una estrategia completa de gestión de proyectos.
La oficina de gestión de proyectos y el liderazgo empresarial consultan con la arquitectura empresarial. En conjunto con los ejecutivos de negocios, EA desarrolla una propuesta de estructura que incluye todos los requisitos para la arquitectura empresarial, incluidos el propósito, la visión, la misión, las capacidades, los objetivos comerciales, el alcance, el proceso 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 generalmente se enfocan en un solo proyecto o en una parte importante de él. Su arquitectura define cómo se diseñará y entregará el cambio. Garantiza la comprensión de las restricciones, los controles y los requisitos de la arquitectura. Actúa directamente como el marco de gobierno de la arquitectura Para cambiar.
Los arquitectos empresariales se esfuerzan mucho por encontrar brechas en la arquitectura, evaluar posibles correcciones y dependencias, e identificar y priorizar proyectos, pero en algún punto del camino, pierden el enfoque. El Arquitecto Empresarial también participa en las arquitecturas de transición, que muestran cómo la Arquitectura Empresarial estará en una determinada condición en un momento dado y cómo el proyecto proporcionará progresivamente esas arquitecturas de transición.
Con la ayuda de la arquitectura empresarial, todas las iniciativas reconocidas pueden desarrollar su valor comercial estimado. Podemos argumentar que la finalización del proyecto lleva tiempo y, dado que los Arquitectos Empresariales son un grupo ocupado, a menudo pasan a otras tareas urgentes dentro de una organización y es posible que ya no estén al tanto o informados sobre los esfuerzos continuos. Saber qué proyectos terminaron con éxito y produjeron ventajas comerciales y cuáles no, así como las posibles causas de éxito o fracaso para la planificación futura, es útil para la gestión de carteras.
Acepte los elogios si el proyecto es exitoso y produce ventajas, pero si hay contratiempos, investigue las causas y determine si el comienzo tuvo fallas. Los arquitectos empresariales deben ver los proyectos hasta su finalización, mantener líneas abiertas de comunicación con las partes interesadas del negocio, mantenerse en contacto con los equipos del proyecto y tratar de asegurar 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, buscamos el Modelo de referencia de capacidad de arquitectura empresarial.
Luego observamos las capacidades clave alineadas con cada propósito.
Capacidades de estrategia de soporte
- Desarrollar estrategia empresarial
- Desarrollar la estrategia departamental
- Desarrollar estrategia de iniciativa
- Desarrollar hojas de ruta estratégicas
Capacidades de la cartera de soporte
- Habilitar establecimiento de programa
- Desarrollar arquitectura de solución (cartera)
- Desarrollar hojas de ruta del programa
Capacidades del proyecto de soporte
- Habilitar establecimiento de proyecto
- Desarrollar arquitectura de solución (proyecto)
- Realizar soporte de adquisiciones
- Desarrollar hojas de ruta del proyecto
Capacidades de entrega de soluciones de soporte
- Desarrollar arquitectura de solución (entrega de solución)
- Realizar soporte de adquisiciones
Por último, sabemos que el modelo de participación cambia en el cambio de propósito de respaldar la estrategia a respaldar la entrega de soluciones. A lo largo del continuo Estrategia-Entrega de soluciones, los arquitectos pasarán de:
- explorar arquitecturas de destino con las partes interesadas para realizar la gobernanza para las partes interesadas
- Proporcionar orientación y restricciones a los patrocinadores para realizar la gobernanza para los patrocinadores.
En términos de Administrador de TOGAF, los productos de trabajo del equipo cambiarán según el patrón que admitan.
| Arquitectura para apoyar la estrategia | Arquitectura para apoyar la cartera | Arquitectura para Proyecto de Soporte | Arquitectura para respaldar la entrega de soluciones | |
| Producto de trabajo de la fase A: Visión de la arquitectura | Producto clave
Antes de enmarcar una sesión de planificación estratégica Actualizar antes de iniciar la presupuestación por programas |
Producto clave
Antes del inicio de la planificación presupuestaria |
A menudo no se usa
La actividad para producir una visión se superpone con la arquitectura candidata de 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 de trabajo de las fases B, C y D: arquitectura de dominio candidato | Producto clave
El uso principal es la comprensión del objetivo y el trabajo por parte de las partes interesadas. El uso secundario es la creación de especificaciones de requisitos de arquitectura para arquitectos. |
Producto clave
El uso principal es la comprensión del objetivo y el trabajo por parte de las partes interesadas. 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 los proveedores internos)
El uso principal es la creación de especificaciones de requisitos de arquitectura para implementadores |
| Producto de trabajo de las fases B, C y D: Elementos candidatos de la hoja de ruta | Producto clave
El uso principal es la comprensión del trabajo por parte de las partes interesadas. El uso secundario es la creación de restricciones para arquitectos. |
Producto clave
El uso principal es la comprensión de las partes interesadas del trabajo y la dependencia. El uso secundario es la creación de restricciones para 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 los proveedores internos).
El uso principal es la identificación del cambio requerido y las preferencias de cómo ejecutar el cambio, para administrar la selección y el compromiso de los socios de entrega de soluciones. |
| Producto de trabajo de fase B, C y D: Especificación de requisitos de arquitectura | Uso limitado
Por lo general, los arquitectos pueden inferir restricciones de una arquitectura superior. |
Uso limitado
Por lo general, los arquitectos pueden inferir restricciones de una arquitectura superior. |
Producto clave
Antes de completar el inicio del proyecto |
Producto clave
Antes del compromiso y la contratación |
| Producto de trabajo de la fase E: arquitectura empresarial candidata | Durante la sesión de planificación estratégica
Actualizar según sea necesario en la presupuestación por programas |
Producto clave
Antes del inicio de 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 los proveedores internos)
El uso principal es la creación de especificaciones de requisitos de arquitectura |
| Producto de 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 la presupuestación por programas |
Entregable clave
Antes del inicio de la planificación presupuestaria Actualizar según sea necesario para respaldar la gestión presupuestaria y de programas |
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 los proveedores internos)
El uso principal es la identificación del cambio requerido y las preferencias de cómo ejecutar el cambio, para administrar la selección y el compromiso de los socios de entrega de soluciones. |
Tabla de TOGAF 10 Guía de la serie TOGAF: Guía del arquitecto empresarial para desarrollar arquitectura
Casos de uso de problemas comunes de arquitectura empresarial
Continuamente se nos pide optimizar un equipo de arquitectura empresarial para casos de uso comunes basados en problemas. La mayoría de estos casos de uso de arquitectura empresarial están orientados a TI. Abordan las preguntas de EA con una inclinación de TI.
Caso de uso de riesgo de tecnología de mitigación
Deuda tecnológica. Muchas organizaciones acumulan deuda tecnológica. Cuando las organizaciones se enfrentan a una deuda basada en efectivo real, hacen dos cosas, abordan el origen de la deuda o se declaran en quiebra.
El riesgo tecnológico es riesgo, puro y simple. El riesgo es el efecto de la incertidumbre en el cumplimiento de los objetivos. Es necesario abordar la tecnología que crea el riesgo de cumplir los objetivos.
Las organizaciones dependen de la tecnología para administrar adecuadamente sus operaciones en todas las industrias. El peligro cibernético es un hecho con cualquier tecnología y puede tomar muchas formas diferentes de muchas fuentes. Las causas más frecuentes pero más evitables de filtraciones de datos son fallas de TI, aplicaciones obsoletas y la infraestructura que las respalda. Los efectos de un desastre cibernético pueden ser muy difíciles de recuperar en términos de pérdidas monetarias y de reputación.
No importa cuán talentoso sea su equipo, la gestión de riesgos tecnológicos es un problema enorme y complicado que no se puede resolver mediante 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, administrar y retirar adecuadamente 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 Mitigación de Riesgos Tecnológicos, utilizamos el Navigate SABSA Atlas y Navigate Program & Portfolio Management Atlas. Sacamos los dominios de riesgo de SABSA y analizamos la tecnología en términos de cartera.
En todos los casos, está buscando una hoja de ruta clara y procesable 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, TI falla cada vez más en cumplir con las esperanzas y los sueños actuales. Nos gusta pensar en la infraestructura de TI como una infraestructura que no se desgasta físicamente. Otra infraestructura sufre desgaste: un camión acumula millas. Viento, lluvia, sal, herrumbre, reja y rodar. Se desgasta.
Por el contrario, la infraestructura de TI sigue funcionando. Piense en un viejo Modelo-T. Arranca, funciona, pierde aceite como cuando era nuevo. Sin embargo, no puede transportar 50,000 libras a 65 MPH como un camión semirremolque moderno.
Modernización A menudo es como un reemplazo de flota: todo está conectado. Nos encanta la teoría, eliminar o alejarnos de las aplicaciones que consumen muchos recursos. Encuentre reemplazos para aquellos con un alto costo de propiedad. Entonces llega a la realidad de que la aplicación anterior procesaba un tercio de los ingresos, con el negocio enfocado en nuevos servicios para nuevos ingresos.
Las iniciativas de modernización de TI utilizan con frecuencia 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 es útil modernizar gradualmente los sistemas de TI, en particular para reducir los riesgos operativos que surgirían si todo se hiciera a la vez. El inconveniente de esta estrategia es que los equipos de desarrollo operan de forma aislada y carecen de una perspectiva amplia. La arquitectura empresarial integra cada capa 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 comerciales y ver cómo estos proyectos afectarán sus sistemas de TI.
Enterprise Architecture conecta los objetivos comerciales con las capacidades comerciales en el contexto de la modernización de TI. Para mapear las capacidades comerciales actuales y comprender cómo pueden evolucionar, los arquitectos empresariales colaboran con los equipos comerciales. Esto ofrecerá una imagen más clara de cómo debe desarrollarse 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 comerciales y las funciones de TI necesarias en una línea de tiempo, los arquitectos empresariales pueden usar una hoja de ruta empresarial para capturar las demandas comerciales presentes y futuras. Se definirá la futura arquitectura de TI que soportará completamente las capacidades comerciales previstas.
La arquitectura empresarial también puede especificar la futura arquitectura de TI, lo cual es útil. Los arquitectos empresariales mapean el entorno de TI actual como punto de partida. Para hacer esto, 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 se pueden usar al hacer un inventario de aplicaciones. Los arquitectos empresariales pueden crear una nueva arquitectura de TI basada en las capacidades comerciales reconocidas cuando el inventario de aplicaciones está completo. Los mapas de capacidades comerciales ayudan 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 comerciales después de que se haya establecido la arquitectura de TI prevista, incluidas las aplicaciones y tecnologías.
Por último, pero no menos importante, la arquitectura empresarial puede coordinar su plan de TI con sus objetivos corporativos. Cada proyecto viene con una justificación, o caso de negocios, que describe por qué se debe hacer, junto con los costos, los recursos, un marco de tiempo y cualquier peligro potencial.
Las empresas pueden reunir 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 de acuerdo con los objetivos de cada parte interesada.
Podemos formar la hoja de ruta de TI una vez que las tareas se hayan priorizado y colocado en una línea de tiempo. Una declaración de los objetivos comerciales estratégicos, un cronograma del proyecto, un caso comercial, el costo esperado y la duración de cada proyecto son todos componentes necesarios de una hoja de ruta de TI efectiva.
Diseño del equipo de EA para la modernización de TI
Bien equipos de arquitectura empresarial ayude con una visión clara de sus inversiones en TI, su valor actual y brinde consejos pragmáticos sobre dónde invertir. El asesoramiento de inversión es un problema de cartera. La modernización de TI no es solo un problema tecnológico. Siempre fortalecemos la Arquitectura empresarial capacidad porque diseñar solo 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 para apoyar la cartera.
Caso de uso de transformación digital
Con demasiada frecuencia, vemos a personas hablando de Transformación Digital y Cloud Transformation como un conmutador de infraestructura. Qué absurdo.
Existen Siete palancas de la transformación digital. Puede controlar las siete palancas o puede intentar cambiar sin controlar su trayectoria, velocidad o... Cada palanca activa o desactiva una función de cambio diferente.
- 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 entrega y TI
- 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á que se respondan algunas preguntas estratégicas. Sin embargo, muchas pueden ser respondidas rápidamente, dejando ejecución. Como resultado, nos alineamos con diseño para la arquitectura para apoyar la cartera.
Caso de uso de transformación en la nube
Nuevos modelos de empresa orientados a los servicios que generan valor ahora son posibles gracias a la tecnología en la nube. Las reducciones de costos, las ganancias de productividad, el tiempo acelerado de comercialización y la capacidad de crecer con la demanda son solo algunas de las ventajas de la computación en la nube. Después de cambiar a la nube, las empresas también pueden aumentar significativamente la utilización de activos, ahorrar costos operativos y remodelar las relaciones con sus empleados de TI.
Un factor importante para determinar la estrategia comercial y de TI es la nube. Pero la comprensión de la transición a la nube se ve seriamente obstaculizada por los entornos corporativos complicados y la tecnología en constante evolución.
Se necesitan importantes cambios organizativos, operativos y tecnológicos para migrar con éxito a la nube. Las restricciones presupuestarias, el requisito de un crecimiento exponencial, la complejidad de las reglas comerciales 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 imprescindible para los arquitectos empresariales.
La arquitectura corporativa ofrece una perspectiva integral automatizada de las infraestructuras de múltiples nubes a escala empresarial, lo que ayuda en el gobierno y la mejora de sus proyectos en la nube. Se debe tener en cuenta una amplia gama de elementos, incluidas las capacidades existentes y futuras, la estrategia de la cartera de aplicaciones, las cuestiones operativas y organizativas relacionadas con las personas y los procesos, así como los indicadores de costos, para una transición a la nube exitosa. Para reducir los riesgos y mantener el cumplimiento en todas las implementaciones en la nube, es esencial comprender completamente 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 de la nube. Los arquitectos empresariales pueden especificar las capacidades de destino, elegir si las aplicaciones deben permanecer en las instalaciones o transferirse a la nube y definir las capacidades de destino.
Diseño del equipo de EA para la transformación de la nube
Cloud Transformation es un problema de Portafolio. La empresa está rediseñando su organización de TI. Siempre fortalecemos la Arquitectura empresarial capacidad porque el diseño para la tecnología fallará. Debemos rediseñar la organización de TI.
Para permitir la transformación de la nube, nos alineamos con diseño para la arquitectura para apoyar la cartera.
Caso de uso de racionalización de la cartera de aplicaciones
Podemos hacer bien la racionalización de aplicaciones, o mal, cuando se hace bien, los gastos de TI se pueden reducir en más de 20%. Cuando se hace mal, no hay ahorro. Alguna vez.
La racionalización de aplicaciones está impulsada por el impacto comercial y el valor comercial, no por el costo de TI. Debe preparar su cartera de TI de acuerdo con el perfil técnico y el valor comercial. Invierta en aquellos con un perfil técnico preparado para el futuro y valor comercial. Explore las mejores formas de jubilarse o reemplazar a los que lo frenan.
El lado comercial con frecuencia ignora el requisito de coordinar el entorno de TI de apoyo, ya que se preocupa principalmente por promover el desarrollo económico. Como resultado, con frecuencia se introducen diferentes aplicaciones en diferentes momentos según las necesidades de los diferentes equipos. El lado comercial ignora el hecho de que tener un entorno de TI que consta de aplicaciones con ciclos de vida en conflicto, tecnologías duplicadas y funcionalidades superpuestas con frecuencia genera serios problemas de integración e ineficiencias organizacionales. Operar un entorno de TI restrictivo y costoso da como resultado cientos de millones de dólares más gastados en TI, al mismo tiempo que reduce inmediatamente la satisfacción y la calidad del servicio para las personas que dependen de él.
Las grandes empresas lanzan con frecuencia 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 de misión crítica. Las empresas se benefician de tener un ecosistema de aplicaciones correctamente racionalizado para mantenerse al tanto de las tendencias de innovación modernas, brindar un servicio al cliente de clase mundial, reducir costos y expandirse en todo el mundo. Aunque los proyectos de reducción de aplicaciones requieren un gasto único, los ahorros superan con creces el costo.
Los arquitectos empresariales pueden comenzar a trabajar en la optimización de la cartera de aplicaciones a medida que el lado comercial continúa autorizando la adquisición de aplicaciones a diestro y siniestro.
Los arquitectos empresariales primero pueden recopilar todos los datos pertinentes sobre todas las aplicaciones implementadas e importarlos a su software preferido. Los arquitectos empresariales pueden determinar el proyecto de racionalización de aplicaciones y priorizarlo en función del modelo operativo de su empresa comenzando con un proceso central particular o una unidad comercial completa, por ejemplo, desde esta vista organizada de todo el inventario de aplicaciones y su valor comercial directo. .
Los arquitectos empresariales pueden usar 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, invertir, reubicar o eliminar.
Los arquitectos empresariales ahora tendrán el conocimiento que necesitan para crear una hoja de ruta para llevar a cabo el esfuerzo de racionalización a través de una serie de iniciativas de desmantelamiento. Este plan de ruta también se puede usar como punto de referencia en el futuro para determinar si se requieren aplicaciones adicionales o no.
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 un sólido Arquitectura empresarial. Siempre nos aseguramos de que el equipo de EA tenga una capacidad de arquitectura empresarial, incluso si la enfocamos en la ingeniería inversa.
nos alineamos a diseño para la arquitectura para apoyar la cartera para el caso de uso de modernización de aplicaciones.
Caso de uso de integración de adquisiciones
Siempre integre las adquisiciones de acuerdo con la estrategia y el propósito de la adquisición.
Se realizará una adquisición por algunas razones simples.
- adquiriendo clientes
- adquirir productos
- adquisición de activos físicos
- adquisición de capacidad
Nos gusta el juramento médico, Primero no hagas daño. Si hicimos una adquisición para la base de clientes, entonces nuestra integración primero debe garantizar que mantenemos a los clientes existentes.
Las adquisiciones por capacidad son las más difíciles. Por lo general, aquí la empresa adquirente tiene una brecha y busca acelerar el desarrollo de su capacidad mediante el uso de la nueva capacidad. Usamos este ejemplo de desarrollo de capacidades en nuestro curso bajo 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 con frecuencia se quedan cortas porque las empresas involucradas no pueden integrarse adecuadamente o no pueden lograr las sinergias proyectadas. Hay varias razones por las que las integraciones de TI se quedan cortas. Después de una fusión, es extremadamente difícil para dos organizaciones integrar con éxito sus sistemas de TI sin dejar de mantener las operaciones comerciales. Es necesario unificar varios elementos tecnológicos, estándares y procedimientos.
Hay varias condiciones iniciales para las fusiones. A veces una gran empresa se come a una pequeña, y otras veces se produce una fusión entre iguales. Obtener competencia técnica o capturar nuevos mercados geográficos son dos objetivos posibles. La Arquitectura Empresarial tiene el potencial de ser extremadamente importante para el éxito de la integración de TI en cada uno de los escenarios antes mencionados. La arquitectura empresarial proporciona la base para elegir las aplicaciones apropiadas para un entorno de TI de destino común, lo que ayuda a racionalizar las aplicaciones, consolidar ubicaciones y consolidar ubicaciones. Esto permite a las empresas aprovechar las sinergias, ahorrar y alinear estratégicamente sus operaciones en el futuro. El éxito a largo plazo de una fusión está influenciado por la creación de sinergia 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 adquisición centrada en TI siempre fallará. arquitectura empresarial es la base de la integración efectiva de la adquisición. Sin saber por qué su empresa realizó la adquisición, el enfoque predeterminado es cambiar la organización adquirida. Cambiarlo 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 riesgo. Esas simples razones le dicen qué valor debe protegerse. Atlas de gobierno, riesgo y cumplimiento de Navigate utiliza activos y riesgos para aclarar qué debe protegerse y qué amenazas dañarán el activo.
nos alineamos a diseño para la arquitectura para apoyar la cartera para el caso de uso de integración de adquisición.
Caso de uso de arquitectura de seguridad
El SABSA centrarse en el valor, ya sea mediante la realización de un beneficio o la prevención de una desventaja, es fundamental.
Como arquitecto empresarial, su trabajo es proteger el activo y eliminar la incertidumbre. Su organización está más segura cuando tiene la certeza de que cumplirá con sus expectativas.
En pocas palabras, la arquitectura de seguridad es la parte de la arquitectura empresarial que se ocupa de proteger los datos corporativos. Las políticas y prácticas de seguridad fundamentales de una organización para proteger los datos se describen en su arquitectura de seguridad, que también incluye equipos de personal y sus funciones y responsabilidades, así como otros sistemas. Esta es una explicación más completa de la arquitectura de seguridad. Para ayudar a garantizar que la arquitectura de seguridad coincida con las demandas comerciales presentes y futuras, esta información se proporciona en los requisitos organizacionales, las prioridades, la tolerancia al riesgo y las consideraciones relacionadas.
Para informar la planificación de seguridad en todos los niveles, es esencial tener una arquitectura de seguridad sólida. Ofrece los detalles detallados necesarios para tomar las mejores decisiones sobre los procedimientos y soluciones a utilizar en todo el entorno de TI, así como también cómo administrar el ciclo de vida de la tecnología. Una documentación y publicación exhaustivas de la arquitectura de seguridad de la información comercial también es esencial para cumplir con los diversos estándares y requisitos legales actuales de la industria.
Una colección de herramientas de TOGAF está disponible para construir una arquitectura de seguridad empresarial desde cero por primera vez. Ayuda a definir metas precisas y cerrar las brechas entre los muchos niveles de su EISA. los Marco TOGAF es lo suficientemente flexible para ayudarlo cuando cambian los requisitos de seguridad de su empresa.
Diseño del equipo de EA para el caso de uso de la arquitectura de seguridad
El caso de uso de la arquitectura de seguridad se centrará en eliminar la incertidumbre o reducir la amenaza. En ambos casos, se trata de un problema de cartera.
aprovechamos Atlas de gobierno, riesgo y cumplimiento de Navigate que combina Activo con Riesgo y Amenaza. Miramos las cosas de valor. Lo que amenaza su valor y lo que genera incertidumbre. La base para abordar la incertidumbre y la amenaza es Arquitectura de riesgo. Atlas de gobierno, riesgo y cumplimiento de Navigate utiliza activos y riesgos para aclarar qué debe protegerse y qué amenazas dañarán el activo.
aprovechamos Integración de riesgo y seguridad con TOGAF. Escribimos esta guía con Instituto SABSA trajo las mejores prácticas Arquitectura de seguridad y gestión de riesgos empresariales.
nos alineamos a diseño para la arquitectura para apoyar la cartera para el caso de uso de integración de adquisición.
Reflexiones finales sobre los casos de uso de la arquitectura empresarial
No hay razón para que los equipos de arquitectura empresarial tengan problemas con el compromiso. Los líderes de todas las organizaciones buscan consejos útiles sobre un cambio efectivo.
La dificultad es cuando el equipo de EA sigue uno de los dos patrones de falla. O ellos:
- no apoyan el caso de uso con el que las partes interesadas quieren ayuda
- tratar de utilizar a las partes interesadas para impulsar alguna otra agenda
Diseñamos y desarrollamos EA Teams para ganarnos la vida. Nos enfocamos en estos casos de uso, porque dirige nuestra atención al cambio que importa. Tenga en cuenta que el Casos de uso de arquitectura empresarial de problemas comunes casi siempre son abordados por un equipo de EA diseño para apoyar la cartera.
Cuando conocemos el caso de uso, podemos diseñar el equipo de arquitectura empresarial. Luego hacemos las mismas tres cosas:
- Mejora las habilidades de tu arquitecto
- Desarrolle su método de arquitectura empresarial
- Mejore el uso de la arquitectura de su organización
Si quieres ayuda para desarrollar su equipo de EA - alcanzar. Nos gustaría ayudar. Con nuestro Enfoque EA predecible, nos aseguramos de que tenga una arquitectura empresarial útil que se desarrolle a medida que su equipo se desarrolle.