DIAPOSITIVA 2
● Proporciona los pasos y las entradas de información para que los
arquitectos empresariales apoyen a los planificadores en la elaboración de
un Plan de Implementación.
● Su función es garantizar que las decisiones de las partes interesadas en la
arquitectura se reflejan en el plan.
DIAPOSITIVA 3
una hoja de ruta
Una hoja de ruta de arquitectura es un modelo de paquetes de trabajo que
cambian una empresa de la 'arquitectura de referencia' a la 'arquitectura de
destino'. Un Plan de Implementación es su plan de cambio completo. Le dice las
opciones disponibles en cada etapa de transición.
DIAPOSITIVA 5 - MATERIALES DE REFERENCIA DE ARQUITECTURA
La Biblioteca de referencia proporciona un depósito para contener materiales de
referencia que deben usarse para desarrollar arquitecturas. Los materiales de
referencia que se tienen se pueden obtener de una variedad de fuentes, que
incluyen:
● Organismos de normalización
● Proveedores de productos y servicios
● Comunidades o foros de la industria
● Plantillas estándar
● Mejores prácticas empresariales
DIAPOSITIVA 6 - SOLICITUD DE TRABAJO DE ARQUITECTURA
Este es un documento que se envía desde la organización patrocinadora a la
organización de arquitectura para desencadenar el inicio de un ciclo de
desarrollo de arquitectura. Las solicitudes de trabajo de arquitectura se pueden
crear como resultado de la fase preliminar, como resultado de solicitudes de
cambio de arquitectura aprobadas o términos de referencia para el trabajo de
arquitectura que se originan en la planificación de la migración.
En general, toda la información de este documento debe ser de alto nivel.
Las solicitudes de trabajo de arquitectura suelen incluir:
● Patrocinadores de la organización
● Declaración de la misión de la organización
● Objetivos comerciales (y cambios)
● Planes estratégicos del negocio.
● Límites de tiempo
● Cambios en el entorno empresarial.
● Restricciones organizacionales
● Información presupuestaria, limitaciones financieras
● Restricciones externas, restricciones comerciales
● Descripción del sistema comercial actual
● Arquitectura actual/descripción del sistema de TI
● Descripción de la organización en desarrollo
● Descripción de los recursos disponibles para la organización en
desarrollo
DIAPOSITIVA 6 - EVALUACIÓN DE LA CAPACIDAD
Antes de embarcarse en una definición de arquitectura detallada, es valioso
comprender el nivel de capacidad objetivo y de referencia de la empresa. Esta
evaluación de la capacidad se puede examinar en varios niveles:
● ¿Cuál es el nivel de capacidad de la empresa en su conjunto? ¿Dónde
desea la empresa aumentar u optimizar la capacidad? ¿Cuáles son las
áreas de enfoque arquitectónico que respaldarán el desarrollo deseado de
la empresa?
● ¿Cuál es la capacidad o el nivel de madurez de la función de TI dentro de
la empresa? ¿Cuáles son las implicaciones probables de llevar a cabo el
proyecto de arquitectura en términos de gobierno del diseño, gobierno
operativo, habilidades y estructura de la organización? ¿Cuál es el estilo, el
nivel de formalidad y la cantidad de detalles apropiados para que el
proyecto de arquitectura encaje con la cultura y la capacidad de la
organización de TI?
● ¿Cuál es la capacidad y madurez de la función de arquitectura dentro de la
empresa? ¿Qué activos arquitectónicos existen actualmente? ¿Se
mantienen y son precisos? ¿Qué estándares y modelos de referencia se
deben considerar? ¿Es probable que haya oportunidades para crear
activos reutilizables durante el proyecto de arquitectura?
● Donde existen brechas de capacidad, ¿en qué medida está el negocio listo
para transformarse para alcanzar la capacidad objetivo? ¿Cuáles son los
riesgos para la transformación, las barreras culturales y otras
consideraciones que deben abordarse más allá de la brecha de capacidad
básica?
Los contenidos típicos de una evaluación de capacidad son:
a. Evaluación de la capacidad empresarial, que incluye:
i. capacidades del negocio
ii. Evaluación del estado de referencia del nivel de desempeño de cada
capacidad
iii. Aspiración del estado futuro para el nivel de desempeño de cada
capacidad
iv. Evaluación del estado de referencia de cómo se realiza cada capacidad
v. Aspiración del estado futuro sobre cómo se debe realizar cada
capacidad
vi. Evaluación de los impactos probables en la organización empresarial
como resultado de la implementación exitosa de la arquitectura de
destino
b. Evaluación de la capacidad de TI, que incluye:
i. Línea de base y nivel de madurez objetivo del proceso de cambio
ii. Línea de base y nivel de madurez objetivo de los procesos operativos
iii. Capacidad de referencia y evaluación de la capacidad
iv. Evaluación de los impactos probables en la organización de TI como
resultado de la implementación exitosa de la arquitectura de destino
c.
d. Evaluación de la madurez de la arquitectura, que incluye:
i. Arquitectura Gobernanza procesos, organización, roles y
responsabilidades
ii. Evaluación de habilidades de arquitectura
iii. Amplitud, profundidad y calidad de la definición del paisaje con el
repositorio de arquitectura
iv. Amplitud, profundidad y calidad de la definición de estándares con el
repositorio de arquitectura
v. Amplitud, profundidad y calidad de la definición del modelo de
referencia con el repositorio de arquitectura
vi. Evaluación del potencial de reutilización
e. Evaluación de preparación para la transformación empresarial, que incluye:
i. factores de preparación
ii. Visión para cada factor de preparación
iii. Calificaciones de preparación actual y objetivo
iv. Riesgos de preparación
DIAPOSITIVA 6 - PLAN DE COMUNICACIONES
Las arquitecturas empresariales contienen grandes volúmenes de información
compleja e interdependiente.
El desarrollo de un Plan de Comunicaciones para la arquitectura permite que esta
comunicación se realice dentro de un proceso planificado y gestionado.
Los contenidos típicos de un Plan de Comunicaciones son:
● Identificación de grupos de interés y agrupación por requisitos de
comunicación
● Identificación de necesidades de comunicación, mensajes clave en
relación con la Visión de la Arquitectura, riesgos de comunicación y
CSF
● Identificación de los mecanismos que se utilizarán para
comunicarse con las partes interesadas y permitir el acceso a la
información de la arquitectura, como reuniones, boletines,
repositorios, etc.
● Identificación de un cronograma de comunicaciones, que muestre
qué comunicaciones se realizarán con qué grupos de partes
interesadas, en qué momento y en qué lugar
DIAPOSITIVA 7 - MODELO ORGANIZATIVO
Para que un marco de arquitectura se utilice con éxito, debe estar respaldado por la
organización, las funciones y las responsabilidades correctas dentro de la empresa.
De particular importancia es la definición de los límites entre los diferentes
profesionales de la Arquitectura Empresarial y las relaciones de gobierno que se
extienden a través de estos límites.
DIAPOSITIVA 8 Y 9 - MODELOS
En primer lugar, es necesario adaptar el modelo TOGAF para la integración en la
empresa. Esta adaptación incluirá la integración con los marcos de gestión, la
personalización de la terminología, el desarrollo de estilos de presentación, la
selección, configuración y despliegue de herramientas de arquitectura, etc. La
formalidad y el detalle de los marcos adoptados también deben alinearse con otros
factores contextuales de la empresa, como como cultura, partes interesadas,
modelos comerciales para la arquitectura empresarial y el nivel existente de
capacidad de arquitectura.
Una vez que el marco se ha adaptado a la empresa, se necesita una mayor
adaptación. La adaptación a este nivel seleccionará productos y artefactos
apropiados para satisfacer las necesidades del proyecto y de las partes interesadas.
Los contenidos típicos de un marco de arquitectura a medida son:
● Método de arquitectura a medida
● Contenido de arquitectura a la medida (entregables y artefactos)
● Herramientas configuradas y desplegadas
● Interfaces con modelos de gobernanza y otros marcos:
○ Planificación de Negocios Corporativos
○ Arquitectura empresarial
○ Portafolio, Programa, Gestión de Proyectos
○ Desarrollo/ingeniería de sistemas
○ Operaciones (Servicios)
○
DIAPOSITIVA 10 - DECLARACIÓN DE TRABAJO DE ARQUITECTURA
La Declaración de trabajo de arquitectura define el alcance y el enfoque que se
utilizará para completar un ciclo de desarrollo de arquitectura. La Declaración de
trabajo de arquitectura suele ser el documento contra el cual se medirá la ejecución
exitosa del proyecto de arquitectura y puede formar la base para un acuerdo
contractual entre el proveedor y el consumidor de servicios de arquitectura.
Los contenidos típicos de una Declaración de Trabajo de Arquitectura son:
● Título
● Solicitud de proyecto de arquitectura y antecedentes
● Descripción y alcance del proyecto de arquitectura
● Descripción general de la visión de la arquitectura
● Procedimientos específicos de cambio de alcance
● Roles, responsabilidades y entregables
● Criterios y procedimientos de aceptación
● Plan y cronograma del proyecto de arquitectura.
● Aprobaciones
DIAPOSITIVA 10 - VISIÓN DE LA ARQUITECTURA
La visión de la arquitectura se crea al principio del ciclo ADM.
Proporciona un resumen de los cambios en la empresa que se derivarán de la
implementación exitosa de la arquitectura de destino.
Proporcionar una visión de la arquitectura también respalda la comunicación con las
partes interesadas al proporcionar una versión resumida de la definición completa
de la arquitectura.
Los contenidos típicos de una Visión de Arquitectura son:
● Descripción del problema:
○ Las partes interesadas y sus preocupaciones
○ Lista de problemas/escenarios a abordar
● Objetivo de la Declaración de Trabajo de Arquitectura
● Vistas resumidas necesarias para la Solicitud de Trabajo de Arquitectura y
el Borrador de Arquitecturas de Negocios, Datos, Aplicaciones y
Tecnología creadas; típicamente incluyendo:
○ Diagrama de cadena de valor
○ Diagrama del concepto de solución
● Requisitos asignados
● Referencia al borrador del documento de definición de arquitectura
DIAPOSITIVA 11 - REPOSITORIO DE ARQUITECTURA
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 que los proyectos administren sus entregables, ubiquen activos reutilizables
y publiquen resultados para las partes interesadas y otras partes interesadas.
DIAPOSITIVA 13 - ESPECIFICACIÓN DE REQUISITOS
La especificación de requisitos de arquitectura proporciona un conjunto de
declaraciones cuantitativas que describen lo que debe hacer un proyecto de
implementación para cumplir con la arquitectura.
● El documento de definición de arquitectura proporciona una visión
cualitativa de la solución y tiene como objetivo comunicar la intención del
arquitecto.
● La especificación de requisitos de la arquitectura proporciona una visión
cuantitativa de la solución y establece criterios medibles que deben
cumplirse durante la implementación de la arquitectura.
Los contenidos típicos de una especificación de requisitos de arquitectura son:
● Medidas de éxito
● Requisitos de la arquitectura
● Contratos de servicios empresariales
● Contratos de servicio de aplicaciones
● Pautas de implementación
● Especificaciones de implementación
● Estándares de implementación
● Requisitos de interoperabilidad
● Requisitos de gestión de servicios de TI
● Restricciones
● suposiciones
DIAPOSITIVA 14 - SOLICITUDES DE CAMBIO
Durante la implementación de una arquitectura, a medida que se conocen más
hechos, es posible que la definición de arquitectura original y los requisitos no sean
adecuados o no sean suficientes para completar la implementación de una solución.
En estas circunstancias, se puede enviar una solicitud de cambio para iniciar un
nuevo ciclo de trabajo de arquitectura.
Los contenidos típicos de una solicitud de cambio son:
● Descripción del cambio propuesto
● Justificación del cambio propuesto
● Evaluación de impacto del cambio propuesto, que incluye:
○ Referencia a requisitos específicos
○ Prioridad de las partes interesadas de los requisitos hasta la
fecha
○ Fases a revisar
○ Fase para liderar la priorización de requisitos
○ Resultados de las investigaciones de fase y prioridades
revisadas
○ Recomendaciones sobre la gestión de requisitos
● Número de referencia del repositorio
DIAPOSITIVA 15 - HOJA DE RUTA
La hoja de ruta de la arquitectura enumera los paquetes de trabajo individuales que
realizarán la arquitectura de destino y los presenta en una línea de tiempo para
mostrar la progresión desde la arquitectura de referencia hasta la arquitectura de
destino.
La hoja de ruta de la arquitectura destaca el valor comercial de los paquetes de
trabajo individuales en cada etapa.
Los contenidos típicos de una hoja de ruta de arquitectura son:
● Cartera de paquetes de trabajo:
○ Descripción del paquete de trabajo (nombre, descripción,
objetivos, entregables)
○ Requerimientos funcionales
○ dependencias
○ Relación con la oportunidad
○ Relación con el documento de definición de arquitectura y la
especificación de requisitos de arquitectura
○ Valor de negocio
● Catálogo de factores de implementación, que incluye:
○ Riesgos
○ Asuntos
○ suposiciones
○ dependencias
○ Comportamiento
○ Entradas
DIAPOSITIVA 16 - EVALUACIÓN DE LA CAPACIDAD
Antes de embarcarse en una definición de arquitectura detallada, es valioso
comprender el nivel de capacidad objetivo y de referencia de la empresa. Esta
evaluación de la capacidad se puede examinar en varios niveles:
Los contenidos típicos de una evaluación de capacidad son:
● Evaluación de la capacidad empresarial, que incluye:
○ capacidades del negocio
○ Evaluación del estado de referencia del nivel de desempeño de
cada capacidad
○ Aspiración del estado futuro para el nivel de desempeño de cada
capacidad
○ Evaluación del estado de referencia de cómo se realiza cada
capacidad
○ Aspiración del estado futuro sobre cómo se debe realizar cada
capacidad
○ Evaluación de los impactos probables en la organización
empresarial como resultado de la implementación exitosa de la
arquitectura de destino
● Evaluación de la capacidad de TI, que incluye:
○ Línea de base y nivel de madurez objetivo del proceso de cambio
○ Línea de base y nivel de madurez objetivo de los procesos
operativos
○ Capacidad de referencia y evaluación de la capacidad
○ Evaluación de los impactos probables en la organización de TI
como resultado de la implementación exitosa de la arquitectura
de destino
DIAPOSITIVA 17 - PLAN DE IMPLEMENTACIÓN Y MIGRACIÓN
El Plan de Implementación y Migración proporciona un cronograma de los proyectos
que realizarán la Arquitectura Objetivo. El Plan de Implementación y Migración
incluye proyectos ejecutables agrupados en carteras y programas administrados. La
Estrategia de Implementación y Migración que identifica el enfoque del cambio es un
elemento clave del Plan de Implementación y Migración.
Los contenidos típicos de un Plan de Implementación y Migración son:
● Estrategia de Implementación y Migración:
○ Dirección de implementación estratégica
○ Enfoque de secuencia de implementación
● Desglose de proyectos y cartera de ejecución:
○ Asignación de paquetes de trabajo a proyecto y cartera.
○ Capacidades entregadas por proyectos
○ Hitos y tiempo
○ Estructura de desglose del trabajo
○ Puede incluir el impacto en la cartera, el programa y los
proyectos existentes
Puede contener:
● Cartas del proyecto:
○ Paquetes de trabajo incluidos
○ Valor de negocio
○ Riesgo, problemas, suposiciones, dependencias
○ Requerimientos de recursos y costos
○ Beneficios de la migración, determinados (incluido el mapeo a
los requisitos comerciales)
○ Costos estimados de las opciones de migración
PASOS
DIAPOSITIVA 21 - CONFIRMAR LAS INTERACCIONES
Este paso se trata de coordinar el Plan de Implementación y Migración con los
marcos de gestión dentro de la organización. Por lo general, existen cuatro marcos
de gestión que tienen que trabajar en estrecha colaboración para que el Plan de
implementación y migración tenga éxito.
DIAPOSITIVA 26 - ASIGNE UN VALOR COMERCIAL
Establecer y asignar un valor de negocio a cada uno de los paquetes de trabajo. La
intención es establecer primero qué constituye el valor comercial dentro de la
organización, cómo se puede medir el valor y luego aplicar esto a cada uno de los
proyectos e incrementos de proyectos.
