Tema 6

Tema 6
Planificación Estratégica mediante Arquitectura

Empresarial
Tema 6. Modelando
Arquitectura II. Proyectos de
Transformación
Índice
Esquema
Ideas clave
6.1. Introducción y objetivos
6.2. Proyecto de transformación sostenible
6.3. Ejemplo: Introducción de nueva capacidad a través

de una aplicación
6.4. Referencias bibliográficas
A fondo
Fase E: Oportunidades y Soluciones
[Webinar] De la digitalización a las ventajas competitivas

digitales
[Webinar] ¿Está su catálogo de aplicaciones bajo

control? Así se gestionan las aplicaciones en la práctica
Test
Esquema
Planificación Estratégica mediante Arquitectura Empresarial 3

Tema 6. Esquema
© Universidad Internacional de La Rioja (UNIR)
Ideas clave
6.1. Introducción y objetivos
El Análisis de Brecha entre la arquitectura deseada y la arquitectura actual y la
planeación de cómo se pretende llegar a la arquitectura deseada (Proyectos) son dos
partes esenciales para hacer que la Arquitectura Empresarial no se quede en solo
una práctica documental, sino que se convierta en una práctica transformativa.
Está claro que para llegar a una etapa en donde se puede hacer un Análisis de
Brecha, es importante cumplir con las etapas anteriores según el ciclo ADM de
TOGAF; las etapas B, C y D que son las que documentan y analizan la Arquitectura
de Negocios, Arquitectura de Sistemas y Arquitectura de Tecnologías de una
organización.
Una vez identificada la brecha, es momento de proponer cambios o acciones de
Transformación de la Arquitectura, no sin antes hacer un análisis completo de los
cambios que se proponen. Esto puede incluir Análisis de Costes, Análisis de Impacto
de los cambios, programación de los cambios en la Hoja de Ruta de la organización
y justificación de los cambios.
A continuación, se presentan los objetivos principales de este tema:
▸ Conocer una forma de plantear proyectos de transformación sostenible.
▸ Conocer la forma de analizar y justificar un Proyecto de Arquitectura.
▸ Estudiar un ejemplo de proyecto para la introducción de una nueva Capacidad
soportada por una Aplicación.

Tema 6. Ideas clave
Ideas clave
6.2. Proyecto de transformación sostenible
En el mundo de la Arquitectura Empresarial, los proyectos son la forma más
aceptada para introducir cualquier cambio a la organización debido a alguna
necesidad u oportunidad. Esas necesidades y oportunidades pueden nacer por
motivaciones internas o externas y cada organización debe decidir cómo va a
reaccionar a cada una de ellas.
Por supuesto que la Arquitectura Empresarial facilita mucho ese análisis, puesto que
ayuda a entender dónde puede encajar esa necesidad, ya sea que se relacione a
oportunidades comerciales, que puede tener mucho que ver con el desarrollo de un
producto o servicio, que a su vez puede involucrar la planeación de procesos o
tecnologías nuevas para poder ofrecer ese servicio. Tal vez se relaciona a una
normativa nueva a la cual la organización se tiene que acatar. De la misma forma,
esto puede tener implicaciones sobre procesos, tecnología, etc., y con la arquitectura
se puede detectar donde encaja esta nueva idea y qué impacto puede tener.
En la Figura 1 se observa una colección de factores que pueden llevar a las
organizaciones a detectar necesidades u oportunidades que se pueden implementar
por medio de uno o varios proyectos.

Tema 6. Ideas clave
Ideas clave
Figura 1. Factores que influyen sobre una organización.
Es importante entender que para que un proyecto de transformación sea exitoso y
sostenible, siempre se debe de considerar el entorno completo de la organización,
cosa que en muchos proyectos suele ser pasado por alto.
Al momento de considerar todos los aspectos o áreas de la organización (Figura 2) al
momento de analizar y planear un proyecto, lo que realmente importa es el Impacto
que este puede tener sobre todas las áreas, además de analizar qué partes del
proyecto se pudieran realizar o cumplir con los recursos con los que ya cuenta la
organización, es decir, reutilizar. No recursos económicos, sino Capacidades,
Sistemas, Procesos, Tecnologías, etc.

Tema 6. Ideas clave
Ideas clave
Figura 2. Áreas de consideración al planear y analizar un Proyecto de Arquitectura.
Precisamente de ahí nace el concepto de proyecto sostenible, de ver qué se puede
reutilizar al momento de planear y ejecutar un proyecto nuevo, o en caso de
desarrollar o adquirir algo nuevo, como un sistema informático, asegurarse que este
también sea uno que se pueda reutilizar en más áreas o para más funciones. Por
ejemplo, si se va a adquirir un sistema para la modelación de procesos, y se sabe
que la gestión de controles y riesgos se relaciona mucho a los procesos, se preferiría

buscar una herramienta que pueda ser reutilizada para ese fin.
«Un resultado clave es minimizar los conflictos de interoperabilidad o garantizar que
dichos conflictos se aborden en la Arquitectura. Los Bloques de Construcción de
Soluciones reutilizados (SBBs), los productos comerciales fuera de la plataforma (COTS)
y los proveedores de servicios externos suelen imponer requisitos de interoperabilidad
que entran en conflicto. Cualquier conflicto de este tipo debe abordarse en la Arquitectura,
y los conflictos deben considerarse en todos los dominios de Arquitectura (Negocios,
Aplicaciones, Datos y Tecnología).» (The Open Group Standard, 2018, Sección 12.3.4,
Fase E – Oportunidades y Soluciones)
Otro factor que soporta el concepto de proyectos sostenibles es tener transparencia
entre un proyecto y otro. En algunos casos hay organizaciones que no tienen
claridad sobre lo que están haciendo las otras áreas, lo que ocasiona que se haga
trabajo redundante, compras redundantes y esfuerzos innecesarios. Aquí es donde la

Tema 6. Ideas clave
Ideas clave
Arquitectura Empresarial entra como un gran aliado en la gestión de proyectos.
Permite tener una visión global de los proyectos, su impacto, lo que pretenden
cambiar y/o introducir, etc., de forma que para un arquitecto es muy fácil identificar
cuando dos proyectos son redundantes entre sí (siempre y cuando el arquitecto
tenga acceso a la información adecuada). Hay que recordar que los proyectos
muchas veces tienen este tipo de relaciones de dependencia, secuenciales o incluso
redundantes.
«Hay dos enfoques básicos para los conflictos de interoperabilidad; crear un bloque de
construcción que se transforme o traduzca entre bloques de construcción en conflicto, o
realizar un cambio en la especificación de los bloques de construcción en conflicto.» (The
Open Group Standard, 2018, Sección 12.3.5, Fase E – Oportunidades y Soluciones)
En la Figura 3, se muestra una imagen que representa la relación que pueden llegar
a tener los proyectos entre sí, la misma que los arquitectos deben de tener muy clara
y utilizar para ayudar en la toma de decisiones.
Figura 3. Relación entre proyectos de transformación.
Análisis y justificación de un Proyecto de Transformación de la Arquitectura
Al momento de analizar si un proyecto es conveniente para una organización, es
importante considerar muchos factores, algunos serán muy específicos para la
organización, la industria o la situación actual, sin embargo, desde el punto de vista
de Arquitectura, se proponen los siguientes factores:

Tema 6. Ideas clave
Ideas clave
▸ Motivación detrás del proyecto.
▸ Alcance del proyecto.
▸ Impacto del proyecto.
▸ «Reutilizabilidad» del proyecto o sus activos.
▸ Coste del proyecto (de materiales y de personal).
▸ Riesgos de llevar y no llevar a cabo el proyecto.
▸ Tiempo requerido y su ajuste con el resto de los proyectos activos.
A continuación, se describen formas para llevar a cabo un análisis de cada uno de
estos factores.
Motivación detrás del proyecto
La motivación del proyecto frecuentemente viene de las necesidades y
oportunidades que provocan los factores externos que se presentan en la
Figura 1. Además, hay que sumar la motivación interna para cumplir los objetivos
estratégicos. En algunos lenguajes de modelaje, como ArchiMate, la motivación
incluso existe como un elemento de los modelos que permite a los arquitectos
documentar de forma clara cuál es la motivación de un proyecto. En otros lenguajes
se traduce esta misma motivación a Objetivos Estratégicos.

Tema 6. Ideas clave
Ideas clave
Figura 4. Análisis de áreas de Alcance de Proyecto de Transformación de la Arquitectura.
Alcance del proyecto
Al analizar el Alcance del Proyecto, es importante pensar más allá del panorama
inmediato del proyecto y tener en consideración el Alcance a través de las
diferentes áreas de la organización y las diferentes Capas de la Arquitectura,

como se ve en la Figura 4, un ejemplo de cómo un mismo proyecto puede englobar
Capas de la Arquitectura como la de Procesos, Aplicaciones e incluso Infraestructura
(el lado izquierdo de la figura). A su vez cada una tiene un impacto en las carteras de
gestión correspondientes (el lado derecho de la figura).

Tema 6. Ideas clave
Ideas clave
Figura 5. Análisis del Alcance de Proyecto de Transformación de la Arquitectura.
Una forma de presentar el Alcance de un Proyecto de forma gráfica se muestra en la
Figura 5.
Impacto del proyecto
En algunos casos es fácil confundir el Alcance del Proyecto con el Impacto del
Proyecto. En la Arquitectura, el Alcance se entiende como lo que un proyecto
pretende introducir, cambiar o retirar, mientras que el I mpacto es aquello que se ve

Tema 6. Ideas clave
Ideas clave
afectado de forma directa o indirecta, de forma intencional o no, gracias al
Alcance del proyecto.
En la mayoría de los casos, es muy difícil identificar el Impacto indirecto de un
proyecto sin una herramienta de Arquitectura Empresarial avanzada, ya que requiere

el Análisis de Dependencias a través de diferentes Capas de la Arquitectura. Por
suerte, hay una colección de herramientas en el mercado que tiene esta función.
En la Figura 6 se muestra un ejemplo del tipo de Análisis de Impacto que se debe
hacer. En este ejemplo, se ve el Impacto que tendrá cambiar el sistema operativo
Windows 7 (representado por el icono de la penúltima fila de arriba para abajo) en la
organización. En este caso, se analiza el Impacto del proyecto que propone
actualizar el sistema operativo a Windows 10. El Análisis de Impacto muestra las
Aplicaciones que actualmente utilizan Windows 7 y por consecuencia se verían
afectadas. Además, muestra los Procesos que esas aplicaciones soportan, y a su
vez, las Capacidades de Negocio que los procesos soportan.
Figura 6. Análisis de Impacto de Proyecto de Transformación de la Arquitectura.
Este Análisis de Impacto tiene mucha utilidad, pues responde numerosas preguntas,
como:
▸ ¿A qué dueños de aplicaciones hay que consultar antes de hacer la actualización a
Windows 10?
▸ ¿Si la actualización falla, qué procesos se verían afectados?

Tema 6. Ideas clave
Ideas clave
▸ ¿Qué Capacidades se verían beneficiadas por este cambio y por consecuencia
ayudarían a justificar el gasto en las nuevas licencias del nuevo sistema operativo?
▸ ¿Cuáles son los colaboradores que hay que capacitar sobre el nuevo sistema
operativo? (Los que realizan procesos que se muestran en la figura).
Como este Análisis de Impacto, se pueden crear muchos, dependiendo de las
preguntas que se quieran responder. Un diagrama similar podría mostrar información
de servidores, bases de datos, objetos de negocio, etc. Este y otros Análisis de
Impacto ayudan a medir el riesgo y a tomar decisiones sobre la factibilidad del
proyecto.
Tiempo, Coste y Riesgo del proyecto
Ningún Análisis y Justificación de Proyecto está completo sin un Análisis de Tiempo,

Coste y Riesgo. Es importante considerar que el aspecto económico no solo se
analiza desde el punto de vista del gasto, sino que también se debe tomar en cuenta
e l ahorro esperado por consecuencia de realizar exitosamente el proyecto. Lo
mismo para el Riesgo; en muchos casos se piensa en los riesgos de realizar un
proyecto, a su vez, se debe considerar el posible riesgo de no realizar el proyecto.
La Figura 7 muestra una gráfica de burbuja que ayuda a comparar proyectos en
cuanto a presupuesto requerido, valor de riesgo del proyecto y prioridad del proyecto.
Facilita la toma de decisiones sobre los proyectos que se llevarán a cabo.

Tema 6. Ideas clave
Ideas clave
Figura 7. Gráfica de Burbuja - Análisis de Prioridad - Riesgo - Presupuestos del proyecto.
Como en cualquier planificación, es importante tomar en cuenta las Dependencias,
en este caso, con otros proyectos. Ya sea que haya Dependencias de Presupuesto,
de Recursos, Tiempo o Tecnología, es importante tomarlas en cuenta al momento de
programar las fechas del proyecto. La Figura 8, muestra un claro ejemplo de la
distribución actual de los proyectos de la organización. Permite ver cuando hay
proyectos simultáneos e incluso podría mostrar dependencias entre un proyecto y
otro, aunque en este caso no lo muestra.
Figura 8. Programación de Proyectos de Transformación de la Arquitectura.

Tema 6. Ideas clave
Ideas clave
6.3. Ejemplo: Introducción de nueva capacidad a

través de una aplicación
Los Proyectos de Transformación de la Arquitectura pueden tener muchos
propósitos, entre ellos hacer ajustes por cuestiones de seguridad, adoptar nuevas
prácticas o introducir Capacidades de Negocio adicionales. En este ejemplo, se
tratará sobre la mejora de una Capacidad de Negocio.
El primer paso para encontrar las necesidades que tiene la organización, en este
caso un banco, es analizar cualitativamente las Capacidades de Negocio. En la
Figura 9 se observa una gráfica de burbuja que permite comparar el Grado de ajuste
Tecnológico, Grado de ajuste al Negocio y la Importancia Estratégica de cada
Capacidad de Negocio. Cada burbuja representa una Capacidad de Negocio, y en
este caso, las del cuadrante inferior izquierdo representan las que tienen la peor
puntuación. Se observa que Archivo es una de estas Capacidades en el cuadrante
inferior izquierdo, con un Grado de ajuste Tecnológico = Insuficiente, Grado de ajuste
al Negocio = Insuficiente y la Importancia estratégica = Muy alta. En este ejemplo:
Figura 9. Gráfica de burbuja de Capacidades de Negocio.

Tema 6. Ideas clave
Ideas clave
La Capacidad de Archivo para un banco suele ser una capacidad de importancia
estratégica muy alta, ya que para las instituciones bancarias la capacidad de archivo
representa funciones como:
«…archivo de trámite, en el cual se resguarda la documentación de uso cotidiano,
archivo de concentración, en donde se custodia la información de uso esporádico
mientras esta conserve sus valores primarios (administrativos, legales, fiscales o
contables), así como el archivo histórico, en el que se conservan de manera permanente
aquellos documentos que posean valores secundarios (informativos, evidenciales o
testimoniales) sobre la evolución orgánica de la institución y el ejercicio de sus funciones

sustantivas.» (Banco de México, 2016).
En este banco del ejemplo, está claro que dada la importancia de la Capacidad y
considerando que es de alta importancia, es de gran urgencia mejorar esta
Capacidad de alguna forma. Actualmente, la Capacidad de Negocio de archivo es
soportada principalmente por una aplicación llamada Sharepoint DMS. Analizando
más a fondo esta aplicación, se concluye que esta tampoco está dando buen soporte
a la organización, ver Figura 10.
Figura 10. Métricas cualitativas de la aplicación Sharepoint DMS.
Debido a que la aplicación existente no está dando el nivel de soporte requerido, el
banco decide iniciar la búsqueda de una solución nueva que la reemplace. Para esto,
se definen los criterios de la búsqueda y se les asigna un peso específico a cada uno
para poder valorar los candidatos de forma objetiva.
En la Figura 11 y Figura 12 se observan diagramas que facilitan la evaluación de los
candidatos de acuerdo con los criterios y peso de cada criterio. Se observan criterios
como Accesibilidad, Coste, Nivel de Automatización, Interoperabilidad, entre otros.

Tema 6. Ideas clave
Ideas clave
La definición de estos criterios es una parte clave para la selección de la mejor
aplicación. Es importante involucrar a diferentes partes del negocio al momento de
definir los criterios. El área de Negocio para que compartan sus necesidades, el área
de Tecnología para que agreguen sus ideas sobre las mejores prácticas, el área de
Finanzas para ayudar a definir el presupuesto, y naturalmente, el área de

Arquitectura Empresarial para que asegure que se tomen en cuenta los Principios de
Arquitectura al momento de definir los criterios y que la solución elegida encaje bien
con el resto de la Arquitectura.
Este es momento para asegurarse de que no existan soluciones que ya cuenten con
esta funcionalidad dentro de la organización y que simplemente no estén siendo
utilizadas para ese fin. También es momento de asegurarse de que cualquier
solución o aplicación que se vaya a adquirir pueda ser reutilizable para otras
funciones relacionadas o departamentos que requieran de una función similar.
Las aplicaciones candidatas A y B se evalúan de acuerdo con cada uno de estos
criterios y esto permite tener un puntaje final. En este caso se observa que la
candidata de la Figura 12, la candidata B, alcanza una puntuación superior y con
esto se concluye que es la mejor opción.
Figura 11. Evaluación con criterios de aplicación: Candidato A.

Tema 6. Ideas clave
Ideas clave
Figura 12. Evaluación con criterios de aplicación: Candidato B.
En este caso la aplicación B se llama DMS Pro. Una vez seleccionada la mejor
solución, es momento de analizar el Alcance e Impacto que puede tener este
reemplazo. En la Figura 13 se ve un diagrama que muestra el Alcance de este
reemplazo.
Figura 13. Alcance del reemplazo de Sharepoint DMS por la aplicación DMS Pro.

Tema 6. Ideas clave
Ideas clave
Se observan los Impulsores Estratégicos, aquellos Objetivos Estratégicos que
sirven para motivar y justificar este tipo de proyectos. Se observa que también
hay cambios en cuanto a Funciones que serán introducidas, Tecnologías, y por
supuesto, la aplicación DMS Pro. En el Alcance se documentan las personas
involucradas en el proyecto, y además cualquier Riesgo que haya sido identificado
con relación al proyecto.
Figura 14. Análisis de Impacto de Sharepoint DMS – Objeto de Negocio y Procesos.
En el Análisis de Impacto (ver Figura 14), se observa que al momento de reemplazar
Sharepoint DMS, se debe de tomar en cuenta que actualmente, esta aplicación está
procesando datos como contratos, información de cliente, información de partners,
impuestos, etc. Es importante tomar esto en cuenta al momento de migrar los datos a
la aplicación nueva y tener en consideración también las bases de datos donde estos
datos se almacenan. Además de los datos, hay procesos que se ven afectados
indirectamente, no solo los procesos relacionados a archivo. Estos procesos pueden
ser unos que utilizan datos del archivo, más no son los procesos principales como
aprobación de archivos, publicación, etc.
Al momento de hacer el reemplazo, es importante considerar el Impacto que puede
tener sobre todos los procesos, en algunos casos puede requerir una actualización
del proceso de negocio, y a su vez entrenamiento del personal que lleva a cabo los
procesos.

Tema 6. Ideas clave
Ideas clave
Una vez validado todo lo anterior, es momento de realizar la adquisición y planear la
fecha de lanzamiento del proyecto, como lo vemos en el gráfico Gantt de la Figura
15.
Figura 15. Cronología de proyectos activos.

Tema 6. Ideas clave
Ideas clave
6.4. Referencias bibliográficas
Banco de México, (2016). Guía de Archivo Documental. Recuperado el 3 de mayo
del 2020, de https://www.banxico.org.mx/transparencia/d/%7B4804E4B7-DFC1-
4F53-A137-799817FED563%7D.pdf
The Open Group, (2018). The TOGAF® Standard, Version 9.2 . Recuperado el 28 de
abril del 2020, de https://pubs.opengroup.org/architecture/togaf9-doc/arch/

Tema 6. Ideas clave
A fondo
Fase E: Oportunidades y Soluciones
The Open Group, (2018). The TOGAF® Standard, Version 9.2.

https://pubs.opengroup.org/architecture/togaf9-doc/arch
Para conocer más sobre el método de TOGAF y su propuesta sobre cómo abordar el
tema de los Proyectos de Transformación de la Arquitectura.

Tema 6. A fondo
A fondo
[Webinar] De la digitalización a las ventajas

competitivas digitales
BOC Group. (7 de abril de 2020). De la digitalización a las ventajas competitivas
digitales. [Archivo de vídeo]. https://www.youtube.com/watch?v=95cQ2XSI5zE
Para aprender sobre cómo abordar la digitalización desde el punto de vista de la
Arquitectura utilizando proyectos. Además, recomendaciones sobre como asegurar
que esos proyectos de digitalización sean sostenibles.
Accede al vídeo:
https://www.youtube.com/embed/95cQ2XSI5zE

Tema 6. A fondo
A fondo
[Webinar] ¿Está su catálogo de aplicaciones bajo

control? Así se gestionan las aplicaciones en la
práctica
BOC Group. (11 de julio de 2019). ¿Está su catálogo de aplicaciones bajo control?
Así se gestionan las aplicaciones en la práctica. [Archivo de vídeo].
https://youtu.be/N4W6BVehHMc?t=188
Para aprender sobre cómo gestionar el catálogo de aplicaciones, haciendo un
Análisis Cualitativo, Análisis de Relaciones, de Impacto, CRUD, entre otros. Además,
en este tema se ven las preguntas más comunes que recibe un arquitecto o dueño
de aplicación se sus diferentes partes interesadas y la forma de responderlas.

Tema 6. A fondo
Test
1. ¿Cuál de las siguientes no es una etapa precursora del Análisis y Justificación de
Proyectos de Transformación de la Arquitectura?
A. El Análisis (y modelado) de la Arquitectura de Negocios.
B. El Análisis (y modelado) de la Arquitectura de Riesgos.
C. El análisis (y modelado) de los Objetivos Estratégicos y Principios de
Arquitectura.
D. El Análisis (y modelado) de la Arquitectura de Tecnología.
2. Un proyecto de Transformación de Arquitectura sostenible es aquel que…
A. …se preocupa por el medio ambiente.
B. …involucra el menor gasto.
C. …reutiliza o introduce componentes reutilizables.
D. …requiere la menor inversión de tiempo.
3. ¿Cuál es la diferencia entre el Alcance e Impacto de un proyecto?
A. El Alcance se concentra en los cambios deseados mientras que el Impacto
se concentra en el análisis de efectos secundarios.
B. El Alcance va más allá que el Impacto.
C. El Impacto va más allá que el Alcance.
D. El Alcance se fija en aspectos de la Arquitectura mientas que el Impacto se
enfoca más en aspectos económicos.
4. El riesgo que puede existir al no realizar un proyecto siempre es muy pequeño y
no se toma en cuenta al momento de analizar la factibilidad de un proyecto.
A. Verdadero.
B. Falso.

Tema 6. Test
Test
5. (El/La) ________ permite expresar las razones principales por las que se realiza
un proyecto.
A. Capacidad de negocio.
B. Principio de Arquitectura.
C. Motivación.
D. Alcance.
6. ¿Cuál de los factores (ver Figura 1) que ocasionan los proyectos es más
importante?
A. Legal.
B. Político.
C. Todos los de la Figura 1.
D. Ninguno de la Figura 1.
7. ¿Al momento de definir los criterios para evaluar una aplicación nueva, a quién
se debe consultar?
A. A los arquitectos empresariales.
B. A las partes del negocio interesadas y/o futuros usuarios de la aplicación.
C. Asesores externos o analistas de aplicaciones.
D. Todos los anteriores.
8. ¿Cuál no es una vista de análisis que se suele utilizar para analizar la viabilidad
de un proyecto de Arquitectura?
A. Gráfico Gantt.
B. Matriz aplicación x Dueño de aplicación.
C. Gráfica de burbuja.
D. Análisis de Impacto.

Tema 6. Test
Test
9. Los Proyectos de Arquitectura siempre son multifuncionales, es decir que tienen
Impacto sobre muchas Capas de la Arquitectura.
A. Verdadero.
B. Falso.
10. Todas la necesidades y oportunidades den las organizaciones se resuelven con
proyectos que introducen aplicaciones.
A. Verdadero.
B. Falso.

Tema 6. Test

Tema 6

Cargado por

Copyright:

Formatos disponibles

Tema 6

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tema 6

Cargado por

Copyright:

Formatos disponibles

Tema 6

Planificación Estratégica mediante Arquitectura

6.1. Introducción y objetivos

6.2. Proyecto de transformación sostenible

6.3. Ejemplo: Introducción de nueva capacidad a través

6.4. Referencias bibliográficas

Fase E: Oportunidades y Soluciones

[Webinar] De la digitalización a las ventajas competitivas

[Webinar] ¿Está su catálogo de aplicaciones bajo

Planificación Estratégica mediante Arquitectura Empresarial 3

6.1. Introducción y objetivos

El Análisis de Brecha entre la arquitectura deseada y la arquitectura actual y la

planeación de cómo se pretende llegar a la arquitectura deseada (Proyectos) son dos

partes esenciales para hacer que la Arquitectura Empresarial no se quede en solo

una práctica documental, sino que se convierta en una práctica transformativa.

de Negocios, Arquitectura de Sistemas y Arquitectura de Tecnologías de una

Una vez identiﬁcada la brecha, es momento de proponer cambios o acciones de

Transformación de la Arquitectura, no sin antes hacer un análisis completo de los

de los cambios, programación de los cambios en la Hoja de Ruta de la organización

y justificación de los cambios.

A continuación, se presentan los objetivos principales de este tema:

▸ Conocer una forma de plantear proyectos de transformación sostenible.

▸ Conocer la forma de analizar y justificar un Proyecto de Arquitectura.

▸ Estudiar un ejemplo de proyecto para la introducción de una nueva Capacidad

soportada por una Aplicación.

Planificación Estratégica mediante Arquitectura Empresarial 4

6.2. Proyecto de transformación sostenible

En el mundo de la Arquitectura Empresarial, los proyectos son la forma más

aceptada para introducir cualquier cambio a la organización debido a alguna

necesidad u oportunidad. Esas necesidades y oportunidades pueden nacer por

motivaciones internas o externas y cada organización debe decidir cómo va a

reaccionar a cada una de ellas.

producto o servicio, que a su vez puede involucrar la planeación de procesos o

normativa nueva a la cual la organización se tiene que acatar. De la misma forma,

En la Figura 1 se observa una colección de factores que pueden llevar a las

organizaciones a detectar necesidades u oportunidades que se pueden implementar

por medio de uno o varios proyectos.

Planificación Estratégica mediante Arquitectura Empresarial 5

Figura 1. Factores que influyen sobre una organización.

Es importante entender que para que un proyecto de transformación sea exitoso y

sostenible, siempre se debe de considerar el entorno completo de la organización,

cosa que en muchos proyectos suele ser pasado por alto.

Al momento de considerar todos los aspectos o áreas de la organización (Figura 2) al

momento de analizar y planear un proyecto, lo que realmente importa es el Impacto

organización, es decir, reutilizar. No recursos económicos, sino Capacidades,

Sistemas, Procesos, Tecnologías, etc.

Planificación Estratégica mediante Arquitectura Empresarial 6

Figura 2. Áreas de consideración al planear y analizar un Proyecto de Arquitectura.

Precisamente de ahí nace el concepto de proyecto sostenible, de ver qué se puede

reutilizar al momento de planear y ejecutar un proyecto nuevo, o en caso de

ejemplo, si se va a adquirir un sistema para la modelación de procesos, y se sabe

que la gestión de controles y riesgos se relaciona mucho a los procesos, se preferiría

«Un resultado clave es minimizar los conﬂictos de interoperabilidad o garantizar que

dichos conﬂictos se aborden en la Arquitectura. Los Bloques de Construcción de

Soluciones reutilizados (SBBs), los productos comerciales fuera de la plataforma (COTS)

y los proveedores de servicios externos suelen imponer requisitos de interoperabilidad

y los conﬂictos deben considerarse en todos los dominios de Arquitectura (Negocios,

Otro factor que soporta el concepto de proyectos sostenibles es tener transparencia

entre un proyecto y otro. En algunos casos hay organizaciones que no tienen

trabajo redundante, compras redundantes y esfuerzos innecesarios. Aquí es donde la