Arquitectura Empresarial 2022-10-13

10/10/2022
ARQUITECTURA
EMPRESARIAL DE
NEGOCIOS DIGITALES Y
DE TECNOLOGÍAS DE
LA INFORMACIÓN
Profesor: Mario Javier Monsalve Hazbón
Gerente de Proyectos & Consultor en:

Transformación Digital, Arquitectura
Empresarial, Innovación, Gobierno y gestión
de las TIC
mariojmh@hotmail.com
www.linkedin.com/in/mmonsalve
ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN
2022-10-13 Mario Javier Monsalve Hazbón Diapositiva 1
Material preparado por mariojmh@gmail.com
MARIO JAVIER MONSALVE HAZBÓN

eMail: Mariojmh@Gmail.Com Teléfono: (57)300-210-98-46 Perfil: www.linkedin.com/in/mmonsalve
• Ingeniero de Sistemas Cum Laude de la Universidad Industrial de Santander de Colombia con especialización en Ingeniería de Software y Maestrías en
Gerencia de Proyectos y Administración de Negocios (MBA)
• Áreas de Competencia:
• Arquitectura Empresarial & TOGAF
• Analítica de Negocios, Big Data
• Gestión de los Servicios de TI, ITIL y Cloud Computing
• Gestión de la Innovación (Pensamiento de Diseño, Innovación Abierta), Programas de transformación Digital de Negocios
• Analítica de Negocios y Gobierno de Datos, Generación de Modelos de Negocios, Gestión de Asimilación del Cambio
• Gerencia de Proyectos (PMI) , Metodologías ágiles (Scrum Master)y Oficinas de Proyectos
• Gestión Estratégica Corporativa, Balanced ScoreCard y Planeación Estratégica de TIC
• Gobierno Empresarial de TI, Aseguramiento de la Calidad en Ingeniería de Software (CMMi, ITMARK)
• Arquitectura de Soluciones Tecnológicas (BPMs, SOA, BI, ERP, CRM, HCM, ECM, WCM, ESB, Cloud)
• Adopción de Modelos de Mejores Prácticas de Gestión de TIC (IT4IT, ITIL, Cobit, eSCM, DevOps, IREB, ISTQB, Iso 27000, eTOM)
• Asesor de Varias Compañías y participante en proyectos de implementación de nuevas tecnologías e innovaciones en las siguientes entidades Colombianas: CREDIBANCO,
MINISTERIO DE LAS TIC, MINISTERIO DE TRANSPORTE, PROCURADIRIA GENERAL NACION, CLUSTER TI – CAMARA DE COMERCIO DE BOGOTÁ, MINISTERIO DE MINAS Y ENERGIA,
BANCO DE OCCIDENTE, CONTRALORIA GENERAL REPUBLICA, SUPERINTENDENCIA NACIONAL DE SALUD, TRANSFIRIENDO, 4-72, BANCO DAVIVIENDA, PERSONERIA BOGOTA,
MINISTERIO DE TRANSPORTE, ANH, MINISTERIO DEL TRABAJO, DIAN, MINJUSTICIA, NUEVA EPS, ZONA FRANCA DE BOGOTA, UNIVERSIDAD NACIONAL, COLCIENCIAS,
UNIVERSIDAD MINUTO DE DIOS, INVIAS, METROTEL, CitiCOLFONDOS, SECRETARIA MOVILIDAD BOGOTA, BANCO DE COSTA RICA, CONFAMILIARES DE CALDAS, ICONTEC,
UNIVERSIDAD JORGE TADEO LOZANO, COMCEL, AV-VILLAS, DATA TOOLS, SUPERINTENDENCIA DE SERVICIOS PUBLICOS, ATH, ETB, CERREJON, PRACO-DIDACOL, BANCO DE
BOGOTA, BANCO POPULAR, CARULLA-VIVERO, TEXACO GAS UNIT, LABORATORIOS BAXTER, SECRETARIA DE HACIENDA DISTRITAL, SHELL, HOCOL, PORVENIR, JABONERIAS HADA,
TERPEL, LINALCA, CONGRUPO.
• Consultor asociado de varias firmas de Consultoría Gerencial y Tecnológica: QUANTIPHI, EY, PWC, STRATCO, GANDOUR, CEINTE,M&Q, HEINSOHN, IBM, ORACLE
• Profesor Invitado de Varias Universidades en programas de Postgrado y Maestrías :
• Colombia: ANDES, JAVERIANA, UNINORTE, UNIROSARIO, UIS, UNIVALLE, UNAB, USTA, UNICAUCA, UNILIBRE, UCC, UNIEMPRESARIAL
• Ecuador: UDLA, Hemisferios

Material preparado por Mario Javier Monsalve Hazbón mariojmh@gmail.com Diapositiva 2
1
10/10/2022
OBJETIVOS DEL MODULO

• Objetivo Principal:
• Formular Arquitecturas empresariales que habiliten la transformación digital de los negocios y la hoja de ruta para
implementarla
• Aporte de la asignatura al perfil de egreso
• Se mostrará un marco conceptual de la Arquitectura Empresarial, objetivos, marcos de referencia y beneficios de adoptarla en las organizaciones
• Se presentará el marco de referencia de TOGAF v9 y la metodología ADM que orienta la implementación de la Arquitectura Empresarial
• Se entrenará a los participantes en la formulación de los diferentes dominios de la Arquitectura empresarial (Negocio, Información & Tecnología)
• Se le asignará a los participantes el desarrollo de un taller de aplicación y se les orientará en su desarrollo y valoración del mismo
• Entrenar a los participantes en la base conceptual y metodológica de la Arquitectura empresarial y sus marcos de referencia
• Resultados de aprendizaje
1. Explicar los conceptos, propósito y dimensiones de la arquitectura empresarial de negocios digitales con un enfoque articulado de tecnología y
negocio y como medio para alcanzar fines empresariales
2. Describir el método ADM de TOGAF para la solución de problemas empresariales complejos a cargo de grupos de trabajo
3. Aplicar el framework TOGAF en casos de trabajo y problemáticas empresariales.
4. Construir un modelo de madurez arquitectura empresarial para identificar oportunidades de solución a la problemática de una organización
5. Formular portafolios de innovación y transformación digital para una organización
• Competencias clave a desarrollar
• Conocer: La práctica/disciplina de Arquitectura empresarial y el Marco de trabajo de Togaf que la orienta
• Saber hacer: Desarrollar las fases de los trabajos de arquitectura (desde la preliminar, identificando los requerimientos, pasando por el Visionamiento de alto nivel, la
arquitectura detallada, la formulación de hojas de ruta y proyectos que la implementen)
• Ser: Empatía al comprender la problemática de una organización y proponer soluciones viables

MODULOS DEL CURSO

1. Introducción a la Arquitectura Empresarial
2. Dominios de Arquitectura Empresarial
3. Marco de Referencia TOGAF
4. Artefactos y entregables de las primeras 3 fases (Primera
parte)
5. Artefactos y entregables de las 3 fases de formulación e
arquitecturas detalladas (Segunda parte)
6. Artefactos y entregables de las 3 fases de Implementación de
arquitecturas (Tercera parte)
7. Desarrollo de un caso de negocio (Parte 1)
2
10/10/2022
MATERIAL BIBLIOGRÁFICO
• TOGAF v 9.2 (Actualización 2018-04-16)
• Standard
• Pocket Guide
• Foundation Study Guide
• ENTERPRISE ARCHITECTURE AS STRATEGY, MIT, by
Jeanee W. Ross, Peter Weill, and David C. Robertson
• Digital transformation handbook

Trayectoria como Arquitecto Empresarial

Entrenamientos Tomados:
• IBM-Colombia (CBM) e IBM-Chile (Rational System Architect), ITERA, IT-INSTITUTE, TOGAF v9.1 GOBIERNO:
• ORACLE Colombia, Architecture & BluePrints, AEA, Arquitectura Empresarial & TOGAF 1. MINISTERIO DE HACIENDA, Arquitecto de Negocio, Coljuegos 2011-2012
• IASA Summit, Congreso Internacional de Arquitectura Empresarial y Seminario con John Zachman, 2013 2. MINISTERIO DEL TRABAJO, Arquitecto Empresarial Líder 2013
3. MINISTERIO DE JUSTICIA Y DEL DERECHO, Asesor en Arquitectura de Información 2013-2014
4. SECRETARIA DE MOVILIDAD DE BOGOTÁ, Arquitecto Empresarial, 2011-2013
Instructor en Arquitectura Empresarial & TOGAF Desde 2010 5. COLCIENCIAS, Asesor en Arquitectura Empresarial 2012
• Cursos para certificación Nivel 1 y 2, Módulos de Maestría y Cursos para Empresas 6. AGENCIA NACIONAL DE HIDROCARBUROS ANH, Arquitecto Empresarial Plan de Capacidad, 2014
7. CAJA MILITAR DE RETIRO DE LAS FUEZAS MILITARES CREMIL Consultor en Arquitectura Empresarial, 2013
Proyectos de Arquitectura Empresarial : 8. SUPERINTENDENCIA NACIONAL DE SALUD, 2015-2017, Arquitecto Empresarial Líder
TELCO: 9. MINISTERIO DE EDUCACIÓN, 2016, Arquitecto Empresarial Líder
1. COMCEL, Arquitecto de Negocio, 2006-2007 10. SERVICIOS POSTALES NACIONALES 4-72, 2016-2017 , Arquitecto Empresarial Líder
2. METROTEL & TELEBUCARAMANGA, Arquitecto Empresarial de TI, 2011-2012 11. ALCALDÍA DE CUENCA, ECUADOR, 2016, Arquitecto Empresarial Líder
BANCA:
12. PERSONERIA DISTRITAL BOGOTA, ARQUITECTURA EMPRESARIAL DIRECCIÓN DE TIC
1. BANCO AGRÍCOLA, Salvador, Arquitecto de Negocio 2006
2. BANCO DE COSTA RICA, Costa Rica, Modelo de Gobernabilidad de la AE, 2010-2011 13. EPMAPS, AGUAS QUITO, 2017, Arquitecto Empresarial Líder
3. PROTECCIÓN S.A., Valoración Grado de Madurez Programa de Arquitectura Empresarial, 2012 14. MINISTERIO DE MINAS Y ENERGIA , 2017-2018, Arquitectura Empresarial del Sector
4. BANCO DE OCCIDENTE 2015 Y 2017 15. CONTRALORIA GENERAL 2019, Gobierno de Datos y Arquitectura Empresarial Capacidades Planeación Institucional
5. CREDIBANCO, ARQUITECTURA EMPRESARIAL VICEPRESIDENCIA TECNOLOGÍA 2016-2017 16. SUPERVIGILANCIA PRIVADA, 2019, Arquitectura Solución del Sistema de admon de Riesgos SARLAFT
6. FINAGRO, ARQUITECTURA FONDO AGROPECUARIO DE GARANTIAS, 2018-2019 17. PROCURADIRIA GENERAL, 2019-2020, Arquitectura Empresarial Unidad de Analítica Institucional
EDUCACION SUPERIOR 18. ORGANISMO SUPERIOR DE CONTRATACION ESTATAL, PERU, 2020, Arquitecto de Negocio
1. UNIVERSIDAD JORGE TADEO LOZANO, Arquitecto Empresarial Líder, 2011 19. MINISTERIO DE TRANSPORTE, 2020, Restructuración del Ministerio
2. UNIVERSIDAD NACIONAL, Dirección Nacional TICs, Consultor en Arquitectura Empresarial, 2013 20. Ministerio de las Tic, Arquitecto Empresarial Líder, 2021
3. UNIVERSIDAD MINUTO DE DIOS, Arquitecto Empresarial Líder, Visión AE de la GST 2014 21. Empresa Eléctrica de Quito, Asesor Arquitectura Empresarial Programa SIGDE, 2022
4. POLITECNICO INDO-AMERICANO, 2012-2015, Arquitecto Empresarial
SERVICIOS
1. ICONTEC, Arquitecto Empresarial de Negocio-Procesos, 2007
2. CONFAMILIARES CALDAS 2011-2014, Arquitecto Empresarial
3. BARRERA PALACIO 2012-2013, Arquitecto Empresarial
4. NUEVA EPS, 2013-2014 , Consultor Arquitectura Empresarial
5. QUIFATEX, 2017, Consultor en Arquitectura Empresarial
6. COORDINADOR ELECTRICO NACIONAL DE CHILE, Arquitecto de Aplicaciones 2018-2019

3
10/10/2022
¡Conozcámonos!
• Temas propuestos para compartir:
➢Nombre
➢Profesión
➢Compañía
➢Cargo y experiencia en Arquitectura
➢Conocimiento de los conceptos en Arquitectura Empresarial
➢Experiencia en proyectos de Arquitectura Empresarial y
Transformación Digital
➢Expectativas del Curso

TEMA 1
Introducción a la
Arquitectura Empresarial
1. Contexto de la Arquitectura Empresarial

2. Visión articulada de AE
3. Fundamentos de AE como concepto y
método
4. AE beneficios, escenarios de aplicación,
relación con otros estándares

4
10/10/2022
QUE ES ARQUITECTURA EMPRESARIAL & TOGAF

• La arquitectura empresarial es un completo y consistente
conjunto de reglas y modelos a través de los cuales se resuelven
problemas empresariales.
• Que va desde el entendimiento del problema (Concern), la búsqueda
de soluciones innovadores, el diseño de una solución integral que
articula la implementación de procesos de negocio, estructuras, datos,
flujos de información e infraestructura tecnológica al interior de una
organización
• TOGAF es uno de los marcos de referencia que orienta la
implementación de arquitecturas empresariales

POR QUE ? Y PARA QUE ? DE LA A.E.

• Las Organizaciones (Negocios, Empresas, Instituciones) son Sistemas Complejos
• Muchos elementos los componen y deben interactuar entre si para garantizar resultados
• Para fortalecer a una organización, lo más conveniente es verla como sistema para que
cualquier intervención de mejora articule todos sus elementos y no solo se concentre en
mejoras aisladas que en ocasiones solo traslada la restricción de un elemento a otro
• Los tiempos cambian, los modelos económicos que nos rigen son dinámicos y el
entorno se revoluciona, por ello si una organización se diseño (Arquitectura
Empresarial) e implementó para un contexto, si el contexto cambia, lo mas
conveniente es transformar, ajustar o adaptar el diseño al nuevo entorno e
implementarlo para poder sobrevivir en él.
• Las transformaciones deben ser guiadas, facilitadas o lideradas por ejecutivos
empoderados para ello, no es un tema de patrocinio de iniciativas del personal
operativo (Bottom-Up) sino de un enfoque disruptivo patrocinado a nivel
ejecutivo (Top-Down) con un modelo integral, priorizado y centrado en
objetivos de valor
10
5
10/10/2022
Contexto - Qué es Arquitectura?

• Arquitectura es “la organización fundamental de un sistema, representada
Arquitectura empresarial
por sus componentes, las relaciones entre ellos y con su entorno, y los
principios que gobiernan su diseño y evolución”. Estándar ISO/IEC/IEEE 42010
Arquitectura
de Negocio Gente y • Es una guía para construir o cambiar algo.
organización
• Representa el mapa del estado actual y futuro del negocio.
• La arquitectura genera un MODELO de la realidad desde diferentes
Gobierno de la arquitectura
Procesos y
servicios perspectivas y VISTAS ... Según las necesidades del observador.
La Arquitectura Empresarial está desarrollada para:
Arquitectura de
información
Arquitectura • Potencializar y optimizar las capacidades institucionales (procesos, equipos
de TI
Arquitectura de
de trabajo) a partir de una mejor articulación de productos, servicios,
aplicaciones procesos, personas, información y uso de la tecnología.
Arquitectura de • Mejorar la toma de decisiones y planeación de las iniciativas de mejora
infraestructura
tecnológica
integralmente (Procesos, Gente, Datos, TIC).
• Definir el portafolio de proyectos y la hoja de ruta.
• Mejorar la interrelación entre TI y el Negocio y para Racionalizar y consolidar
los gastos e inversiones en TI.
11
Otras Definiciones de Arquitectura

• Las arquitecturas son una respuesta a la
complejidad
• Permiten tener una visión simplificada de los
sistemas y de esta manera facilitar su diseño
(Visión desde lo alto)
• De igual forma facilitan la administración de su
evolución
• Tienen mecanismos de gobernabilidad
• Son una herramienta de comunicación

12
6
10/10/2022
Arquitectura – Ingeniería – Operación y Mantenimiento

Del Plan de
Del Diseño De las De la entrega de
construcción Aseo,
De la Idea al Del Bosquejo al general a las especificaciones la obra hasta
hasta la mantenimiento y
Bosquejo diseño general especificaciones al plan de empezar a
terminación de la reformas
de Construcción construcción habitar la casa
Obra

13
LAS ORGANIZACIONES REQUERIDAS POR LA NUEVA ECONOMIA
INTRODUCCIÓN, CONCEPTOS Y TENDENCIAS DEL DISEÑO DE

ORGANIZACIONES
• QUE ES UNA ORGANIZACIÓN ?

• Es un sistema (conjunto de componentes que interactúan entre sí
para lograr un objetivo predeterminado)
• Una organización puede ser un grupo, negocio, empresa, un
departamento

14
7
10/10/2022
REPRESENTACION SISTEMICA SOBRE LO QUE ES UNA ORGANIZACIÓN

(Visón de Arquitectura Empresarial)

15
Grupos de Marco Metas,

Interés Canales Normativo Objetivos,
de Modelo de
Atención Gobierno
1 5
3 6
Oferta de Equipo
Procesos Seguridad
Servicios y Humano
Productos 8
4
2 7
Ensamblando Infraestructura Información

“El Rompecabezas” Física TIC
de las 12 Fichas del Aplicaciones
Sistema Empresarial 11 10 9 12

16
8
10/10/2022
El propósito y los objetivos del sistema Empresarial suelen ser:
• Garantizar la sostenibilidad del Negocio (Perdurabilidad a

través del tiempo)
• Intercambiar valor con sus grupos de interés de manera
balanceada
• Fortalecer la relación con sus grupos de interés (Retención,
Fidelización)
• Crecer en Ingresos, posicionamiento, rentabilidad
• Optimizar Costos (Opex, Capex), recursos
• Cumplir normatividad y regulaciones
• Cumplir con su responsabilidad social, gremial y ambiental

17
Adaptándonos a unas nuevas reglas y paradigmas en el

mundo de los negocios
• Nueva Cosmovisión
• De lo predecible a lo impredecible
• El mundo VUCA & BANI
• De los enfoques tradicionales a los enfoques ágiles

18
9
10/10/2022
REFLEXIÓN
QUÉ TAN BIEN DISEÑADA E
IMPLEMENTADA ESTA LA
ORGANIZACIÓN PARA PODER
GARANTIZAR QUE SE OBTENGAN LOS
OBJETIVOS EMPRESARIALES Y SE
GARANTICE SU SOSTENIBILIDAD ?

19
EPOCA DE CAMBIOS O CAMBIO DE EPOCA ?

20
10
10/10/2022
Nuestro entorno empresarial
En que Época estamos?

21
LA ENTROPÍA
Tendencia natural a la pérdida de orden en un sistema

22
11
10/10/2022
Que Economía nos rige?

• Digital ?
• Proteccionista?
• Globalización?
• Recesión ?
• Pandémica ?
• Post-Pandémica ?
• VICA (VUCA en Inglés) & FANI (BANI en Inglés)
• La Nueva Normalidad?
• VICA / VUCA
• Volatilidad. Incremento brutal en cuatro dimensiones de los cambios a los que nos enfrentamos hoy:
• El tipo de Cambio
• La velocidad
• El volumen y
• La magnitud.
• Incertidumbre (Uncertainty). La ausencia de previsibilidad de los acontecimientos.
• Complejidad. La confusión generalizada, la no conexión clara entre causa y efecto, que envuelve hoy a cualquier organización.
• Ambigüedad. La ausencia de precisión en la realidad y la existencia de múltiples significados en las condiciones que nos rodean.
• FANI / BANI (Brittle, Anxious, Nonlinear, Incomprehensible)
• Frágil / Quebradizo (Brittle)
• Que provoca Ansiedad
• No lineal
• Incomprensible
• Ser poco adaptativo y no estar centrado en aportar valor al cliente y demás grupos de interés
• Atenta contra la sostenibilidad

23
LA DESCONTEXTUALIZACIÓN DE LOS MODELOS

ORGANIZACIONALES (OBSOLESCENCIA)
• La Mayoría de nuestras organizaciones fueron diseñadas e implementadas
en una época diferente a esta!
• Las reglas, modelos, paradigmas, experiencias del pasado se replantean o
redefinen cuando se cambia de época
• No se debe vivir de los éxitos del pasado
• La capacidad para adaptarse o transformase es lo que más oportunidades
da de sobrevivir

24
12
10/10/2022
Transformación Digital - Ejes de Transformación

(No solo tecnología)
Patrones comunes de las organizaciones que se transforman
• Estrategia y Sostenibilidad
Financiera
• Gente y Cultura
• Datos
• Experiencia del Cliente
• Alineamiento y Cumplimiento
• Innovación
• Analítica e Inteligencia Artificial

25
Actitud hacia el Futuro
Sufrir los cambios

“No hacer nada”
Prevenir el impacto de los cambios

Proactividad, Ser Resiliente, Evaluar
Impactos, Mitigar Riesgos,
Reaccionar a los cambios cuando
ya se materializan sus impactos Reaccionar Oportunamente, Agilidad
El fin justifica los medios “La mayoría de personas gastan más tiempo y y tomar acciones estructuradas
energía en hablar de los problemas que en
afrontarlos”…Henry Ford coherentemente
26
13
10/10/2022
La Adaptacion es la Clave para Sobrevivir
“ No es el mas inteligente o el
mas fuerte el que sobrevive, sino
el que mas de adapta“
Charles Darwin
Resiliencia Empresarial:
La capacidad para dar resultados positivos frente a situaciones adversas
Capacidad para enfrentar las crisis

27
Patrones comunes de Motivación de las Empresas

(Por lo general No cambian los fines, pero si se redefinen los medios)
✓ Mejorar efectividad y tiempos de

respuesta.
✓ Incrementar clientes
✓ Introducir nuevos Servicios ✓ Hacerlo sentir único y Retenerlo
Del Stakeholder
✓ Incrementar Rentabilidad x Cliente ✓ Reducir Fallas, Generar

Satisfacción
Ingresos
✓ Reducir la deslealtad (Cuidar la experiencia) Confianza

✓ Aprovisionamiento rápido ✓ Reducir Tiempo de Corrección
✓ Portal para Autoservicios
✓ Alta productividad y eficiencia
✓ Eliminación de errores, Reprocesos, ✓ Trazabilidad
Disminuir puntos de contacto y ✓ Cumplimiento de ANSs y
Costos y Riesgos
Operacionales
Costos de Capital
demás niveles de desperdicio regulaciones

✓ Mitigar el impacto de los riesgos ✓ Bioseguridad
operativos Optimizar el uso de activos
(Infraestructura, XaaS)
Inventarios mínimos
Compras e inversiones solo
cuando requerido.
28
14
10/10/2022
Interviniendo en los elementos o componentes del diseño

organizacional para que se puedan dar nuevos y mejores resultados
• Donde Intervenir (Tomar acciones de cambio)?
• El Modelo de Negocio?
• El Modelo de Gobierno?
• La Oferta de valor de productos y servicios?
• La Estructura Administrativa?
• El Personal (Roles, competencias, cultura)?
• Los Procesos de Negocio
• Los Sistemas de Información
• La Infraestructura Física y tecnológica?
• Todos los anteriores?
• Ninguno de los anteriores?

29
Es necesario hacer un
correcto entendimiento del
entorno para acondicionar
el diseño organizacional y
preparar a las personas y
recursos para
implementarlo y sostenerlo
como alternativa para
garantizar la sostenibilidad
de las empresas

30
15
10/10/2022
Inquietudes y Comentarios hasta Aquí?

31
MODULOS DEL ENTRENAMIENTO

2. Dominios de Arquitectura Empresarial y Método
parte)
32
16
10/10/2022
Los Grupos de Interés (Stakeholders)

• Los actores clave del giro del negocio, con quienes se intercambia valor de manera
balanceada y sostenible.
• CLIENTES & CONSUMIDORES
• ALIADOS DE NEGOCIOS
• ACCIONISTAS / INSTANCIA DE GOBIERNO CORPORATIVO
• ENTIDAD REGULADORA O DE VIGILANCIA Y CONTROL
• TRIBUTOS/HACIENDA PUBLICA (EJ. DIAN)
• PROVEEDORES, CONTRATISTAS
• EMPLEADOS
• FIRMAS DE SERVICIOS
• TERCERAS PARTES / OUTSORICING
Como interpretamos Intercambio de Valor?

• Que Entregamos
• Que Recibimos o Esperamos Recibir
• Bajo que condiciones y garantías
Reflexiones
• Que pasa con el sistema empresarial si no se intercambia valor de manera
balanceada con los grupos de interés?
• Tenemos identificados todos nuestros grupos de interés? Ignoramos o
subestimamos a alguno de ellos?
• Comprendemos y validamos las necesidades y expectativas de nuestros
grupos de interés?

33
QUE «LES INTERESA» A LOS STAKEHOLDERS

• Ejemplos:
• CLIENTES: RECIBIR UN PRODUCTO/SERVICIO QUE SUPLE SUS NECESIDADES A UNOS
PRECIOS RAZONABLES
• PROVEEDORES: SER PARTE ACTIVA DE LA CADENA DE ABASTECIMIENTO CON
RELACIONES ESTABLES DE LARGO PLAZO Y CUMPLIMIENTO DE CONDICIONES
NEGOCIADAS
• ACCIONISTAS: RENDIMIENTO SOBRE EL CAPITAL INVERTIDO, VALORIZACIÓN DE LA
ACCIÓN
• EMPLEADOS: REMUNERACIÓN, ESTABILIDAD, SALUD OCUPACIONAL, SEGURIDAD
INDUSTRIAL, DESARROLLO DE COMPETENCIAS, RECONOCIMIENTO
• PLANTA FÍSICA: LIMPIEZA, ORDEN, DECORACIÓN, SEGURIDAD
• ENTIDAD REGULADORA: SUMINISTRO DE INFORMACIÓN OPORTUNA, CONFIABLE
QUE MUESTRE EL CUMPLIMIENTO DE NORMAS Y POLÍTICAS

34
17
10/10/2022
Los Canales y el Portafolio de productos y servicios

• La oferta de valor (beneficios, atención de
necesidades, requerimientos, etc.) que la
organización le entrega a través de los canales a los
grupos de interés de acuerdo a lo establecido y
planeado.
• Canales o medios de interacción (tradicionales o
digitales):
• Presencial, Sedes
• Telefónico, Contact Center
• Portales, redes Sociales,
Aplicaciones Móviles • Que tan satisfechos están los grupos de interés con nuestra oferta de
valor? Como es su Experiencia ? CX, UX
• Productos y servicios que se diseñan y ofertan para • Que tan competitiva es nuestra oferta de valor?
suplir la necesidad del grupo de interés • Que tanto hemos innovado en nuestra oferta de valor (canales,
productos y servicios)
• Para cada Grupo de Interés debe haber una oferta • Que componentes digitales tiene nuestra oferta de valor?
de valor, no solo para los clientes o consumidores! • Que garantías ofrecemos en nuestra oferta de valor? (Calidad,
Soporte, ANS´s, etc)

35
Los servicios, tramites y productos ofertados a los Grupos de Interés
• Acorde a los requerimientos de los grupos de

Interés
• Niveles de percepción del Valor a intercambiar
• Con unos atributos de servicio (ANS, tarifas, demanda)
• Servicios para cada Grupo de Interés
• Clientes / Ciudadanía
• Inversionistas
• Entidades con convenio
• Proveedores / Contratistas
• Empleados
• Entidades Regulación y Control
• … etc

36
18
10/10/2022
El Marco Normativo y Regulatorio que cumplir
• El Marco Normativo y regulatorio

Normas (Normograma), Estatutos,
Leyes, Decretos, Resoluciones, etc.
• Tanto de origen externo (Nacional e
Internacional) como interno que
rigen la Organización y que se deben
cumplir (Compliance)
• Sobre los cuales es necesario hacer • Nuestros actores conocen y respetan la política que nos rige?
• Que tan seguros estamos de estar cumpliendo las normas y regulaciones?
una debida diligencia de • El sistema empresarial esta diseñado para garantizar que se cumplan? O es
cumplimiento (Due Dilligence) para incierto?
• Los organismos de control han validado nuestra capacidad de auto-control?
garantizar con evidencias el • Cuantas investigaciones disciplinarias o sanciones se han materializado en la
cumplimiento y prevenir sanciones organización?
(económicas, disciplinarias, penales) • Es la normativa adecuada, efectiva o es “una piedra en el zapato” para
mejorar?
que incluso pueden llevar a la
insostenibilidad
37
La Estrategia de Negocio
• Estrategia de Negocio
• Compuesta por:
• El direccionamiento
estratégico (visión, misión,
principios, valores),
• El Modelo de Negocio
(Canvas)
• El modelo de motivación del
negocio (BMM)
• Hay un “Norte” Claro y consistente para el Negocio?
• La valoración interna y • De despliega la estrategia en las personas, procesos, servicios, etc?
externa del negocio (FODA) • Se disponen de metas desafiantes consensuadas con los principales
• La valoración de necesidades actores?
de innovación (ERIC) • Se cuentan con los recursos adecuados para lograr las metas?
• Se evalúa periódicamente el desempeño y cumplimiento de la
• Las metas y el plan de estrategia
mejoras.
• Mapa Estratégico
38
19
10/10/2022
El Modelo de Gobierno
• El Modelo de Gobierno es el esquema

(personas directivas, instancias o
comités, modelos analíticos, etc.) que
Evalúa, Direcciona y Monitorea los
resultados obtenidos, el panorama
integral de riesgos empresariales y el
desempeño de la organización y
• Existe un modelo de gobierno implementado que este
donde se toman decisiones para garantizando que la gestión se enfoque en dar resultados?
cumplir con las normas, metas • Con que frecuencia se evalúa y monitorea el desempeño
integral del negocio? Que tan efectivas son las decisiones
estratégicas y planes operativos que se toman?
• Se evalúa el panorama integral de los riesgos corporativos?
Se focalizan prioridades para mitigarlos?

39
Procesos / Capacidades de negocio

Procesos de negocio / Capacidades
• El modelo de operaciones distribuido en procesos,
subprocesos, procedimientos y actividades que entregará los
servicios a los grupos de interés articulados en una cadena de
valor.
• Existe una visión del Mapa de Procesos o de Capacidades

• Se dispone de mínimo un proceso para atender las
expectativas de valor con los grupos de interés
• Los procesos contrarrestan el desperdicio de recursos?
• Las métricas e indicadores de desempeño de los procesos
son competitivos?
• Los procesos capitalizan las mejores prácticas o practicas
líderes ?
• Los procesos están lo suficientemente digitalizados?

40
20
10/10/2022
El Equipo humano
• Equipo humano
• Los equipos de trabajo de las
entidades que ejecutarán los
procesos de negocio.
• Modelo de Estructura y Jerarquías
(Organigrama)
• Estilo de Liderazgo • Los procesos cuentan con los perfiles y competencias del
personal idóneo
• Dependencias, Equipos de Trabajo • Las personas se enfocan en dinamizar los procesos o solo en
mantener satisfecho a sus jefes de departamentos
• Modelo Colaborativo, • Las dependencias son caracterizados por su enfoque
colaborativo y ágil? O son burocráticas, trabajan por silos y
Empoderamiento toleran el desperdicio.
• La capacidad de adaptación y asimilación del cambio en las
personas es la adecuada para el dinamismo del mercado o
son opositores de los cambios y defienden su zona de
confort
41
La Información y los datos

Información y datos
• Los documentos, las entidades
de datos asociadas a los
procesos y capacidades de
negocio que consolidarán las
configuraciones,
transaccionalidad y harán los
modelos de toma de • Existe un inventario de las entidades de Datos asociadas al negocio (Dominios
de Información)
decisiones. • Que tan confiable es la información almacenada en las entidades de datos
(precisa, única, consistente, actualizada) .
• La seguridad de la información esta garantizándose (Confidencialidad,
disponibilidad)
• La información relevante que permite entender el desempeño de los procesos
y los grupos de interés se esta utilizando para tomar decisiones

42
21
10/10/2022
Las Aplicaciones
• Los sistemas de información que automatizarán
los procesos de negocio y ofertarán
funcionalidades al equipo humano para
dinamizar la gestión de los procesos y el análisis
de la Información.
• Se dispone de suficientes aplicaciones para dar

cobertura tecnológica a los procesos de negocio
(digitalizarlos)?
• ERP
• Aplicación Misional (Core de Negocio) Aplicación
• CRM ERP Misional (Core CRM Portal Internet Redes Sociales
• Portal Internet de Negocio)
• Redes Sociales
• App´s Móviles Pasarela de EAM (Gestión
• Portal Intranet App´s Móviles Portal Intranet HCM
Pagos de Activos)
• HCM (Gestor del Capital Humano)
• EAM (Gestión de Activos)
Bus de Gestor de Inteligencia y
• ECM (Gestión documental) ECM (Gestión iBPMS, RPA,
Integración y Identidades y Analítica de
documental) ChatBots
APIs Autenticación Negocio

43
Las Tecnologías TIC

• Equipos y Servicios Tecnológicos
• Los equipos de computo
• Equipos de Telecomunicaciones
• Equipos de Almacenamiento de Datos
• Equipos de Protección / Seguridad Informática
• El Data Center donde residen los servidores y
equipos centrales de almacenamiento y
comunicaciones
Se esta capitalizando el potencial de las

tecnologías como servicio (Cloud Computing,
SaaS, IaaS, PaaS, etc) ?

44
22
10/10/2022
La Infraestructura física
• Infraestructura
• Las propiedades, planta, equipos
tanto especializados para el negocio
utilizada para el objeto misional
• Se aprovecha bien la disponibilidad de la

infraestructura de la organización
• Se cuida como activo de valor (Mantiene en buenas
condiciones, se actualiza, se custodia)

45
REFLEXION
QUE AJUSTES LE DEBO

PRACTICAR A LA
ORGANIZACIÓN PARA QUE
ESTE ALINEADA A LOS RETOS Y
DESAFÍOS ?

46
23
10/10/2022
Estrategia y sostenibilidad empresarial
ESCENARIO
DESEABLE
ESCENARIO Escenario Referente

DESEABLE Y
VIABLE
Punto de Llegada (Target)
ESCENARIO
ACTUAL
Punto de Partida (Base Line)

47
De la desarticulación de los Elementos al ensamble del sistema empresarial

48
24
10/10/2022
Estrategia de Transformación ARQUITECTURA DE

REFERENCIA
(ESCENARIO FUTURO)
ESCENARIOS GRADUALES DE TRANSICION
(Intermedios)
ESCENARIO ACTUAL
Punto de Partida
Primera Segunda Tercera Cuarta

Fase Fase Fase Fase
Hoja de Ruta

49
ARTICULANDO LA ESTRATEGIA DE TRANSFORMACIÓN DIGITAL
Nuevos
Nuevas
Diseños en el Sistema Personas Información
Empresarial Tecnologías ✓Liderazgo Ágil ✓Segura: ORGANIZACIÓN
• Industria 4.0
✓ Enfoque de Valor ✓Equipos Autónomos ➢ Confidencialidad SOSTENIBLE, MAS
• ERP, CRM, HCM, EAM
✓ Utilidad, Experiencia Satisfactoria y ✓Personal competente DINAMICA Y
Garantía a Clientes
• iBPMS, RPA, EAI ➢ Integridad
✓ Cuidado de Intercambiar valor
• Contact Centers ✓Actitud adecuada ➢ Disponibilidad EFECTIVA (EFICAZ
• APPs, PORTALES, BI, ✓Alineamiento a Y EFICIENTE)
balanceadamente con los Grupos de
• Cloud Computing ✓ Bien Aprovechada
Interés (Stakeholders)
• BlockChain
resultados ➢ Modelos
✓ Productos / Servicios: ✓Proactivo,
✓ De Calidad
• IOT, PLC, SCADA Analíticos
• ROBOTICA Propositivo ➢ Algoritmos que
✓ Competitivos • NANOTECNOLOGÍA
✓ Cumplimiento Normativo, regulatorio ✓Comprometido en la Interpreten
• BIOTECNOLOGIA
✓ Principios de Agilidad • Web 2.5 hacer que las cosas ➢ Toma de
✓ Modelo De Gobierno Efectivo • Ciberseguridad sucedan Decisiones
✓ Modelo de Negocio sostenible
➢ Monetizada
✓ Procesos:
✓ Bien definidos
✓ Bien implementados
✓ Aseguran la Calidad
✓ Buen Desempeño (KPI)
✓ Alianzas estratégicas y contexto globalizado

50
25
10/10/2022
NUESTRAS ORGANIZACIONES DEBE EXPERIMENTAR UNA SERIE DE “METAMORFOSIS”

(Cambio de Naturaleza)
Apalancamiento
Tecnológico
Generar Valor
Enfoque de Servicio
Gobierno
Trazabilidad
Un cambio en las prácticas de Gestión

de Proyectos
Desarrollo Sostenible

51
LAS TRANSFORMACIONES HORMONALES

• LAS MUDAS, O REPLUMES EN LAS AVES
• AISLAMIENTO, DESPRENDERSE DE SU “ROPAJE”
Y SUS VIEJOS MEDIOS DE SUPERVIVENCIA PARA
DAR PASO A LOS NUEVOS
• EL REJUVENECIMIENTO DEL SISTEMA
REPRODUCTOR
• AUMENTAR SU VIDA PRODUCTIVA

52
26
10/10/2022
Inquietudes y Comentarios hasta Aquí?

53
Taller
•Descubrir y describir cuales son los elementos del
sistema empresarial de la organización que mas
conoce

54
27
10/10/2022
ARQUITECTURA EMPRESARIAL
UN CONCEPTO Y UN MÉTODO PARA SOLUCIÓN DE PROBLEMAS
• Un concepto sobre lo que es el diseño de una

organización
• Articulación de Dominios
• Un método disciplinado y formalmente estructurado
para resolver problemas (“Concerns”) del negocio
• Por fases (desde la preliminar hasta la estabilización)
• Examina punto de partida (diagnóstico), evalúa
alternativas (referentes) formula un escenario de logro
viable, planea como alcanzarlo y darle sostenibilidad.
• Gobernado por un equipo de trabajo

55
REFLEXION !
LA ARQUITECTURA
EMPRESARIAL ESTA
CUMPLIENDO EL
PROPOSITO ?

56
28
10/10/2022
CONTRARESTANDO LOS ESTILOS TRADICIONALES DE PROYECTOS DE ARQUITECTURA
• Todo empieza con optimismo y entusiasmo !

57
Y EN UN ALTO PORCENTAJE SE FRACASA

58
29
10/10/2022
EL EXCESO DE CONFIANZA Y LAS MALAS PRACTICAS NO MITIGAN LOS

RIESGOS ADECUADAMENTE

59
La Práctica de la Arquitectura Empresarial
4 ARQUITECTURA
2
ARQUITECTURA DE REFERENCIA
DESEABLE Y
VIABLE
1 «Should Be»
«Target»
Punto de Destino
✓
ARQUITECTURA 5 ✓
Negocio
Aplicaciones
ACTUAL ✓ Información
✓ Tecnología
✓ Negocio
✓ Aplicaciones
✓ Información
«Base Line» ✓
Punto de Partida
Tecnología
3 Método propuesto por Togaf
(ADM)

60
30
10/10/2022
El Ciclo de vida de una Solución a un problema empresarial

(La práctica de la Arquitectura Empresarial)
Entendimiento Búsqueda de Definición de Seleccionar y Planear Supervisar la Estabilizar y

de la necesidad soluciones Arquitectura de contratar implementación Implementación mantener la
Solución implementación solución
•Dolores, •Referentes •Como se •Estudios de •Plan •Cumplimiento •Gestion de

Preocupaciones, •Estándares alcanzará el Fin Mercado (RFI, detallado de de Incidentes
Amenazas o propósito RFP) Implementaci compromisos
del Mercado •Soporte
estratégicas •Componentes ón
•Análisis de de la solución
•Alternativas •Recepción a •Evolución
•Fin o propósito brechas (Building Blocks de •Criterios de satisfacción de
•Valoraciones, •Medios de BB´s) implementaci Aceptación los resultados
FODA logro del Fin •Requerimiento ón •Esquema de •Aplicar
•Cumplimiento s funcionales y •Estudio de Gobernanza penalizaciones
normativo técnicos Factibilidad •Negociar
•Influenciadores y •Anexos (Costo/Benefi Cambios
técnicos de una cio)
Patrocinio Cotratación
•Puesta en
Ejecutivo •Hojas de ruta marcha de la
(TdR)
solución
Desde el entendimiento del problema hasta la entrega de una solución estable !!

61
Tipos de Trabajos de Arquitectura Empresarial

• Arquitecturas en el Contexto Estratégico:
• Muy alto nivel para toda la empresa
• Arquitecturas de Segmento
• Ej: para un línea de negocio, una sede
• Arquitectura de Capacidad
• EJ: para un proceso o una aplicación

62
31
10/10/2022
EJEMPLO DE TRABAJOS “Concerns” CANDIDATOS A RESOLVER CON

• UNA CRISIS DE SOSTENIBILIDAD DE UNA ENTIDAD
• ALCANZAR UNA MEJORA SUSTANCIAL DE PRODUCTIVIDAD /
COMPETITIVIDAD EN UNA LINEA DE NEGOCIO
• LA INTERNACIONALIZACIÓN DE UNA COMPAÑÍA
• FUSIONES / ADQUISICIONES DE COMPAÑÍAS
• UN PLAN ESTRATEGICO DE TIC
• UNA INNOVACIÓN EN EL PORTAFOLIO DE PRODUCTOS O SERVICIOS O
UNA LINEA DE NEGOCIOS
• UN CAMBIO DE PLATAFORMA TECNOLÓGICA
• SISTEMAS EMPRESARIALES (ERP, CRM, SCM, HCM, PORTAL, ECM, PQR, BI)
• MIGRACIÓN A CLOUD (INFRAESTRUCTURA)
63
EL VALOR QUE LA A.E. LE DA A UNA ORGANIZACIÓN
Sin AE Con AE
O
b
j
e
t
i
v
o
¿Cual es el objetivo?

64
32
10/10/2022
Motivaciones que comúnmente están asociadas a las

iniciativas o programas de AE
• Proponer una definición arquitectónica articulada (procesos de negocio, equipos de
trabajo, aplicaciones, datos, componentes tecnológicos) para que una organización
pueda lograr sus objetivos y metas estratégicas
• Efectuar una valoración / diagnóstico de la arquitectura actual de una organización
(Línea Base) versus objetivos de logro, referentes, tendencias de mercado e
innovaciones tecnológicas para identificar oportunidades de mejora (Brechas a Cerrar).
• Desarrollar una hoja de ruta priorizada que oriente las iniciativas de inversión y
proyectos operacionales para alcanzar los escenarios que defina la arquitectura futura

65
Los Modelos de Capacidad y

Madurez y su aplicabilidad

66
33
10/10/2022
Los Modelos de Capacidad y Madurez

• Son modelos de evaluación de los procesos de una organización para identificar su capacidad para obtener los
resultados que se planean y la madurez de su operación para trabajar articuladamente y de acuerdo a buenas
prácticas
• Son útiles para efectuar una valoración de el escenario actual del proceso y proyectar valoraciones futuras que
reflejen las intenciones de mejora para el corto, mediano o largo plazo y de esta manera identificar brechas a cerrar
en el corto, mediano o largo plazo para luego diseñar planes de mejora que implementar
• Hay varios modelos en el mercado:
• CMMi: Para desarrollo de software, prestación de servicios y comercialización de software
• COBIT: Para evaluar el gobierno y la gestión de TI
• BPM: Para evaluar el desempeño y consistencia de las actividades de un procesos de negocio
• EAMM: Para la arquitectura Empresarial
• OPMMM: Para la gestión de proyectos
• ISMMM: Para la gestión de la seguridad de la Información
• Son modelos orientados a la mejora de procesos que provee un conjunto de Mejores Prácticas que atienden
aspectos como productividad, desempeño, costos y satisfacción de grupos de interés
• Orientan a los procesos de la organización para que se enfoquen en las mejoras del desempeño (no en el modelo) y
a Revisar buenas prácticas que ayuden a eliminar los problemas de desempeño/confiabilidad
• Buscan que la organización sea predecible, sus procesos disciplinados, asegurados, autocontrolados, que capitalicen
innovaciones tecnológicas y mejores prácticas y enfocados en entregar valor a sus grupos de interés

67
LOS 6 NIVELES DE MADUREZ / CAPACIDAD
5
4
Optimizado
3
2 Buenas
1 Prácticas /
Intermedio / Practicas
0 Gestionado / líderes,
Básico Mejorado Administrado
Incipiente / Cuantitativamente
Incompleto
Inexistente

68
34
10/10/2022
LOS 6 NIVELES DE MADUREZ / CAPACIDAD

• Inexistente: 0
• No se dispone de ningún componente en el dominio de la valoración, no hay evidencia de implementación del mismo
• Incipiente / Incompleto: 1
• El nivel de desempeño del componente es muy incipientes o incompleto, lo que se evidencia es muy "artesanal" no
disponen de apoyo tecnológico y se efectúa eventualmente por iniciativa de alguna persona, no es de obligatorio
cumplimiento
• Básico: 2
• El componente que se evidencia es básico, esta desplegado en los actores y es de obligatorio cumplimiento, pero el
desempeño no es el estándar del sector. No se dispone de documentación formal al respecto ni se tienen herramientas
e indicadores de gestión
• Intermedio, Gestionado / Mejorado: 3
• El componente que se evidencia ya lleva implementado un tiempo superior a 6 meses, se dispone de documentación
formal al respecto. Se dispone de herramientas e indicadores de gestión y se ha venido mejorando (PHVA) con
periodicidad trimestral
• Buenas Prácticas / Practicas líderes / Administrado Cuantitativamente : 4
• El componente es guiado por buenas prácticas del sector y adopta tecnologías referentes (maduras/reconocidas) para el
área de conocimiento. Su desempeño es muy bueno
• Optimizado: 5
• El componente ha madurado sustancialmente, es el referente dentro del área de conocimiento, vanguardista y se
evidencia de un proceso gradual de innovaciones para garantizar vigencia y liderazgo
69
Ejemplo de valoración de Madurez y capacidad

Ejemplo Ilustrativo Caso “Universidad ABC”

70
35
10/10/2022
REFLEXION

71
LOS PROYECTOS DENTRO DEL CONTEXTO ORGANIZACIONAL

REFLEXIÓN
QUÉ AJUSTES LE DEBEMOS

PRACTICAR A LA
ORGANIZACIÓN PARA QUE
ESTÉ ALINEADA A LOS
RETOS Y DESAFÍOS ?
COMO GESTIONAR ESOS
CAMBIOS EXITOSAMENTE ?
72
36
10/10/2022
MODULOS DEL CURSO

2. Dominios de Arquitectura Empresarial y Método
parte)
73
MARCOS DE
REFERENCIA QUE
ORIENTAN EL
EJERCICIO DE LA
ARQUITECTURA
EMPRESARIAL

74
37
10/10/2022
1. Marcos de Referencia que orientan el ejercicio de la

• PUNTOS CLAVE DEL APRENDIZAJE:
1. Porque son necesarios los Marcos de Referencia
2. Panorama de Marcos de Referencia Existentes
3. Togaf y su Historia hasta la versión 9.2
4. Análisis de los principales Marcos de referencia de AE y como
aprovecharlos

75
MARCOS DE REFERENCIA DE LA A.E. (Frameworks)
• Un marco de arquitectura empresarial Identifica los tipos

de información necesarios para representar una
• Organiza los tipos de información en una estructura
lógica, y describe las relaciones entre los tipos de
información.
• A menudo la información se clasifica en los modelos de
arquitectura y puntos de vista.

76
38
10/10/2022
Framework de Arquitectura
• Herramienta que puede utilizarse para desarrollar un amplio rango de diferentes

arquitecturas.
• Podría describir un método para diseñar un sistema de información en términos de un
conjunto de bloques de construcción, mostrando como encajan juntos.
• Podría contener un conjunto de herramientas y proveer un vocabulario común.
• Podría incluir una lista de estándares recomendados y productos compatibles que
puedes utilizarse para implementar los bloques de construcción

77
Por qué es necesario un Framework?

• Agiliza y simplifica el desarrollo de la arquitectura
• Asegurando un cubrimiento más completo de la solución diseñada
• Asegura que la arquitectura seleccionada permita el crecimiento futuro en
respuesta a las necesidades del negocio.
• Por que diseñar una Arquitectura es un proceso técnicamente complejo, y
el diseño de arquitecturas heterogéneas de múltiples proveedores es
particularmente complejo.
• TOGAF juega un importante rol “des-mitificando” el proceso para
desarrollar una arquitectura.

78
39
10/10/2022
Panorama de Marcos de Referencia pata Arquitectura Empresarial

79
Panorama evolutivo de Marcos de AE

80
40
10/10/2022
VISION CRONOLOGICA DE MARCOS DE REFERENCIA PARA ARQUITECTURA

EMPRESARIAL

81
VISION CRONOLOGICA DE MARCOS DE REFERENCIA PARA ARQUITECTURA EMPRESARIAL

82
41
10/10/2022
Cronología (Evolución) de TOGAF hasta la versión 9.2.

83
Panorama de aportes de los frameworks de AE

84
42
10/10/2022
Análisis comparativo de los Marcos de Referencia de Arq. Empresarial mas

utilizados

85
La Arquitectura Empresarial
Desde la perspectiva de John Zachman (Versión 2011)

86
43
10/10/2022
Taxonomía Dominios de la AE (Zachman)

87
POSICIONAMIENTO DE TOGAF
• TOGAF
• Permite diseñar, evaluar, construir elementos flexibles que dan entendimiento a los elementos del negocio.
• Las empresas que inician su proceso de construcción de arquitectura y piensan en la reutilización de elementos, se pueden beneficiar
directamente de TOGAF.

88
44
10/10/2022
PANORAMA DE FRAMEWORKS DE A.E.
• FEAF
• Provee una terminología común para la adquisición, uso
y cambio de tecnologías de TI en las agencias federales
del gobierno de Estados Unidos.
• Para su representación tiene 3 tipos de arquitectura:

Empresarial, segmentos y de solución.

89
TEAF
• Framework de
arquitectura que
soporta los procesos de
negocio de la tesorería
de Estados Unidos en
término de productos

90
45
10/10/2022
PEAF – POET
Pragmatic Enterprise Architecture Framework
• PEAF is a framework and therefore is

governed by EMMA (The Framework
Ontology) for its use and adoption.
• The three phases, as defined by EMMA,
map to the six fundamental phases of
Transformation.
• For each of the phases, they indicate (in
green) the resources that phase will
require to execute and (in red) the
resources that are being sought to
execute the next phase.
• http://www.pragmaticea.
91
MARCOS DE REFERENCIA DE ARQUITECTURA DE CAPACIDADES DE NEGOCIO

Definición de las dimensiones de una capacidad de negocio

92
46
10/10/2022
MAPA DE CAPACIDADES DE NEGOCIO
DESARROLLO
GESTIÓN RELACIONES
DE PRODUCTOS
ESTRATÉGICA DEL CLIENTE
Y SERVICIOS
ADQUISICIONES APOYO
PRODUCCIÓN
y LOGÍSTICA EMPRESARIAL
MERCADEO y FINANZAS Y
VENTAS CONTROL

93
MAPA DE CAPACIDADES DE NEGOCIO

Ejemplo (https://blog.leanix.net)

94
47
10/10/2022
MARCOS DE REFERENCIA DE LA A.E. (Frameworks)
• Un marco de arquitectura empresarial Identifica los tipos

de información necesarios para representar una
• Organiza los tipos de información en una estructura
lógica, y describe las relaciones entre los tipos de
información.
• A menudo la información se clasifica en los modelos de
arquitectura y puntos de vista.

95
FUNDAMENTOS DEL
MARCO DE REFERENCIA
TOGAF 9.2

96
48
10/10/2022
Qué es TOGAF?
• Un Framework de arquitectura que permite diseñar, evaluar y

construir la arquitectura correcta para su organización.
• El nucleo de TOGAF es el ADM (Architecture Development Method) un
método confiable y probado para desarrollar una arquitectura de
Negocio y TIC que satisfaga las necesidades del negocio.

97
PROPÓSITO DE TOFAG
• TOGAF ha sido desarrollado por los miembros de Open Group como un
método y conjunto de herramientas para desarrollar arquitectura de
empresarial que permite evaluar las fortalezas y debilidades, y así poder
trazar estrategias de transformación, desde la Arquitectura actual hacia un
modelo Arquitectónico que represente la visión de TI alineada al futuro
del negocio.
• Togaf On Line:
• http://pubs.opengroup.org/architecture/togaf92-doc/arch/

98
49
10/10/2022
CARACTERÍSTICAS DE TOGAF
• Un método general comprensivo
• Complementario, no competitivo con otros patrones
• Ampliamente adoptado por el mercado
• Concebido para satisfacer las necesidades de la industria y la organización
• Disponible bajo licencia perpetua y gratuita
• Un estándar abierto, neutro frente a proveedores, herramientas y
tecnología
• Evita reinventar la rueda
• Alineando las TIC con el negocio
• Fundamentado en la “Mejores Prácticas”
• Posibilidad de participar en su desarrollo
99
Objetivos de TOGAF
• Entregar las bases de la Arquitectura Empresarial AE como práctica
estratégica que analizando la cadena de valor parte de las metas,
objetivos, programas y proyectos para analizar el negocio, los procesos, los
sistemas de información, los datos y la tecnología subyacente que la
apalanca, en un modelo que permite evaluar las fortalezas y debilidades, y
trazar estrategias de transformación, desde la realidad actual de la
organización hacia un modelo que represente una visión futura.

100
50
10/10/2022
Quién puede beneficiarse de utilizar TOGAF?

• Cualquier organización que este tomando o planeando tomar el diseño y
la implementación de una arquitectura empresarial para el soporte de las
aplicaciones de misión crítica utilizando bloques de construcción de
sistemas abiertos.
• Qué hace y en qué consiste TOGAF?
• Proporciona un método efectivo, practico, prudente, de sentido común de
desarrollar una arquitectura empresarial.
• Consiste de tres partes fundamentales:
• TOGAF Architecture Development Method (ADM)
• Enterprise Continuum
• La base de recursos de TOGAF

101
LA BASE DE CONOCIMIENTOS DE TOGAF

v9.2
• PARTE I (Introducción)
• Esta parte proporciona una introducción de alto nivel a los conceptos clave de la arquitectura
empresarial y, en particular, el enfoque TOGAF. Contiene las definiciones de los términos utilizados
en este estándar.
• PARTE II (Método de desarrollo de arquitecturas)

• Esta parte es el núcleo del marco TOGAF. Describe el método de desarrollo de arquitectura TOGAF
(ADM): un enfoque paso a paso para desarrollar una arquitectura empresarial.
• PARTE III (Guías y técnicas de ADM)

• Esta parte contiene una colección de Guias y técnicas disponibles para su uso en la aplicación del
enfoque TOGAF y el TOGAF ADM. Directrices y técnicas adicionales están disponibles en la Biblioteca
TOGAF.
• PARTE IV (Marco de contenido de arquitectura)

• Esta parte describe el marco de contenido de TOGAF, incluido un metamodelo estructurado para
artefactos arquitectónicos, el uso de bloques de construcción de arquitectura (ABB) reutilizables y
una descripción general de los resultados de arquitectura típicos.
• PARTE V (Enterprise Continuum & Tools)

• Esta parte discute las taxonomías y herramientas apropiadas para clasificar y almacenar los
resultados de la actividad de arquitectura dentro de una empresa.
• PARTE VI (Marco de capacidad de arquitectura)

• Esta parte discute la organización, procesos, habilidades, roles y responsabilidades requeridas para
establecer y operar una función de arquitectura dentro de una empresa.

102
51
10/10/2022
LA BASE DE CONOCIMIENTOS DE TOGAF v9.2
• La Parte 1 proporciona una visión de alto nivel de TOGAF, Arquitectura Empresarial, y los contenidos y conceptos
claves de TOGAF (Introducción y Conceptos Clave )
• La Parte 2 proporciona una introducción al Método de Desarrollo de la Arquitectura (ADM por sus siglas en inglés), el
método que TOGAF proporciona para desarrollar Arquitecturas Empresariales.
• La Parte 3 proporciona una descripción de las técnicas claves y entregables del ciclo del ADM y una descripción de las
pautas para adaptar el ADM.
• La Parte 4 proporciona una introducción al Marco de Referencia del Contenido Arquitectónico, un meta modelo
estructurado para artefactos arquitectónicos.
• La Parte 5 proporciona una introducción al Continuum de Empresa, un concepto de alto nivel que se puede utilizar con el ADM para
desarrollar una Arquitectura Empresarial.
• La Parte 6 proporciona una introducción al Marco de referencia de la Capacidad Arquitectónica, un conjunto de
recursos provistos para establecer y operar una función de arquitectura dentro de una empresa.
• Se anexan unos los Modelos de Referencia de TOGAF, incluyendo una Biblioteca de Tecnologías y modelos para la
Infraestructura de la información Integrada (III-RM).

103
Los 5 Principales Componentes TOGAF 9
ADM Guías ADM y Técnicas

Parte 2 Parte 3
Framework de Contenido de Enterprise Continuum Framework de Capacidades de

Arquitectura Parte 5 Arquitectura
Parte 4 Parte 6

104
52
10/10/2022
Ejemplo de Preguntas del Examen

• Which one of the following is defined by TOGAF as: the fundamental organization of a system embodied in its components, their
relationship to each other, and the principles guiding its design and evolution?
• A. Architecture
• B. Metamodel
• C. Model
• D. Ontology
• E. Pattern
• According to TOGAF, Which of the following are the architecture domains that are commonly accepted subsets of an overall
enterprise architecture?
• A. Application, Business, Data, Technology
• B. Capability, Segment, Strategic
• C. Context, Definition, Governance, Transformation
• D. Definition, Realization, Transition, Vision
• Which one of the following statements about the structure of the TOGAF 9 document is true?
• A. Part I describes the TOGAF approach to Enterprise Architecture
• B. Part II describes the definitions of terms used and the changes between versions of TOGAF
• C. Part III describes requirements management and is considered to be the core of TOGAF
• D. Part IV describes the ADM: a collection of guidelines and techniques used in TOGAF 9

105

• According to TOGAF, Which one of the following best describes an enterprise architecture?
• A. An architecture of a commercial organization
• B. An architecture that consists of more than one subsidiary company
• C. An architecture that crosses multiple systems, and multiple functional groups within the enterprise
• D. The highest level of architecture that can be achieved in a given organization
• Which of the following is the architecture domain that describes the logical software and hardware
capabilities?
• A. Application Architecture
• B. Business Architecture
• C. Data Architecture
• D. Technology Architecture
• Which of the following best describes TOGAF?
• A. An abstract framework for the development of standards and processes for a business architecture
• B. A collection of components organized to accomplish a specific set of functions
• C. A process model, best practices and assets to aid production, use and maintenance of enterprise architectures
• D. A reference model containing taxonomy defining terminology for an enterprise architecture, together with an
associated graphic
• E. A system development lifecycle method for software engineering

106
53
10/10/2022

• Which section of the TOGAF document describes the processes, skills and roles to establish and operate
an architecture function within an enterprise?
• A. Part II: Architecture Development Method
• B. Part III: ADM Guidelines and Techniques
• C. Part IV: Architecture Content Framework
• D. Part V: TOGAF Reference Models
• E. Part VI: Architecture Capability Framework
• Which one of the following is NOT an element of an architecture framework?
• A. A common vocabulary
• B. A list of recommended standards
• C. A method for designing an information system in terms of building blocks
• D. A set of structures Which can be used to develop a broad range of architectures
• E. A system development lifecycle method for software engineering

107
MODULOS DEL ENTRENAMIENTO

2. Dominios de Arquitectura Empresarial
4. Artefactos y entregables de las primeras 3 fases ADM (Primera parte)
108
54
10/10/2022
GENERALIDADES DEL
METODO ADM DE
TOGAF

109
El ADM Architecture Development Method

• Explica como obtener una arquitectura empresarial que direcciona los
requerimientos del negocio, específica a la organización.
• Provee :
• Forma confiable y probada de desarrollar la arquitectura.
• Vistas de arquitectura que permiten al arquitecto asegurar que un conjunto
complejo de requerimientos este adecuadamente direccionado.
• Enlaces a casos de estudio particulares.
• Guía sobre herramientas para el desarrollo de arquitectura

110
55
10/10/2022
El Ciclo de vida de una Solución a un problema empresarial

(La práctica de la Arquitectura Empresarial)
Entendimiento de Búsqueda de Definición de Seleccionar y Planear Supervisar la Estabilizar y

la necesidad soluciones Arquitectura de contratar implementación Implementación mantener la
Solución implementación solución
•Dolores, •Referentes •Como se •Estudios de •Plan detallado •Cumplimiento •Gestion de

Preocupaciones, alcanzará el Fin o Mercado (RFI, de de compromisos Incidentes
•Estándares del
propósito RFP) Implementació
Amenazas Mercado •Recepción a •Soporte
estratégicas •Componentes de n
•Análisis de la solución •Alternativas de satisfacción de •Evolución
•Fin o propósito brechas (Building Blocks implementació •Criterios de los resultados
•Valoraciones, FODA •Medios de BB´s) n Aceptación •Aplicar
•Cumplimiento logro del Fin •Requerimientos •Estudio de •Esquema de penalizaciones
normativo funcionales y Factibilidad Gobernanza •Negociar
técnicos (Costo/Benefici Cambios
•Influenciadores y
•Anexos técnicos o)
Patrocinio Ejecutivo de una
•Puesta en
Cotratación (TdR)
•Hojas de ruta marcha de la
solución
Desde el entendimiento del problema hasta la entrega de una solución estable !!

111
Desagregación del proceso de Desarrollar Trabajos de Arquitectura Empresarial
OBJETIVO
Definir, implantar y monitorear una
nueva arquitectura generada para (B) Definición y (C) Definición y
(A) Visión de la
Preliminar Desarrollo Arquitectura Desarrollo Arquitectura
atender un “Concern” o Arquitectura del Ciclo
Dominio Negocio Dominio Aplicaciones
requerimiento de arquitectura
involucrando y consolidando los
dominios respectivos.
Este proceso se realiza usando el

(C) Definición y (D) Definición y
método ADM por ser la mejor práctica (E) Oportunidades y (F) Planeación de la
Desarrollo Arquitectura Desarrollo Arquitectura
para el desarrollo de arquitecturas. Este Soluciones Transición
Dominio Datos Dominio Tecnología
método requiere la definición de la
arquitectura base y objetivo, identificar
la brecha existente, definir y articular
los bloques de construcción que
implementan la arquitectura
(G) Gobierno de la Gestión de
(H) Gestión de Cambios
Implementación Requerimientos Ciclo

112
56
10/10/2022
Fases de ADM : Architecture Development Method

Define el alcance, las restricciones y las
Prepara la organización para un proyecto de expectativas para el proyecto TOGAF. Crea la
definición de una arquitectura, exitoso Visión de la Arquitectura; valida el contexto
del negocio; crea la Declaración de la
Proporciona monitoreo continuo y un proceso de Arquitectura
gestión del cambio para garantizar que la
arquitectura responde a las necesidades de la
Desarrolla la Arquitectura del Negocio.
empresa
Desarrolla la arquitectura de Base y la
Objetivo y analiza las diferencias
Proporciona la supervisión arquitectónica para

la implementación. Asegura que el proyecto de Desarrolla la Arquitectura de los Sistemas de
implementación se ajusta a la arquitectura Información (Aplicaciones y Datos).
Desarrolla la arquitectura de Base y la
objetivo y analiza las diferencias
Asegura que cada

etapa del proyecto Desarrolla la Arquitectura
TOGAF esté basada Tecnológica. Desarrolla la
en y validada con los arquitectura de Base y la Objetivo y
requerimientos del analiza las diferencias
negocio
Analiza costos, beneficios y riesgos.

Desarrolla los planes detallados de Consolida las arquitecturas Objetivo, Evalúa su viabilidad de
migración e implantación. implementación, realiza el plan inicial de implementación e identifica
los principales proyectos

113
Metodología ADM de TOGAF

Provee un punto de partida para el desarrollo de un proyecto de arquitectura con los
siguientes beneficios:
• Independiente de herramientas, estándar abierto y neutral. Preliminar:
Justificación, Marco de
• Alineación de los objetivos de TI con el negocio. Trabajo y
• Basado en las mejores prácticas. Principios
• Proceso adaptable a las necesidades de la organización.

• Ampliamente adoptado para el desarrollo de arquitecturas. A
Visión
• Es la base de TOGAF H Arquitectura B
Gestión Cambios Desarrollo
• Una manera probada de desarrollar una arquitectura Arquitectura Arquitectura
Negocios
• Diseñado específicamente para direccionar los requisitos del negocio
• Un método iterativo Gobierno
C
Administrar Desarrollo
• Un conjunto de vistas de la arquitectura para asegurarse que un sistema de la
Requerimientos Arquitectura
Implementación Sistemas
complejo de requisitos sea tratado adecuadamente Información
D
F Desarrollo
Plan
E Arquitectura
Migración
Oportunidades Tecnología
Y
Soluciones

114
57
10/10/2022
Estructura Básica de Fases

• Las Fases se dividen en pasos
• Adaptación del ADM
• Método genérico para el desarrollo de arquitectura, diseñado para lidiar
con la mayoría de los requerimientos organizacionales y de sistemas,
puede ser necesario modificarlo o ampliarlo para satisfacer necesidades
específicas
• Un razón para adaptarlo, es que el orden de las fases en el ADM en cierta
medida depende de la madurez de la disciplina de Arquitectura dentro de
la empresa.
• TOGAF se integra con otro(s) framework de arquitectura.
• Por ejemplo con el Framework de Zachman, u otro framework de arquitectura
empresarial.

115
ADM – Principios Básicos

• Un método iterativo, a lo largo de todo el proceso, entre fases y dentro de las fases
• Cada Iteración
• Decisiones
• Cobertura Empresarial
• Nivel de Detalle
• Horizonte de Tiempo
• Reutilización de los activos de la arquitectura:
• Resultados de iteraciones previas
• Otros Patrones, Modelos y Modelos de Industria
• Decisiones basadas en:
• Competencias;
• Disponibilidad de Recursos
• Valor Agregado para la Empresa.
• Cada Fase es validada contra los requerimientos y valida los requerimientos actuales del negocio

116
58
10/10/2022
Ciclo de ADM (fases)

• Fase Preliminar Preliminar:
Marcos de
Trabajo
• Fase A: Visión de Arquitectura Y

Principios
• Fase B: Arquitectura de Negocio A

Visión
• Fase C: Arquitectura Sistemas de Información

H Arquitectura
B
Cambios
Arquitectura
Arquitectura
Negocios
• Fase D: Arquitectura de Tecnología

• Fase E: Oportunidades y Soluciones
G C
Gobierno Arquitectura
Requerimientos
de la Sistemas
Implementación Información
• Fase F: Planeación de la Migración

• Fase G: Gobierno de Implementación
F D
Plan Arquitectura
Migración E Tecnología
Oportunidades
• Fase H: Arquitectura de administración del cambio Y

Soluciones

117
LAS ITERACIONES EN ADM
Preliminar:
Iteración del
Trabajo y
Principios contexto de la
arquitectura
A
Visión
H Arquitectura B
Arquitectura Arquitectura
Negocios
C
Gobierno
de la Arquitectura
Implementación Requerimientos Sistemas
Información
D
F Desarrollo
Plan
E Arquitectura
Migración
Y
Iteración del plan de Soluciones
transición
118
59
10/10/2022

119
Tipos de Trabajos de Arquitectura Empresarial

• Arquitecturas en el Contexto Estratégico:
• Muy alto nivel para toda la empresa
• Arquitecturas de Segmento
• Ej: para un línea de negocio, una sede
• Arquitectura de Capacidad
• EJ: para un proceso o una aplicación

120
60
10/10/2022
Arquitecturas Empresariales Estratégicas, de Segmento y de

Capacidad
Arquitecturas de Segmento:
1. Línea de Negocio 1
2. Línea de Negocio 2
Arquitecturas de Capacidad:
1. IT
2. Innovación
3. Desarrollo Ciclo vida Aplicaciones
4. Arquitectura Empresarial

121
Clasificando y Almacenando los Entregables de ADM (Marco

de Contenido)

122
61
10/10/2022
Entregables y Artefactos más representativos de un trabajo

de AE
Visión y Estrategia
Visión y Misión Objetivos estratégicos Normatividad
Tendencias Stakeholders Principios y Supuestos Indicadores
Arquitectura de Arquitectura de Arquitectura de Arquitectura de

Negocio Datos Aplicaciones Infraestructura
Capacidades
Entidades de datos
Procesos Localización de activos

Entidades de datos vs. Aplicaciones de infraestructura
Servicios de negocio
Productos /
Servicios Aplicaciones vs.
Entidades de datos vs. Servicios de negocio Aplicaciones vs.
Estructura aplicaciones Infraestructura TIC
Organizacional Integraciones
Actores Gestores de Bases de
Involucrados Datos
Habilitadores Servidores
Tecnológicos
Transformación Gobierno de Implementación (Función

Proyectos
de AE)

123
LOS BLOQUES DE CONSTRUCCION (BB)

Motivacional del Negocio
Procesos
Negocio
Org. Humana
Vicer.
Rector (Fulano
Acedemico Dir Financiero Jefe de TI
de tal)
(Pepe Perez)
CRM ABB
Aplicativos
MsDynamics SBB
Datos

124
62
10/10/2022

125
Entregables, Artefactos & Building Blocks

126
63
10/10/2022
Togaf Building Blocks

127
Manejo de Versiones de los Entregables

128
64
10/10/2022
Ejemplos de preguntas del examen

• What level of the Architecture Landscape provides a long-term summary view of
the entire enterprise?
• A. Capability Architecture
• B. Operational Architecture
• C. Segment Architecture
• D. Strategic Architecture
• E. Tactical Architecture
• Which of the following statements best describes the purpose of enterprise
architecture?
• A. To allow an enterprise to exploit the latest trends in technology
• B. To enable the CIO to take effective control of the business units across an enterprise
• C. To ensure compliance in an enterprise to corporate auditing standards
• D. To optimize an enterprise into an environment that is responsive to business needs
• E. To provide a set of standards that all actors must adhere to within an enterprise

129
La Fase Preliminar de ADM
Preliminar:
Preparativos Trabajo y
Principios
requeridos para A
Visión
H Arquitectura B
desarrollar un Gestión Cambios
Arquitectura
Desarrollo
Arquitectura
Negocio
trabajo de G
Gobierno
de la
Administrar
Requerimientos
C
Desarrollo
Arquitectura
Sistemas
Arquitectura
Implementación
Información
F D
Empresarial Plan
Migración E
Oportunidades
Desarrollo
Arquitectura
Tecnología
Y
Soluciones

130
65
10/10/2022
Fase Preliminar
Fase Preliminar
Desarrollar Mesas de
Elaborar artefactos RAW-Solicitud del
Trabajo con el Alistar Repositorio AE
fase trabajo de AE
Patrocinador Ejecutivo
Aclarar Problema a
Metodología Ensamblar RAW
resolver (Concern)
propuesta y
entregables a generar
Identificar
Presentar, ajustar y
organización
aprobar
impactada
Elaborar Principios de
Arquitectura
Proponer Equipo de
KickOff
Trabajo
Evaluar nivel de
familiaridad del
equipo con la
metodología

131
Contexto Fase Preliminar
• Entregables específicos para la Fase preliminar

• Aclarar la problemática a resolver con el trabajo de AE (el “Concern”)
• Declaración refinada al ejercicio de los principios, metas y conductores de negocio.
• Definir los Principios de arquitectura
• Catálogo de principios de arquitectura
• Acondicionamiento / Personalización del Framework Metodológico (Tailoring)
• Acondicionamiento del método
• Definición de contenido: Entregables y Artefactos
• Elaboración del modelo organizacional para el ejercicio de arquitectura empresarial en el tópico del “Concern”
• Alcance de la organización impactada
• Roles y responsabilidades para el equipo de arquitectura
• Restricciones al trabajo de arquitectura
• Estrategia de gobierno
• Valoración de capacidad para desarrollar el ejercicio
• Elaborar la Solicitud del trabajo de arquitectura (RAW: Request for architecture work)

132
66
10/10/2022
Inconvenientes que demandan soluciones de fondo y que contemplen las implicaciones en todas sus
dimensiones
• Soluciones Complejas
• Implican decisiones estratégicas
• Mitigación de riesgos
• Cumplir acuerdos de niveles de servicio
• Replanteamiento en la lógica de negocio (Procesos)
• Replanteamiento en los roles de los actores (Internos y/o externos)
• Aumento en los niveles de automatización y apalancamiento tecnológico
• Inversiones en sistemas de información robustos en la web / nube

133
INSUMOS REQUERIDOS PARA DESARROLLAR UN TRABAJO DE ARQUITECTURA

EMPRESARIAL
• ELEMENTOS MOTIVADORES
• IDENTIFICAR EL PATROCINADOR EJECUTIVO (PERSONA INFLUYENTE SOBRE
QUIEN RECAE LA RESPONSABILIDAD DE RESOLVER EL PROBLEMA QUE MOTIVA
EL TRABAJO DE A.E “ACCOUNTABLE”)
• IDENTIFICACIÓN INICIAL DE STAKEHOLDERS
• PARTES INTERESADAS
• PUNTOS DE VISTA Y NIVELES DE PERCEPCIÓN DE VALOR
• VISUALIZARLO COMO UN MODELO DE NEGOCIO (CANVAS)
• CLIENTES, PROPUESTA DE VALOR, RELACIONAMIENTO, CANALES, ESTIMADOS DE
DEMANDA, INGRESOS, ACTIVIDADES, ALIADOS Y RECURSOS CLAVE Y ESTRUCTURA DE
COSTOS
• ENMARCARLO DENTRO DEL DIRECCIONAMIENTO ESTRATÉGICO
• MISIÓN, VISIÓN, VALORES
• ALINEARLO CON LA PLANEACIÓN ESTRATÉGICA
• METAS, PERSPECTIVAS, MAPA ESTRATÉGICO, INDICADORES DEL CUADRO DE MANDO (BSC)

134
67
10/10/2022
Ejemplo
• Fortalecer la Interoperabilidad en los sistemas críticos de
la entidad:
• Tener un modelo y un sistema único, que permita: conocer,
entender, y satisfacer las necesidades de intercambio de
información, entre los sistemas de información ERP, HCM,
CORE, PORTAL, que soportan los procesos de negocio, de la
vertical de negocio (Core), financiera, recursos humanos y
transaccionalidad en la Web, con la oportunidad que los
procesos lo demandan y basado en una arquitectura que
permite la interoperabilidad con otros sistemas de
información.
135
Instrumentos para Entender el Problema a Resolver

Business Motivation Moldel (OMG-BMM)
• Business Perspective
• Motivation
• Reaction to Change
• Separation of concerns
• Decomposition
• Metrics

136
68
10/10/2022
EL MODELO DE MOTIVACION DE LOS NEGOCIOS

BUSINESS MOTIVATION MODEL OMG

137
MEDIOS FIN
Misión
Fortalecimiento de procesos, competencias de la gente, Visión
Business Model Motivation

aplicaciones y aprovechamiento de los recursos tecnológicos. Consolidar una GNAF mas articulada que aproveche el
esfuerzo entre las 5 gerencias e interoperar y
estandarizar sus aplicaciones.
Curso de Acciones Directivas
Estrategia
Fortalecimiento de las Meta
Políticas del Negocio •
Permite representar la INICIATIVA de la Fortalecer las capacidades de la GNAF.
capacidades de la compañía a
través del apalancamiento Modelo de gobierno forma
tecnológico. y establecido.
Objetivos
empresa desde una perspectiva integrada. •
Tácticas
Integración de plataforma
BSS/OSS y ERP mediante
Buses empresariales de
servicios. •
Reglas del Negocio
Cumplimiento
•
•
Articular las 5 gerencias de la GNAF a corto plazo
para optimizar los requerimientos en conjunto
Aprovechar sinergias entre las áreas a corto plazo
• Sistemas ABC normativo para optimizar los requerimientos en conjunto
• Sistemas EAM • Agilidad en las • Reutilizar las inversiones tecnológicas mediante el
• Sistemas EPM implementación aprovechamiento al máximo en el tiempo de vida de
• Implementar BI tecnológicas éstos
BMM 5 preguntas - Para demostrar el entendimiento de la Iniciativa: INFLUENCIADORES EVALUACIÓN
1. Cual es el fin a donde quiero llegar con el proyecto Internos Externos •

Fortalezas
Se cuenta con un BSS/OOSS
• • • Línea de productos tecnológicos
2. Cuales son los medios a través de que voy alcanzar el fin (fortalecimiento •
•
Directorio
CIO
GNAF
•
•
Compliance
Cliente
Tecnología
•
•
Disposición a la innovación
Tiene una estructura
organizacional con un capital
de .. , utilizar nuevas tecnologías, utilizar multicanalidad inteligente, humano muy cualificado
Oportunidades
• Evolución de la tecnología Riesgos
plataformas sociales, un ecosistema digital y a través de un modelo de • Alianzas con corresponsales • Fallo en la
integración
Debilidades tecnológica
gobierno y unas buenas practicas de procesos) •
•
Estructura organizacional funcional
Las gerencias de la GNAF solicitan
requerimientos aislados.
• Resistencia al
cambio
•
3. Una valoración o evaluación de la situación actual frente a la No se dispone de una herramienta
tecnológico para la toma de
decisiones
problemática: •
Amenazas
Rezago con relación a los grandes
jugadores mundiales.
• Línea base, Diagnósticos previos, problemática asociada, impactos •
•
Compliance
Competencia de servicios
que genera, hacer referencia a las brechas que se debe cerrar

(debilidades ) con un aprovechamiento de las fortalezas y
oportunidades Ejemplo Ilustrativo
4. Que información de referencia interna y externa se requiere para hacer la
transformación:
• Ej: Informes de analistas y gremios
5. Quienes son los influenciadores del cambio:
• Aquellas personas dentro de la organización que puedan influir en
los demás para que impulsen el cambio (directivos, jefes)

138
69
10/10/2022
Modelo de
Motivación
BMM

139
BMM

140
70
10/10/2022
Definiciones
• Meta: es una condición a nivel del negocio que debe ser sostenida o
alcanzada en el mediano-largo plazo. Ejemplo: “Ser uno de los top 3
proveedores en ventas en nuestro mercado”
• Objetivo: es una paso medible, restringido en el tiempo que sirve para
alcanzar las metas. Ejemplo: “incrementar las ventas anuales en un 2%
para el año 2022”. Se relacionan a los KPIs o métricas
• Estrategia: usualmente son de largo plazo, con impacto en la forma en
que el negocio opera. Ejemplo: “enfocarnos en negocios recurrentes de
parte de los clientes corporativos”
• Táctica: son acciones que apoyan una o mas estrategias. Son mas
cortas en alcance que las estrategias, y son usualmente de corto plazo.
Ejemplo: “proveer incentivos personales para los clientes corporativos”
141
Definiciones
• Influenciadores: personas, empresas o situaciones que pueden generar
cambios que afectan al negocio en el uso de sus medios (estrategias) y
en el logro de sus fines (metas)
• Políticas: son una directiva amplia que necesita mas interpretación a
nivel de reglas de negocio para poder ser puesta en practica. Ejemplo:
“los prestamos deber ser pagables”.
• Reglas de negocio: se refieren a reglas en la operación del negocio.
Ejemplo: “una hipoteca no debe ser por más de 4 veces el salario del
cliente”. Las reglas de negocio hacen que las políticas sean practicas y
guíen los procesos de negocio

142
71
10/10/2022
Definiciones
• Reglas de negocio
• Qué son:
• Una guía que indica que existe una obligación relacionada a una conducta, acción, práctica o
procedimiento, enmarcada en alguna actividad o negocio
• Se escribe en lenguaje natural y usando los términos del negocio
• Debe tener alguna motivación específica: legal, eficiencia, riesgo, etc.
• Debe existir una forma de hacerla cumplir, indicando cuál es la consecuencia, si la regla de
negocio se incumple
• Por qué son importantes:

• La falta de reglas de negocio deja los procesos y aplicaciones en riesgo de des-alineación,
creando ambigüedad y reduciendo la eficiencia operativa

143
Ejemplos de reglas de negocio

• Los volúmenes mensuales de producción deberán ser reportados por
las compañías, a más tardar los días 15 de cada mes
• Cuando se establece un reclamo de cliente, se le debe asignar un
número de caso
• Si una persona se accidenta en un sitio, el accidente debe ser reportado
dentro de 24h, o el beneficio/ayuda será negada
• Los reportes de producción deben hacerse públicos en menos de 7 días
hábiles desde su aprobación, de lo contrario la entidad será notificada
por retraso

144
72
10/10/2022
Análisis BMM (Modelo de Motivación en los negocios)

• Aumentar un 5% la Rentabilidad (llevarla al 10%)
Fin a Alcanzar
•Mejorar la Calidad en la enseñanza

•Transferir el riesgo crediticio a una entidad financiera
Medios •Aprovechamiento planta física diurna
•Enseñanza con alternativas remotas y presenciales
•Implementar tecnologías web
Influenciadores Clave a involucrar • ..
• Deserción de estudiantes
Principales Brechas a Cerrar
• Perdidad de cartera
• Compañías de Fiannciuamiento
Referentes a Tener en cuenta
• Cursera, Platsi, Classcentral, Educause
145
Análisis de la iniciativa
Qué se quiere alcanzar? ¿Cuáles son los medios para lograrlo? ¿Cuáles son los influenciadores clave?
• Aumentar 5% la rentabilidad bruta •.. •…
•.. •..
¿Qué tan lejos estoy? ¿Información Requerida para formular el

• … proyecto?
• Levantamiento de necesidades
• Reunión con altos directivos
• Marcos de referencia
146

146
73
10/10/2022
Business Motivation Model Fuente: Adaptado por el autor
MEDIOS FINES
Visión
Misión
Implementar … Proveer servicios o productos ….
1.
Estrategias 2.
..
Objetivos
1
Tácticas
2
• ..
3
INFLUENCIADORES Oportunidades
Fortalezas
• Reducción de Costos
• Apoyo del Comité Directivo
• Nivel de madurez adecuado en procesos • Alineamiento a metas nacionales,
• Apertura de los involucrados al proyecto. estratégicas.
• Compartir conocimiento
Influenciadores Internos Influenciadores Externos
• Herramientas
•Directivos •Competencia FODA
•Directores de los •Tendencia tecnológica Amenazas
Departamentos •Normativa Legal Debilidades.
• Desconocimiento de … • Que el proyecto no se termine en el plazo
• No existe ….. estimado.
• .. • Que no cumpla las necesidades esperadas.
• Que la solución implementada no soporte
los nuevos requerimientos
147
Por ejemplo: Transformar la Capacidad de TI de una

organización porque no esta entregando los servicios
oportunamente, su presupuesto esta
sobredimensionado comparado con el estándar del
sector, además ha dejado envejecer sus recursos
tecnológicos, su equipo de profesionales no han
adoptado buenas prácticas de gestión, no hay un
esquema de gobierno de TI efectivo y se han
materializado varios incidentes de seguridad

148
74
10/10/2022
Ejemplo de un Proyecto de Diagnóstico y diseño de la Arquitectura

EDT Empresarial que fortalezca la Capacidad de TI de la entidad
Entregables
Inicio Planeación Ejecución Seguimiento y control Cierre
Kick
Off Seguimiento Seguimiento Cierre del
Semanal del mensual proyecto
E1. Cronograma proyecto directivo
en detalle de
Acta de las actividades
inicio
Planeación de Situación Actual Plan de

E2. Plan de Situación Objetivo Transformación Gestión del Cambio
trabajo del AE AE AE
proyecto
Cadena de Cadena de
Evaluación Valor, servicios Valor, servicios Análisis de Ficha técnica de
E3. Plan de Madurez y personas y personas Brechas los proyectos
calidad del
proyecto
Plan de
Visión Información Información transformación
con iniciativas Transferencia
E7. Plan de de
transformación conocimiento
Sistemas de con iniciativas
Sistemas de
Información Información
Infraestructura Infraestructura
Seguridad Seguridad
Documentación de Documentación de
la situación actual la situación
de la AE objetivo de la AE

149
Línea de Tiempo
Ejecución del proyecto
Inicio Cierre de Proyecto

22/Septiembre/2021
Mes 1 Mes 2 Mes 3 Mes 4
1,5 semanas
Planeación
3 semanas
Planeación de AE
4 semanas
Situación actual AE
4 semanas
Situación objetivo AE
3 semanas
Plan de transformación
4 semanas
Uso y apropiación

150
75
10/10/2022
Línea de Tiempo
Ejecución del proyecto
Área de
Dirección
Comité Ejecutivo Comité de

dirección
(mensual)
Responsables del proyecto por

Área de Responsables del proyecto por parte de unidad de TIC parte del equipo consultor
Supervisión
Equipo de
Director de TI Dirección del Comité de
Gerente del proyecto de seguimiento
proyecto consultoría (semanal)
Área de
Ejecución
Arquitecto de Información Arquitecto Arquitecto de Consultor Gestión

Arquitecto de Negocio
y Datos Aplicaciones tecnología del Cambio
Equipo de trabajo de la Empresa

151
Taller de Necesidades
Registro Fotográfico
Discutir cada pregunta y
consolidar necesidades en
equipo…
Algunas fotos del equipo de
TIC trabajando en la

152
76
10/10/2022
Resultado
Necesidades priorizadas

153
EJEMPLO DE TAXONOMIA DE UNA ORGANIZACIÓN DE TI

Ejemplo Ilustrativo
GRUPOS DE
GOBIERNO DE TI SERVICIOS PROCESOS PERSONAL TIC INFORMACIÓN APLICACIONES INFRAESTRUCTURA
INTERÉS
•Usuarios •Plan estratégico TI •Soporte a usuarios •Gestión Estratégica •Director •Bases de datos •Mesa de servicio •Data Center Local
•Proveedores •Hoja de ruta de •Desarrollo de SW y de Gobierno de •Coordinadores relaciones •Inventario de •Cloud, IAAS
servicios Iniciativas •Seguridad TI •Ingenieros •Base de datos activos del servicio •Servidores
•Proveedor Enlace (Roadmap) •Proyectos •Gestión de •Personal Técnico analíticas (CMDB) •Networking
•Proveedor •Estrategia de Arquitectura Operativo •File server •Frameworks •Servidor de
infraestructura inversiones •Gestión de •Herramientas DevOps archivos
•Mejoras de las proyectos control de •Herramienta de •Servidor de Email
aplicaciones y •Gestión de versiones proyectos
servicios de TI Infraestrcutura y •Logs de monitoreo •Herramienta para
•Instancias de Monitoreo de •log de auditoría desarrollar casos
gobierno y Comité servicios de prueba
•Modelos de
de TI •Gestión de soporte decisión •Herramientas de
•Seguimiento a de TI Stress de carga
mapa de riesgos •Gestión •Herramientas de
•Políticas de TI administrativa de monitoreo al
•Medición del TI desempeño y la
servicio que seguridad
entrega TI

154
77
10/10/2022
Mapa de Capacidades de TI a fortalecer Ejemplo Ilustrativo

Zona Interoperabilidad
Canales de Servicios de
Intercambio Portales Web Email Intranet Mesa de Servicio X-Road BRM
Acceso
Zona Seguridad
Seguridad de Seguridad de Seguridad onpremise / Desarrollo Gestión técnica de Hardening Monitoreo / correlación
Seguridad integraciones los datos cloud Seguro vulnerabilidades vulnerabilidades de eventos
IAM
Zona Estrategia / Negocio

Gobierno de TI Marco Estructura Gestión de Gestión Capacidades
Estratégico Organizacional Procesos Presupuestal TIC
Gobierno de la
AE Zona Servicios Core (Servicios Tecnológicos) Zona Sistemas de Información Core
Comunicaciones Gestor Gestor de Gestor de Sistema de gestión
Gobierno de Backup Soporte TI Monitoreo Conectividad documental IC/DC versiones
LMS
unificadas de servicios
seguridad
Fábrica Soluciones de Gestión de Monitore de Sistema Integrado de
Gobierno de Portales WEB Internet Intranet I+D+i ofimática
ALM
proyectos servicios seguridad
Digital
Datos
Gestor de
Serv. Asesoría y Territorios
Zona Estándares, Guías, Gobierno
Gestión de inventarios de ERP Gestor de AE Automatización APIs

Portafolios, Asis. Tecnológica Inteligentes TI
Zona de
Servicios y Programas y
Capacidades Proyectos Servicios de Datos Zona Infraestructura Tecnológica Almacenamiento
Integración y Calidad
Canalizaciones Ingesta de
Soporte Legal BI Lago de datos Servidores Servidores Gestores de
de datos datos Redes Servicios Cloud
/ Normativo Virtuales Físicos base de datos
Visualización y
Servicios de Gestor de Calidad de

Empresarial
Gestión de
Inteligencia
Flujos de datos Datacenter on- Sistemas Repositorio

reporte datos Contenedores DRP
Conocimiento premises Operativos
Analítica
Documental
Tablero de
Agilismo indicadores de MLOPS Gestión Migración
TI IaC
Capacidad Cloud
Zona Gestión Cambio Plan de transferencia de

Equipo de Gestión de Cambio Procedimiento de Gestión de Agendas de Plan de comunicaciones
conocimiento enfocado AE
transversal Cambio organizacional cambio enfocado a la AE de TI
de TI

155
Mapa de Ruta de los proyectos que fortalecen las Capacidades de TI

Ejemplo Ilustrativo

156
78
10/10/2022
Equipo de trabajo de Arquitectura empresarial

Marco de Capacidades (Parte 6 de Togaf)
• Comité de Arquitectura Empresarial:
• Este comité tiene como responsabilidad el dar los lineamientos y asegurar la implementación del modelo de AE en pos del
logro de los objetivos estratégicos del equipo de AE. Es la máxima autoridad en cuanto a toma de decisiones sobre el ejercicio
de AE.
• Patrocinador del Ejercicio de arquitectura:
• Este rol se encargará de asegurar que el ejercicio de arquitectura (iteración/programa/proyecto) cuente con todos los
recursos y aprobaciones requeridas para su implementación.
• Gerente de Proyecto del Ejercicio de arquitectura:
• Este rol liderará todo el proyecto del ejercicio de AE, según las iteraciones y fases establecidas para él mismo.
• Arquitecto Empresarial Líder:
• Establecer un centro de excelencia que asegure la consecución de los beneficios prometidos por el ejercicio de AE, a la vez que
coordina todas sus actividades.
• Asegurar el alineamiento de los ejercicios de arquitectura desarrollados en la entidad.
• Direccionar el fortalecimiento de la capacidad de Arquitectura en la ejecución de los ejercicios de Arquitectura Empresarial.
• Asegurar que los ejercicios de arquitectura direccionen adecuadamente todos los “Concerns” de los stakeholders,
manteniendo la integridad de las arquitecturas.
• Arquitectos de dominio:
• Son cuatro roles: Arquitecto de Negocio, Arquitecto de Aplicaciones, Información y Tecnología.
• Son los roles encargados de definir para cada uno de los dominios (negocio, aplicaciones, información, tecnología y seguridad
de información) las especificaciones e interacciones entre los diferentes componentes de su dominio, dentro del contexto del
marco de AE y en correspondencia con los “Concerns” establecidos para el ejercicio de AE donde participa.
• Estos roles inicialmente serán ejecutados por los arquitectos de la GTI.
• Administrador del repositorio de AE:
• Este rol se encargará de administrar los artefactos de AE contenidos en el repositorio que se establezca para consolidar y dar
un uso controlado y seguro de los mismos.

157
EQUIPO DE TRABAJO PROPUESTO

Comité
Directivo
Proyecto
Patrocinador
ejecutivo
Arquitecto Líder
Personal de la
Equipo de
Organización
Arquitectura
Impactada
Lideres Arquitectos de Administrador

Lideres Técnicos
funcionales Dominio de Repositorio
Arquitecto de
Financiera Personal de TI
Negocio
Académica Arquitecto de TI
Arquitecto de
Datos
Arquitecto de
Seguridad

158
79
10/10/2022
PATROCINADORES EJECUTIVOS (Niveles C)

Junta de
accionistas
CEO (Presidente
ejecutivo)
CISO Ejecutivo de
COO Ejecutivo de CIO Ejecutivo de CHCMO Gestion
Seguridad de la CFO Financiero CMO Marketing
Operaciones TI Humana
Información
Jefes Infraestructura
Arquitectura de
TI
Aplicaciones
Mesa de
Servicios
Seguridad
Informatica

159
“Architecture Principles”
Principios de Diseño
• Los principios de Arquitectura definen las normas y directrices
generales que guían el diseño y la evolución de las
arquitecturas. Son el reflejo de un nivel de consenso entre los
diversos elementos de la empresa, y constituyen la base para
la toma de futuras decisiones.
• Cada principio arquitectura debe estar claramente relacionado
los objetivos de negocio y los elementos conductores o
motivadores principales de la Arquitectura.
• Es importante no simplificar demasiado, trivializar o juzgar el
mérito del impacto. Algunas de las consecuencias serán
identificadas como sólo los impactos potenciales, y puede ser
especulativo y no totalmente analizado

160
80
10/10/2022
Los Principios de Arquitectura

• Componentes de los Principios de Arquitectura
• Cada principio tiene asociado un fundamento, presenta las implicaciones tanto para promover la
comprensión y la aceptación de los propios principios, y para apoyar su uso, para explicar y justificar
por qué se toman las decisiones específicas.
• La definición de los principios tiene los siguientes componentes:
1. Un nombre que represente la esencia de la norma, así como que sea fácil de recordar.
2. Un enunciado claro sin ambigüedades que comunique la regla fundamental e inequívoca.
3. Una justificación que sea la razón fundamental que resalte los beneficios institucionales de la adhesión
al principio, utilizando la terminología de la organización y la relación con otros principios, y las
intenciones en relación con una interpretación equilibrada. Incluso si es el caso se deben describir
situaciones en las que un principio se le daría prioridad o tener más peso que otro para tomar una
decisión.
4. Unas implicaciones, donde se destaquen los requisitos, para llevar a cabo el principio en términos de
recursos, costos, actividades y/o tareas. El impacto y las consecuencias de la adopción de un principio
deben indicarse claramente para que el lector pueda discernir fácilmente la respuesta a: "Cómo me
afecta esto".

161
Criterios que distinguen a un buen conjunto de principios:
• El marco de referencia de TOGAF recomienda que los principios

de arquitectura empresarial se distingan por ser:
• Comprensibles: los postulados pueden ser captados y entendidos por las personas en toda la organización rápidamente.
• Robustos: deben contemplar el cumplimiento de las necesidades/requerimientos de todos los involucrados para que las
decisiones de pertinencia sobre las arquitecturas propuestas o los planes, políticas y normas de obligatorio cumplimiento
cuenten con unas bases sólidas sobre las cuales se fundamenten las soluciones.
• Completos: Definen todos los principios potencialmente importantes que rigen la gestión de la información y la
tecnología de la organización.
• Consistentes: Los principios deben ser coherentes entre sí y obedecer a un propósito general. El conjunto de principios
debe ser expresado de manera que permite un equilibrio de las interpretaciones. Cada palabra en la definición de un
principio debe ser elegida cuidadosamente para permitir una interpretación coherente y flexible.
• Estables: Los principios deben ser duraderos, y a la vez capaces de adaptarse a los cambios en el entorno. Si en algún
momento es necesario ajustar o cambiar un principio se requiere que esta modificación pase por un proceso establecido
de gestión cambios o ajustes ya sea para incluir, suprimir o alterar los principios después de haber sido ratificados
inicialmente por un comité que tenga el criterio para valorar el impacto de esos cambios que se soliciten.

162
81
10/10/2022
Catalogo disponible de principios

(TOGAF 9.2 Capitulo 20)
PRINCIPIOS INSTITUCIONALES PARA LA ARQUITECTURA DE PRINCIPIOS DE APLICACIONES
NEGOCIO 1. Arquitectura basada en componentes
1. Primacía de los Principios 2. Uso Común de soluciones.
2. Alineamiento estratégico. 3. Valor Estratégico.

4. La práctica de la arquitectura empresarial debe proveer definiciones para la
3. Calidad de los servicios interoperabilidad con otras dependencias y entidades.
4. Los Grupos de Interés como aliados estratégicos 5. La arquitectura debe ser extensible, escalable y adaptable.
5. Los Grupos de Interés son prioritarios. PRINCIPIOS DE ARQUITECTURA DE DATOS

6. Alineamiento de Iniciativas de TICs a los Procesos de Negocio. 1. Los Datos son un Activo Institucional.
7. La Práctica de la arquitectura empresarial debe facilitar el 2. Modelo de entidades de datos común

cambio. 3. Seguridad en los datos
8. La práctica de Arquitectura Empresarial Procura la PROPUESTA DE PRINCIPIOS DE TECNOLOGÍA
Optimización los Procesos de Gestión de TIC
1. Cambios basados estrictamente en necesidades de negocio
9. La práctica de la AE respeta y se enmarca en los Estándares 2. Interoperabilidad
Institucionales y Cumplimiento de los marcos normativos
vigentes. 3. Estándares Del Mercado
4. Reutilización de Componentes (Componentes transversales).

163
Alistamiento del Repositorio de AE

Ejemplo “Manual”
Estructura de una
Carpeta
Compartida que
puede hacer las
veces de
Repositorio

164
82
10/10/2022
DOMINIOS DE LOS MODELOS DE MADUREZ DE LA PRACTICA DE A.E.
1. Madurez del Proceso de arquitectura en el equipo de trabajo

2. Competencias del equipo de trabajo de Arquitectura
empresarial
3. Desarrollo de arquitectura
4. Alineación con el negocio
5. Participación de la alta dirección
6. Participación de la unidad encargada de las operaciones de TI
7. Comunicación de las decisiones y activos de arquitectura
8. Dominio del Marco de Referencia de TOGAF
9. Seguridad de TI
10. Gobierno de la arquitectura
11. Estrategia de inversión y adquisiciones de TI

165
Valoración de la madurez de la practica de AE en una Organización

Ejemplo:

166
83
10/10/2022
TARJETA DE REFERENCIA DE LA FASE PRELIMINAR

167

• What document is used to initiate a TOGAF ADM cycle?
• A. Architecture Roadmap
• B. Statement of Architecture Work
• C. Architecture Landscape
• D. Request for Architecture Work (RAW)
• E. Architecture Vision
• Which one of the following is an objective of the Preliminary Phase of the ADM?
• A. To define, scope and prioritize architecture tasks
• B. To define the architecture principles
• C. To develop a Target Business Architecture
• D. To obtain management commitment for this cycle of the ADM
• E. To prioritize work packages
• In the Preliminary Phase, Which of the following drives the requirements and performance metrics
when scoping the enterprise architecture work?
• A. Architecture governance
• B. Business imperatives
• C. Solution architecture
• D. Service level agreements
• E. Time horizon

168
84
10/10/2022

• Which of the following statements does NOT correctly describe Architecture Principles?
• A. They are most effective when they are embraced and used across the organization
• B. They are based on enterprise principles
• C. They are detailed policies that prescribe behaviors and requirements
• D. Even though they may appear generic, they should be tailored to reflect an organization's culture and
goals
• Complete the sentence. All of the following are sections of the recommended template for
defining Architecture Principles, except _____
• A. Name
• B. Statement of Principle
• C. Rationale
• D. Enforcement Policy
• E. Implications
• Which one of the following lists the five quality criteria for defining Architecture Principles?
• A. Rational, Explained, Precise, Stated, Identifiable
• B. Comprehensive, Future proof, Short, Concise, Consistent
• C. Open, Enabling, Flexible, Agile, Dynamic
• D. Stable, Understandable, Complete, Robust, Consistent

169

• According to TOGAF, who usually initiates a Request for Architecture Work?
• A. The architecture organization
• B. The CIO/CTO
• C. The corporate governance board
• D. The senior management
• E. The sponsoring organization
• When determining the requirements for enterprise architecture work in the Preliminary Phase, Which of the
following is not a business imperative that should be considered?
• A. Business requirements
• B. Cultural aspirations
• C. Forecast financial requirements
• D. Strategic Intent
• E. Technical elegance

170
85
10/10/2022

• Which one of the following provides a foundation for making architecture and planning decisions,
framing policies, procedures, and standards, and supporting resolution of contradictory situations?
• A. Architecture principles
• B. Buy lists
• C. Procurement policies
• D. Requirements
• E. Stakeholder concerns
• Which one of the following is an objective of the Preliminary Phase of the ADM?
• A. To define the Baseline Architecture for this cycle of the ADM
• B. To define the application systems for the Target Architecture
• C. To define the framework and methodologies to be used
• D. To define the relevant stakeholders and their concerns
• E. To define and prioritize work packages

171
La Fase de Visión Arquitectónica de ADM
La Fase A trata sobre el establecimiento del proyecto e inicia una iteración

del ciclo de desarrollo de la arquitectura, estableciendo el alcance, las
Preliminar:
restricciones y las expectativas para la iteración. Justificación, Marco de
Trabajo y
Es necesario para validar el contexto empresarial y crear la Declaración de Principios
trabajo de arquitectura aprobada.

A
Objetivos H
Visión
Arquitectura B
• Describir a alto nivel la arquitectura actual relacionada con el problema a Gestión Cambios Desarrollo
resolver (Negocio, Aplicaciones, Datos, tecnología) Negocios
• Desarrollar una visión aspiracional de alto nivel de las capacidades y el
C
valor comercial que se entregarán como resultado de la Arquitectura Gobierno
de la Arquitectura
Empresarial propuesta Implementación Requerimientos
Sistemas
• Obtener aprobación para una Declaración de Arquitectura Información
• Trabajo que define un programa de trabajos para desarrollar e F

D
Desarrollo
implementar la arquitectura descrita en la Visión de Arquitectura Plan
E Arquitectura
Migración
Y
Soluciones

Mario Javier Monsalve Hazbón mariojmh@gmail.com
Material preparado por Diapositiva 172
172
172
86
10/10/2022
Fase A:Visión Arquitectura

Fase de Visión
Descubrir la
Formular un plan de trabajo Documentar las Formular la Poblar Repositorio AE SAW-Declaración
Arquitectura Actual Inventariar principales
preliminar para desarrollar expectativas de los Arquitectura Objetivo y evaluar disposición al Alcance del trabajo de
(Visión de Alto Nivel- requerimientos
la Visión Stakeholders Clave de Alto nivel cambio AE
Contexto)
ELABORAR EDT DEL Reuniones con principales

En servicios Ensamblar SAW
PROYECTO actores / stakeholders
Solicitar insumos de información Presentar, ajustar y

ELABORAR RACI En procesos
(Negocio, Apps, Información, aprobar
Tecnología)
ELABORAR LINEA DE En organización

Socializar
TIEMPO humana
Recibir y comprender información
recibida
Elaborar Matriz de
En aplicaciones
riesgos del proyecto
Documentar las generalidades de la
Arquitectura actual por dominio (Negocio,
Aplicaciones, datos y tecnología)
Proponer lineamientos de
documentación y comunicaciones En Datos
entre los participantes del trabajo
En tecnología

173
EDT
LEVANTAR
PLANEAR EL TRABAJO ELABORAR LA ARQ.
PREPARATIVOS INFORMACION DE LA
LINEA BASE
ARQ. ACTUAL
Socializar planeacion
Actividades y Actividad de
para obter Proceso de Credito Conocer el alcance de Analisis de el proceso
ACT 1 ACT 2 estimaciones de Integración con el Cronograma
compromiso del estdiantil los actuales siste. Info. de eenseñanza
tiempos equipo
equipo

174
87
10/10/2022
Artefactos de la Visión de la Arquitectura

Comparativo de la Arquitectura Actual Vs la Objetivo a alto nivel
Arquitectura Actual a alto nivel Arquitectura Futura a alto nivel

Material preparado por Mario Javier Monsalve Hazbón mariojmh@gmail.com Diapositiva 175 – Xtensible
Confidential 175
175
Ejemplo de Visión de Arquitectura Empresarial

Impulsores (Expectativas del Negocio), Referentes
Capacidades de
Planeación Planeación Institucional Marketing Estratégico
Las Capacidades de Capacidades Automatización de Gestión Integral del Analítica del negocio y del
negocio que PMO Gestión de AE
Transformacionales Procesos Cliente cliente
requiere para dar
Negocio
Capacidades Operativas
respuesta a sus Línea negocio 1 Línea negocio 2 Línea negocio 3 Línea negocio 4 Línea negocio 5
expectativas y
Capacidades Gestión del Talento Infraestructura y Informática y
necesidades Apoyo Gestión Financiera
Seguridad
Jurídica
Humano Tecnología
Capacidades de
Evaluación y control
Evaluación y Control
Aplicación de Aplicación de
Herramienta Omnicanalidad
Línea de Negocios 1 Línea de Negocios 2
Las aplicaciones y/o
Aplicaciones
Nuevas Aplicaciones Aplicación de Aplicación de Aplicación de

soluciones que habilitarán a Línea de Negocios 3 Linea de Negocios 4 Línea de Negocios 5
las capacidades de negocio. Herramienta de Apps Big Apps Data
ERP, CRM BPM, RPA ESB ECM, GIS
AE Data Analytics
Aplicaciones misionales
Aplicaciones Existentes
Aplicaciones de apoyo
Entidades de Datos
Las iniciativas de datos que abordará
para aprovechar sus fuentes de datos y Gobierno de Datos, Calidad de Datos
Datos
generar información de valor para sus

capacidades de negocio Administración y Uso de Datos
Analítica de Datos, Analítica Digital

Infraest.
Hardware y Software requerido Servidores Bases de Datos Software de Plataforma

para soportar la tecnología
requerida para habilitar las Conectividad, Seguridad, Redes IPV6 Centro de Datos Local Centro de Datos Cloud (IaaS, PaaS)
capacidades.

176
88
10/10/2022
Fase A: Visión de Arquitectura

• Define que esta dentro y que está fuera del alcance del esfuerzo de arquitectura.
• Define las restricciones con las que debe lidiar.
• Las decisiones de alcance necesitan realizarse en base a la evaluación práctica de recursos y disponibilidad de competencias y el
valor que de manera realista se puede esperar.
• Fase A- Objetivos
• Asegurar que la evolución del ciclo de desarrollo de la arquitectura tenga el reconocimiento y respaldo apropiado de la gerencia administrativa
de la empresa y el soporte y compromiso de la línea de administración necesaria para el proceso.
• Validar los principios de negocio, las metas de negocio, y los conductores estratégicos del esfuerzo de la línea base de arquitectura.
• Definir el alcance, identificación y prioridades de los componentes del esfuerzo de la arquitectura base.
• Definir los interesados relevantes sus preocupaciones y objetivos
• Definir los requerimientos claves que se van a direccionar en este esfuerzo de arquitectura y las restricciones con las cuales se va a lidiar.
• Articular una Visión de Arquitectura que demuestre una respuesta a esos requerimientos y restricciones
• Asegurar la aprobación formal para proceder.
• Entender el impacto sobre otros ciclos de desarrollo de arquitectura a que estén en paralelo

177
Fase A: Visión
• Fase A Visión- Entradas

• Requisitos para el trabajo de Arquitectura
• Estrategia de negocio, metas de negocio y conductores del negocio
• Principios de arquitectura
• Entrerprise Continuum – documentación arquitectural existente (descripción de Framework, descripciones de arquitectura, descripciones
de líneas de base etc)
• Fase A Visión- Pasos
• Establecer el Proyecto
• Identificar las metas del negocio y los conductores del negocio
• Revisar los principios de arquitectura incluyendo los principios de negocio
• Definir el alcance
• Definir las restricciones
• Identificar los interesados y las preocupaciones, requerimientos de negocio y visión de arquitectura
• Desarrollar la declaración del trabajo de arquitectura “Statement of Architecture Work” y asegurar la aprobación

178
89
10/10/2022
Fase A: Visión
• Fase A Visión- Salidas
• Declaración de arquitectura aprobada, incluyendo el alcance, las restricciones y el plan para el trabajo de
arquitectura.
• Declaración refinada de las metas del negocio y los conductores estratégicos
• Ir Poblando el Repositorio de AE del Ejercicio
• Principios de Arquitectura
• Visión de arquitectura incluyendo:
• Arquitectura Actual
• Linea base arquitectura de negocio
• Linea base arquitectura de teconologia
• Linea base arquitectura de datos
• Linea base arquitectura de aplicaciones
• Arquitectura Destino
• Target Business architecture
• Target Technology architecture
• Target Data architecture
• Target Application architecture
•

179
Business Transformation Readiness
• La técnica conocida como Evaluación de

la preparación para la transformación
empresarial se lleva a cabo en la Fase A
y se utiliza para evaluar y cuantificar la
preparación de una organización para
enfrentar los cambios.
• Comprender la disposición de la
organización para aceptar el cambio,
identificar los problemas y luego
tratarlos es una parte clave de la
transformación exitosa de la
arquitectura. Se recomienda que esta
evaluación sea un esfuerzo conjunto
entre el personal corporativo, las líneas
de negocios y los planificadores de TI.
180
90
10/10/2022
Evaluar el nivel de preparación para la Transformación que se esta visionando

Business Transformation Readiness
• Las actividades
recomendadas son:
• Determinar los factores de
preparación que afectarán a la
organización.
• Presentar los factores de
preparación utilizando
modelos de madurez.
• Evaluar los riesgos para cada
factor de preparación e
identificar acciones de mejora
para mitigar el riesgo
• Documente los hallazgos en la
Evaluación de capacidad
(consulte la Sección 3.13), y
luego incorpore las acciones en
el Plan de implementación y
migración

181
TARJETA DE REFERENCIA DE LA FASE A DE VISIÓN

182
91
10/10/2022

• Which one of the following is a key objective of Phase A of the TOGAF ADM?
• A. To create a roadmap that describes the evolution of the architecture over time
• B. To prepare a Solution Architecture for the enterprise
• C. To define an IT Strategy that maps out the technology infrastructure
• D. To allocate the resources needed to implement the architecture project
• E. To articulate an Architecture Vision
• According to TOGAF, Which of the following best describes the purpose of the Architecture Definition Document?
• A. An agreement between development partners and sponsors on the
deliverables
• B. A description to allow measurement of the compliance of the implementation
• C. A description to communicate the intent of the architect
• D. A document that triggers the start of an architecture development cycle
• E. A set of general rules and guidelines
183

• In which ADM phase are the business principles, business goals and strategic drivers first validated?
• A. Preliminary Phase
• B. Phase A
• C. Phase B
• D. Phase H
• E. Requirements Management Phase
• What technique does TOGAF recommend for evaluating the status of an organization to undergo change?
• A. Business Transformation Readiness Assessment
• B. Business Value Assessment Technique
• C. Capability-Based Planning
• D. Communications and Stakeholder Management
• E. Gap Analysis

184
92
10/10/2022

• Which one of the following best describes a primary use of the Architecture Vision document?
• A. A checklist for compliance reviews
• B. An evaluation tool to select vendors to conduct a proof of concept demonstration
• C. A tool for calculating detailed cost estimates
• D. A tool for project planning the implementation activities
• E. A tool for selling the benefits of the proposed capability to stakeholders
• Which one of the following is recommended to define requirements and articulate the Architecture
Vision created in Phase A?
• A. Business scenario
• B. Impact analysis
• C. Mission statement
• D. Requirements analysis
• E. Solution architecture

185

• Which one of the following is an objective of Phase A of the TOGAF ADM?
• A. To allocate the resources needed to implement the architecture project
• B. To define the framework that is going to be used to develop the enterprise architecture
• C. To define an IT Strategy that maps out the technology infrastructure
• D. To prepare a Solution Architecture for the enterprise
• E. To secure formal approval to proceed
• According to TOGAF, in which phase of the ADM should an initial assessment of business transformation
readiness occur?
• B. Phase A
• C. Phase B
• D. Phase F
• E. Phase G

186
93
10/10/2022
Administración de los Requerimientos
• El proceso de gestión de los requerimientos de arquitectura se aplica a todas las Preliminar:

fases del ciclo ADM. Trabajo y
Principios
• El proceso de Gestión de requerimientos es un proceso dinámico, que aborda la

identificación de requisitos para la empresa, almacenándolos y luego
alimentándolos dentro y fuera de las fases relevantes de ADM. A
Visión
• Manejo de la toma de requerimientos H Arquitectura B
• Llevar trazabilidad si son viables de atender y en que dominio hay que intervenir para Arquitectura Arquitectura
ello (Negocio, Aplicaciones, datos, tecnología) Negocios
• Atender las modificaciones sobre los requerimientos
C
• Dar de baja un requerimientos que ya no debe tenerse en cuenta o que no es pertinente G Desarrollo
Gobierno Administrar
atender de la Requerimientos Arquitectura
Sistemas
Implementación
• La capacidad de lidiar con los cambios en los requerimientos es crucial para el Información
proceso de ADM, ya que la arquitectura, por su propia naturaleza, trata con la
F D
incertidumbre y el cambio, reduciendo la brecha entre las aspiraciones de las partes Desarrollo
Plan
interesadas y lo que se puede ofrecer como una solución práctica. Migración E
Arquitectura
Tecnología
Oportunidades
Y
Soluciones

187
Fases B, C y D de ADM
Temas comunes Preliminar:
Trabajo y
• Desarrollar el trabajo detallado de arquitectura por dominios

Principios
• B: Negocio A
• C: Aplicaciones y Datos
Visión
H Arquitectura B
• D: Recursos tecnológicos Arquitectura Arquitectura
Negocios
• Etapas comunes Gobierno

C
1. Línea Base detallada de la Arquitectura del Trabajo (Arquitectura actual de la
Implementación Requerimientos Arquitectura
Sistemas
relacionada con el Concern) Información
• Componentes, como se articulan y como contribuyen a resolver la F D

problemática Plan
Migración E
Desarrollo
Arquitectura
Tecnología
2. Búsqueda de Referentes que presenten escenarios de mejora a la Oportunidades
Y
arquitectura actual y resuelvan el Concern Soluciones
Formular la
3. Elaborar el análisis de Brechas entre la arquitectura actual y la de referencia Arquitectura
4. Decidir cuales brechas son viables cerrar para resolver el problema Detallada de
5. Formular la Arquitectura Objetivo (Target) detallada del trabajo la solución
6. Aproximar una hoja de ruta para implementarla (Inicial)

188
94
10/10/2022
IDENTIFICACION DE LAS BRECHAS QUE DEBE CERRAR EL TRABAJO DE ARQUITECTURA
1. En los servicios Institucionales

2. En los canales
3. En la Organización Humana
4. En el Modelo de Gobierno, Indicadores del Tablero de Control
5. En los procesos
6. En Gobierno de Datos y gestión Información
7. En Sistemas de Información
8. En Interoperabilidad e Integración de sistemas e información
9. En Infraestructura de TIC
10. En Implementación de Tecnologías Emergentes
11. En Seguridad Informática

189
PATRONES GENERALES DE BRECHAS A CERRAR
1. Implementar nuevos componentes / elementos en los dominios

• No existen actualmente (Innovaciones)
• Incrementarán la entrega de valor
2. Evolucionar los actuales componentes / elementos en los dominios
• Fortalecer los componentes actuales para que entreguen más valor
3. Retirar componentes / elementos en los dominios
• Eliminar los componentes que hoy no contribuyen en la entrega de
valor (Obsolescencias, Practicas Improductivas)

190
95
10/10/2022

Ejemplo: DOMINIO DE SISTEMAS DE INFORMACIÓN (Aplicaciones)
APLICACIONES ACTUALES FUTURAS APLICACIONES
Aplicación 1 Aplicación 2 Aplicación 3 Se mantienen prácticamente

Aplicación 1 Aplicación 2 Aplicación 3
como están sin mayores
Aplicación 4 Aplicación 5
cambios
Aplicación 6 Aplicación 7 Aplicación 8 Aplicación 6 Aplicación 7 Aplicación 8 Se evolucionan funcional y

técnicamente para dar mejor
Aplicación Aplicación servicio y cobertura
10 10
Aplicaciones que se retiran

Aplicación 11 Aplicación 12 (Obsolescencia, Pertinencia, No mantenibles)
Nuevas aplicaciones a implementar

Aplicación 13 Aplicación 14 Aplicación 15
para dar mas cobertura tecnológica

191

DOMINIO DE INFRAESTRUCTURA
INFRAESTRUCTURA ACTUAL FUTURA INFRAESTRUCTURA

Computadores Equipos Computadores Equipos
Servidores Licencias Periféricos personales de Red Servidores Licencias Periféricos personales de Red Se mantienen prácticamente
Servicios Servicios como están sin mayores
Equipos de Servicios de Servicios Equipos de Servicios de Servicios
Conectividad en la en la cambios
Seguridad Tercerizados Seguridad Conectividad Tercerizados
Nube Nube
Computadores Equipos
Servidores Licencias Periféricos personales de Red Elementos de la Infraestructura Tecnológica que se retiran
(Obsolescencia, Ineficiencia, No mantenibles, Sin Soporte, Costos elevados)
Servicios
Equipos de Servicios de Servicios
Conectividad
en la
Seguridad Tercerizados
Nube
Nuevos Elementos de la
Servidores Licencias Periféricos Computadores Equipos Infraestructura Tecnológica que se
personales de Red
implementan para mejorar el
Servicios
Equipos de Servicios de
Conectividad
Servicios
en la desempeño / sostenibilidad de los
Seguridad Tercerizados
Nube servicios de TIC

192
96
10/10/2022
Estrategias Habilitadoras
Áreas de transformación
Proyectos que se Organización

formulan dentro de Humana Adopción de Nuevas
un contexto de • Modelo de Tecnologías
Factibilidad (ROI, TCO, Gobierno
Costo/Beneficio) • Competencias
Aplicaciones
• Tercerización
Mejora
Procesos de
negocio
Infraestructura
Innovación en
Portafolio P/S
Estrategias Información

193
Ejemplo de Estrategias Habilitadoras

Innovación • Análisis de generación de valor
• Ajustes, Retiros y Novedades
Portafolio • Mayor Apalancamiento Tecnológico

• Mejores Acuerdos de Noveles de Servicio (SLA)
• Relacionamiento y servicio al cliente

Mejora Procesos de • Centros de servicios compartidos
• Automatización Procesos más relevantes (iBPMs)
Negocio • Reducción de niveles de desperdicio
• Adopción de mejores prácticas y modelos referentes
• Fortalecimiento de competencias en procesos misionales

Organización • Reforzar el modelo de Gobierno y toma de decisiones
• Alineamiento a procesos de negocios (Romper con las defensas de territorios)
Humana • Estrategia de retención de personal clave

• Modelo de compensación por productividad

194
97
10/10/2022
Ejemplo de Estrategias Habilitadoras
• Oficinas Arquitectura, Proyectos, Ing. Software

Capacidad de • Mesa Unificada de Servicios
• Servicios TICs en Procesos Misionales
Gestión • Aseguramiento Calidad, Seguridad de la
Información
Adopción • Estándares Web 2.0

• Mayor cobertura Sistemas de Información a Procesos del negocio
• Arquitectura Orientada a Servicios (SOA)
Nuevas • Automatización Procesos de Negocio (BPM)
• Inteligencia de Negocios e Información Gerencial (BI)
Tecnologías • Gestión Relacionamiento (CRM)

195
Fase E: Oportunidades y Soluciones

• Evaluar y seleccionar entre las opciones de implementación identificadas
en el desarrollo de varias de las arquitecturas Target (ej construir vs
comprar vs re-usar) Preliminar:
• Identificar los parámetros estratégicos para el cambio y los paquetes de Justificación, Marco de
Trabajo y
trabajo o proyectos de más alto nivel que se realizaran en el Movimiento Principios
desde el entorno actual hasta la meta.
• Evaluar las dependencias, los costos y beneficios de los diversos proyectos A
• Generar una estrategia global de implementación y migración y un plan H
Visión
Arquitectura B
detallado implementación. Gestión Cambios Desarrollo
• Evaluar que tan preparada esta la organización para esa transformación Arquitectura Arquitectura
Negocios
(Business Transformation Readiness)
C
• Fase E Oportunidades y Soluciones- Pasos G Desarrollo
Administrar
• Identificar las principales restricciones de la secuencia de implementación en el Gobierno
de la Requerimientos Arquitectura
negocio Implementación
Sistemas
• Revisión análisis de Brechas de la fase D Información
• Tormenta de ideas de los requerimientos técnicos desde la perspectiva funcional D

F
• Tormenta de ideas de los requerimientos de co-existencia e interoperabilidad Plan
Desarrollo
• Identificar arquitecturas intermedias o de transición (Fases 1, 2, etc) Migración E
Arquitectura
Tecnología
• Evaluación de arquitectura y análisis de brechas. Oportunidades
Y
• Identificar los principales paquetes o proyectos Soluciones

196
98
10/10/2022

197
Fase F: Planificar la Migración

• Ordenar varios de los proyectos de implementación
en orden de prioridad. Las actividades incluyen la Preliminar:
evaluación de dependencias, costos, y beneficios de Trabajo y

Principios
varios proyectos de migración. La lista de proyectos

A
priorizada forma la base para el plan detallado de Visión
H Arquitectura B
implementación y migración. Gestión Cambios
Arquitectura
Desarrollo
Arquitectura
• Fase F Planificar la Migración- Pasos

Negocios
C
• Priorizar proyectos, Analizar Impacto G
Gobierno Administrar Desarrollo
Arquitectura
de la Requerimientos
• Estimar los requerimientos de recursos y disponibilidad Implementación
Sistemas
Información
• Realizar evaluación de costo/beneficio de varios proyectos F D

de migración Plan
Desarrollo
Arquitectura
Migración E
• Realizar una evaluación de riesgos.
Tecnología
Oportunidades
Y
Soluciones
• Generar un plan de trabajo de implementación
• Documentar el plan de migración
198
99
10/10/2022
Fase G: GOBIERNO DE LA IMPLEMENTACIÓN

Preliminar:
• Proveer supervisión de la Arquitectura para la Justificación, Marco de

Trabajo y
Principios
implementación
• Definir restricciones de la Arquitectura para los H
A
Visión
Arquitectura B
proyectos de implementación Gestión Cambios
Arquitectura
Desarrollo
Arquitectura
Negocios
• El Contrato de la Arquitectura C
G Desarrollo
• Monitorear el trabajo de implementación para la Gobierno
de la
Implementación
Administrar
Sistemas
conformidad Información
F D
• Asegurar la Entrega de Valor al Negocio Plan
Migración E
Desarrollo
Arquitectura
Tecnología
Oportunidades
Y
Soluciones

199
Fase G: Gobierno de la Implementación

• Formular recomendaciones para cada proyecto de Preliminar:
implementación Justificación, Marco de
Trabajo y
• Construir un contrato de arquitectura para gobernar la

Principios
implementación global y el proceso de despliegue. A

• Realizar las funciones apropiadas de gobierno mientras el H
Visión
Arquitectura B
sistema está siendo implementado y desplegado. Gestión Cambios
Arquitectura
Desarrollo
Arquitectura
Negocios
• Asegurar que haya conformidad con la arquitectura definida por C
los proyectos de implementación y otros proyectos G
Gobierno Administrar Desarrollo
Arquitectura
• Fase G Gobierno implementación- Pasos
de la Requerimientos
Sistemas
Implementación
Información
• Formular las recomendaciones
F D
• Documentar el contrato de arquitectura Plan
Desarrollo
Arquitectura
E
• Revisar el gobierno de la implementación en curso y la compatibilidad Migración
Oportunidades
Tecnología
de arquitectura Y
Soluciones

200
100
10/10/2022
FASE H: GESTIÓN DEL CAMBIO EN LA ARQUITECTURA

• Administración del Cambio
• Establecer una arquitectura del procesos de administración del Preliminar:
cambio para la nueva línea base de arquitectura que se alcanza Justificación, Marco de
Trabajo y
al completar la fase G. Principios
• Este proceso típicamente ofrece un monitoreo continuo de

cosas tales como los nuevos desarrollos en tecnología y los A
cambios en el ambiente de negocio, para determinar cuando H
Visión
Arquitectura B
iniciar formalmente un nuevo ciclo de evolución de la Gestión Cambios Desarrollo
arquitectura Arquitectura Arquitectura
Negocios
• Pasos de la Fase H Arquitectura Administración de los Cambio C
G
• Monitorear los cambios en tecnología Gobierno Administrar Desarrollo
• Monitorear los cambios del negocio de la

Implementación
Sistemas
• Evaluar los cambios y desarrollar una posición para actuar Información
• Organizar las reuniones de la junta de arquitectura. F D

Desarrollo
• Empalma con la Administración de los Requerimientos Plan
Migración E
Arquitectura
Tecnología
Arquitectura Oportunidades
Y
• Definir un proceso por el cual los requerimientos para la Soluciones
arquitectura empresarial son: identificados, almacenados, y

alimentan la entrada y la salida de las fases de ADM relevantes.

201

• Proveer monitoreo continuo y una gestión del proceso
de cambios a la Arquitectura (Solicitudes de Cambio) Preliminar:
• Asegurar que los cambios a la Arquitectura son

Trabajo y
Principios
gestionados de manera consistente y arquitectónica
• Establecer y soportar la Arquitectura Empresarial para A
que tenga la flexibilidad para evolucionar rápidamente H
Visión
Arquitectura B
en respuesta a los cambios de la tecnología o del Gestión Cambios
Arquitectura
Desarrollo
Arquitectura
entorno del negocio Negocios
• Monitoreo del progreso de los cambios de Tecnología G

Administrar
C
Desarrollo
Gobierno
• Monitoreo del progreso de los cambios del Negocio y la de la
Implementación
Sistemas
capacidad de gestión Información
• Evaluación de los cambios y el desarrollo de las F

Plan
D
Desarrollo
condiciones para actuar. Migración E

Oportunidades
Arquitectura
Tecnología
• Reunión del Comité de Arquitectura para decidir sobre el

Y
Soluciones
manejo de los cambios

202
101
10/10/2022
• El proceso de gestión de los requerimientos de arquitectura se aplica a todas las

Preliminar:
fases del ciclo ADM. Justificación, Marco de
Trabajo y
• El proceso de Gestión de requerimientos es un proceso dinámico, que aborda la Principios
identificación de requisitos para la empresa, almacenándolos y luego

alimentándolos dentro y fuera de las fases relevantes de ADM.
A
• Manejo de la toma de requerimientos Visión
H Arquitectura B
• Llevar trazabilidad si son viables de atender y en que dominio hay que intervenir para Gestión Cambios Desarrollo
ello (Negocio, Aplicaciones, datos, tecnología) Arquitectura Arquitectura
• Atender las modificaciones sobre los requerimientos Negocios
• Dar de baja un requerimientos que ya no debe tenerse en cuenta o que no es pertinente C

atender Gobierno
de la Arquitectura
Requerimientos
• La capacidad de lidiar con los cambios en los requerimientos es crucial para el Implementación Sistemas
proceso de ADM, ya que la arquitectura, por su propia naturaleza, trata con la Información
incertidumbre y el cambio, reduciendo la brecha entre las aspiraciones de las partes D

interesadas y lo que se puede ofrecer como una solución práctica. F
Desarrollo
Plan Arquitectura
Oportunidades
Y
Soluciones

203
• Pasos
• Identificar / documentar requisitos Entradas
• Requisitos de referencia • Las entradas al proceso de Gestión de requisitos son las salidas
• Supervisar los requisitos de referencia relacionadas con los requisitos de cada fase ADM.
• Identificar los requisitos modificados; eliminar, agregar,
• Los primeros requisitos de alto nivel se producen como parte
modificar y reevaluar prioridades de la Visión de la Arquitectura.
• Identificar los requisitos modificados y registrar las • Cada dominio de arquitectura genera requisitos detallados.
prioridades; identificar y resolver conflictos; generar • Las entregas en fases posteriores de ADM contienen
declaraciones de impacto de requisitos asignaciones a nuevos tipos de requisitos (por ejemplo,
• Evaluar el impacto de los requisitos modificados en las fases requisitos de conformidad).
ADM actuales y anteriores Salidas
• Implementar los requisitos derivados de la Fase H • Requisitos modificados
• Actualizar el repositorio de requisitos de arquitectura • Evaluación de impacto de requisitos, que identifica las fases del
Implemente el cambio en la fase actual ADM que deben revisarse para abordar cualquier cambio.
• Evaluar y revisar análisis de brechas para fases pasadas • La versión final debe incluir todas las implicaciones de los
requisitos (por ejemplo, costos, escalas de tiempo y métricas
comerciales).

204
102
10/10/2022
TARJETA DE REFERENCIA DE LA GESTIÓN DE REQUERIMIENTOS DE A.E.

205

• The Requirements Management Phase is responsible for Which one of the following activities?
• A. Addressing requirements
• B. Disposal of resolved requirements
• C. Generating requirements
• D. Managing the flow of requirements
• E. Prioritizing requirements
• Which phase of the ADM is an on-going activity that is visited throughout a TOGAF architecture project?
• A. Architecture Change Management
• B. Implementation governance
• C. Migration planning
• D. Preliminary Phase
• E. Requirements Management
• Complete the sentence. The Requirements Management Phase _________.
• A. addresses and resolves requirements between ADM phases
• B. is a central process that prioritizes requirements for all ADM phases
• C. is used to dispose of resolved requirements for all ADM phases
• D. generates new requirements and passes them to all ADM phases
• E. stores requirements and manages their flow into relevant ADM phases

206
103
10/10/2022
Fases B, C y D de ADM
Temas comunes
• Desarrollar el trabajo detallado de arquitectura por dominios

• B: Negocio
• C: Aplicaciones y Datos
• D: Recursos tecnológicos
• Etapas comunes Preliminar:
• Línea Base detallada de la Arquitectura del Trabajo (Arquitectura actual relacionada con el Concern) Trabajo y
Principios
• Componentes, como se articulan y como contribuyen a resolver la problemática
• Búsqueda de Referentes que presenten escenarios de mejora a la arquitectura actual y resuelvan el
A
Concern Visión
H Arquitectura B
• Elaborar el análisis de Brechas entre la arquitectura actual y la de referencia Gestión Cambios Desarrollo
• Decidir cuales brechas son viables cerrar para resolver el problema Negocios
• Formular la Arquitectura Objetivo (Target) detallada del trabajo

C
• Aproximar una hoja de ruta para implementarla (Inicial) Gobierno
de la
Arquitectura
Implementación Requerimientos Sistemas
Información
F D
Desarrollo
Plan
Arquitectura
Oportunidades
Y
Soluciones

207
Fase B: Arquitectura de Negocios

Definición de Cadena de Valor que responda a la Arquitectura Objetivo
Base.
Definir los puntos de vista (operaciones, financiero).
Entregables
• Principios de negocio validados.
• Arquitectura de negocios futura.
• Análisis de Brechas (GAP Analysis)
• Levantamiento y/o refinamiento de necesidades del negocio.
• Revisión Formal con los Interesados.

208
104
10/10/2022
Fase B: Arquitectura del Negocio

• El conocimiento de la Arquitectura de Negocios es un requisito previo para el trabajo de arquitectura en
cualquier otro dominio (datos, aplicaciones, tecnología), y, por tanto, es la primera actividad de
Arquitectura que debe realizarse
• Fase B Negocio- Objetivos
• Describir la línea base de la arquitectura de negocio
• Desarrollar un Target Business Architecture, describiendo la estrategia de producto o servicio, y los aspectos
organizacionales, funcionales, procesos, información y geográficos del ambiente de negocio basado en los principios de
negocio, metas de negocio y conductores estratégicos
• Analizar las Brechas entre la línea base y el target Business architecture
• Seleccionar los puntos de vista relevantes de arquitectura que permitan al arquitecto demostrar cómo se direccionan las
preocupaciones de los interesados en la arquitectura de negocio
• Seleccionar las herramientas y técnicas relevantes para utilizarse en asociación con los puntos de vista seleccionados.

209
Fase B: Arquitectura del Negocio

• Fase B Negocio- Pasos
• Desarrollar la descripción del Baseline Business Architecture
• Identificar modelos de referencia, puntos de vista y herramientas
• Seleccionar los bloques de construcción para la arquitectura de negocio (ej
Servicios de negocio)
• Realizar un chequeo formal de revisión del modelo de arquitectura y los bloques de
construcción con los interesados
• Revisar los criterios No-funcionales (Qualitativos)
• (ej desempeño, costos, volúmenes)
• Completar la Arquitectura de Negocio
• Realizar un análisis de brechas y crear el informe.

210
105
10/10/2022
TARJETA DE REFERENCIA DE LA FASE B DE ARQUITECTURA DE NEGOCIO

211
Fase C.a: Arquitectura de Aplicaciones

Lista general de aplicaciones guiadas por los intereses de negocios.
Modelo de integración entre las diferentes aplicaciones.
Entregables
• Arquitectura de aplicaciones actual.
• Arquitectura de aplicaciones objetivo
• Análisis de Brechas.
• Reporte de Arquitectura de aplicaciones.

212
106
10/10/2022
Fase C.a:Arquitectura Sistemas de información

• Fase C: Arquitectura Detallada de Sistemas de Información
• Objetivos
• Desarrollar las arquitecturas que cubran los dominios de datos y Aplicaciones, ya sea uno de los
dos o ambos dependiendo del alcance del proyecto.
• El alcance de los procesos de negocio soportados en la fase C esta limitado a aquellos que
están soportados por TI y las interfaces de aquellos procesos a los procesos de no relacionados
con Ti.
• Datos:
• Definir las fuentes y tipos de datos necesarios para apoyar al negocio en forma que:
• Sea entendible por los interesados
• Completa y consistente
• Estable
• Aplicaciones:
• Definir los principales tipos aplicaciones necesarias para procesar los datos y soportar el negocio. El esfuerzo no se dirige al diseño de los sistemas de aplicaciones.
• La meta es definir que tipos de sistemas de aplicaciones son relevantes para la empresa y cuales aplicaciones se necesitan hacer para administra los
datos y para presentar información a los actores humanos y computacionales de la empresa.

213
TARJETA DE REFERENCIA DE LA FASE C DE ARQUITECTURA DE APLICACIONES

214
107
10/10/2022
Fase C.b: Arquitectura de Información
Contenedores de información de los diferentes

sistemas.
Relación de las fuentes de datos.
Contenedores de conocimientos para el despliegue
de la inteligencia del negocio.
Entregables
• Arquitectura de datos actual.
• Arquitectura de datos objetiva.
• Reporte de Arquitectura de aplicaciones.

215
TARJETA DE REFERENCIA DE LA FASE C DE ARQUITECTURA DE INFORMACION

216
108
10/10/2022
Fase D: Arquitectura Tecnológica

Modelo de capas requeridas para la operación.
Servicios de infraestructura
Entregables
• Arquitectura tecnológica actual.
• Arquitectura tecnológica objetivo.
• GAP Análisis
DMZ KEY
Client
Server
Port xxx Port xxx PC
Opened on Opened on
Networ
Internet Firewall Firewall Network
k Area
Mobile
Device
Data
Store
OBMG OBMG
GPRS Proprietary Proprietary User Network Linking
(OBMG / Encrypted) Protocol Protocol Firewall
Device
(Encrypted) (Encrypted)
Mobile Device
OBMG
Prop col
DMZ Proxy
OBMGtary
(Enc
Proto ted)
rie
ryp
LAN
MS Exchange
Mail Synch Protocol
MG
OB ietary
pr l Au l
Pro toco ) th co
Pro pted OBMG Pro to Microsoft
ry
(Enc to Pro
Server co
l Au
th Exchange
Cradle / USB
Cable
Mobile Device Desktop PC

(OBMG Desktop Proxy)
Active Directory

217
Fase D: Arquitectura de tecnología Objetivo
• Desarrollar una arquitectura de tecnología que formará la base del

siguiente trabajo de implementación.
• Fase D Tecnología- Pasos
• Crear una descripción de línea de base en formato TOGAF
• Considerar los diferentes modelos de referencia de arquitectura, puntos de vistas y
herramientas
• Crear un modelo de arquitectura de bloques de construcción
• Seleccionar el portafolio de servicios requerido por cada bloque de construcción
• Confirmar que las metas y objetivos del negocio se satisfagan
• Determinar el conjunto de criterios para elegir especificaciones y portafolio de
especificaciones
• Completar la definición de arquitectura
• Conducir un análisis de brechas

218
109
10/10/2022
TARJETA DE REFERENCIA DE LA FASE D DE ARQUITECTURA DE TECNOLOGÍA

219

• Gap Analysis is a technique used in Phases B, C, D and E. Which one of the following statements best
describes the gap analysis technique?
• A. It highlights areas of stakeholder concern
• B. It highlights the impacts of change
• C. It highlights services that are yet to be developed
• D. It highlights services that are available
• E. It highlights different viewpoints
• Which of the following is NOT an objective for Phase B, Business Architecture?
• A. Defining the Strategic Business Plan
• B. Describing the Baseline Business Architecture
• C. Developing the Target Business Architecture
• D. Selecting relevant viewpoints for key stakeholders

220
110
10/10/2022

• Which one of the following is NOT an objective for Phase C, Data Architecture?
• A. Defining an architecture that can be understood by the stakeholders
• B. Defining an architecture that is complete and consistent
• C. Defining an architecture that is stable
• D. Defining data entities that are normalized to minimize update anomalies
• E. Defining data entities relevant to the enterprise
• According to TOGAF, Which of the following steps in Phases B, C, and D occurs before
development of the baseline or target architectures?
• A. Conduct formal stakeholder review
• B. Create Architecture Definition Document
• C. Define Roadmap components
• D. Perform gap analysis
• E. Select reference models, viewpoints and tools

221
• Which of the following describes a key objective of the Technology Architecture Phase?
• A. To define the solution architecture needed to support the Application Architecture
• B. To define technology components into a set of technology platforms
• C. To define the Transition Architectures needed to achieve the Target Architecture
• D. To develop a migration plan to deliver incremental capabilities
• E. To select a set of technology products that will form the basis of a solution architecture
• Which of the following is an objective of Phase B, Business Architecture?

• A. To confirm the ability of the enterprise to undergo change
• B. To demonstrate how stakeholder concerns are addressed in the Business Architecture
• C. To develop a Target Technology Architecture to support the business
• D. To finalize the Architecture Vision and Architecture Definition documents
• E. To maximize the business value from the architecture
• According to TOGAF, in which sequence should Application Architecture and Data Architecture be developed in Phase C?
• A. Application Architecture should be developed first, then Data Architecture
• B. Application Architecture should be developed concurrently with Data Architecture
• C. Data Architecture should be developed first, then Application Architecture
• D. Application Architecture and Data Architecture may be developed in either sequence

222
111
10/10/2022
Fase E: Oportunidades y Soluciones

• Evaluar y seleccionar entre las opciones de implementación identificadas en el desarrollo de
varias de las arquitecturas Target (ej construir vs comprar vs re-usar)
• Identificar los parámetros estratégicos para el cambio y los paquetes de trabajo o proyectos de
más alto nivel que se realizaran en el Movimiento desde el entorno actual hasta la meta.
• Evaluar las dependencias, los costos y beneficios de los diversos proyectos
• Generar una estrategia global de implementación y migración y un plan detallado
implementación.
• Evaluar que tan preparada esta la organización para esa transformación (Business
Transformation Readiness)
• Fase E Oportunidades y Soluciones- Pasos
• Identificar las principales restricciones de la secuencia de implementación en el negocio
• Revisión análisis de Brechas de la fase D
• Tormenta de ideas de los requerimientos técnicos desde la perspectiva funcional
• Tormenta de ideas de los requerimientos de co-existencia e interoperabilidad
• Identificar arquitecturas intermedias o de transición (Fases 1, 2, etc)
• Evaluación de arquitectura y análisis de brechas.
• Identificar los principales paquetes o proyectos

223
TARJETA DE REFERENCIA DE LA FASE E DE OPORTUNIDADES & SOLUCIONES

224
112
10/10/2022
Ejemplos de preguntas
• Which phase of the TOGAF ADM is the first phase directly concerned with the planning for the implementation of the target architecture(s)?
• A. Phase D
• B. Phase E
• C. Phase F
• D. Phase G
• E. Phase H
• Complete the sentence. The Business Transformation Readiness Assessment technique is primarily focused on ___
• A. determining if the organization is ready to accept change
• B. planning the migration steps needed to achieve the transformation
• C. ensuring that there are adequate trained developers and engineers to implement the solution
• D. ensuring that there is sufficient financial capacity to execute the desired transformation
• E. determining if there is adequate stakeholder support for the implementation process

225
Ejemplos de preguntas
• In Which phase of the TOGAF ADM are Gap Analysis results from earlier phases consolidated?
• A. Phase D
• B. Phase E
• C. Phase F
• D. Phase G
• E. Phase H
• Which one of the following best describes the purpose of ADM Phase E?
• A. To define the initial implementation plans
• B. To define the scope, identifying stakeholders and obtaining approvals
• C. To develop the Technology Architecture
• D. To manage requirements throughout the ADM
• E. To perform architectural oversight for the implementation

226
113
10/10/2022
Fase F: Planificar la Migración

• Ordenar varios de los proyectos de implementación en orden de
prioridad. Las actividades incluyen la evaluación de dependencias, costos,
y beneficios de varios proyectos de migración. La lista de proyectos
priorizada forma la base para el plan detallado de implementación y
migración.
• Fase F Planificar la Migración- Pasos
• Priorizar proyectos, Analizar Impacto
• Estimar los requerimientos de recursos y disponibilidad
• Realizar evaluación de costo/beneficio de varios proyectos de migración
• Realizar una evaluación de riesgos.
• Generar un plan de trabajo de implementación
• Documentar el plan de migración

227
TARJETA DE REFERENCIA DE LA FASE F DE PLANEAR LA MIGRACIÓN

228
114
10/10/2022
Fase G: GOBIERNO DE LA IMPLEMENTACIÓN

• Proveer supervisión de la Arquitectura para la implementación
• Definir restricciones de la Arquitectura para los proyectos de
implementación
• El Contrato de la Arquitectura
• Monitorear el trabajo de implementación para la conformidad
• Asegurar la Entrega de Valor al Negocio

229
Fase G: Gobierno de la Implementación

• Formular recomendaciones para cada proyecto de implementación
• Construir un contrato de arquitectura para gobernar la implementación
global y el proceso de despliegue.
• Realizar las funciones apropiadas de gobierno mientras el sistema está
siendo implementado y desplegado.
• Asegurar que haya conformidad con la arquitectura definida por los
proyectos de implementación y otros proyectos
• Fase G Gobierno implementación- Pasos
• Formular las recomendaciones
• Documentar el contrato de arquitectura
• Revisar el gobierno de la implementación en curso y la compatibilidad de
arquitectura

230
115
10/10/2022
TARJETA DE REFERENCIA DE LA FASE G DE GOBERNABILIDAD DE LA IMPLEMENTACIÓN

231

• Which phase of the ADM focuses on the governance and management of the Architecture
Contracts that cover the overall implementation and deployment process?
• A. Requirements Management
• B. Phase E
• C. Phase F
• D. Phase G
• E. Phase H
• In Phase G, What document establishes the connection between the architecture organization
and the implementation organization?
• A. Architecture Contract
• B. Architecture Landscape
• C. Architecture Roadmap
• D. Requirements Impact Statement
• E. Transition Architecture
232
116
10/10/2022

• Which phase of the ADM ensures that implementation projects conform to the defined
architecture?
• A. Requirements Management
• B. Phase D
• C. Phase F
• D. Phase G
• E. Phase H
• Which ADM phase provides architectural oversight of the implementation?
• B. Phase A
• C. Phase E
• D. Phase G
• E. Phase H

233
• Administración del Cambio

• Establecer una arquitectura del procesos de administración del cambio para la nueva
línea base de arquitectura que se alcanza al completar la fase G.
• Este proceso típicamente ofrece un monitoreo continuo de cosas tales como los
nuevos desarrollos en tecnología y los cambios en el ambiente de negocio, para
determinar cuando iniciar formalmente un nuevo ciclo de evolución de la arquitectura
• Fase H Arquitectura Admon Cambio- Pasos
• Monitorear los cambios en tecnología
• Monitorear los cambios del negocio
• Evaluar los cambios y desarrollar una posición para actuar
• Organizar las reuniones de la junta de arquitectura.
• Arquitectura Admon Requerimientos
• Definir un proceso por el cual los requerimientos para la arquitectura empresarial son:
identificados, almacenados, y alimentan la entrada y la salida de las fases de ADM
relevantes.

234
117
10/10/2022
• Proveer monitoreo continuo y una gestión del proceso de cambios a la

Arquitectura (Solicitudes de Cambio)
• Asegurar que los cambios a la Arquitectura son gestionados de manera
consistente y arquitectónica
• Establecer y soportar la Arquitectura Empresarial para que tenga la flexibilidad
para evolucionar rápidamente en respuesta a los cambios de la tecnología o del
entorno del negocio
• Monitoreo del progreso de los cambios de Tecnología
• Monitoreo del progreso de los cambios del Negocio y la capacidad de gestión
• Evaluación de los cambios y el desarrollo de las condiciones para actuar.
• Reunión del Comité de Arquitectura para decidir sobre el manejo de los cambios

235
TARJETA DE REFERENCIA DE LA FASE H DE ADMINISTRACIÓN DE LOS CAMBIOS EN LA A.E.

236
118
10/10/2022
GESTIÓN DE REQUERIMIENTOS DE A.E.

• Proveer un proceso para gestionar los requerimientos de la Arquitectura a
través de las Fases de un ciclo de ADM.
• Identificar requerimientos para la empresa, almacenarlos y suministrarlos
a las diferentes Fases de ADM, las cuales disponen de ellos, los
direccionan y priorizan.
• Se trabaja con un conjunto dinámico de requerimientos que reflejan los
cambios tecnológicos, la evolución de los mercados y las transformaciones
del entorno.

237
ADM : Guidelines & Techniques

• Un sistema de guías y de técnicas para apoyar el uso del ADM.
• Las guías ayudan a adaptar ADM de acuerdo con los diversos escenarios,
incluyendo los diversos estilos de proceso (ej. el uso de la iteración) y
también con los requisitos específicos (ej. seguridad).
• Las técnicas soportan/apoyan tareas específicas dentro de ADM (ej.
Definir principios, escenarios del negocio, análisis de la brecha, el plan de
migración, la gerencia de riesgo, etc.).

238
119
10/10/2022
ADM : Guías y técnicas de apoyo

Guidelines & Techniques

239
ADM : Guías y técnicas de apoyo
• Las Guías y técnicas de ADM proporcionan una serie de pautas y técnicas para respaldar la aplicación de la ADM.
• Las pautas incluyen la adaptación del ADM para lidiar con una serie de escenarios de uso, incluidos diferentes estilos de
proceso: el uso de la iteración y la aplicación del ADM en todo el panorama de la arquitectura.
• También hay una descripción de alto nivel de cómo usar el marco TOGAF con diferentes estilos arquitectónicos usando SOA
como ejemplo.
• Las técnicas apoyan tareas específicas dentro del ADM (como planificación basada en capacidades, principios definitorios,
análisis de brechas, planificación de migración, gestión de riesgos, gestión de partes interesadas, etc.).
• Directrices y técnicas adicionales también están disponibles en la Biblioteca TOGAF (por ejemplo, orientación sobre la
técnica de escenarios de negocios).

240
120
10/10/2022
241
GUIAS PARA APLICAR EL ADM
Son 4 Guías y lo demás son técnicas:

• Aplicar Iteraciones al ADM
• Aplicar el ADM a través del panorama de la Arquitectura
• Arquitecturas de Seguridad y el ADM
• Usar Togaf para definir y gobernar SOA

241
ITERACIONES EN EL ADM
➢ Las iteraciones se hacen como

repeticiones entre fases, durante todo el
Ciclo.
➢ Las iteraciones buscan tener una

comprensión detallada y más precisa.

242
121
10/10/2022
243
TÉCNICAS PARA APOYAR EL ADM
Las siguientes técnicas se describen en la Parte III: Guías y técnicas de

ADM para apoyar tareas específicas dentro de la ADM:
1. Principios Arquitectura
2. Gestión de Los Interesados
3. Patrones de Arquitectura
4. Escenarios de negocio
5. Análisis De Las Brechas
6. Técnicas de Planificación Migración
7. Evaluación de la preparación de Transformación de Negocios
8. Gestión De Riesgos
9. Planificación basada en Capacidades
243
1. PRINCIPIOS DE ARQUITECTURA
➢ Los principios son normas generales y directrices, destinadas a ser duraderos y rara vez
modificados, que informan y apoyan a la manera en que una organización se marca sobre el
cumplimiento de su misión.
➢ A su vez, los principios pueden ser sólo un elemento en un conjunto estructurado de ideas
que en conjunto definen y orientan a la organización, a partir de los valores a través de
acciones y resultados.
➢ Dependiendo de la organización, los principios pueden establecerse dentro de los diferentes
ámbitos y en diferentes niveles. Dos dominios clave informan al desarrollo y la utilización de la
arquitectura:
➢ Principios de la Empresa
➢ Principios de Arquitectura

244
122
10/10/2022
245
NIVELES DE LOS PRINCIPIOS

• Empresarial : Proporcionan una base para la toma de decisiones en una empresa, e informar a cómo la
organización se establece para cumplir su misión
• Tecnología de la Información (TI) los principios TI proporcionar orientación sobre el uso y el despliegue
de todos los recursos de TI y los activos de la empresa
• Principios de la arquitectura son un subconjunto de TI principios que se relacionan con el trabajo de

arquitectura.

245
246
PLANTILLA DE PRINCIPIOS DE ARQUITECTURA
Nombre Fácil de recordar.

Evite las palabras ambiguas en el nombre y en el Estado: "Abrir",
"considerar“.
Declaración En su mayor parte, las declaraciones de principios son similares de una
organización a otra. Es de vital importancia que la declaración de principios
sea inequívoca.
Justificación Hará hincapié en los beneficios de negocio de adherirse al principio,
utilizando la terminología de negocios.
Describa también la relación con otros principios y las intenciones con
respecto a una interpretación equilibrada.
Implicaciones Hará hincapié en los requisitos, tanto para el negocio y de TI, para llevar a
cabo el principio - en términos de recursos, costos y actividades / tareas.

246
123
10/10/2022
247
DESARROLLO PPIOS. ARQUITECTURA
• Principios de Arquitectura se desarrollan típicamente por los arquitectos de la empresa, en

conjunto con las principales partes interesadas, y son aprobados por el Consejo de Arquitectura.
• Principios de Arquitectura deben estar claramente detectable y claramente articulado para
orientar la toma de decisiones.
• Son elegidos con el fin de asegurar la alineación de la arquitectura y la implementación de la
arquitectura destino con las estrategias de negocios y visiones.
• En concreto, el desarrollo de los principios de la arquitectura es típicamente influenciado por el
siguiente:
• Misión y Planes de la Empresa
• Iniciativas Estratégicas
• Restricciones Externas
• Sistemas y Tecnologías Actuales
• Nuevas Tendencias de la Industria
247
248
CUALIDADES DE LOS PRINCIPIOS

• Comprensible: Pueden ser captadas y entendidas por las personas en toda la organización de forma
rápida. La intención del principio es clara e inequívoca, de modo que violaciones, ya sea intencional o
no, se reducen al mínimo.
• Robusto: Cada principio debe ser lo suficientemente definitivo y preciso para apoyar la toma de
decisiones coherentes en situaciones complejas y potencialmente controversiales.
• Completa: Los principios cubren cada situación percibida.
• De acuerdo: El conjunto de principios debe ser expresado de una manera que permite un equilibrio de
las interpretaciones. Los principios no deben estar en contradicción con el punto en el que se adhiere a
un principio violaría el espíritu del otro.
• Estables: principios deben ser duraderos, sin embargo, capaz de adaptarse a los cambios.

248
124
10/10/2022
249
2. GESTION DE LOS INTERESADOS
➢ Gestión de las partes interesadas es una disciplina importante que los profesionales de la
arquitectura pueden utilizar para ganar el apoyo de los demás. Les ayuda a garantizar que
sus proyectos tengan éxito donde otros fracasan.
• Stakeholders son las personas que tienen un papel clave en o preocupación acerca de, la arquitectura
de la empresa.
• Stakeholders pueden ser individuos, equipos, organizaciones, etc
➢ Los beneficios de la gestión exitosa de los grupos de interés son los siguientes:
➢ Los más poderosos grupos de interés pueden ser identificados temprano
➢ El apoyo de los grupos de interés más poderosos ayudará a que el compromiso de ganar más recursos
➢ Mediante la comunicación con las partes interesadas tempranas y frecuentes, el equipo de arquitectura
puede asegurarse de que comprenden plenamente el proceso de la arquitectura
➢ El equipo de arquitectura puede identificar objetivos en conflicto

249
STAKEHOLDER MANAGEMENT 250
TECNICA
TOGAF ofrece un enfoque paso a paso:
Paso 1: Identificar a los Interesados
Paso 2: Clasificar Posiciones de los stakeholders
Paso 3: Determinación El enfoque de Gestión de los Stakeholders
Paso 4: Entregables personalizados

250
125
10/10/2022
251
PASO 1: IDENTIFICACION
Identificar los Stakeholders Claves de la arquitectura de la empresa.

Mirar a quien impacta el proyecto:
• quién gana y quién pierde con este cambio?
• que controla la gestión de los procesos de cambio?
• que diseña nuevos sistemas?
• quien tomará las decisiones?
• quien adquiere los sistemas de TI y quién decide qué comprar?
• quien controla los recursos?
• quien tiene necesidades
de conocimientos especializados del
251
proyecto?
252
PASO 2: CLASIFICAR LA POSICIÓN

Clasificar y registrar las posiciones en una matriz de análisis de Stakeholders
Stakeholder Stakeholder Ability to Disrupt Current under- Required under- Current Commit- Required Required
Group Change standing standing ment Commit-ment Support
CIO Fulano de Tal H M H L M H
CFO Menganejo M M M L M M

252
126
10/10/2022
253
PASO 3: DETERMINAR COMO APROXIMARSE A ELLOS
• Haga el ejercicio del “Poder” de los Stakeholders, su

influencia e interés, a fin de enfocarse en la
participación de individuos claves
• Estas pueden ser mapeadas dentro de una Matriz

“Interes / Poder ”, la cual es usada para determinar
la estrategia de involucramiento de los Stakeholders

253
254
PASO 3: MATRIZ PODER - INTERES

• Ejemplo de la Matriz Interés / Poder

254
127
10/10/2022
255
PASO 4: ACONDICIONAR LOS ENTREGABLES

Para cada grupo de interés:
• Identificar los puntos de vista que el compromiso arquitectura necesita para producir y
validar con cada grupo de interés
• A definir los puntos de vista específicos, matrices y puntos de vista del modelo de
arquitectura de la empresa

255
ACONDICIONAR ENTREGABLES POR GRUPOS DE 256
STAKEHOLDERS
• Para cada grupo de Stakeholders:
Identificar los puntos de vista (ViewPoints) que se requieren para cada grupo de
Stakeholders
Definir los puntos de vista específicos, matrices y puntos de vista del modelo de
arquitectura de la empresa … …

256
128
10/10/2022
257
EJEMPLO: STAKEHOLDER MAP

257
258
3. PATRONES DE ARQUITECTURA
• Patrón: se define como "una idea que ha sido útil en un contexto práctico y probablemente
será útil para los demás"
• En TOGAF, los patrones se considera que una manera de poner bloques de construcción en su
contexto, por ejemplo, para describir una solución reutilizable para un problema.
• Bloques de construcción son lo que se utiliza: los patrones le puede decir cómo usarlos,
cuándo, por qué, y qué ventajas y desventajas que tiene que hacer con ello.

258
129
10/10/2022
259
4. BUSINESS SCENARIOS
TOGAF define un método para el desarrollo de escenarios de negocios
• Podríamos decir que es un Un "método dentro de un método“

• Esta documentado en Part III, ADM Guidelines and Techniques

259
260
QUÉ ES UN ESCENARIO DE NEGOCIO?

• Un escenario de negocios describe:
Un proceso de negocio, la aplicación o conjunto de aplicaciones que pueden ser habilitadas por
la arquitectura
• El ambiente del negocio y de la tecnología
• La gente y los componentes informáticos (los "actores")
• El resultado deseado de la correcta ejecución

260
130
10/10/2022
261
UN BUEN ESCENARIO DE NEGOCIO

• Es preventivo, define la necesidad del negocio un problema
• Habilita a los fabricantes a comprender el valor de una solución
• Es "inteligente - “SMART”
• Specific (Especifico) define lo que hay que hacer para hacer en el negocio;
• Measurable (Medible) Tiene mediciones claves para el logro del exito
• Actionable (Acciones concretas) Se segmenta caramente el problema, y provee bases para encontrar
una solución
• Realistic ( Realista) Define los limitantes de la capacidad tecnológica y las limitaciones de costo;
• Time- bound (Tiempo determinado Da una idea clara de cuándo caduca una solución.

261
262
BENEFICIOS DE ESCENARIOS DE NEGOCIO

Un escenario de negocio debe obtener una descripción completa de un problema de
negocio
Sin este:
Existe el peligro de que los requisitos no sean completos
El valor de negocio a la solución del problema no será claro
La relevancia de las posibles soluciones no serán claro
Un escenario
Puede jugar un papel importante en la participación de los interesados
Puede ayudar a establecer una buena comunicación con los proveedores desde el principio.

262
131
10/10/2022
263
5. ANÁLISIS GAP
• Es una tecnica, ampliamente usada en el ADM / TOGAF para

validar una arquitectura que esta siendo desarrollada.
• La premisa básica es poner “Enfasis” en los faltantes entre la
arquitectura de línea de base y la arquitectura de destino

263
264
ANÁLISIS GAP

264
132
10/10/2022
265
6. TÉCNICAS DE PLANIFICACIÓN MIGRACIÓN

• La técnica de creación de una evaluación de la instrumentación Factor y la matriz de deducción se
puede utilizar para documentar los factores que afectan a la implementación de la arquitectura y el
Plan de Migración.
• La matriz debe incluir una lista de los factores a tener en cuenta, sus descripciones, y las deducciones
que indican las acciones o las limitaciones que tienen que ser tomadas en consideración en la
formulación de los planes.
• Factores típicamente incluyen:
• Riesgos
• Cuestiones
• Supuestos
• dependencias
• acciones
• Impactos

265
266
EVALUACIÓN DE LA PREPARACIÓN PARA LA TRANSFORMACIÓN DE

•
NEGOCIO
La Arquitectura empresarial a menudo implica un cambio considerable.
• Entender la disposición de una organización para aceptar el cambio, identificando los problemas y
tratar con ellos en los planes de implementación y migración es clave para la transformación en las
fases E y F
• Este es un esfuerzo conjunto entre las empresas (especialmente los recursos humanos) el personal, las
líneas de negocio y los planificadores de TI.

266
133
10/10/2022
7. THE BUSINESS TRANSFORMATION READINESS 267
ASSESMENT
Actividades recomendadas para evaluar la capacidad de transformación del negocio son
los siguientes:
• Determinar los factores de preparación

• Presentar los factores de preparación utilizando modelos de madurez
• Valorar los factores de preparación, y determinar las calificaciones de los factores de
preparación
• Evaluar el riesgo para cada factor de la preparación e identificar medidas de mitigación
• Trabaje estas acciones en la Fase E y F

267
BUSINESS TRANSFORMATION READINESS

ASSESMENT

268
134
10/10/2022
269
FACTORES DE PREPARACIÓN
• Los factores típicos pueden afectar a la transformación del negocio incluyen:
• Visión: la capacidad de definir claramente y comunicar lo que se quiere lograr

• DESEO, voluntad, y resolver
• Necesidad
• Financiamiento
• Patrocinio y Liderazgo
• Gobierno
• Responsabilidad
• Capacidad EMPRESA Implementación y funcionamiento
• Deshacer cambios

269

270
135
10/10/2022
271
8. RISK MANAGEMENT
• Una técnica que se utiliza para mitigar el riesgo en la aplicación y el proyecto de
arquitectura.
• Es importante identificar, clasificar y mitigar estos riesgos antes de comenzar para que
puedan ser rastreados a través del esfuerzo de transformación.

271
272
MANEJO DEL RIESGO
Los dos Niveles a ser considerados

1. Nivel Inicial del Riesgo (Initial level of Risk)
Categorización de los Riesgos
2. Nivel de Riesgo Residual (Residual level of Risk)
Categorización del Riesgos depues de implementación de
acciones
El proceso de riesgo es:
1. Risk classification
2. Risk identification
3. Initial risk assessment
4. Risk mitigation and residual
ARQUITECTURA risk assessment
EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN
Mario Javier Monsalve Hazbón
Material preparado por Diapositiva 272 mariojmh@gmail.com
5. Risk monitoring
272
136
10/10/2022
273
MANEJO DEL RIESGO EN EL ADM

• Los riesgos son identificado en la Fase A, y en la Fase E como parte del Business
Transformation Readiness Assessment
• La identificación de riesgos y mitigación son de la Fase G ( Implementation Governance)

cuando se lleva a cabo el monitoreo de riesgos.

273
274
EVALUACIÓN DE RIESGOS
Evaluados como:
• Catastrophic: Perdidas criticas financieras como resultado puede llevar a la bancarrota
• Critical: Perdidas financieras, perdida de productividad
• Marginal: bajo impacto

274
137
10/10/2022
275
INITIAL RISK ASSESSMENT

Frecuencia de ocurrencia
• Frecuente
• Probablemente
• Ocasionalmente
• Raramente
• Improbable

275
276
Ejemplos de Matrices

276
138
10/10/2022
277
9. CAPABILITY BASED PLANING
• Es una técnica que se centra en la planificación, la

ingeniería y la entrega de las capacidades
estratégicas de negocio
• Proporciona el marco para todas las fases del
desarrollo de la arquitectura en el contexto de los
resultados de negocio, vinculando claramente la
visión de TI, arquitecturas, y los planes de
implementación y migración con el plan
estratégico, el plan de negocio y planes de línea
de negocio.

277
278
CAPABILITIES

278
139
10/10/2022
Views and Viewpoints

• Concepts and Definitions
• System, Stakeholders, Concerns, View, Viewpoint
• System
• A system is a collection of components organized to accomplish a specific function or set of functions.
• Stakeholders & Concerns

279

• View
• A view is a representation of a system from the perspective of a related set of
concerns.
• An architect creates architecture models. A view consists of parts of these, chosen
to show stakeholders that their concerns are being met.
• Viewpoint
• A viewpoint defines the perspective from which a view is taken.
• It defines how to construct and use a view, the information needed, the modeling
techniques for expressing and analyzing it and a rationale for these choices (e.g. by
describing the purpose and intended audience of the view).

280
140
10/10/2022

• The architect uses views and viewpoints in phases A to D for developing
architectures for each domain (business, data, application, technology).
• A view is what you see.
• A viewpoint is where you are looking from, the vantage point or perspective that
determines what you see
• Every view has an associated viewpoint that describes it, at least implicitly.
• Viewpoints are generic, and can be stored in libraries for reuse. A view is always
specific to the architecture for which it is created.

281
What is an Architecture View?

• A representation of an overall architecture with meaning to one or more
stakeholders in the system
• Eg a building architect might create wiring diagrams, floor plans, and
elevations to describe different facets of a building to its different
stakeholders (electricians, owners, planning officials etc.)
• An enterprise architect might create physical and security views of an IT
system

282
141
10/10/2022
Example Viewpoints

283
Building Blocks Module Objectives

• To understand the concepts of Building Blocks within TOGAF
• Architecture Building Blocks
• Solution Building Blocks
• To understand their role within application of the ADM
• A comparison with Architecture Patterns
• To work through a building blocks example

284
142
10/10/2022
Building Blocks
• Building Block Characteristics
• A package of functionality defined to meet the business needs across an organization
• A building block has published interfaces to access functionality
• A building block may interoperate with other, interdependent building blocks
• A Good Building Block
• Considers implementation and usage and evolves to exploit technology and standards
• May be assembled from or a subassembly of other building blocks
• Is reusable and replaceable
• The way in which functionality, products and custom developments are assembled into building blocks varies widely
• Every organization must decide for itself the arrangement
• A good choice can lead to improvements in system integration, interoperability and flexibility
• Systems are built from collections of building blocks
• They can be defined at many levels of detail
• Groupings at the functional such as a customer database are known as Architecture Building Blocks
• Real products or specific custom developments are known as Solutions Building Blocks

285
Architecture Building Blocks (ABBs)

• Architecture documentation and models from the enterprise’s
Architecture Continuum.
• They are defined or selecting during application of the ADM
• Mainly in Phases A, B, C and D
• The characteristics are as follows
• They define what functionality will be implemented
• They capture business and technical requirements
• They are technology-aware
• They direct and guide the development of Solution Building Blocks

286
143
10/10/2022
Framework de Contenido de
Arquitectura
Parte 4
LAS OTRAS
PARTES DEL
LIBRO DE TOGAF Enterprise Continuum
Parte 5
Framework de Capacidades de
Arquitectura
Parte 6

287
Framework de Contenido de Arquitectura

Parte 4
• Architecture Content Framework

• Un modelo detallado de los productos
arquitectónicos del trabajo, incluyendo entregables,
los artefactos dentro de los entregables y los bloques
de construcción de la arquitectura (ABBs) que esos
entregables representan.
• Propicia una mayor consistencia de las salidas de
TOGAF
• Proporciona una lista de comprobación
comprehensiva de las salidas de la arquitectura
• Promueve una mejor integración de los productos del
trabajo
• Proporciona un estándar abierto y detallado sobre el
cómo las arquitecturas deben ser descritas
• Incluye un meta-modelo detallado

288
144
10/10/2022
Togaf Metamodel
• Architecture Content Framework se basa en un metamodelo de contenido
estándar que proporciona una definición para todos los tipos de bloques de
construcción que existen dentro de una arquitectura.
• En la Figura siguiente se muestra una descripción general de alto nivel del
metamodelo de contenido. El metamodelo ilustra cómo se pueden describir
estos componentes básicos y cómo se relacionan entre sí.
• Al crear y administrar arquitecturas, es necesario tener en cuenta diversas
inquietudes, como servicios empresariales, actores, aplicaciones, entidades de
datos y tecnología.
• El metamodelo de contenido resalta estas inquietudes, muestra sus relaciones e
identifica los artefactos que se pueden usar para representarlos de manera
coherente y estructurada.
• Además, el metamodelo de contenido se puede utilizar para proporcionar
orientación a cualquier organización que desee implementar su arquitectura
utilizando una herramienta de arquitectura.

289
Marco de Contenido de la Arquitectura

Architecture Content Framework
CONTENIDO DEL
META MODELO

290
145
10/10/2022
Repositorio de Architectura
El Repositorio de Arquitectura actúa como un área de

espera para todos los proyectos relacionados con la
arquitectura dentro de la empresa.
El repositorio permite a los proyectos administrar sus
entregas, localizar activos reutilizables y publicar
resultados para las partes interesadas y otras partes
interesadas.
En la Sección 6.3 se puede obtener una descripción del
contenido de un repositorio de arquitectura.
Los siguientes contenidos son típicos dentro de un
repositorio de arquitectura:
- Marco de arquitectura
- Base de información sobre normas
- Arquitectura del paisaje
- Biblioteca de referencia
- Registro de gobierno
- Requisitos de arquitectura
- Vista Panorámica (Paisaje) de soluciones

291
Repositorio de la Arquitectura
Metamodelo de la Arquitectura
Método de la Arquitectura Contexto del Metamodelo
Modelos de
Los artefactos en el referencia
escenario son Las mejores adoptados por la Modelos
estructurados de acuerdo prácticas crean empresa
con el patrón arquitectura Externos de
de referencia Biblioteca de Referencia
Escenarios de la
Arquitectura Referencia
Arquitecturas Adoptada por La Biblioteca de
la empresa
Estratégicas Referencia se gobierna
Estándares tienen
implementaciones
de referencia
Arquitecturas de Estándares de
cumplen con… Estándares
Segmentación Base de adoptados
por la
Información de Empresa
Estándares
Arquitecturas de Las mejores estándares Externos
prácticas crean
Capacidades estándares
(SIB)
El escenario El cumplimiento se
se gobierna gobierna
Registros de Gobernabilidad Visibilidad e
intensificación
(Evidencias de supervisión a los contratos) Comité de
El Consejo de Arquitectura
Capacidades del Equipo de Arquitectura Arquitectura guía
y gerencia las
capacidades
292
146
10/10/2022
Repositorio de la Arquitectura
Architecture Repository
❑ El Repositorio de la Arquitectura es un almacén lógico de información para las

salidas de la ejecución de ADM.
❑ El Metamodelo de la Arquitectura describe el patrón de la arquitectura utilizado en
la empresa.
❑ Los Escenarios de la Arquitectura muestra el estado de la operación de la empresa
en un momento particular de tiempo (Estratégico, Segmento y capacidad)
❑ La Biblioteca de Modelos de Referencia (Reference Library) contiene los
productos reutilizables del trabajo de la arquitectura.
❑ La Base de Información de Estándares (SIB: Standards Information base)
define los criterios de cumplimiento para el trabajo gobernado por la arquitectura.
❑ El Registro de Evidencias de Gobernabilidad (Governance Log) captura los
resultado de la actividad de gobernabilidad, tal como la evaluación de cumplimiento.
❑ Las Capacidades de la Arquitectura (Capability Framework) describe la
organización, los roles, las habilidades y las responsabilidades del trabajo práctico del
equipo de trabajo de Arquitectura Empresarial.
293
Continuum Empresarial
• El Continuum Empresarial puede ser interpretado como un "repositorio
virtual" de todos los artefactos arquitectónicos disponibles en una
organización. Incluye modelos arquitectónicos, patrones de arquitectura,
descripciones arquitectónica, entre otros. Estos artefactos pueden existir
específicamente al interior de la empresa, o en general en la industria de
Tecnologías de Información.
• El Continuum Empresarial consiste tanto del Continuum Arquitectónico como
del Continuum de Soluciones. Continuum Arquitectónico especifica la
estructura de los artefactos arquitectónicos reutilizables, incluyendo reglas,
representaciones y relaciones de los sistemas de información disponibles en
la organización. Continuum de Soluciones describe la implementación del
Continuum Arquitectónico mediante la definición de bloques constituitivos
de solución (solution building blocks, en inglés).
• Es un modelo para estructurar un repositorio (depósito virtual) y los métodos
para clasificar la arquitectura y los artefactos de la solución
• TOGAF proporciona dos modelos de referencia para la posible inclusión en el
Enterprise Continuum de la organización:
• El Técnico (TRM)
• El Integrado (III RM)
294
147
10/10/2022
Enterprise Continuum

295
Enterprise Continuum
• Repositorio virtual de los activos de arquitectura - modelos, patrones,
descripciones de arquitectura, que existen tanto dentro de la empresa
como de la industria de TI en general:
• a) El TOGAF Foundation Architecture: Arquitectura de servicios y funciones genéricas que provee un
fundamento sobre el cual las arquitecturas y los bloques de arquitectura (ABBs) específicos pueden
construirse.
• b) El III-RM Integrated Information Infrastructure Reference Model. Basado en el TOGAF foundation
Architecture y con el ánimo especifico de ayudar al diseño de arquitecturas que permitan y soporten la visión
de flujos de información ilimitados.
• Ofrece un marco y contexto para el apalancamiento de los activos de la arquitectura en la ejecución del
ADM. Incluye descripciones de arquitectura, modelos y patrones tomados de una gran variedad de
fuentes.
• En todo el ADM, hay recordatorios para considerar que activos de la arquitectura debería utilizar el
arquitecto del Enterprise Continuum.

296
148
10/10/2022
El Enterprise Continuum
• Su aplicación práctica en la forma de un repositorio que incluye
arquitecturas de referencia, modelos y patrones aceptados para su uso
dentro de la empresa, y el trabajo de arquitectura realizado
anteriormente.
• El arquitecto debería buscar re-utilizar tanto como sea posible del
Entrerprise Continuum los activos que sean relevantes para el proyecto.
• El Enterprise Continuum es, pues, un framework (un “framework-dentro
de un framework") para clasificar material arquitectónico - tanto los
contenidos de la arquitectura de repositorio de trabajo, como el conjunto
de modelos de referencia relevantes, y disponibles en la industria

297
TOGAF Reference Models
• The TOGAF Technical Reference Model (TRM)

• Un fundamento de la Arquitectura
• Un modelo y una taxonomía de lo servicios
genéricos de la plataforma
• The Integrated Information Infrastructure
Model (III-RM).
• Un modelo para las aplicaciones de negocios y las
aplicaciones de infraestructura.
• Específicamente diseñado para soportar la visión de
“Boundaryless Information Flow”

298
149
10/10/2022
TRM – III-RM

299
El Marco de Capacidades de Arquitectura
• Architecture Capability Framework es un conjunto de recursos, pautas,

plantillas, información básica, etc., que se proporciona para ayudar al
arquitecto a establecer una práctica de arquitectura dentro de una
organización.
• La Parte VI de la norma: Architecture Capability Framework proporciona un
conjunto de materiales de referencia sobre cómo establecer
• Gobierno una función de
de arquitectura
arquitectura dentro de una empresa • Marco y directrices para la gobernanza de la
• Pautas sobre cómo usar el ADM para establecer una arquitectura arquitectura.
• Capacidad dentro de una organización. • Modelos de madurez arquitectónica
• Junta de Arquitectura • Técnicas para evaluar y cuantificar la madurez de
• Pautas para establecer y operar una arquitectura empresarial
una organización en Arquitectura Empresarial.
• Tablero.
• Cumplimiento de arquitectura • Marco de Habilidades de Arquitectura
• Pautas para garantizar el cumplimiento del proyecto con la arquitectura. • Un conjunto de normas de roles, habilidades y
• Contratos de arquitectura experiencia para la tarea del personal
• Pautas para definir y utilizar contratos de arquitectura.

300
150
10/10/2022
Architecture Skills

301
Roles de equipo de AE

302
151
10/10/2022
Estableciendo un Programa de Arquitectura Empresarial en una Organización (Capacidad)

303
PANORAMA DE LAS
CERTIFICACIONES EN TOGAF

304
152
10/10/2022
El Programa de Certificación en TOGAF

305
TOGAF 9 Part 1 Certification Exam

• Exam Number/Name: OG0-092 TOGAF 9 Part 1
• Reference:OG0-092 / OG-IBT-092
• Qualification upon passing: TOGAF 9 Foundation (and partial credit towards the TOGAF 9 Certified qualification)
• Delivered at: Authorized Prometric Testing Centers and through some Accredited TOGAF Training Course Providers (***)
• Prerequisites: None
• Supervised: Yes
• Open Book: No
• Exam type: Multiple choice
• Number of questions: 40
• Pass score: 55% (22 out of 40 questions)
• Time limit: 60 minutes
• Retake policy: If you fail the test you must wait one month before another attempt
• Prometric Fee: USD 320. Local taxes may apply (**)
• Recommended Study: Study Guide and/or Practice Test (note that the Study Guide also includes a copy of the Practice
Test)

306
153
10/10/2022
Topic areas covered by the TOGAF 9 Part 1 examination

1. Basic Concepts (3 questions)
2. Core Concepts (3 questions)
3. Introduction to the ADM (3 questions)
4. The Enterprise Continuum and Tools (4 questions)
5. ADM Phases (9 questions)
6. ADM Guidelines and Techniques (6 questions)
7. Architecture Governance (4 questions)
8. Architecture Views, Viewpoints and Stakeholders (2 questions)
9. Building Blocks (2 questions)
10. ADM Deliverables (2 questions)
11. TOGAF Reference Models (2 questions)
307
TOGAF 9 Part 2 Exam

• Exam Number/Name: OG0-092 TOGAF 9 Part 2
• Qualification upon passing: TOGAF 9 Certified
• Delivered at: Authorized Prometric Testing Centers and Accredited TOGAF Training Course Providers
• Prerequisites: TOGAF 9 Foundation or a pass of TOGAF 9 Part 1 exam on the same day at the same test center
• Supervised: Yes
• Open Book: Yes, test centers provide a copy of TOGAF 9 which can be referenced while taking the exam (note at
Pearson test centers this is an electronic copy of the specification included built into the exam ***).
• Exam type: Scenario Based, Complex Multiple Choice
• Pass score: 60% (24 out of 40 points)
• Time limit: 90 minutes
• Retake policy: If you fail the test you must wait one month before another attempt
• Prometric Fee: USD 320. Local taxes may apply. (**)
• Recommended Study: A Study Guide is available.

308
154
10/10/2022
TOGAF 9 Combined Part 1 and Part 2 Exam
• This is a combined TOGAF 9 Part 1 and Part 2 examination for candidates who want to achieve Level 2 certification directly.
• Exam Number/Name: OG0-093 TOGAF 9 Combined Part 1 and Part 2
• Qualification upon passing: TOGAF 9 Certified
• Delivered at: Authorized Pearson Testing Centers and Accredited TOGAF Training Course Providers
• Prerequisites: None
• Supervised: Yes
• Open Book: Dependent on section. This examination comprises two separate sections. The TOGAF 9 Part 1 section is CLOSED Book. The TOGAF 9 Part 2 Section 2 is OPEN book. (Note at
Pearson test centers an electronic copy of the specification is built into the test and becomes available in Part 2 only).
• Exam type: The exam comprises two sections. Section 1 - 40 Simple Multiple Choice questions + Section 2- 8 Scenario Based, Complex Multiple Choice
• Pass score: The pass mark for Part 1 is 55%, this means 22 or more points out of maximum of 40 points. For Part 2, the pass mark is 60%, this means 24 or more points out of a maximum
of 40 points. Note that you must pass both parts of the exam to achieve an overall pass result. If you fail either part you fail the examination, however you only need retake the
Examination(s) corresponding to the failed section(s). .
• Time limit: 150 Minutes total. Each section has a maximum time limit as follows: 60 Minutes on TOGAF 9 Part 1. 90 Minutes on TOGAF 9 Part 2. Once you complete the TOGAF 9 Part 1
section you cannot return to it.
• Retake policy: If you fail you must wait one month before another attempt on a TOGAF 9 examination (this applies even if you only need to retake one of the two parts of the
examination)
• Prometric Fee: USD 495 . Local taxes may apply

309
GLOSARIO DE LA
Y TOGAF ANSI
ABB ACMM
API
ADM
ARTS
BMM BPM BPMN
BTEP CMM CMMI

310
155
10/10/2022

311

312
156
10/10/2022

313

314
157
10/10/2022

315

316
158
10/10/2022

317

318
159
10/10/2022

319

320
160
10/10/2022

321

322
161
10/10/2022

323

324
162
10/10/2022
SIGLAS RELACIONADAS CON LA

Y TOGAF ABB ACMM ADM
ANSI API ARTS
BMM BPM BPMN
BTEP CMM CMMI

325
SIGLAS RELACIONADAS CON LA ARQUITECTURA

EMPRESARIAL Y TOGAF

326
163
10/10/2022

EMPRESARIAL Y TOGAF

327

EMPRESARIAL Y TOGAF

328
164
10/10/2022

EMPRESARIAL Y TOGAF

329
Fundamentos de Arquitectura
Empresarial y Transformación
Digital
Mario Javier Monsalve Hazbón
Arquitecto Empresarial, Gerente de Proyectos & Consultor en:
Transformación Digital, Innovación y Gestión TIC (CMMi, DevOps, CISA,SOA, BPM, PMI, Scrum, ITIL, COBIT & ISO 27001)
Docente Postgrados UniHemisferios
www.linkedin.com/in/mmonsalve
Quito Noviembre de 2021

330
165
10/10/2022

331
COMENTARIOS E INQUIETUDES ?

332
166
10/10/2022

333
167

Arquitectura Empresarial 2022-10-13

Cargado por

Información del documento

Descripción original:

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

Arquitectura Empresarial 2022-10-13

Cargado por

Copyright:

Formatos disponibles

10/10/2022

Profesor: Mario Javier Monsalve Hazbón

Gerente de Proyectos & Consultor en:

MARIO JAVIER MONSALVE HAZBÓN

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

OBJETIVOS DEL MODULO

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

MODULOS DEL CURSO

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Trayectoria como Arquitecto Empresarial

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

1. Contexto de la Arquitectura Empresarial

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

QUE ES ARQUITECTURA EMPRESARIAL & TOGAF

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

POR QUE ? Y PARA QUE ? DE LA A.E.

Contexto - Qué es Arquitectura?

Otras Definiciones de Arquitectura

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Arquitectura – Ingeniería – Operación y Mantenimiento

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

LAS ORGANIZACIONES REQUERIDAS POR LA NUEVA ECONOMIA

INTRODUCCIÓN, CONCEPTOS Y TENDENCIAS DEL DISEÑO DE

• QUE ES UNA ORGANIZACIÓN ?

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

REPRESENTACION SISTEMICA SOBRE LO QUE ES UNA ORGANIZACIÓN

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Grupos de Marco Metas,

Ensamblando Infraestructura Información

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

El propósito y los objetivos del sistema Empresarial suelen ser:

• Garantizar la sostenibilidad del Negocio (Perdurabilidad a

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Adaptándonos a unas nuevas reglas y paradigmas en el

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

EPOCA DE CAMBIOS O CAMBIO DE EPOCA ?

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Nuestro entorno empresarial

En que Época estamos?

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Que Economía nos rige?

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

LA DESCONTEXTUALIZACIÓN DE LOS MODELOS

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Transformación Digital - Ejes de Transformación

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Actitud hacia el Futuro

Sufrir los cambios

Prevenir el impacto de los cambios

La Adaptacion es la Clave para Sobrevivir

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Patrones comunes de Motivación de las Empresas

✓ Mejorar efectividad y tiempos de

✓ Incrementar Rentabilidad x Cliente ✓ Reducir Fallas, Generar

✓ Reducir la deslealtad (Cuidar la experiencia) Confianza

demás niveles de desperdicio regulaciones

Interviniendo en los elementos o componentes del diseño

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

ARQUITECTURA EMPRESARIAL DE NEGOCIOS DIGITALES Y DE TECNOLOGÍAS DE LA INFORMACIÓN

Inquietudes y Comentarios hasta Aquí?