Las técnicas de planificación de migración en TOGAF proporcionan un enfoque estructurado para evaluar y planificar la implementación y migración de la Arquitectura Empresarial. Al utilizar estas técnicas, los arquitectos pueden asegurarse de que los planes sean exhaustivos y alineados con los objetivos empresariales, al tiempo que se tienen en cuenta las restricciones y dependencias que podrían afectar la implementación.
Cada técnica tiene un propósito específico y puede utilizarse en diferentes fases del proceso de planificación de migración. Por ejemplo, la matriz de evaluación y deducción de factores de implementación puede ayudar a identificar y documentar los factores que afectan la implementación, mientras que la técnica de evaluación del valor empresarial puede ayudar a evaluar el valor y los riesgos asociados con diferentes opciones.
Al utilizar estas técnicas en combinación, los arquitectos pueden desarrollar un plan integral de migración que tenga en cuenta todos los factores relevantes y garantice una implementación exitosa de la Arquitectura Empresarial.
Matriz de evaluación y deducción de factores de implementación TOGAF ADM
La matriz de evaluación y deducción de factores de implementación TOGAF ADM es una herramienta utilizada para identificar y evaluar los factores que pueden afectar la implementación de un plan de arquitectura empresarial. La matriz incluye típicamente tres columnas, que son:
- Factor: Esta columna enumera los diversos factores que pueden afectar la implementación del plan de arquitectura. Estos factores pueden incluir Riesgos, Problemas, Supuestos, Dependencias, Acciones, Impactos o cualquier otro factor relevante.
- Descripción: Esta columna proporciona una breve descripción de cada factor, explicando qué es y por qué es importante considerarlo al formular el plan.
- Deducciones: Esta columna describe las deducciones que deben realizarse basándose en cada factor. Estas deducciones indican las acciones o restricciones que deben tenerse en cuenta al desarrollar el plan de implementación.
Por ejemplo, supongamos que uno de los factores enumerados en la matriz es «Riesgos». En la columna de descripción, este factor podría definirse como «eventos o situaciones negativas potenciales que podrían afectar el éxito del plan de implementación». En la columna de deducciones, la matriz podría indicar que todos los riesgos identificados deben evaluarse y priorizarse, y que se deben establecer estrategias adecuadas de mitigación de riesgos.
En general, la matriz de evaluación y deducción de factores de implementación es una herramienta útil para garantizar que se consideren todos los factores relevantes al desarrollar un plan de implementación, y que se tomen acciones adecuadas para abordar cualquier problema o restricción potencial.
—
aquí hay una posible regeneración de la matriz basada en el cambio al mensajería instantánea:
| Factor | Descripción | Deducciones |
|---|---|---|
| Cambio en la tecnología | ||
| Cierre de centros de mensajes | Decisión de cerrar los centros de mensajes y pasar a la mensajería instantánea como canal principal de comunicación |
|
| Personal | Las personas involucradas en la implementación del plan y/o afectadas por los cambios |
|
| Mensajería instantánea | La nueva tecnología que se introduce como parte del plan de implementación |
|
| Costo | Las implicaciones financieras del plan de implementación |
|
Nuevamente, esta es solo una posible forma de regenerar la matriz basada en la tecnología actualizada, y los factores, descripciones y deducciones reales utilizados en la matriz dependerán del escenario empresarial específico que se esté abordando.
Matriz consolidada de brechas, soluciones y dependencias
La matriz consolidada de brechas, soluciones y dependencias es una técnica utilizada en el proceso de desarrollo de arquitectura TOGAF para identificar y agrupar brechas en el dominio de arquitectura, evaluar soluciones potenciales y dependencias respecto a esas brechas.
Esta técnica ayuda a los arquitectos a priorizar su trabajo e identificar áreas donde las soluciones pueden tener el mayor impacto. Al agrupar las brechas, los arquitectos pueden comprender mejor las relaciones entre ellas e identificar soluciones que aborden múltiples brechas al mismo tiempo.
La matriz también es útil para planificar y crear paquetes de trabajo. Las dependencias identificadas pueden ayudar a impulsar la creación de proyectos e informar la planificación de migración en las Fases E y F del proceso de desarrollo de arquitectura. Esto garantiza que los proyectos se prioricen adecuadamente y se alineen con los objetivos empresariales.
En general, la matriz consolidada de brechas, soluciones y dependencias es una herramienta valiosa para que los arquitectos la utilicen durante todo el proceso de desarrollo de arquitectura, permitiéndoles identificar brechas, soluciones y dependencias, priorizar su trabajo y impulsar una planificación y ejecución eficaz de proyectos.
Ejemplo
Aquí hay un ejemplo de cómo se podría utilizar la matriz consolidada de brechas, soluciones y dependencias:
Supongamos que durante la fase de análisis de brechas del proceso de desarrollo de arquitectura, el equipo de arquitectura ha identificado varias brechas en la arquitectura del estado actual. Estas brechas incluyen:
- Falta de un repositorio centralizado de datos de clientes
- Definiciones de datos inconsistentes entre las unidades de negocio
- Integración limitada entre los sistemas de CRM y de cumplimiento de pedidos
Para crear una matriz consolidada de brechas, soluciones y dependencias, el equipo de arquitectura agruparía estas brechas y evaluaría soluciones y dependencias potenciales. Por ejemplo:
aquí está el ejemplo nuevamente con numeración agregada en la primera columna:
| # | Brecha | Soluciones potenciales | Dependencias |
|---|---|---|---|
| 1 | Falta de un repositorio centralizado de datos de clientes | Implementar un data lake para datos de clientes | Dependiente de la resolución de las definiciones de datos inconsistentes |
| 2 | Definiciones de datos inconsistentes entre unidades de negocio | Establecer un marco de gobernanza de datos y un modelo de datos común | Dependiente de la implementación de un data lake |
| 3 | Integración limitada entre los sistemas de CRM y de cumplimiento de pedidos | Implementar un bus de servicios empresariales (ESB) para habilitar el intercambio de datos en tiempo real | Dependiente de la implementación de un marco de gobernanza de datos y un modelo de datos común |
En este ejemplo, la matriz muestra que abordar las brechas en los datos del cliente requiere un enfoque de múltiples pasos que implica resolver las inconsistencias de datos, implementar un data lake, establecer un marco de gobernanza de datos y un modelo de datos común, y finalmente implementar un ESB para habilitar el intercambio de datos en tiempo real.
Esta matriz se puede utilizar para planificar paquetes de trabajo, identificar dependencias y priorizar proyectos en las Fases E y F. Por ejemplo, el equipo de arquitectura podría priorizar la implementación del marco de gobernanza de datos y el modelo de datos común como el primer paso para abordar las brechas identificadas, ya que es una dependencia tanto para la implementación del data lake como para la del ESB.
Tabla de Incrementos de Definición de Arquitectura
La Tabla de Incrementos de Definición de Arquitectura es una técnica utilizada en el Marco de Arquitectura de The Open Group (TOGAF) que permite a los arquitectos planificar y rastrear el desarrollo de una arquitectura empresarial con el tiempo. La tabla enumera los diferentes proyectos que contribuirán al desarrollo de la arquitectura, y asigna entregables específicos a cada proyecto que se completarán en incrementos con el tiempo.
El propósito de esta tabla es crear una hoja de ruta que describa la secuencia planificada de las Arquitecturas de Transición, que son estados intermedios de la arquitectura que se alcanzarán en momentos específicos durante el proceso de desarrollo. Cada Arquitectura de Transición representa una etapa de la arquitectura que es más completa y más cercana al estado final que la etapa anterior.
Al dividir el proceso de desarrollo en entregables incrementales y asignarlos a proyectos y plazos específicos, la Tabla de Incrementos de Definición de Arquitectura ayuda a los arquitectos a:
- Planificar el desarrollo de la arquitectura empresarial de manera estructurada y manejable
- Garantizar que cada proyecto se ordene adecuadamente y que cada incremento se complete a tiempo
- Identificar posibles dependencias y conflictos entre diferentes proyectos
- Proporcionar una visión clara del proceso de desarrollo, que puede compartirse con los interesados para asegurar que todos estén alineados con los objetivos y la cronología del proyecto.
En general, la Tabla de Incrementos de Definición de Arquitectura es una herramienta poderosa que puede ayudar a los arquitectos a gestionar proyectos complejos de arquitectura empresarial y garantizar que se completen con éxito y a tiempo.
Aquí tiene una tabla actualizada de Incrementos de Definición de Arquitectura que combina la información tanto del incremento como de la fecha de inicio:
| Nombre del proyecto | Incremento 1 – Fecha de inicio | Incremento 1 | Incremento 2 – Fecha de inicio | Incremento 2 | Incremento 3 – Fecha de inicio | Incremento 3 | Incremento 4 – Fecha de inicio | Incremento 4 |
|---|---|---|---|---|---|---|---|---|
| Sistema CRM | Trimestre 1 de 2023 | Arquitectura conceptual | Q2 2023 | Arquitectura lógica | Q3 2023 | Arquitectura física | Q4 2023 | Sistema completamente operativo |
| Almacén de datos | Q1 2023 | Arquitectura conceptual | Q2 2023 | Arquitectura lógica | Q3 2023 | Arquitectura física | Q4 2023 | Sistema completamente operativo |
| Plataforma de comercio electrónico | Q2 2023 | Arquitectura conceptual | Q3 2023 | Arquitectura lógica | Q4 2023 | Arquitectura física | Q1 2024 | Sistema completamente operativo |
| Aplicación móvil | Q2 2023 | Arquitectura conceptual | Q3 2023 | Arquitectura lógica | Cuarto trimestre de 2023 | Arquitectura física | Primer trimestre de 2024 | Sistema completamente operativo |
En esta tabla actualizada, cada proyecto tiene cuatro incrementos, y cada incremento tiene una hora de inicio representada como un trimestre y un año. Esto permite al arquitecto planificar una serie de arquitecturas de transición y rastrear el progreso hacia la consecución del sistema completamente operativo para cada proyecto.
Por ejemplo, el proyecto del sistema CRM comienza en el primer trimestre de 2023, y cada incremento posterior comienza en el trimestre siguiente. La tabla muestra que el incremento del sistema completamente operativo está programado para el cuarto trimestre de 2023. Esto permite al arquitecto planificar y rastrear el progreso hacia la consecución del sistema completamente operativo para el proyecto del sistema CRM.
De manera similar, la tabla muestra las fechas de inicio para cada incremento de los otros tres proyectos. Esto ayuda al arquitecto a planificar y rastrear el progreso hacia la consecución del sistema completamente operativo para cada proyecto, y a identificar posibles conflictos o dependencias entre diferentes proyectos.
Tabla de evolución del estado de la arquitectura de transición
La tabla de evolución del estado de la arquitectura de transición es una técnica utilizada en el Marco de Arquitectura de The Open Group (TOGAF) para demostrar el estado propuesto de las arquitecturas de una organización en varios niveles utilizando una taxonomía definida, como el Modelo de Referencia Técnica (TRM) de TOGAF. Esta tabla es una herramienta visual que ayuda a los arquitectos a identificar los servicios en la taxonomía que se utilizan en la empresa y luego listar las arquitecturas de transición y las transformaciones propuestas para esos servicios.
La tabla debe incluir una lista de todos los Bloques de Construcción de Soluciones (SBB) y describir cómo impactarán y cumplirán con los servicios enumerados. Los SBB también deben marcarse para mostrar cómo avanzarán la Arquitectura Empresarial. Por ejemplo, si se introduce una nueva capacidad, se marcará como «nueva» o «mantener» en la tabla. Si una capacidad se está trasladando a una nueva solución, se marcará como «transición». Y si una capacidad se está reemplazando, se marcará como «reemplazar».
La tabla de evolución del estado de la arquitectura de transición proporciona una imagen clara de los cambios que ocurrirán en la arquitectura de una organización con el tiempo. Permite a los arquitectos ver cómo sus cambios propuestos impactarán los servicios de la organización y cómo los llevarán hacia su estado objetivo. Al utilizar esta tabla, los arquitectos pueden asegurarse de que sus cambios propuestos se alineen con los objetivos y metas de la organización y que puedan implementarse de manera efectiva.
Ejemplo
A continuación se muestra un ejemplo de cómo podría verse la tabla de evolución del estado de la arquitectura de transición según las columnas que mencionó:
| Subdominio | Servicio | Arquitectura de transición 1 | Arquitectura de transición 2 | Arquitectura de transición 3 |
|---|---|---|---|---|
| Ventas | Gestión de pedidos | Estado actual | Estado de transición | Estado objetivo |
| Ventas | Gestión de clientes | Estado actual | Estado de transición | Estado objetivo |
| Finanzas | Cuentas por pagar | Estado Actual | Estado de Transición | Estado Objetivo |
| Finanzas | Cuentas por Cobrar | Estado Actual | Estado de Transición | Estado Objetivo |
| RRHH | Nómina | Estado Actual | Estado de Transición | Estado Objetivo |
| RRHH | Administración de Beneficios | Estado Actual | Estado de Transición | Estado Objetivo |
En este ejemplo, la primera columna enumera los subdominios dentro de la organización, como Ventas, Finanzas y RRHH. La segunda columna enumera los servicios específicos dentro de cada subdominio, como Gestión de Pedidos, Cuentas por Pagar y Nómina. Las columnas restantes representan las diversas Arquitecturas de Transición, que podrían incluir el Estado Actual, el Estado de Transición y el Estado Objetivo.
Cada celda de la tabla se completaría luego con la información relevante para ese servicio y arquitectura. Por ejemplo, la celda correspondiente a Gestión de Pedidos y la columna Estado Actual podría contener una descripción de la arquitectura actual utilizada para gestionar pedidos, mientras que la celda correspondiente a Gestión de Pedidos y la columna Estado Objetivo podría describir la arquitectura propuesta para gestionar pedidos en el futuro.
Técnica de Evaluación del Valor de Negocio
La técnica de evaluación del valor de negocio que describió es un método útil para evaluar y priorizar diversas iniciativas o proyectos de negocio. Al utilizar una matriz con dimensiones de valor y riesgo, las empresas pueden evaluar sus opciones basándose en criterios objetivos que se alinean con sus objetivos y metas estratégicas.
La dimensión del índice de valor, que incluye el cumplimiento de principios, la contribución financiera, la alineación estratégica y la posición competitiva, ayuda a determinar los beneficios y oportunidades potenciales que un proyecto puede aportar al negocio. La dimensión del índice de riesgo, que incluye tamaño y complejidad, tecnología, capacidad organizacional e impacto de un fracaso, ayuda a identificar los riesgos y desafíos potenciales que un proyecto podría enfrentar.
Ejemplo
Al asignar pesos individuales a cada criterio, las empresas pueden determinar la importancia relativa de cada criterio en el proceso de toma de decisiones. Esto ayuda a garantizar que los factores más críticos reciban mayor peso en el proceso de evaluación.
Finalmente, es importante establecer los criterios de toma de decisiones antes de conocer las opciones. Esto garantiza que el proceso de evaluación permanezca objetivo y consistente, y que todas las opciones se evalúen según los mismos criterios. También ayuda a prevenir que los sesgos y preferencias personales influyan en el proceso de toma de decisiones.
Resumen
Las técnicas de planificación de migración de TOGAF incluyen varios métodos para apoyar la planificación de migración en las Fases E y F. Estas técnicas incluyen la creación de una matriz de evaluación y deducción de factores de implementación para documentar los factores que afectan el plan de implementación y migración de la arquitectura, una matriz consolidada de brechas, soluciones y dependencias para agrupar brechas y evaluar soluciones y dependencias potenciales, una tabla de incrementos de definición de arquitectura para planificar una serie de arquitecturas de transición, y una tabla de evolución del estado de arquitectura de transición para mostrar el estado propuesto de las arquitecturas en diversos niveles.
Además, la técnica de evaluación del valor de negocio implica elaborar una matriz basada en una dimensión de índice de valor y una dimensión de índice de riesgo para evaluar el valor de negocio. Es esencial desarrollar y aprobar el índice, sus criterios y ponderaciones por parte de la alta dirección antes de establecer los criterios de toma de decisiones. Al utilizar estas técnicas en combinación, los arquitectos pueden desarrollar un plan integral de migración que tenga en cuenta todos los factores relevantes y garantice una implementación exitosa de la Arquitectura Empresarial.