SlideShare una empresa de Scribd logo
Datos/Observaciones
Fuente: www.reingenieriadigital.es
Datos/Observaciones
Ing. Yuri A. Pomachagua Basualdo
Datos/Observaciones
➢ Arquitectura del negocio, de información, de
aplicación y tecnología.
➢ Gobernabilidad de TI y sus lineamientos con
la Empresa.
➢ ADM (Arquitecture Development Method) de
TOGAF
➢ Fase A: Visión de Arquitectura
Datos/Observaciones
Al finalizar esta sesión el alumno conocerá y
aplicará la Fase A del Método de Desarrollo de la
Arquitectura
❑ Desarrollar una visión aspiracional de alto nivel
de las capacidades y el valor comercial que se
entregarán como resultado de la arquitectura
empresarial propuesta
❑ Obtener la aprobación de una Declaración de
trabajo de arquitectura que defina un programa
de trabajos para desarrollar e implementar la
arquitectura descrita en la Visión de
arquitectura
1. Materiales de referencia externos a la empresa
•Materiales de referencia de arquitectura.
2. Entradas no arquitectónicas
▪ Solicitud de trabajo de arquitectura
▪ Principios Empresariales, objetivos Empresariales e
impulsores Empresariales
Datos/Observaciones Ing Yuri A. Pomachagua Basualdo
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.
Solicitud de Trabajo de Arquitectura
❖ 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
Entradas no arquitectónicas:
❑ Modelo Organizacional para Arquitectura Empresarial, que
incluye:
• Alcance de las organizaciones afectadas
• Evaluación de madurez, brechas y enfoque de resolución
• Roles y responsabilidades para los equipos de
arquitectura
• Restricciones en el trabajo de arquitectura.
• Requisitos de reutilización
• Requerimientos presupuestarios
• Solicitudes de cambio
• Gobierno y estrategia de apoyo
Datos/Observaciones
Entradas arquitectónicas:
❑ Marco de arquitectura medida, que incluye:
• Método de arquitectura a medida
• Contenido de arquitectura a medida (entregables y artefactos)
• Principios de arquitectura, incluidos los principios empresariales,
cuando existan
• Herramientas configuradas e implementadas
❑ Repositorio de arquitectura poblada -documentación arquitectónica
existente (descripción del marco, descripciones arquitectónicas,
descripciones de línea base, ABB, etc.)
Datos/Observaciones
El nivel de detalle abordado en la Fase A
Dependerá del alcance y los objetivos de la Solicitud de trabajo de arquitectura, o del
subconjunto de alcance y objetivos asociados con esta iteración del desarrollo de la
arquitectura. El orden de los pasos en la Fase A, así como el momento en que se inician y
completan formalmente, deben adaptarse a la situación actual de acuerdo con el
Gobierno de Arquitectura establecido.
Los pasos en la Fase A son los siguientes:
1. Establecer el proyecto de arquitectura
2. Identificar partes interesadas, inquietudes y requisitos comerciales
3. Confirmar y elaborar objetivos empresariales, impulsores empresariales y
restricciones
4. Evaluar capacidades
Datos/Observaciones
El nivel de detalle abordado en la Fase A
5. Evaluar la preparación para la transformación empresarial
6. Definir alcance
7. Confirmar y elaborar principios de arquitectura, incluidos los principios
empresariales
8. Desarrollar una visión de arquitectura
9. Definir las propuestas de valor de la arquitectura de destino y los KPI
10. Desarrollar declaración de trabajo de arquitectura, Aprobación segura
Datos/Observaciones
❖ Arquitectura Empresarial es una capacidad empresarial; cada ciclo
del ADM normalmente debe manejarse como un proyecto utilizando
el marco de gestión de proyectos de la empresa. En algunos casos,
los proyectos de arquitectura serán independientes. En otros casos,
las actividades arquitectónicas serán un subconjunto de las
actividades dentro de un proyecto más grande. En cualquier caso, la
actividad de arquitectura debe planificarse y gestionarse utilizando
prácticas aceptadas para la empresa.
❖ Lleve a cabo los procedimientos necesarios para garantizar el
reconocimiento del proyecto, el respaldo de la gestión corporativa y
el apoyo y compromiso de la gestión de línea necesaria. Incluya
referencias a otros marcos de gestión en uso dentro de la empresa,
explicando cómo este proyecto se relaciona con esos marcos
❖ Identifique las partes interesadas clave y sus inquietudes / objetivos, y
defina los requisitos empresariales clave que se abordarán en el
compromiso de la arquitectura. La participación de las partes
interesadas en esta etapa tiene que lograr tres objetivos:
▪ Identificar los componentes y requisitos de visión que se probarán
a medida que se desarrolla la visión de Arquitectura
▪ Identificar los límites del alcance, para el compromiso y limitar el
alcance de la investigación arquitectónica requerida
▪ Identificar las preocupaciones, los problemas y los factores
culturales de las partes interesadas que determinarán la forma en
que se presenta y comunica la arquitectura.
Datos/Observaciones
❑ El producto principal que resulta de este paso es un mapa de partes interesadas para el
compromiso, que muestra qué partes interesadas están involucradas con el
compromiso, su nivel de participación y sus preocupaciones clave. El mapa de partes
interesadas se utiliza para admitir varios resultados de la fase de visión de Arquitectura
e identificar:
• Las preocupaciones y puntos de vista que son relevantes para este proyecto; esto se
captura en laVisión de Arquitectura
• Las partes interesadas que están involucradas con el proyecto y como resultado
forman el punto de partida para un Plan de Comunicaciones
• Los roles y responsabilidades clave dentro del proyecto, que deben incluirse en la
Declaración deTrabajo de Arquitectura
Datos/Observaciones
❑ Otra tarea clave será considerar qué puntos de vista y puntos de vista de la
arquitectura deben desarrollarse para satisfacer los diversos requisitos de las partes
interesadas. Es importante comprender en esta etapa qué partes interesadas y qué
puntos de vista deben desarrollarse para establecer el alcance de la participación.
❑ Durante la fase de Visión de Arquitectura, los nuevos requisitos generados para el
trabajo de arquitectura futuro dentro del alcance de los requisitos seleccionados deben
documentarse dentro de la Especificación de Requisitos de Arquitectura, y los nuevos
requisitos que están más allá del alcance de los requisitos seleccionados deben
ingresarse en el Repositorio de Requisitos para gestión a través del proceso de Gestión
de Requisitos.
Datos/Observaciones
❑ Identificar los objetivos empresariales y los impulsores estratégicos de la organización.
❑ Si ya se han definido en otra parte de la empresa, asegúrese de que las definiciones
existentes sean actuales y aclare cualquier área de ambigüedad. De lo contrario, vuelva
a los creadores de la Declaración del trabajo de arquitectura y trabaje con ellos para
definir estos elementos esenciales y asegurar su respaldo por parte de la gerencia
corporativa
❑ Defina las restricciones que deben abordarse, incluidas las restricciones de toda la
empresa y las restricciones específicas del proyecto (tiempo, calendario, recursos,
etc.).Las limitaciones de toda la empresa pueden ser informadas por los principios
empresariales y de arquitectura desarrollados en la fase preliminar o aclarados como
parte de la fase A
Datos/Observaciones
❑ Es valioso comprender una colección de capacidades dentro de la empresa. Una parte
se refiere a la capacidad de la empresa para desarrollar y consumir la arquitectura. La
segunda parte se refiere a la línea base y al nivel de capacidad objetivo de la empresa.
Las brechas identificadas en la Capacidad de Arquitectura requieren iteración entre la
Visión de Arquitectura y la Fase Preliminar para asegurar que la Capacidad de
Arquitectura sea adecuada para abordar el alcance del proyecto de arquitectura
❑ Un paso clave después de la evaluación de los modelos de negocios, o artefactos que
aclaran las prioridades de una estrategia de negocios, es identificar las capacidades
empresariales requeridas, que la empresa debe poseer para actuar sobre las prioridades
estratégicas.
Datos/Observaciones
❑ La evaluación detallada de las brechas de capacidad empresarial pertenece a la Fase B
como un aspecto central de la Arquitectura empresarial, donde el arquitecto puede
ayudar a la empresa a comprender las brechas en toda la empresa, de muchos tipos, que
deben abordarse en las fases posteriores de la arquitectura.
❑ Sin embargo, en la fase Visón de Arquitectura, el arquitecto debe considerar la
capacidad de la empresa para desarrollar la Arquitectura de la Empresa en sí misma,
como se requiere en la iniciativa específica o proyecto en curso. Las brechas en la
capacidad de progresar a través del ADM, ya sea que se deriven de la escasez de
habilidades, la información requerida, la debilidad del proceso o los sistemas y
herramientas. El arquitecto puede encontrar orientación en el Enfoqu epara recopilar
los marcos de capacidad empresarial existentes para la empresa en esta evaluación
temprana.
Datos/Observaciones
❑ Las brechas o limitaciones identificadas en la capacidad de la empresa para ejecutarse
en el cambio informarán al arquitecto sobre la descripción de la Arquitectura de
destino y el Plan de implementación y migración creado en la Fase E y Fase F. Este
paso busca comprender las capacidades y los deseos de la empresa en un nivel
apropiado de abstracción. La consideración de la brecha entre la línea base y la
capacidad objetivo de la empresa es crítica. Se puede mostrar la capacidad de referencia
y de destino dentro del contexto de la empresa en general mediante la creación de
diagramas de cadena de valor que muestren el vínculo de las capacidades relacionadas.
Los resultados de la evaluación se documentan en una Evaluación de capacidad
❑ Una evaluación de preparación para la transformación empresarial se puede utilizar
para evaluar y cuantificar la preparación de la organización para sufrir un cambio. Esta
evaluación se basa en la determinación y análisis / calificación de una serie de factores
de preparación, como se describe en Evaluación de preparación para la transformación
del negocio.
❑ Los resultados de la evaluación de preparación deben agregarse a la Evaluación de
capacidad. Estos resultados se utilizan para dar forma al alcance de la arquitectura, para
identificar las actividades requeridas dentro del proyecto de arquitectura, y para
identificar las áreas de riesgo que se abordarán.
Defina lo que está dentro y lo que está fuera del alcance de los esfuerzos de Arquitectura
de línea de base y Arquitectura de destino, entendiendo que la línea de base y el objetivo
no necesitan describirse con el mismo nivel de detalle. En muchos casos, la línea de base
se describe en un nivel más alto de abstracción, por lo que hay más tiempo disponible
para especificar el objetivo con suficiente detalle. Los problemas involucrados en esto se
discuten en el Alcance de la arquitectura. En particular, defina:
• La amplitud de cobertura de la empresa.
• El nivel de detalle requerido
• Las características de partición de la arquitectura.
• Los dominios de arquitectura específicos que se cubrirán (negocios, datos,
aplicaciones, tecnología)
• La extensión del período de tiempo deseado, más el número y la extensión de
cualquier período de tiempo intermedio
• Los activos arquitectónicos que se aprovecharán, o se considerarán para su uso, del
Enterprise Continuum de la organización:
• Activos creados en iteraciones anteriores del ciclo ADM dentro de la empresa
• Activos disponibles en otras partes de la industria (otros marcos, modelos de
sistemas, modelos de industria vertical, etc.)
❑ Revise los principios bajo los cuales se desarrollará la arquitectura. Los
principios de arquitectura se basan normalmente en los principios
desarrollados como parte de la fase preliminar. Asegúrese de que las
definiciones existentes sean actuales y aclare cualquier área de ambigüedad. De
lo contrario, regrese al organismo responsable de Architecture Governance y
trabaje con ellos para definir estos elementos esenciales por primera vez y
asegurar su respaldo por parte de la gerencia corporativa
La comprensión de los artefactos requeridos permitirá a las partes interesadas
comenzar a determinar su toma de decisiones, lo que guiará las fases posteriores.
Estas decisiones deben reflejarse en el mapa de partes interesadas. El desarrollo de
políticas y las decisiones estratégicas deben ser capturadas en esta fase para
permitir que el trabajo posterior sea cuantificado; por ejemplo, decisiones y
métricas de racionalización, generación de ingresos y objetivos que cumplen con la
estrategia empresarial. También hay otras áreas que deben abordarse; por ejemplo,
la transformación digital y la estrategia de TI donde las decisiones sobre la visión
de la arquitectura proporcionarán liderazgo y dirección a la organización en las
fases posteriores.
Para la Visión de la Arquitectura, se recomienda que primero se decida una
arquitectura general que muestre cómo encajarán todos los entregables del
dominio de la arquitectura.
En función de las inquietudes de las partes interesadas, los requisitos de capacidad
empresarial, el alcance, las limitaciones y los principios, cree una vista de alto nivel
de las arquitecturas de referencia y de destino. La Visión de Arquitectura
típicamente cubre la amplitud del alcance identificado para el proyecto, a un alto
nivel. A menudo se emplean técnicas informales. Una práctica común es dibujar
un diagrama de concepto de solución simple que ilustra de manera concisa los
componentes principales de la solución y cómo la solución generará beneficios
para la empresa.
Los escenarios de negocios son una técnica
apropiada y útil para descubrir y documentar los
requisitos del negocio, y para articular una Visión
de Arquitectura que responda a esos requisitos.
Los escenarios empresariales también pueden
usarse en niveles más detallados del trabajo de
arquitectura (por ejemplo, en la Fase B).
Este paso genera las primeras definiciones de
muy alto nivel de los entornos de línea de base y
de destino, desde una perspectiva de negocios,
sistemas de información y tecnología.
❑ Desarrollar el caso de negocio para las arquitecturas y los cambios requeridos.
❑ Producir la propuesta de valor para cada uno de los grupos de partes
interesadas.
❑ Evaluar y definir los requisitos de adquisición.
❑ Revisar y acordar las propuestas de valor con los patrocinadores y las partes
interesadas.
❑ Defina las métricas y medidas de rendimiento que se incorporarán a la
arquitectura empresarial para satisfacer las necesidades del negocio.
❑ Evaluar el riesgo Empresarial.
Identifique los riesgos asociados con la Visión de Arquitectura y evalúe el nivel
inicial de riesgo (p. Ej., Catastrófico, crítico, marginal o insignificante) y la
frecuencia potencial asociada con ella. Asigne una estrategia de mitigación para
cada riesgo. Hay dos niveles de riesgo que deben considerarse:
▪ Nivel inicial de riesgo: categorización del riesgo antes de determinar e
implementar acciones de mitigación
▪ Nivel de riesgo residual: categorización del riesgo después de la
implementación de acciones de mitigación (si corresponde)
Clasificar los riesgos con respecto al efecto y la frecuencia de acuerdo con las
escalas utilizadas dentro de la organización.
❖ Catastrófico infiere una pérdida financiera crítica que podría resultar en la bancarrota de la
organización.
❖ Crítico infiere una pérdida financiera grave en más de una línea de negocio que conduce a
una pérdida de productividad y a la falta de retorno de la inversión en TI.
❖ Marginal infiere una pérdida financiera menor en una línea de negocio y un retorno de la
inversión reducido en la inversión en TI
❖ Insignificante infiere un impacto mínimo en la capacidad de una línea de negocio para
entregar servicios y/o productos
❖ Frecuente : es probable que ocurra con mucha frecuencia y/o continuamente
❖ Probable : ocurre varias veces en el transcurso de un ciclo de transformación
❖ Ocasional : ocurre esporádicamente
❖ Rara vez : remotamente posible y probablemente no ocurriría más de una vez en el curso de un ciclo
de transformación
❖ Improbable : probablemente no ocurrirá durante el curso de un ciclo de transformación
Combinación de dos factores que infiere un impacto
❖ Riesgo extremadamente alto (E) : lo más probable es que el esfuerzo de transformación fracase con
graves consecuencias
❖ Riesgo alto (H) : falla significativa de partes del esfuerzo de transformación que da como resultado
que no se alcancen ciertas metas
❖ Riesgo moderado (M) : falla notable de partes del esfuerzo de transformación que amenaza el éxito
de ciertas metas
❖ Riesgo bajo (L) : ciertos objetivos no serán del todo exitosos
S07_s1 - Fase A Arquitectura Empresarial.pdf
Evalúe los productos de trabajo que se requieren que se produzcan (y para
cuándo) contra el conjunto de requisitos de rendimiento empresarial. Esto
implicará garantizar que:
• Las métricas de rendimiento están integradas en los productos de trabajo.
• Productos de trabajo específicos relacionados con el rendimiento están disponibles
Luego, las actividades incluirán:
• Identificar nuevos productos de trabajo que deberán cambiarse.
• Proporcionar instrucciones sobre qué productos de trabajo existentes, incluidos los
bloques de construcción, deberán cambiarse y garantizar que todas las actividades y
dependencias de estos estén coordinada
• Identificar el impacto del cambio en otros productos laborales y la dependencia de sus
actividades.
• Según el propósito, el enfoque, el alcance y las restricciones, determine qué dominios de
arquitectura se deben desarrollar, a qué nivel de detalle y qué vistas de arquitectura se
deben construir
• Evaluar los requisitos de recursos y la disponibilidad para realizar el trabajo en el plazo
requerido; esto incluirá adherirse a los métodos de planificación y productos de trabajo de
la organización para producir los planes para realizar un ciclo de ADM
• Estime los recursos necesarios, desarrolle una hoja de ruta y un cronograma para el
desarrollo propuesto, y documente todo esta en la Declaración de trabajo de arquitectura
• Defina las métricas de rendimiento que debe cumplir el equipo de Arquitectura Empresarial
durante este ciclo de ADM
• Desarrolle el Plan de comunicaciones de Arquitectura empresarial específico y muestre
dónde, cómo y cuándo los Arquitectos empresariales se comunicarán con las partes
interesadas, incluidas las agrupaciones de afinidad y las comunidades, sobre el progreso de
los desarrollos de Arquitectura empresarial
• Revisar y acordar los planes con los patrocinadores, y asegurar la aprobación formal de la
Declaración de trabajo de arquitectura bajo los procedimientos de gobernanza apropiados.
• Obtenga la aprobación del patrocinador para continuar
Los resultados de la Fase A pueden incluir, entre otros:
❑ Declaración aprobada de trabajo de arquitectura,
que incluye en particular:
• Descripción del proyecto de arquitectura y alcance
• Descripción general de la visión de arquitectura
• Plan de proyecto de arquitectura y calendario
• Declaraciones refinadas de principios empresariales,
objetivos empresariales e impulsores empresariales
❑ Principios de arquitectura
❑ Evaluación de capacidad
❖ 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
Contenido
❑ Marco de arquitectura a medida(para el compromiso), que incluye:
• Método de arquitectura a medida
• Contenido de arquitectura a medida (entregables y artefactos)
• Herramientas configuradas e implementadas
❑ Visión de Arquitectura, que incluye:
▪ Descripción del problema
▪ Objetivo de la Declaración deTrabajo de Arquitectura
▪ Vistas de resumen
▪ Escenario empresarial (opcional)
▪ Requisitos clave de partes interesadas de alto nivel refinados
❑ Proyecto de documento de definición de arquitectura, que incluye (cuando está dentro del
alcance):
• Baseline Business Architecture,Versión 0.1
• BaselineTechnology Architecture,Versión 0.1
• Baseline Data Architecture,Versión 0.1
• Baseline Application Architecture,Versión 0.1
• Target Business Architecture,Versión 0.1
• Arquitectura de tecnología de destino, versión 0.1
• Arquitectura de datos de destino, versión 0.1
• Arquitectura de aplicación de destino, versión 0.1
❑ Plan de comunicaciones
❑ Contenido adicional se ingresa en el Repositorio de Arquitectura
Nota: Se pueden usar múltiples escenarios de negocios para generar una sola Visión de
Arquitectura.
Las salidas pueden incluir algo o todo lo siguiente:
❑ Matrices:
• Matriz de mapa de partes interesadas
Datos/Observaciones Ing Yuri A. Pomachagua Basualdo
Se muestra un análisis de muestra de las partes interesadas que distingue 22 tipos de partes
interesadas, en cinco categorías amplias
Identificar los stakeholders
o ¿Está esa persona lista para cambiar de
dirección y comenzar a moverse hacia la
Arquitectura de destino? Si es así, ¿qué
tan listo?
o ¿Es esa persona capaz de ser un
defensor o agente creíble de la iniciativa
de Arquitectura Empresarial propuesta?
Si es así, ¿qué tan capaz?
o ¿Qué tan involucrado está el individuo
en la iniciativa de Arquitectura
Empresarial? ¿Son simplemente un
observador interesado o necesitan estar
involucrados en los detalles?
o ¿Ha hecho esa persona un compromiso
contractual con el desarrollo de la
Arquitectura Empresarial y su papel en
la gobernanza del desarrollo de la
organización?
Datos/Observaciones Ing Yuri A. Pomachagua Basualdo
Mapa de stakeholders
❑ Diagramas:
o Diagrama del modelo de negocio
o Mapa de capacidad empresarial
o Mapa de flujo de valor
o Diagrama de cadena de valor
o Diagrama del concepto de solución
Esta fase preliminar se trata de definir "dónde, qué, por qué, quién y cómo hacemos la
arquitectura" en la empresa en cuestión. Los aspectos principales son los siguientes:
1. Definiendo la empresa
2. Identificar los impulsores y elementos clave en el contexto organizacional.
3. Definir los requisitos para el trabajo de arquitectura.
4. Definir los principios de arquitectura que informarán cualquier trabajo de
arquitectura.
5. Definiendo el marco a utilizar
6. Definir las relaciones entre los marcos de gestión.
7. Evaluación de la madurez de la arquitectura empresarial.
La fase A comienza con la recepción de una solicitud de trabajo de arquitectura de la
organización.
Los temas involucrados en garantizar el reconocimiento y el respaldo adecuados de la
administración corporativa, el apoyo y compromiso de la administración, se discuten en el
Gobierno deTI.
La Fase A también define lo que está dentro y lo que está fuera del alcance del esfuerzo de
la arquitectura y las restricciones que deben abordarse. Las decisiones de alcance deben
tomarse sobre la base de una evaluación práctica de la disponibilidad de recursos y
competencias, y el valor que se puede esperar de manera realista para la empresa del alcance
elegido del trabajo de arquitectura. Los problemas involucrados en esto se discuten enel
Alcance de la arquitectura.
Los problemas de alcance abordados en la fase de Visión de Arquitectura estarán restringidos
a los objetivos específicos para este ciclo de ADM y estarán restringidos dentro de la
definición de alcance general para la actividad de arquitectura establecida dentro de la Fase
Preliminar e incorporada dentro del marco de la arquitectura.
Normalmente, las limitaciones se basarán en los principios empresariales y los Principios de
arquitectura, desarrollados como parte de la Fase preliminar.
Normalmente, los principios empresariales, los objetivos empresariales y los impulsores
estratégicos de la organización ya están definidos en otra parte de la empresa. Si es así, la
actividad en la Fase A está relacionada con garantizar que las definiciones existentes sean
actuales y aclarar cualquier área de ambigüedad.
De manera similar, los Principios de Arquitectura que forman parte de las restricciones sobre
el trabajo de arquitectura normalmente se habrán definido en la Fase Preliminar. La actividad
en la Fase A se ocupa de garantizar que las definiciones de principios existentes sean actuales
y de aclarar cualquier área de ambigüedad. De lo contrario, implica definir los Principios de
Arquitectura por primera vez.
❑ La visión de Arquitectura proporciona al patrocinador una herramienta clave para vender los beneficios de
la capacidad propuesta a las partes interesadas y los tomadores de decisiones dentro de la empresa. La
visión de Arquitectura describe cómo la nueva capacidad cumplirá las metas empresariales, los objetivos
estratégicos y abordará las preocupaciones de los interesados cuando se implemente.
❑ La Visión de Arquitectura es integral para comprender las tecnologías emergentes y su impacto potencial
en las industrias y empresas, sin las cuales se pueden perder muchas oportunidades de negocios.
❑ Aclarar y acordar el propósito del esfuerzo de arquitectura es una de las partes clave de esta actividad, y el
propósito debe reflejarse claramente en la visión que se crea .Los proyectos de arquitectura a menudo se
llevan a cabo con un propósito específico en mente: un conjunto específico de impulsores empresariales que
representan el retorno de la inversión para las partes interesadas en el desarrollo de la arquitectura. Aclarar
ese propósito, y demostrar cómo se logrará mediante el desarrollo de la arquitectura propuesta, es el punto
central de laVisión de la Arquitectura.
❑ Normalmente, los elementos clave de la Visión de Arquitectura, como la misión, visión,
estrategia y objetivos de la empresa, se han documentado como parte de una estrategia
comercial más amplia o actividad de planificación empresarial que tiene su propio ciclo
de vida dentro de la empresa. En tales casos, la actividad en la Fase A se refiere a la
verificación y comprensión de la estrategia y los objetivos empresariales documentados, y
posiblemente al puente entre la estrategia y los objetivos de la empresa, por un lado, la
estrategia y los objetivos implícitos dentro de la realidad arquitectónica actual.
❑ Los modelos de negocio son artefactos estratégicos clave que pueden proporcionar esa
perspectiva, al mostrar cómo la organización pretende entregar valor a sus clientes y
partes interesadas. Evaluar capacidades introduce la aplicación de modelos de negocio
como un paso en el desarrollo de laVisión de Arquitectura.
❑ En otros casos, se ha realizado poco o ningún trabajo de arquitectura empresarial hasta la
fecha. En tales casos, será necesario que el equipo de arquitectura investigue, verifique y
obtenga la aceptación de los objetivos y procesos empresariales clave que la arquitectura
debe soportar. Esto se puede hacer como un ejercicio independiente, ya sea para el
desarrollo de la arquitectura anterior, o como parte de la fase de iniciación de ADM
(Fase preliminar)
Este ejercicio debe examinar y buscar materiales existentes sobre conceptos fundamentales
de la arquitectura empresarial, tales como:
❑ Capacidades empresariales, que representan una capacidad particular que una empresa
puede poseer o intercambiar para lograr un propósito o resultado específico. En esta fase,
el arquitecto debe determinar si existe un marco en la organización para representar las
capacidades empresariales. Si no existe, el arquitecto debe considerar si el desarrollo de
un marco está dentro del alcance del proyecto.
❑ Value Streams, que representan una colección de actividades de valor agregado de
extremo a extremo que crean un resultado general para un cliente, parte interesada o
usuario final.
❑ Mapas de organización, que representan las relaciones entre las entidades principales que
conforman la empresa, sus socios y partes interesadas. Como los organigramas
tradicionales a menudo carecen de los detalles necesarios para reflejar el alcance completo
de las actividades de la empresa, el arquitecto puede ayudar a identificar y comprender la
compleja red de relaciones entre las entidades empresariales, así como dónde se utilizan
las capacidades empresariales y la conexión con las etapas de flujo de valor.Estos se
refinan y se extienden en fases posteriores.
❑ La visión de Arquitectura, explora otros dominios que son apropiados para la
arquitectura empresarial disponible.Estos dominios pueden incluir elementos de los
dominios básicos, pero tienen un propósito adicional para las partes interesadas.Los
dominios de ejemplo pueden incluir:
• Información/Seguridad
• Digital/Administración de redes
• Conocimiento/Específico de la industria
• Servicios/Asociación
• La seguridad cibernética
❑ Estos dominios pueden ser independientes o estar vinculados con otros dominios para
proporcionar vistas de toda la empresa de la visión y estructura de la organización.
❑ La fase de Visión de Arquitectura incluye la realización de una evaluación
empresariales(usando, por ejemplo, escenarios empresariales) donde se documentan
factores críticos y se evalúan varios cursos de acción. Se documentan las ventajas y
desventajas de alto nivel, incluidos los riesgos y las oportunidades, y se selecciona el
mejor curso de acción para que sirva de base para laVisión de Arquitectura
❑ Visión de Arquitectura proporciona una descripción de primer nivel y de alto nivel de las
arquitecturas de línea de base y de destino, que abarca los dominios de negocios, datos,
aplicaciones y tecnología.
❑ •Una vez que se define y documenta una Visión de Arquitectura en la Declaración de
Trabajo de Arquitectura, es fundamental usarla para construir un consenso, como se
describe en el Gobierno de TI. Sin este consenso, es muy poco probable que la
arquitectura final sea aceptada por la organización en su conjunto. El consenso está
representado por la organización patrocinadora que firma la Declaración de Trabajo de
Arquitectura.
Referencia
1. Definiendo la empresa
2. Identificar los impulsores y elementos clave en el
contexto organizacional.
3. Definir los requisitos para el trabajo de
arquitectura.
4. Definir los principios de arquitectura que
informarán cualquier trabajo de arquitectura.
5. Definiendo el marco a utilizar
6. Definir las relaciones entre los marcos de gestión.
7. Evaluación de la madurez de la arquitectura
empresarial.
PREGUNTAS
LO QUE APRENDIMOS HOY
S07_s1 - Fase A Arquitectura Empresarial.pdf

Más contenido relacionado

Similar a S07_s1 - Fase A Arquitectura Empresarial.pdf

Gestion de Proyectos - Gestión del Alcance
Gestion de Proyectos - Gestión del AlcanceGestion de Proyectos - Gestión del Alcance
Gestion de Proyectos - Gestión del Alcance
Giovanny Guillen
 
UNIDAD III EAI SCM
UNIDAD III EAI SCMUNIDAD III EAI SCM
UNIDAD III EAI SCM
acpicegudomonagas
 
Fundamentos para la direccion de proyectos
Fundamentos para la direccion de proyectosFundamentos para la direccion de proyectos
Fundamentos para la direccion de proyectos
Beiilyn Pernaletee
 
Gestión de proyectos alcance
Gestión de proyectos alcanceGestión de proyectos alcance
Gestión de proyectos alcance
ToÑo Granda Salvador
 
Cesar rivera power point
Cesar rivera power pointCesar rivera power point
Cesar rivera power point
Cesar Rivera
 
TOGAF - Fase A
TOGAF - Fase ATOGAF - Fase A
TOGAF - Fase A
Eillenth Paola Peña
 
Eafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
Eafit Gestion De Proyectos Informaticos 1.Ciclo De VidaEafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
Eafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
equisoide
 
Diseño Seis Sigma
Diseño Seis SigmaDiseño Seis Sigma
Diseño Seis Sigma
Juan Carlos Fernandez
 
Ggpic. tema 2. unidad iii
Ggpic. tema 2. unidad iiiGgpic. tema 2. unidad iii
Ggpic. tema 2. unidad iii
acpicegudomonagas
 
Gestión integrada
Gestión integradaGestión integrada
Gestión integrada
Toribio Pere Es
 
Gestión del alcance de un proyecto alumno
Gestión del alcance de un proyecto alumnoGestión del alcance de un proyecto alumno
Gestión del alcance de un proyecto alumno
PABLOANTONIOLOZANOBE
 
Ensayo oficial original 1 1
Ensayo oficial original 1 1Ensayo oficial original 1 1
Ensayo oficial original 1 1
Sandy Zavala
 
Pmp 4 gestión de integración del proyecto
Pmp   4 gestión de integración del proyectoPmp   4 gestión de integración del proyecto
Pmp 4 gestión de integración del proyecto
Daniel Quiceno Calderón
 
Proyectos sesion 1
Proyectos sesion 1Proyectos sesion 1
Proyectos sesion 1
Anyi Daniela
 
14 arquitectura de sistemas
14 arquitectura de sistemas14 arquitectura de sistemas
14 arquitectura de sistemas
Luis Vidal
 
Gestion_de_Proyectos.ppt
Gestion_de_Proyectos.pptGestion_de_Proyectos.ppt
Gestion_de_Proyectos.ppt
ssuser73f459
 
The Proyect Management
The Proyect ManagementThe Proyect Management
The Proyect Management
Martha
 
3. Procesos de Planificación (1)
3. Procesos de Planificación (1)3. Procesos de Planificación (1)
3. Procesos de Planificación (1)
MSc Aldo Valdez Alvarado
 
Taller 03 Formulación de Proyecto y SSAF
Taller 03  Formulación de Proyecto y SSAFTaller 03  Formulación de Proyecto y SSAF
Taller 03 Formulación de Proyecto y SSAF
Incubadora de Negocios Chrysalis
 
Presentación clientes
Presentación clientesPresentación clientes
Presentación clientes
Spazzio arquitectos
 

Similar a S07_s1 - Fase A Arquitectura Empresarial.pdf (20)

Gestion de Proyectos - Gestión del Alcance
Gestion de Proyectos - Gestión del AlcanceGestion de Proyectos - Gestión del Alcance
Gestion de Proyectos - Gestión del Alcance
 
UNIDAD III EAI SCM
UNIDAD III EAI SCMUNIDAD III EAI SCM
UNIDAD III EAI SCM
 
Fundamentos para la direccion de proyectos
Fundamentos para la direccion de proyectosFundamentos para la direccion de proyectos
Fundamentos para la direccion de proyectos
 
Gestión de proyectos alcance
Gestión de proyectos alcanceGestión de proyectos alcance
Gestión de proyectos alcance
 
Cesar rivera power point
Cesar rivera power pointCesar rivera power point
Cesar rivera power point
 
TOGAF - Fase A
TOGAF - Fase ATOGAF - Fase A
TOGAF - Fase A
 
Eafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
Eafit Gestion De Proyectos Informaticos 1.Ciclo De VidaEafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
Eafit Gestion De Proyectos Informaticos 1.Ciclo De Vida
 
Diseño Seis Sigma
Diseño Seis SigmaDiseño Seis Sigma
Diseño Seis Sigma
 
Ggpic. tema 2. unidad iii
Ggpic. tema 2. unidad iiiGgpic. tema 2. unidad iii
Ggpic. tema 2. unidad iii
 
Gestión integrada
Gestión integradaGestión integrada
Gestión integrada
 
Gestión del alcance de un proyecto alumno
Gestión del alcance de un proyecto alumnoGestión del alcance de un proyecto alumno
Gestión del alcance de un proyecto alumno
 
Ensayo oficial original 1 1
Ensayo oficial original 1 1Ensayo oficial original 1 1
Ensayo oficial original 1 1
 
Pmp 4 gestión de integración del proyecto
Pmp   4 gestión de integración del proyectoPmp   4 gestión de integración del proyecto
Pmp 4 gestión de integración del proyecto
 
Proyectos sesion 1
Proyectos sesion 1Proyectos sesion 1
Proyectos sesion 1
 
14 arquitectura de sistemas
14 arquitectura de sistemas14 arquitectura de sistemas
14 arquitectura de sistemas
 
Gestion_de_Proyectos.ppt
Gestion_de_Proyectos.pptGestion_de_Proyectos.ppt
Gestion_de_Proyectos.ppt
 
The Proyect Management
The Proyect ManagementThe Proyect Management
The Proyect Management
 
3. Procesos de Planificación (1)
3. Procesos de Planificación (1)3. Procesos de Planificación (1)
3. Procesos de Planificación (1)
 
Taller 03 Formulación de Proyecto y SSAF
Taller 03  Formulación de Proyecto y SSAFTaller 03  Formulación de Proyecto y SSAF
Taller 03 Formulación de Proyecto y SSAF
 
Presentación clientes
Presentación clientesPresentación clientes
Presentación clientes
 

Último

Discurso Gerencial en Venezuela desde la era Industrial hasta la actualidad I
Discurso Gerencial en Venezuela desde la era Industrial hasta la actualidad IDiscurso Gerencial en Venezuela desde la era Industrial hasta la actualidad I
Discurso Gerencial en Venezuela desde la era Industrial hasta la actualidad I
estherarcila
 
Modelo de Presentación de presupuesto el milagro.pptx
Modelo de Presentación de presupuesto el milagro.pptxModelo de Presentación de presupuesto el milagro.pptx
Modelo de Presentación de presupuesto el milagro.pptx
ANALUCIAREQUEJOJIMNE
 
HITOS ESTADISTICOS - MODULO PENAL (1).pptx
HITOS ESTADISTICOS - MODULO PENAL (1).pptxHITOS ESTADISTICOS - MODULO PENAL (1).pptx
HITOS ESTADISTICOS - MODULO PENAL (1).pptx
DanyDanielRomeoSaga
 
pensiones reforma chile un mejor chile para
pensiones reforma chile un mejor chile parapensiones reforma chile un mejor chile para
pensiones reforma chile un mejor chile para
ssuser736bf7
 
04.- Crea y Emprende ETAPA PLANIFICACION_EJECUCION_EVALUACION IVAN.pptx
04.- Crea y Emprende ETAPA PLANIFICACION_EJECUCION_EVALUACION IVAN.pptx04.- Crea y Emprende ETAPA PLANIFICACION_EJECUCION_EVALUACION IVAN.pptx
04.- Crea y Emprende ETAPA PLANIFICACION_EJECUCION_EVALUACION IVAN.pptx
MakoMedinaChrisAvril
 
jlkshkdhkashkashndlaksbklasbdkabfkjasbdkjas
jlkshkdhkashkashndlaksbklasbdkabfkjasbdkjasjlkshkdhkashkashndlaksbklasbdkabfkjasbdkjas
jlkshkdhkashkashndlaksbklasbdkabfkjasbdkjas
jcastilloc2
 
SISTEMAS DE CALIDAD EN EMPRESAS DE TURISMO
SISTEMAS DE CALIDAD EN EMPRESAS DE TURISMOSISTEMAS DE CALIDAD EN EMPRESAS DE TURISMO
SISTEMAS DE CALIDAD EN EMPRESAS DE TURISMO
Patty Gallardo
 
NIIF 15 "Ingresos de Actividades Ordinarias Procedentes de Contratos con Clie...
NIIF 15 "Ingresos de Actividades Ordinarias Procedentes de Contratos con Clie...NIIF 15 "Ingresos de Actividades Ordinarias Procedentes de Contratos con Clie...
NIIF 15 "Ingresos de Actividades Ordinarias Procedentes de Contratos con Clie...
Alex oie zy
 
4.- GA 2020 01 Matemática Aplicada a los Negocios (2240) WS.pdf
4.- GA 2020 01 Matemática Aplicada a los Negocios (2240) WS.pdf4.- GA 2020 01 Matemática Aplicada a los Negocios (2240) WS.pdf
4.- GA 2020 01 Matemática Aplicada a los Negocios (2240) WS.pdf
Melvinxitoh Muñoz Guevara
 
LOS 10 MODELOS DE NEGOCIOS MAS RENTABLES.pptx
LOS 10 MODELOS DE NEGOCIOS MAS  RENTABLES.pptxLOS 10 MODELOS DE NEGOCIOS MAS  RENTABLES.pptx
LOS 10 MODELOS DE NEGOCIOS MAS RENTABLES.pptx
europazl49
 
Cómo las ventas basadas en IA están transformando los equipos de servicios ...
Cómo las ventas basadas  en IA están transformando  los equipos de servicios ...Cómo las ventas basadas  en IA están transformando  los equipos de servicios ...
Cómo las ventas basadas en IA están transformando los equipos de servicios ...
Cade Soluciones
 
Liderazgo y principios de trabajo en equipo.pptx
Liderazgo y principios de trabajo en equipo.pptxLiderazgo y principios de trabajo en equipo.pptx
Liderazgo y principios de trabajo en equipo.pptx
VladimirLucaaQuispe
 
Elementos Constitucionais da Transição Energética
Elementos Constitucionais da Transição EnergéticaElementos Constitucionais da Transição Energética
Elementos Constitucionais da Transição Energética
Claudio A. Pinho
 
TAREA ACADEMICA 3 TRIBUTACION EMPRESARIAL.docx
TAREA ACADEMICA 3 TRIBUTACION EMPRESARIAL.docxTAREA ACADEMICA 3 TRIBUTACION EMPRESARIAL.docx
TAREA ACADEMICA 3 TRIBUTACION EMPRESARIAL.docx
BrigitteMercedesVida1
 
GESTIÓN DE REMUNERACIONES E INCENTIVOS 3 (3).pptx
GESTIÓN DE REMUNERACIONES E INCENTIVOS 3 (3).pptxGESTIÓN DE REMUNERACIONES E INCENTIVOS 3 (3).pptx
GESTIÓN DE REMUNERACIONES E INCENTIVOS 3 (3).pptx
CristhianHuapaya
 
Historia de Tributación Memoria Institucional 2021-SUNAT
Historia de Tributación Memoria Institucional 2021-SUNATHistoria de Tributación Memoria Institucional 2021-SUNAT
Historia de Tributación Memoria Institucional 2021-SUNAT
GiovannaSantaCruzHui
 
tipos de puntadas de costura segun normas ISO
tipos de puntadas de costura  segun normas ISOtipos de puntadas de costura  segun normas ISO
tipos de puntadas de costura segun normas ISO
ConstanzaPosada1
 
BONAFIDE.pptx kjdhfkgefkiqefjekhfekhfhfjehfkwefuehefihefhe
BONAFIDE.pptx kjdhfkgefkiqefjekhfekhfhfjehfkwefuehefihefheBONAFIDE.pptx kjdhfkgefkiqefjekhfekhfhfjehfkwefuehefihefhe
BONAFIDE.pptx kjdhfkgefkiqefjekhfekhfhfjehfkwefuehefihefhe
sofialopezcom15
 
ABC del Emprendimiento_Propuestadevalor.pdf
ABC del Emprendimiento_Propuestadevalor.pdfABC del Emprendimiento_Propuestadevalor.pdf
ABC del Emprendimiento_Propuestadevalor.pdf
ciccontrolescolar
 
Preparado para la nueva carta porte 3.1 con los sistemas siigo aspelCarta-por...
Preparado para la nueva carta porte 3.1 con los sistemas siigo aspelCarta-por...Preparado para la nueva carta porte 3.1 con los sistemas siigo aspelCarta-por...
Preparado para la nueva carta porte 3.1 con los sistemas siigo aspelCarta-por...
Cade Soluciones
 

Último (20)

Discurso Gerencial en Venezuela desde la era Industrial hasta la actualidad I
Discurso Gerencial en Venezuela desde la era Industrial hasta la actualidad IDiscurso Gerencial en Venezuela desde la era Industrial hasta la actualidad I
Discurso Gerencial en Venezuela desde la era Industrial hasta la actualidad I
 
Modelo de Presentación de presupuesto el milagro.pptx
Modelo de Presentación de presupuesto el milagro.pptxModelo de Presentación de presupuesto el milagro.pptx
Modelo de Presentación de presupuesto el milagro.pptx
 
HITOS ESTADISTICOS - MODULO PENAL (1).pptx
HITOS ESTADISTICOS - MODULO PENAL (1).pptxHITOS ESTADISTICOS - MODULO PENAL (1).pptx
HITOS ESTADISTICOS - MODULO PENAL (1).pptx
 
pensiones reforma chile un mejor chile para
pensiones reforma chile un mejor chile parapensiones reforma chile un mejor chile para
pensiones reforma chile un mejor chile para
 
04.- Crea y Emprende ETAPA PLANIFICACION_EJECUCION_EVALUACION IVAN.pptx
04.- Crea y Emprende ETAPA PLANIFICACION_EJECUCION_EVALUACION IVAN.pptx04.- Crea y Emprende ETAPA PLANIFICACION_EJECUCION_EVALUACION IVAN.pptx
04.- Crea y Emprende ETAPA PLANIFICACION_EJECUCION_EVALUACION IVAN.pptx
 
jlkshkdhkashkashndlaksbklasbdkabfkjasbdkjas
jlkshkdhkashkashndlaksbklasbdkabfkjasbdkjasjlkshkdhkashkashndlaksbklasbdkabfkjasbdkjas
jlkshkdhkashkashndlaksbklasbdkabfkjasbdkjas
 
SISTEMAS DE CALIDAD EN EMPRESAS DE TURISMO
SISTEMAS DE CALIDAD EN EMPRESAS DE TURISMOSISTEMAS DE CALIDAD EN EMPRESAS DE TURISMO
SISTEMAS DE CALIDAD EN EMPRESAS DE TURISMO
 
NIIF 15 "Ingresos de Actividades Ordinarias Procedentes de Contratos con Clie...
NIIF 15 "Ingresos de Actividades Ordinarias Procedentes de Contratos con Clie...NIIF 15 "Ingresos de Actividades Ordinarias Procedentes de Contratos con Clie...
NIIF 15 "Ingresos de Actividades Ordinarias Procedentes de Contratos con Clie...
 
4.- GA 2020 01 Matemática Aplicada a los Negocios (2240) WS.pdf
4.- GA 2020 01 Matemática Aplicada a los Negocios (2240) WS.pdf4.- GA 2020 01 Matemática Aplicada a los Negocios (2240) WS.pdf
4.- GA 2020 01 Matemática Aplicada a los Negocios (2240) WS.pdf
 
LOS 10 MODELOS DE NEGOCIOS MAS RENTABLES.pptx
LOS 10 MODELOS DE NEGOCIOS MAS  RENTABLES.pptxLOS 10 MODELOS DE NEGOCIOS MAS  RENTABLES.pptx
LOS 10 MODELOS DE NEGOCIOS MAS RENTABLES.pptx
 
Cómo las ventas basadas en IA están transformando los equipos de servicios ...
Cómo las ventas basadas  en IA están transformando  los equipos de servicios ...Cómo las ventas basadas  en IA están transformando  los equipos de servicios ...
Cómo las ventas basadas en IA están transformando los equipos de servicios ...
 
Liderazgo y principios de trabajo en equipo.pptx
Liderazgo y principios de trabajo en equipo.pptxLiderazgo y principios de trabajo en equipo.pptx
Liderazgo y principios de trabajo en equipo.pptx
 
Elementos Constitucionais da Transição Energética
Elementos Constitucionais da Transição EnergéticaElementos Constitucionais da Transição Energética
Elementos Constitucionais da Transição Energética
 
TAREA ACADEMICA 3 TRIBUTACION EMPRESARIAL.docx
TAREA ACADEMICA 3 TRIBUTACION EMPRESARIAL.docxTAREA ACADEMICA 3 TRIBUTACION EMPRESARIAL.docx
TAREA ACADEMICA 3 TRIBUTACION EMPRESARIAL.docx
 
GESTIÓN DE REMUNERACIONES E INCENTIVOS 3 (3).pptx
GESTIÓN DE REMUNERACIONES E INCENTIVOS 3 (3).pptxGESTIÓN DE REMUNERACIONES E INCENTIVOS 3 (3).pptx
GESTIÓN DE REMUNERACIONES E INCENTIVOS 3 (3).pptx
 
Historia de Tributación Memoria Institucional 2021-SUNAT
Historia de Tributación Memoria Institucional 2021-SUNATHistoria de Tributación Memoria Institucional 2021-SUNAT
Historia de Tributación Memoria Institucional 2021-SUNAT
 
tipos de puntadas de costura segun normas ISO
tipos de puntadas de costura  segun normas ISOtipos de puntadas de costura  segun normas ISO
tipos de puntadas de costura segun normas ISO
 
BONAFIDE.pptx kjdhfkgefkiqefjekhfekhfhfjehfkwefuehefihefhe
BONAFIDE.pptx kjdhfkgefkiqefjekhfekhfhfjehfkwefuehefihefheBONAFIDE.pptx kjdhfkgefkiqefjekhfekhfhfjehfkwefuehefihefhe
BONAFIDE.pptx kjdhfkgefkiqefjekhfekhfhfjehfkwefuehefihefhe
 
ABC del Emprendimiento_Propuestadevalor.pdf
ABC del Emprendimiento_Propuestadevalor.pdfABC del Emprendimiento_Propuestadevalor.pdf
ABC del Emprendimiento_Propuestadevalor.pdf
 
Preparado para la nueva carta porte 3.1 con los sistemas siigo aspelCarta-por...
Preparado para la nueva carta porte 3.1 con los sistemas siigo aspelCarta-por...Preparado para la nueva carta porte 3.1 con los sistemas siigo aspelCarta-por...
Preparado para la nueva carta porte 3.1 con los sistemas siigo aspelCarta-por...
 

S07_s1 - Fase A Arquitectura Empresarial.pdf

  • 2. Datos/Observaciones Ing. Yuri A. Pomachagua Basualdo
  • 3. Datos/Observaciones ➢ Arquitectura del negocio, de información, de aplicación y tecnología. ➢ Gobernabilidad de TI y sus lineamientos con la Empresa. ➢ ADM (Arquitecture Development Method) de TOGAF ➢ Fase A: Visión de Arquitectura
  • 4. Datos/Observaciones Al finalizar esta sesión el alumno conocerá y aplicará la Fase A del Método de Desarrollo de la Arquitectura
  • 5. ❑ Desarrollar una visión aspiracional de alto nivel de las capacidades y el valor comercial que se entregarán como resultado de la arquitectura empresarial propuesta ❑ Obtener la aprobación de una Declaración de trabajo de arquitectura que defina un programa de trabajos para desarrollar e implementar la arquitectura descrita en la Visión de arquitectura
  • 6. 1. Materiales de referencia externos a la empresa •Materiales de referencia de arquitectura. 2. Entradas no arquitectónicas ▪ Solicitud de trabajo de arquitectura ▪ Principios Empresariales, objetivos Empresariales e impulsores Empresariales
  • 7. Datos/Observaciones Ing Yuri A. Pomachagua Basualdo
  • 8. 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. Solicitud de Trabajo de Arquitectura ❖ 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
  • 9. Entradas no arquitectónicas: ❑ Modelo Organizacional para Arquitectura Empresarial, que incluye: • Alcance de las organizaciones afectadas • Evaluación de madurez, brechas y enfoque de resolución • Roles y responsabilidades para los equipos de arquitectura • Restricciones en el trabajo de arquitectura. • Requisitos de reutilización • Requerimientos presupuestarios • Solicitudes de cambio • Gobierno y estrategia de apoyo
  • 10. Datos/Observaciones Entradas arquitectónicas: ❑ Marco de arquitectura medida, que incluye: • Método de arquitectura a medida • Contenido de arquitectura a medida (entregables y artefactos) • Principios de arquitectura, incluidos los principios empresariales, cuando existan • Herramientas configuradas e implementadas ❑ Repositorio de arquitectura poblada -documentación arquitectónica existente (descripción del marco, descripciones arquitectónicas, descripciones de línea base, ABB, etc.)
  • 11. Datos/Observaciones El nivel de detalle abordado en la Fase A Dependerá del alcance y los objetivos de la Solicitud de trabajo de arquitectura, o del subconjunto de alcance y objetivos asociados con esta iteración del desarrollo de la arquitectura. El orden de los pasos en la Fase A, así como el momento en que se inician y completan formalmente, deben adaptarse a la situación actual de acuerdo con el Gobierno de Arquitectura establecido. Los pasos en la Fase A son los siguientes: 1. Establecer el proyecto de arquitectura 2. Identificar partes interesadas, inquietudes y requisitos comerciales 3. Confirmar y elaborar objetivos empresariales, impulsores empresariales y restricciones 4. Evaluar capacidades
  • 12. Datos/Observaciones El nivel de detalle abordado en la Fase A 5. Evaluar la preparación para la transformación empresarial 6. Definir alcance 7. Confirmar y elaborar principios de arquitectura, incluidos los principios empresariales 8. Desarrollar una visión de arquitectura 9. Definir las propuestas de valor de la arquitectura de destino y los KPI 10. Desarrollar declaración de trabajo de arquitectura, Aprobación segura
  • 13. Datos/Observaciones ❖ Arquitectura Empresarial es una capacidad empresarial; cada ciclo del ADM normalmente debe manejarse como un proyecto utilizando el marco de gestión de proyectos de la empresa. En algunos casos, los proyectos de arquitectura serán independientes. En otros casos, las actividades arquitectónicas serán un subconjunto de las actividades dentro de un proyecto más grande. En cualquier caso, la actividad de arquitectura debe planificarse y gestionarse utilizando prácticas aceptadas para la empresa. ❖ Lleve a cabo los procedimientos necesarios para garantizar el reconocimiento del proyecto, el respaldo de la gestión corporativa y el apoyo y compromiso de la gestión de línea necesaria. Incluya referencias a otros marcos de gestión en uso dentro de la empresa, explicando cómo este proyecto se relaciona con esos marcos
  • 14. ❖ Identifique las partes interesadas clave y sus inquietudes / objetivos, y defina los requisitos empresariales clave que se abordarán en el compromiso de la arquitectura. La participación de las partes interesadas en esta etapa tiene que lograr tres objetivos: ▪ Identificar los componentes y requisitos de visión que se probarán a medida que se desarrolla la visión de Arquitectura ▪ Identificar los límites del alcance, para el compromiso y limitar el alcance de la investigación arquitectónica requerida ▪ Identificar las preocupaciones, los problemas y los factores culturales de las partes interesadas que determinarán la forma en que se presenta y comunica la arquitectura.
  • 15. Datos/Observaciones ❑ El producto principal que resulta de este paso es un mapa de partes interesadas para el compromiso, que muestra qué partes interesadas están involucradas con el compromiso, su nivel de participación y sus preocupaciones clave. El mapa de partes interesadas se utiliza para admitir varios resultados de la fase de visión de Arquitectura e identificar: • Las preocupaciones y puntos de vista que son relevantes para este proyecto; esto se captura en laVisión de Arquitectura • Las partes interesadas que están involucradas con el proyecto y como resultado forman el punto de partida para un Plan de Comunicaciones • Los roles y responsabilidades clave dentro del proyecto, que deben incluirse en la Declaración deTrabajo de Arquitectura
  • 16. Datos/Observaciones ❑ Otra tarea clave será considerar qué puntos de vista y puntos de vista de la arquitectura deben desarrollarse para satisfacer los diversos requisitos de las partes interesadas. Es importante comprender en esta etapa qué partes interesadas y qué puntos de vista deben desarrollarse para establecer el alcance de la participación. ❑ Durante la fase de Visión de Arquitectura, los nuevos requisitos generados para el trabajo de arquitectura futuro dentro del alcance de los requisitos seleccionados deben documentarse dentro de la Especificación de Requisitos de Arquitectura, y los nuevos requisitos que están más allá del alcance de los requisitos seleccionados deben ingresarse en el Repositorio de Requisitos para gestión a través del proceso de Gestión de Requisitos.
  • 17. Datos/Observaciones ❑ Identificar los objetivos empresariales y los impulsores estratégicos de la organización. ❑ Si ya se han definido en otra parte de la empresa, asegúrese de que las definiciones existentes sean actuales y aclare cualquier área de ambigüedad. De lo contrario, vuelva a los creadores de la Declaración del trabajo de arquitectura y trabaje con ellos para definir estos elementos esenciales y asegurar su respaldo por parte de la gerencia corporativa ❑ Defina las restricciones que deben abordarse, incluidas las restricciones de toda la empresa y las restricciones específicas del proyecto (tiempo, calendario, recursos, etc.).Las limitaciones de toda la empresa pueden ser informadas por los principios empresariales y de arquitectura desarrollados en la fase preliminar o aclarados como parte de la fase A
  • 18. Datos/Observaciones ❑ Es valioso comprender una colección de capacidades dentro de la empresa. Una parte se refiere a la capacidad de la empresa para desarrollar y consumir la arquitectura. La segunda parte se refiere a la línea base y al nivel de capacidad objetivo de la empresa. Las brechas identificadas en la Capacidad de Arquitectura requieren iteración entre la Visión de Arquitectura y la Fase Preliminar para asegurar que la Capacidad de Arquitectura sea adecuada para abordar el alcance del proyecto de arquitectura ❑ Un paso clave después de la evaluación de los modelos de negocios, o artefactos que aclaran las prioridades de una estrategia de negocios, es identificar las capacidades empresariales requeridas, que la empresa debe poseer para actuar sobre las prioridades estratégicas.
  • 19. Datos/Observaciones ❑ La evaluación detallada de las brechas de capacidad empresarial pertenece a la Fase B como un aspecto central de la Arquitectura empresarial, donde el arquitecto puede ayudar a la empresa a comprender las brechas en toda la empresa, de muchos tipos, que deben abordarse en las fases posteriores de la arquitectura. ❑ Sin embargo, en la fase Visón de Arquitectura, el arquitecto debe considerar la capacidad de la empresa para desarrollar la Arquitectura de la Empresa en sí misma, como se requiere en la iniciativa específica o proyecto en curso. Las brechas en la capacidad de progresar a través del ADM, ya sea que se deriven de la escasez de habilidades, la información requerida, la debilidad del proceso o los sistemas y herramientas. El arquitecto puede encontrar orientación en el Enfoqu epara recopilar los marcos de capacidad empresarial existentes para la empresa en esta evaluación temprana.
  • 20. Datos/Observaciones ❑ Las brechas o limitaciones identificadas en la capacidad de la empresa para ejecutarse en el cambio informarán al arquitecto sobre la descripción de la Arquitectura de destino y el Plan de implementación y migración creado en la Fase E y Fase F. Este paso busca comprender las capacidades y los deseos de la empresa en un nivel apropiado de abstracción. La consideración de la brecha entre la línea base y la capacidad objetivo de la empresa es crítica. Se puede mostrar la capacidad de referencia y de destino dentro del contexto de la empresa en general mediante la creación de diagramas de cadena de valor que muestren el vínculo de las capacidades relacionadas. Los resultados de la evaluación se documentan en una Evaluación de capacidad
  • 21. ❑ Una evaluación de preparación para la transformación empresarial se puede utilizar para evaluar y cuantificar la preparación de la organización para sufrir un cambio. Esta evaluación se basa en la determinación y análisis / calificación de una serie de factores de preparación, como se describe en Evaluación de preparación para la transformación del negocio. ❑ Los resultados de la evaluación de preparación deben agregarse a la Evaluación de capacidad. Estos resultados se utilizan para dar forma al alcance de la arquitectura, para identificar las actividades requeridas dentro del proyecto de arquitectura, y para identificar las áreas de riesgo que se abordarán.
  • 22. Defina lo que está dentro y lo que está fuera del alcance de los esfuerzos de Arquitectura de línea de base y Arquitectura de destino, entendiendo que la línea de base y el objetivo no necesitan describirse con el mismo nivel de detalle. En muchos casos, la línea de base se describe en un nivel más alto de abstracción, por lo que hay más tiempo disponible para especificar el objetivo con suficiente detalle. Los problemas involucrados en esto se discuten en el Alcance de la arquitectura. En particular, defina: • La amplitud de cobertura de la empresa. • El nivel de detalle requerido
  • 23. • Las características de partición de la arquitectura. • Los dominios de arquitectura específicos que se cubrirán (negocios, datos, aplicaciones, tecnología) • La extensión del período de tiempo deseado, más el número y la extensión de cualquier período de tiempo intermedio • Los activos arquitectónicos que se aprovecharán, o se considerarán para su uso, del Enterprise Continuum de la organización: • Activos creados en iteraciones anteriores del ciclo ADM dentro de la empresa • Activos disponibles en otras partes de la industria (otros marcos, modelos de sistemas, modelos de industria vertical, etc.)
  • 24. ❑ Revise los principios bajo los cuales se desarrollará la arquitectura. Los principios de arquitectura se basan normalmente en los principios desarrollados como parte de la fase preliminar. Asegúrese de que las definiciones existentes sean actuales y aclare cualquier área de ambigüedad. De lo contrario, regrese al organismo responsable de Architecture Governance y trabaje con ellos para definir estos elementos esenciales por primera vez y asegurar su respaldo por parte de la gerencia corporativa
  • 25. La comprensión de los artefactos requeridos permitirá a las partes interesadas comenzar a determinar su toma de decisiones, lo que guiará las fases posteriores. Estas decisiones deben reflejarse en el mapa de partes interesadas. El desarrollo de políticas y las decisiones estratégicas deben ser capturadas en esta fase para permitir que el trabajo posterior sea cuantificado; por ejemplo, decisiones y métricas de racionalización, generación de ingresos y objetivos que cumplen con la estrategia empresarial. También hay otras áreas que deben abordarse; por ejemplo, la transformación digital y la estrategia de TI donde las decisiones sobre la visión de la arquitectura proporcionarán liderazgo y dirección a la organización en las fases posteriores.
  • 26. Para la Visión de la Arquitectura, se recomienda que primero se decida una arquitectura general que muestre cómo encajarán todos los entregables del dominio de la arquitectura. En función de las inquietudes de las partes interesadas, los requisitos de capacidad empresarial, el alcance, las limitaciones y los principios, cree una vista de alto nivel de las arquitecturas de referencia y de destino. La Visión de Arquitectura típicamente cubre la amplitud del alcance identificado para el proyecto, a un alto nivel. A menudo se emplean técnicas informales. Una práctica común es dibujar un diagrama de concepto de solución simple que ilustra de manera concisa los componentes principales de la solución y cómo la solución generará beneficios para la empresa.
  • 27. Los escenarios de negocios son una técnica apropiada y útil para descubrir y documentar los requisitos del negocio, y para articular una Visión de Arquitectura que responda a esos requisitos. Los escenarios empresariales también pueden usarse en niveles más detallados del trabajo de arquitectura (por ejemplo, en la Fase B). Este paso genera las primeras definiciones de muy alto nivel de los entornos de línea de base y de destino, desde una perspectiva de negocios, sistemas de información y tecnología.
  • 28. ❑ Desarrollar el caso de negocio para las arquitecturas y los cambios requeridos. ❑ Producir la propuesta de valor para cada uno de los grupos de partes interesadas. ❑ Evaluar y definir los requisitos de adquisición. ❑ Revisar y acordar las propuestas de valor con los patrocinadores y las partes interesadas. ❑ Defina las métricas y medidas de rendimiento que se incorporarán a la arquitectura empresarial para satisfacer las necesidades del negocio. ❑ Evaluar el riesgo Empresarial.
  • 29. Identifique los riesgos asociados con la Visión de Arquitectura y evalúe el nivel inicial de riesgo (p. Ej., Catastrófico, crítico, marginal o insignificante) y la frecuencia potencial asociada con ella. Asigne una estrategia de mitigación para cada riesgo. Hay dos niveles de riesgo que deben considerarse: ▪ Nivel inicial de riesgo: categorización del riesgo antes de determinar e implementar acciones de mitigación ▪ Nivel de riesgo residual: categorización del riesgo después de la implementación de acciones de mitigación (si corresponde)
  • 30. Clasificar los riesgos con respecto al efecto y la frecuencia de acuerdo con las escalas utilizadas dentro de la organización. ❖ Catastrófico infiere una pérdida financiera crítica que podría resultar en la bancarrota de la organización. ❖ Crítico infiere una pérdida financiera grave en más de una línea de negocio que conduce a una pérdida de productividad y a la falta de retorno de la inversión en TI. ❖ Marginal infiere una pérdida financiera menor en una línea de negocio y un retorno de la inversión reducido en la inversión en TI ❖ Insignificante infiere un impacto mínimo en la capacidad de una línea de negocio para entregar servicios y/o productos
  • 31. ❖ Frecuente : es probable que ocurra con mucha frecuencia y/o continuamente ❖ Probable : ocurre varias veces en el transcurso de un ciclo de transformación ❖ Ocasional : ocurre esporádicamente ❖ Rara vez : remotamente posible y probablemente no ocurriría más de una vez en el curso de un ciclo de transformación ❖ Improbable : probablemente no ocurrirá durante el curso de un ciclo de transformación
  • 32. Combinación de dos factores que infiere un impacto ❖ Riesgo extremadamente alto (E) : lo más probable es que el esfuerzo de transformación fracase con graves consecuencias ❖ Riesgo alto (H) : falla significativa de partes del esfuerzo de transformación que da como resultado que no se alcancen ciertas metas ❖ Riesgo moderado (M) : falla notable de partes del esfuerzo de transformación que amenaza el éxito de ciertas metas ❖ Riesgo bajo (L) : ciertos objetivos no serán del todo exitosos
  • 34. Evalúe los productos de trabajo que se requieren que se produzcan (y para cuándo) contra el conjunto de requisitos de rendimiento empresarial. Esto implicará garantizar que: • Las métricas de rendimiento están integradas en los productos de trabajo. • Productos de trabajo específicos relacionados con el rendimiento están disponibles Luego, las actividades incluirán: • Identificar nuevos productos de trabajo que deberán cambiarse. • Proporcionar instrucciones sobre qué productos de trabajo existentes, incluidos los bloques de construcción, deberán cambiarse y garantizar que todas las actividades y dependencias de estos estén coordinada
  • 35. • Identificar el impacto del cambio en otros productos laborales y la dependencia de sus actividades. • Según el propósito, el enfoque, el alcance y las restricciones, determine qué dominios de arquitectura se deben desarrollar, a qué nivel de detalle y qué vistas de arquitectura se deben construir • Evaluar los requisitos de recursos y la disponibilidad para realizar el trabajo en el plazo requerido; esto incluirá adherirse a los métodos de planificación y productos de trabajo de la organización para producir los planes para realizar un ciclo de ADM • Estime los recursos necesarios, desarrolle una hoja de ruta y un cronograma para el desarrollo propuesto, y documente todo esta en la Declaración de trabajo de arquitectura
  • 36. • Defina las métricas de rendimiento que debe cumplir el equipo de Arquitectura Empresarial durante este ciclo de ADM • Desarrolle el Plan de comunicaciones de Arquitectura empresarial específico y muestre dónde, cómo y cuándo los Arquitectos empresariales se comunicarán con las partes interesadas, incluidas las agrupaciones de afinidad y las comunidades, sobre el progreso de los desarrollos de Arquitectura empresarial • Revisar y acordar los planes con los patrocinadores, y asegurar la aprobación formal de la Declaración de trabajo de arquitectura bajo los procedimientos de gobernanza apropiados. • Obtenga la aprobación del patrocinador para continuar
  • 37. Los resultados de la Fase A pueden incluir, entre otros: ❑ Declaración aprobada de trabajo de arquitectura, que incluye en particular: • Descripción del proyecto de arquitectura y alcance • Descripción general de la visión de arquitectura • Plan de proyecto de arquitectura y calendario • Declaraciones refinadas de principios empresariales, objetivos empresariales e impulsores empresariales ❑ Principios de arquitectura ❑ Evaluación de capacidad ❖ 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 Contenido
  • 38. ❑ Marco de arquitectura a medida(para el compromiso), que incluye: • Método de arquitectura a medida • Contenido de arquitectura a medida (entregables y artefactos) • Herramientas configuradas e implementadas ❑ Visión de Arquitectura, que incluye: ▪ Descripción del problema ▪ Objetivo de la Declaración deTrabajo de Arquitectura ▪ Vistas de resumen ▪ Escenario empresarial (opcional) ▪ Requisitos clave de partes interesadas de alto nivel refinados
  • 39. ❑ Proyecto de documento de definición de arquitectura, que incluye (cuando está dentro del alcance): • Baseline Business Architecture,Versión 0.1 • BaselineTechnology Architecture,Versión 0.1 • Baseline Data Architecture,Versión 0.1 • Baseline Application Architecture,Versión 0.1 • Target Business Architecture,Versión 0.1 • Arquitectura de tecnología de destino, versión 0.1 • Arquitectura de datos de destino, versión 0.1 • Arquitectura de aplicación de destino, versión 0.1
  • 40. ❑ Plan de comunicaciones ❑ Contenido adicional se ingresa en el Repositorio de Arquitectura Nota: Se pueden usar múltiples escenarios de negocios para generar una sola Visión de Arquitectura. Las salidas pueden incluir algo o todo lo siguiente: ❑ Matrices: • Matriz de mapa de partes interesadas
  • 41. Datos/Observaciones Ing Yuri A. Pomachagua Basualdo Se muestra un análisis de muestra de las partes interesadas que distingue 22 tipos de partes interesadas, en cinco categorías amplias
  • 42. Identificar los stakeholders o ¿Está esa persona lista para cambiar de dirección y comenzar a moverse hacia la Arquitectura de destino? Si es así, ¿qué tan listo? o ¿Es esa persona capaz de ser un defensor o agente creíble de la iniciativa de Arquitectura Empresarial propuesta? Si es así, ¿qué tan capaz? o ¿Qué tan involucrado está el individuo en la iniciativa de Arquitectura Empresarial? ¿Son simplemente un observador interesado o necesitan estar involucrados en los detalles? o ¿Ha hecho esa persona un compromiso contractual con el desarrollo de la Arquitectura Empresarial y su papel en la gobernanza del desarrollo de la organización?
  • 43. Datos/Observaciones Ing Yuri A. Pomachagua Basualdo Mapa de stakeholders
  • 44. ❑ Diagramas: o Diagrama del modelo de negocio o Mapa de capacidad empresarial o Mapa de flujo de valor o Diagrama de cadena de valor o Diagrama del concepto de solución
  • 45. Esta fase preliminar se trata de definir "dónde, qué, por qué, quién y cómo hacemos la arquitectura" en la empresa en cuestión. Los aspectos principales son los siguientes: 1. Definiendo la empresa 2. Identificar los impulsores y elementos clave en el contexto organizacional. 3. Definir los requisitos para el trabajo de arquitectura. 4. Definir los principios de arquitectura que informarán cualquier trabajo de arquitectura. 5. Definiendo el marco a utilizar 6. Definir las relaciones entre los marcos de gestión. 7. Evaluación de la madurez de la arquitectura empresarial.
  • 46. La fase A comienza con la recepción de una solicitud de trabajo de arquitectura de la organización. Los temas involucrados en garantizar el reconocimiento y el respaldo adecuados de la administración corporativa, el apoyo y compromiso de la administración, se discuten en el Gobierno deTI. La Fase A también define lo que está dentro y lo que está fuera del alcance del esfuerzo de la arquitectura y las restricciones que deben abordarse. Las decisiones de alcance deben tomarse sobre la base de una evaluación práctica de la disponibilidad de recursos y competencias, y el valor que se puede esperar de manera realista para la empresa del alcance elegido del trabajo de arquitectura. Los problemas involucrados en esto se discuten enel Alcance de la arquitectura.
  • 47. Los problemas de alcance abordados en la fase de Visión de Arquitectura estarán restringidos a los objetivos específicos para este ciclo de ADM y estarán restringidos dentro de la definición de alcance general para la actividad de arquitectura establecida dentro de la Fase Preliminar e incorporada dentro del marco de la arquitectura. Normalmente, las limitaciones se basarán en los principios empresariales y los Principios de arquitectura, desarrollados como parte de la Fase preliminar.
  • 48. Normalmente, los principios empresariales, los objetivos empresariales y los impulsores estratégicos de la organización ya están definidos en otra parte de la empresa. Si es así, la actividad en la Fase A está relacionada con garantizar que las definiciones existentes sean actuales y aclarar cualquier área de ambigüedad. De manera similar, los Principios de Arquitectura que forman parte de las restricciones sobre el trabajo de arquitectura normalmente se habrán definido en la Fase Preliminar. La actividad en la Fase A se ocupa de garantizar que las definiciones de principios existentes sean actuales y de aclarar cualquier área de ambigüedad. De lo contrario, implica definir los Principios de Arquitectura por primera vez.
  • 49. ❑ La visión de Arquitectura proporciona al patrocinador una herramienta clave para vender los beneficios de la capacidad propuesta a las partes interesadas y los tomadores de decisiones dentro de la empresa. La visión de Arquitectura describe cómo la nueva capacidad cumplirá las metas empresariales, los objetivos estratégicos y abordará las preocupaciones de los interesados cuando se implemente. ❑ La Visión de Arquitectura es integral para comprender las tecnologías emergentes y su impacto potencial en las industrias y empresas, sin las cuales se pueden perder muchas oportunidades de negocios. ❑ Aclarar y acordar el propósito del esfuerzo de arquitectura es una de las partes clave de esta actividad, y el propósito debe reflejarse claramente en la visión que se crea .Los proyectos de arquitectura a menudo se llevan a cabo con un propósito específico en mente: un conjunto específico de impulsores empresariales que representan el retorno de la inversión para las partes interesadas en el desarrollo de la arquitectura. Aclarar ese propósito, y demostrar cómo se logrará mediante el desarrollo de la arquitectura propuesta, es el punto central de laVisión de la Arquitectura.
  • 50. ❑ Normalmente, los elementos clave de la Visión de Arquitectura, como la misión, visión, estrategia y objetivos de la empresa, se han documentado como parte de una estrategia comercial más amplia o actividad de planificación empresarial que tiene su propio ciclo de vida dentro de la empresa. En tales casos, la actividad en la Fase A se refiere a la verificación y comprensión de la estrategia y los objetivos empresariales documentados, y posiblemente al puente entre la estrategia y los objetivos de la empresa, por un lado, la estrategia y los objetivos implícitos dentro de la realidad arquitectónica actual. ❑ Los modelos de negocio son artefactos estratégicos clave que pueden proporcionar esa perspectiva, al mostrar cómo la organización pretende entregar valor a sus clientes y partes interesadas. Evaluar capacidades introduce la aplicación de modelos de negocio como un paso en el desarrollo de laVisión de Arquitectura.
  • 51. ❑ En otros casos, se ha realizado poco o ningún trabajo de arquitectura empresarial hasta la fecha. En tales casos, será necesario que el equipo de arquitectura investigue, verifique y obtenga la aceptación de los objetivos y procesos empresariales clave que la arquitectura debe soportar. Esto se puede hacer como un ejercicio independiente, ya sea para el desarrollo de la arquitectura anterior, o como parte de la fase de iniciación de ADM (Fase preliminar)
  • 52. Este ejercicio debe examinar y buscar materiales existentes sobre conceptos fundamentales de la arquitectura empresarial, tales como: ❑ Capacidades empresariales, que representan una capacidad particular que una empresa puede poseer o intercambiar para lograr un propósito o resultado específico. En esta fase, el arquitecto debe determinar si existe un marco en la organización para representar las capacidades empresariales. Si no existe, el arquitecto debe considerar si el desarrollo de un marco está dentro del alcance del proyecto. ❑ Value Streams, que representan una colección de actividades de valor agregado de extremo a extremo que crean un resultado general para un cliente, parte interesada o usuario final.
  • 53. ❑ Mapas de organización, que representan las relaciones entre las entidades principales que conforman la empresa, sus socios y partes interesadas. Como los organigramas tradicionales a menudo carecen de los detalles necesarios para reflejar el alcance completo de las actividades de la empresa, el arquitecto puede ayudar a identificar y comprender la compleja red de relaciones entre las entidades empresariales, así como dónde se utilizan las capacidades empresariales y la conexión con las etapas de flujo de valor.Estos se refinan y se extienden en fases posteriores.
  • 54. ❑ La visión de Arquitectura, explora otros dominios que son apropiados para la arquitectura empresarial disponible.Estos dominios pueden incluir elementos de los dominios básicos, pero tienen un propósito adicional para las partes interesadas.Los dominios de ejemplo pueden incluir: • Información/Seguridad • Digital/Administración de redes • Conocimiento/Específico de la industria • Servicios/Asociación • La seguridad cibernética
  • 55. ❑ Estos dominios pueden ser independientes o estar vinculados con otros dominios para proporcionar vistas de toda la empresa de la visión y estructura de la organización. ❑ La fase de Visión de Arquitectura incluye la realización de una evaluación empresariales(usando, por ejemplo, escenarios empresariales) donde se documentan factores críticos y se evalúan varios cursos de acción. Se documentan las ventajas y desventajas de alto nivel, incluidos los riesgos y las oportunidades, y se selecciona el mejor curso de acción para que sirva de base para laVisión de Arquitectura
  • 56. ❑ Visión de Arquitectura proporciona una descripción de primer nivel y de alto nivel de las arquitecturas de línea de base y de destino, que abarca los dominios de negocios, datos, aplicaciones y tecnología. ❑ •Una vez que se define y documenta una Visión de Arquitectura en la Declaración de Trabajo de Arquitectura, es fundamental usarla para construir un consenso, como se describe en el Gobierno de TI. Sin este consenso, es muy poco probable que la arquitectura final sea aceptada por la organización en su conjunto. El consenso está representado por la organización patrocinadora que firma la Declaración de Trabajo de Arquitectura.
  • 57. Referencia 1. Definiendo la empresa 2. Identificar los impulsores y elementos clave en el contexto organizacional. 3. Definir los requisitos para el trabajo de arquitectura. 4. Definir los principios de arquitectura que informarán cualquier trabajo de arquitectura. 5. Definiendo el marco a utilizar 6. Definir las relaciones entre los marcos de gestión. 7. Evaluación de la madurez de la arquitectura empresarial.