# data[].attributes.attachment_link.readable_text
Application of an Open Group Architecture Framework (TOGAF) to a Small Enterprise (SME) using Google Collaborative Applications Rosmery Canabal, Amaury Cabarcas y Raúl J. Martelo
Universidad de Cartagena, Facultad de Ingeniería, Grupo de Investigación en Tecnologías de las Comunicaciones e Informática, GIMATICA, Avenida del Consulado, Calle 30, No. 48 - 152, Cartagena-Colombia. (e-mail: rcanabal@unicartagena.edu.co, acabarcasa@unicartagena.edu.co, rmartelog1@unicartagena.edu.co).

Éste artículo presenta el diseño de una arquitectura empresarial soportada en la Web 2.0 para una pequeña empresa (PYME) del sector metalmecánico en la ciudad de Cartagena, Colombia. Para el diseño de la arquitectura empresarial se emplearon las seis primeras fases de la metodología que proporciona el método de arquitectura empresarial TOGAF. El artículo presenta la arquitectura diseñada usando las fases de TOGAF que permitirían a la PYME lograr el cumplimiento de los objetivos estratégicos del negocio, alineándolos a las herramientas colaborativas de Google. Se concluyó que el uso de las buenas prácticas que proporciona la metodología TOGAF, permite determinar que la PYME está en la capacidad de establecer, asignar roles, tareas y procesos específicos soportados en herramientas de la Web 2.0 y el uso de las herramientas colaborativas como las de Google soportadas en la nube, permitiendo que a bajo costo las Pymes puedan contar con estrategias orientadas al uso y aplicación de tecnologías de la información en los procesos del negocio.

Palabras clave: arquitectura empresarial; TOGAF; Web 2.0; PYME; sector metalmecánico

This article presents the design of a business architecture supported in Web 2.0 for a small enterprise (SME) in the metalworking sector in the city of Cartagena, Colombia. For the design of the business architecture, the first six phases of the TOGAF architecture framework methodology. The article presents the architecture designed using the TOGAF phases that would allow the SME to achieve the strategic objectives of the business by aligning them with Google's collaborative tools. It is concluded that the use of the good practices provided by the TOGAF methodology, allows determining the ability of the SME to establish, assign specific roles, tasks and processes supported in Web 2.0 tools. In addition, the use of collaborative tools such as those of Google supported in the cloud, are a low cost alternative for any SME to have strategies for using information technology in its business processes.

Keywords: enterprise architecture; TOGAF; Web 2.0; SME; metalworking sector
INTRODUCCIÓN
En Colombia en los últimos años, el gobierno, la academia y el sector privado, han dirigido sus estrategias de apoyo y sus servicios hacia todos los sectores industriales en especial a las pequeñas y medianas empresas (Pymes), pero particularmente a las del sector metalmecánico. A nivel nacional e internacional se han planteado alternativas a los problemas de las pymes a la hora de implementar herramientas tecnológicas tanto de hardware como software en diversas áreas. Ejemplos de estas soluciones se pueden encontrar en países como Colombia en agencias de viajes implementando tecnologías de comunicaciones de voz sobre la IP (Martelo et al., 2015), en el desarrollo de sistemas de información en pymes para apoyar la toma de decisiones (Cabarcas et al., 2015). En otros países como Venezuela existen estudios orientados a identificar las limitaciones en pymes agroalimentarias que no les permiten mejorar su participación competitiva (Cardozo et al., 2011). Se han podido identificar obstáculos, que estas pequeñas y medianas empresas tienen para su desarrollo y para mejorar su participación competitiva, en el caso de Colombia se podrían mencionar las dificultades en la identificación y acceso a la tecnología adecuada, la formalización y absorción de nuevas tecnologías, entre otros (Hernández, et al., 2014).

Es claro que para poder solucionar estos obstáculos y mejorar la competitividad es de suma importancia que las pymes implementen de manera adecuada herramientas tecnológicas acordes a los objetivos del negocio. Los beneficios potenciales al implementar herramientas tecnológicas en una organización son muchos, dentro de los cuales se incluyen desde los de carácter operativo, como el aumento de la eficiencia automatizando procesos, hasta los beneficios de carácter estratégico, como la mejora de los procesos empresariales. Si bien es cierto que las pymes pueden mejorar la eficiencia de los diferentes procesos empresariales con la ayuda de las Tecnologías de la Información (TI), se debe tener en cuenta que el éxito radica en el uso que se le da a dichas tecnologías. Es claro que no basta sólo con implementarlas, por lo tanto hoy en día es de vital importancia la adopción y el enfoque de la arquitectura empresarial (AE), con el fin de encontrar procesos innovadores que permitan diseñar y asegurar un desempeño alineado a los objetivos estratégicos de una organización o empresa con las TI. El uso de AE lleva a definir un verdadero plan estratégico de la organización, teniendo en cuenta los componentes de negocio y los sistemas de información, además permite conocer el estado ideal al que podría llegar la organización, a través de las tecnologías que soportan los procesos necesarios para alcanzarlo. A nivel internacional existen varios casos que permiten evidenciar los beneficios y las mejoras en las organizaciones al diseñar e implementar AE, es así como se pueden destacar los esfuerzos realizados en países como Malasia donde agencias del sector público realizan esfuerzos para mejorar las alternativas en e-Gobierno (Bakar, et al., 2016) igualmente hay otros referentes como (Narman, et al, 2016), enfocados a medir los impactos del uso de AE en las organizaciones. A nivel latinoamericano podemos encontrar el uso de AE en el Banco de Estado en Ecuador (Salazar y Heyl, 2016) enfocado a rediseñar sus procesos de negocios.

En Colombia las apuestas en el uso de AE parten de los entes de gobierno, como es el caso del Ministerio de Tecnologías de la Información y las Comunicaciones, donde desde el año 2014 se presentó un borrador de AE para el gobierno Colombiano, el proyecto pretende un Estado mejor articulado que transforme la gestión pública, a través de las tecnologías de la información y las comunicaciones (TIC) y simplifique la vida de los ciudadanos (MINTIC, 2014). Es así que actualmente Colombia cuenta con un Marco de Referencia de AE como principal instrumento para implementar la Arquitectura TI y habilitar la Estrategia de Gobierno en línea. Con él se busca habilitar las estrategias de las TIC para servicios, para la gestión, para el gobierno abierto y para la seguridad y la privacidad. (MINTIC, 2016)

Actualmente, las organizaciones se enfrentan a un entorno dinámico y regido bajo un contexto de globalización, así como a la necesidad de mantener altos niveles de competitividad. El rápido avance tecnológico ha propiciado en algunas organizaciones mayor eficiencia empresarial, originando una mayor facilidad y velocidad para el acceso, procesamiento y difusión de la información. Sin embargo, según una investigación del centro internacional de investigaciones para el desarrollo, en colaboración con el fondo multilateral de inversiones y el banco interamericano de desarrollo llamada "Las TIC en el desarrollo de la Pyme", las empresas que no utilizan las TI como herramientas competitivas en sus negocios, limitan su crecimiento empresarial y podrían perder hasta 30% de sus ingresos (Ca' Zorzi, 2011). A pesar de lo anterior, la absorción de las TI por parte de las empresas más pequeñas no ha sido uniforme, tampoco los beneficios de este tipo de inversiones han sido demostrados en forma convincente. A pesar de esto, el impacto de estas tecnologías es visible en todas las áreas de las empresas, la importancia de las TI crece con el tiempo y sus efectos están visibles para todos (Slusarczyk et al., 2015). Es así que desde esta perspectiva, las Pymes colombianas deben alinearse con las tendencias que impone la gerencia del siglo XXI, en donde la competitividad se convierte en el eje central del negocio y la producción de conocimiento, en el factor determinante para transformar este tipo de empresas y estimular la creatividad, la generación de conocimientos y promover la creación de productos y servicios con valor agregado y pertinencia social (Villegas 2010). Esto es válido para todos los sectores industriales, pero particularmente para el metalmecánico, por su papel impulsor para el desarrollo de otros sectores de la economía. Ante la necesidad presentada anteriormente, se consideró relevante adelantar estrategias para el diseño de una AE en una pyme que le permita alinear las tecnologías de la información con los objetivos de negocio y le permita incluir la Web 2.0 como herramienta tecnológica. Para el diseño de la AE donde se puedan incluir estas herramientas tecnológicas se debe tener en cuenta el tipo de empresa y cada una de las necesidades individuales, en este artículo se aborda el caso de la empresa cartagenera "La casa del embobinador", la cual ofrece servicios de mantenimiento y reparación de máquinas eléctricas.

Éste artículo presenta el diseño de una arquitectura empresarial usando el marco de trabajo de arquitectura de Open Group (The Open Group Architecture Framework, TOGAF por sus siglas en inglés) (The Open Group, 2011) y el método de desarrollo de la arquitectura (ADM por sus siglas en inglés) en sus seis primeras fases (preliminar, visión de arquitectura, arquitectura del negocio, arquitectura sistemas de información, arquitectura de tecnológica y oportunidades y soluciones), dando como resultado el diseño de arquitectura empresarial soportada en la Web 2.0.

La metodología usada hace referencia al núcleo de TOGAF, la cual es el método de desarrollo de la arquitectura (ADM por sus siglas en inglés) y las técnicas usadas en cada fase (The Open Group, 2011). La metodología utilizada está enfocada en el método núcleo (ADM) de TOGAF y los diferentes artefactos de cada una de sus fases. En este caso particular, la selección de TOGAF responde a las preferencias personales de los autores y al conocimiento de los mismos sobre el framework y su metodología, sumado a su creciente popularidad en el ámbito empresarial (Bloomberg 2014). Adicional a eso se destacan los potenciales beneficios que su aplicación tiene dentro de los que encontramos, la gestión eficiente y la exploración de las capacidades que existen dentro de la empresa y segundo, busca la alineación de las tecnologías de la información (TI) con la visión estratégica, las metas y objetivos. Y por último se destacan dos tipos de beneficios, el método provee consistencia entre los procesos y la información con las unidades de negocio y permite mejorar la confiabilidad y reducción de riesgos. Y los beneficios de tecnologías de la información (TI) que permitirá incrementar la eficiencia del negocio con las operaciones de TI. (The Open Group, 2011).

Cabe resaltar que la investigación tiene alcance hasta la fase de oportunidades y soluciones, dado que el diseño no ha sido implementado ni validado con las fases restantes. Con la propuesta o aplicación de este método dentro de la empresa objeto de caso de estudio, se busca plantear estrategias a la optimización del proceso principal del negocio el cual es la gestión de la orden interna de trabajo (OIT) y la alineación del mismo con las tecnologías de la información para incrementar la eficiencia y la competitividad de la empresa. El ADM es un método para el desarrollo y gestión del ciclo de vida de una arquitectura empresarial que puede ser usada por cualquier empresa, ayuda a conocer el negocio y las necesidades de TI de la organización, la metodología involucra a los interesados en diferentes niveles y en diferentes fases. Tiene una amplia aplicación a través de las organizaciones, ya que permite la utilización de otros frameworks que pueden brindar solución a sus necesidades (The Open Group, 2011). Para el caso específico abordado en este artículo solo se tomaron en cuenta seis fases: preliminar, visión de arquitectura, arquitectura del negocio, arquitectura de sistemas de información, arquitectura tecnológica y la fase de oportunidades y solución, es importante aclarar que en cada fase se utilizaron las guías y/o técnicas necesarias para la realización de los catálogos y/o diagramas por ejemplo el análisis de brechas (Postina et Al 2009).

Como resultado de la investigación se relacionan las fases trabajadas y mencionadas en la metodología: fase preliminar, visión de arquitectura, arquitectura del negocio, arquitectura de sistemas de información, arquitectura tecnológica y la fase de oportunidades y solución.

Esta fase tiene como objetivo determinar y establecer la capacidad deseada de la organización a través de la técnica de principios del negocio y de arquitectura. En esta fase se tuvo en cuenta el modelo organizacional de la empresa, a partir de entrevistas y visitas al personal administrativo. A través de la identificación de la organización de la pyme y los principios del negocio se logró determinar los planes y estrategias del modelo motivacional, dentro de los cuales se pudo evidenciar la poca utilización de herramientas TI como apoyo en el proceso principal. Se estableció que la capacidad del negocio está enfocada en la reparación de máquinas de corriente directa y alterna y de motores eléctricos. Igualmente se identificó que la brecha tecnológica asociada al proceso de gestión de la OIT es alta, dado que el proceso mencionado se da en gran parte de forma manual y el porcentaje de interacción con las partes interesadas después de la solicitud es bajo. En cuanto a las partes interesadas (gerencia, producción, clientes, socios, logística) participaron en la especificación de requerimientos y principios de la pyme como: la importancia de la relación con clientes y proveedores y la confiabilidad en el uso de TI en el proceso principal y permitieron identificar que el acceso a la información debe ser protegido. Como resultado nace la solicitud de trabajo de arquitectura, la cual contiene, las metas y cambios del negocio, planes estratégicos del negocio, restricciones organizacionales, descripción del sistema actual del negocio y la descripción actual de sistema de arquitectura y de TI.

En esta fase se identificaron los roles y responsabilidades de las partes interesadas, así como las preocupaciones tales como: la optimización del proceso, la disminución de costos, la no utilización de buenas prácticas y la mejora en la utilización y efectividad de TI por medio de la web 2.0 en el proceso de gestión de la OIT. Lo anterior dio lugar a la aplicación de la técnica de escenario de negocio (The Open Group, 2011) que permitió definir el alcance y las expectativas de la pyme con respecto a el desarrollo de la arquitectura en donde se encontraron los siguientes escenarios: 1. Para incrementar el grado de eficiencia y competitividad en los procesos de la pyme, se propuso mejorar en un 20% el número de orden interna de trabajo (OIT) atendidas mensualmente y 2. Para la búsqueda de herramientas de la web 2.0 que apoyen los objetivos del negocio, se tuvo como alcance incrementar en un 30% la utilización de las herramientas de google drive para apoyar los procesos internos de la OIT en un periodo no mayor a un año. Estos escenarios permitirán definir más adelante los nuevos indicadores de gestión.

Para la obtención de los resultados de esta fase se tuvo en cuenta los principios del negocio y las capacidades evaluadas en la visión de arquitectura (Fase A). El objetivo de esta fase consistió en desarrollar la arquitectura objetivo (target) de la fase b, que describa como la empresa necesita operar para alcanzar las metas del negocio. Para esto, toma importancia el plan de comunicación de la empresa, lo que llevo a que se hiciera un análisis del plan de comunicación de la gestión de la OIT, y se encontró un nivel de eficiencia y eficacia bajo, dado que los mecanismos de retroalimentación no permiten cumplir con lo propuesto en la fase A. Para identificar los componentes candidatos de la hoja de ruta de las actividades desde la arquitectura actual hasta la objetivo, se utilizó la técnica "Análisis de Brechas" o análisis de deficiencias, ya que es ampliamente usada por el ADM para validar la arquitectura que se está desarrollando (Postina et Al 2009). En la se muestra las diferentes brechas que se deben tener en cuenta para llegar al objetivo, también se realizó el diagrama que se muestra en la , sobre la Orden Interna de Trabajo (OIT) donde se puede observar el flujo de la gestión de la OIT.

Tabla 1: Análisis de brechas de la fase b: Arquitectura del negocio

Fase C: Arquitectura de sistemas de información (Datos - Aplicación)

En esta fase, al igual que en la fase B se aplicó la técnica definida anteriormente con el objetivo de identificar las deficiencias y desarrollar el sistema de información deseado (datos - aplicación). En la se describe como la fase C permitirá que la arquitectura del negocio y la visión de arquitectura estén direccionadas a las preocupaciones de los interesados en cuanto a la solicitud, generación y gestión de la orden interna de trabajo (OIT) de la pyme.

Fig. 1: Diagrama de flujo de servicios e información de negocio de la OIT

Tabla 2: Análisis de brechas de la fase C: arquitectura de sistemas de información

Para el cumplimiento de esta fase se seleccionó las herramientas colaborativas de Google, teniendo en cuenta que tienen beneficios como la disminución de costos, aumento de la productividad de los empleados a través de la utilización de comunicación y colaboración sencilla y eficiente. Estas herramientas implementan cambios e innovaciones con mayor flexibilidad, ya que la información se podría acceder desde cualquier lugar, en cualquier plataforma y permite el trabajo colaborativo. En este caso las herramientas de Google, permiten disponer de una gran variedad de aplicaciones online tales como Google Calendar, Google Docs, Google Drive, Correo corporativo, entre otras. Todas están vinculadas entre sí para obtener un mejor rendimiento corporativo que permita una mejor implementación del Framework seleccionado (Marston et Al 2011). El objetivo de esta fase fue desarrollar la arquitectura tecnológica objetivo, por medio del uso de la web 2.0 seleccionando las herramientas de Google y sus principales aplicaciones como la tecnología más adecuada para la empresa, como se muestra en la .

Fig. 2: Diagrama de componentes

El diagrama de procesos de negocio que se observa en la , representa los procesos o eventos que soporta la arquitectura tecnológica propuesta. La cual consistió en implementar las principales herramientas de Google para la gestión de las OIT, cómo se muestra en la , de tal forma que los archivos se puedan compartir entre los distintos departamentos de forma colaborativa.

Fig. 3: Diagrama de proceso de negocio para gestionar la OIT

En esta fase se identificaron las brechas de las fases B, C y D, que permitirá migrar hacia una nueva arquitectura empresarial que aporte al mejoramiento de los servicios de la pyme y a la comunicación eficiente de los interesados internos y externos. En la arquitectura propuesta se solicitará el servicio mediante el correo corporativo que está funcionando en la plataforma de Gmail, con la creación de la OIT en la aplicación de formularios de Google, se genera un informe técnico del equipo a reparar y se comparte en simultáneo con todo el personal de producción. La cotización del servicio realizada a través de hojas de cálculo de Google Apps será compartida con el personal de logística para aprobar los costos y suministros que se deben cotizar (requisición). La requisición cuenta con un repositorio en Google Docs donde se deben recibir todas las cotizaciones enviadas por los proveedores. De esta forma, se organiza la información, permitiendo crear una estructura de repositorio con almacenamiento en la nube y así disponer de los archivos de cotización y/o proveedores en línea. Seguido a lo anterior, se comparte la cotización con el cliente a la espera de aprobación, si es aprobada, en Google Calendar se genera la fecha de entrega y se comparte el evento con el personal de cada área administrativa.

Fig. 4: Diagrama de Sistema de gestión de OIT

Las conclusiones del presente trabajo están enfocadas a identificar las lecciones aprendidas de la aplicación del marco de trabajo y el método ADM, a partir de los resultados y de la aplicación del método se pudo concluir lo siguiente: 1) El uso de las buenas prácticas que proporciona la metodología de TOGAF, permite determinar que la pyme está en la capacidad de: establecer, asignar roles, tareas y procesos específicos soportados en herramientas de la web 2.0, 2) Con la utilización de TOGAF se ve la empresa como un todo y no como partes independientes, 3) con la metodología que ofrece TOGAF la retroalimentación es constante entre cada fase de ADM, esto permite que se pueda adaptar rápidamente a los cambios, 4) el análisis de brechas es una técnica que permite definir claramente la hoja de ruta entre el estado actual y la arquitectura objetivo, 5) dado que el marco de trabajo TOGAF es de libre acceso, permite la implementación y la posibilidad de combinarse con otros marcos y entes que lo gobiernan con el objeto de poder adaptarse a las necesidades del negocio y los desafíos del entorno, 6) las guías y técnicas que provee el método ADM son un aporte importante que pueden adoptarse y adaptarse con el objeto de mejorar la estrategia empresarial (visión y misión) y en la identificación de las tecnologías dentro de la misma para el logro de los objetivos estratégicos, 7) el uso de las herramientas colaborativas como las de Google soportadas en la nube, son una alternativa para cualquier pyme, que permiten a bajo costo contar con estrategias orientadas al uso y aplicación de TI en los procesos del negocio, 8) se recomienda la validación y posterior implementación de la arquitectura diseñada, junto con el uso de buenas prácticas con el objeto de obtener mejoras significativas en los servicios y procesos que pueden ser soportados en la web 2.0 para disipar la brecha competitiva.

Bakar, N., Kama, N., y Harihodin, S. Enterprise architecture development and implementation in public sector: The Malaysian perspective. Journal of Theoretical and Applied Information Technology, 88 (1), 176188 (2016) [ Links ]

Cabarcas, A., Puello, P., y Martelo, R.J. Sistema de Información Soportado en Recuperación XML para Pequeñas y Medianas Empresas (Pyme) de Cartagena de Indias, Colombia, doi: 10.4067/S0718-07642015000200016, Inf. Tecnol., (en línea), 26(2), 135-144 (2015) [ Links ]

Cardozo, E.R., Rodríguez, C., y Guaita, W. Las Pequeñas y Medianas Empresas Agroalimentarias en Venezuela y el Desarrollo Sustentable: Enfoque basado en los Principios de Manufactura Esbelta, doi: 10.4067/S0718-07642011000500006, Inf. Tecnol., (en línea), 22(5), 39-48 (2011) [ Links ]

Hernández, A., Marulanda, C.E., y López, M. Análisis de Capacidades de Gestión del Conocimiento para la Competitividad de PYMES en Colombia, doi: 10.4067/S0718-07642014000200013, Inf. Tecnol, (en línea), 25 (2), 111 - 122 (2014) [ Links ]

Martelo, R. J., Blanquicet, I., y Rodríguez, L. Metodología para Seleccionar Aplicaciones de la Tecnología de Comunicaciones Voz sobre la IP (VoIP) para Pequeñas y Medianas Empresas (Pymes): El caso de una Agencia de Viajes, doi: 10.4067/S0718-07642015000600014, Inf. Tecnol., (en línea), 26(6), 121 - 128, (2015) [ Links ]

MINTIC, Ministerio de Tecnologías de la Información y las Comunicaciones, (en línea), https://goo.gl/EOV0JW. Acceso: 23 de junio (2016) [ Links ]

Narman, P., Johnson, P., y Gingnell, L., Using enterprise architecture to analyse how organisational structure impact motivation and learning, doi: 10.1080/17517575.2014.986211, Journal Enterprise Information Systems, 10(5), 523 - 562 (2016) [ Links ]

Postina, M., Sechyn, I., y Steffens, U., "Gap analysis of application landscapes," doi: 10.1109/ED0CW.2009.5331980, 13 th IEEE Enterprise Distributed Object Computing Conference Workshops, 274 - 281 (2009) [ Links ]

Salazar, N., y Heyl, B., Integration and Implementation of an EA strategy based operating model with BPM technology-Case Study: Housing credit process, Banco Estado Ecuador, doi: 10.1109/SCCC.2015.7416577, Proceedings - International Conference of the Chilean Computer Science Society SCCC, (en línea), 1 - 8 (2016) [ Links ]

The Open Group, An Introduction to TOGAF 9.1, 1 st Ed-, 43 - 56. Van Haren Publishing, Londres Inglaterra (2011) [ Links ]

Recibido Ago. 31, 2016; Aceptado Oct. 28, 2016; Versión final Dic. 28, 2016, Publicado Ago. 2017

# data[].attributes.attachment_link.title
Aplicación de un Esquema de Arquitectura Empresarial (TOGAF) para una Pequeña Empresa (PYME) utilizando Aplicaciones Colaborativas de Google

# data[].attributes.attachment_link.description
Application of an Open Group Architecture Framework (TOGAF) to a Small Enterprise (SME) using Google Collaborative Applications Rosmery Canabal, Amaury Cabarcas y Raúl J. Martelo Universidad de Cartagena, Facultad de Ingeniería, Grupo de Investigación en Tecnologías de las Comunicaciones e Informática, GIMATICA, Avenida del Consulado, Calle 30, No. 48 - 152, Cartagena-Colombia.

# data[].attributes.attachment_link.readable_text
TOGAF®: An agile approach

A popular solution for bridging the gap between TOGAF® and agile architectural frameworks are shared platforms for co-operatively performing enterprise architecture management. LeanIX's own Enterprise Architecture Management (EAM), for example, offers functionality to collaboratively define, implement, and track IT entities at every phase of the ADM process.

In particular, its benefits can be variously applied in these manners:

Foundation (TOGAF® Phase A)

When laying the first bricks of the ADM, one must: (1) define an architectural vision; (2) examine the scope of the entire project; and then (3) plan which stakeholders are to be involved. The LeanIX EAM offers a flexible data model capable of supporting any TOGAF® project.

Your company's particular strategy and business model will determine the scope of your architectural vision, so consider attaching your TOGAF® "Request for Architecture Work" and "Architecture Definition Document" right inside a LeanIX Fact Sheet-the single-page repositories for all information on architectural objects-to supplement Phase A.

Project Fact Sheets can also store central information for your ADM. These pages can be customized to display estimated set-up and implementation timelines, budget costs, providers involved, and all related applications plus their associated business capabilities.

At this early stage of the ADM, the LeanIX EAM can facilitate TOGAF® with:

Fact Sheet subscriptions

List the names and roles associated to the properties of your operation by assigning individuals to a Fact Sheet-whether as "Responsible" or "Observer" or "Accountable." This is a simple way to see who is involved in your architecture's development and for what reason. As well, Fact Sheets can be configured to not only show high-level strategic drivers but also the individuals responsible for the applications under review.

Example: For the Fact Sheet "AC Management V1" below, three individuals with different job functions and responsibilities have been attached to the application. It's therefore clear who is in charge of maintaining the data (see Image 1).

Image 1: IT management role setting

Source: LeanIX GmbH
View of associated project and application stakeholders in the LeanIX EAM.

Baseline and Target Architecture (TOGAF® Phase B, C, D)

After setting your architectural sights in Phase A, it's time to determine what gaps exist between your baseline and target architecture (i.e., what you have versus what you want). From business to information systems to technology architectures, Phases B, C, and D are when you reveal what's actually sitting inside your operation.

This is when the following reports from the LeanIX EAM work best.

Application Landscape

Once applications have been mapped to business capabilities and contextualized with information on how they're being used, a strategic overview of your application landscape can be conducted to determine what benefit they might serve in future architectures. Conclude whether applications should be left untouched based on usage levels and value, modernized through investments to preserve ongoing business value, merged or substituted because of redundancy, or eliminated altogether (see Image 2).

Image 2: LeanIX Application Landscape report

Source: LeanIX GmbH

An Application Landscape report presenting the Technical Fit of an operation's applications through five status levels ("Inappropriate", "Unreasonable", "Adequate", "Fully appropriate", and "n/a").

Data Flow Visualizer

A Data Flow Visualizer details how data objects are processed and exchanged. Multiple levels of technical attributes are available within the visualizer to help enterprise architects gain comprehensive knowledge of an application's full integration.

Look below at the ways in which "AC Management V1" is tied to other services in an operation. It directly feeds into "HR Admin", which in turn communicates to "Payroll Europe" in order to provide data for "Salary Compact" (as seen in Image 3).

Image 3: LeanIX Data Flow

Source: LeanIX GmbH

A Data Flow visualizer charting an application's ("AC Management V1") integrations and processes.

IT Component Matrix

Inspect IT components (e.g., Database, Operating System, Web Server, etc.) and their corresponding technical attributes and service lifecycles from across all operational hierarchies within an IT Component Matrix report. Of note, the LeanIX EAM employs technology stacks to categorize IT components for complete overviews of technology landscapes. For example, as shown in Image 4 below, the lifecycles of services contributing to a provider can be reviewed.

Image 4: LeanIX IT Component Matrix

Source: LeanIX GmbH

An IT Component Matrix report showing varying technical components in an operation (arranged by the provider and technical stack).

Transformation Roadmap (TOGAF® Phase E, F)

After architecture is effectively described and targeted, Phases E and F are when to concretely define future steps. What's changing with this architectural re-design-and are blueprints capable of guiding stakeholders?

With the LeanIX EAM, users can design technology roadmaps to avoid obsolescence and foresee value using:

Project Portfolio

As-is, does a project present value to an overall operation? A LeanIX Project Portfolio report groups applications according to business value and project risk to identify current needs. If an IT manager wants to know which applications to keep aboard or jettison, appraisals can be made by consulting the report (like in the example below).

As seen in Image 5, it appears there is a clustering of architectural data posing "Significant benefit" to the value of the business-but also a problematic grouping offering only "Marginal benefit.

Image 5: LeanIX Project Portfolio

Source: LeanIX GmbH

A Project Portfolio report showing Business Value versus Project Risk.

Application Matrix

Determine when indispensable applications are about to be phased out of service-or if they have been already-with the lifecycles view of the LeanIX Application Matrix report. Take note of the below image which shows applications listed by department and country/region. Brazil's "AC Management V1" service will end in 2019 but "AC Management V2" is queued up to replace it.

There are many other views in addition to lifecycles, too. Sort by Functional Fit for high-level details on the quality of an application to determine whether it is "Unreasonable", "Insufficient", "Appropriate", or "Perfect".

Image 6: LeanIX Application Matrix

Source: LeanIX GmbH

The lifecycles of an operation's applications, arranged by year and by working status, as seen in the LeanIX Application Matrix report.

Application Roadmap

It is important to know if successors are in place for when applications reach their end of life. A LeanIX Application Roadmap report shows users, in clear terms, what is active and for how much longer-and what is standing by to replace it. Additionally, an Application Roadmap lists the lifecycles of any application's corresponding components.

In the roadmap below, we can see the lifecycle timeline of "AC Management V1" plus its related successors. Though it seems to be on a collision course into phase-out (yellow) territory, the application's replacement ("AC Management V2") is assured to come online to ensure a clean transition.

Image 7: LeanIX Application Roadmap

Source: LeanIX GmbH

A LeanIX Application Roadmap report displaying, by year, the service lifecycles and successors of applications.

Implementation (TOGAF® Phase G, H)

Everything is decided. Visions have been drawn up and needs have been perfectly expressed to builders. This is the time to implement an architecture.

Closely monitor its construction using LeanIX's collaborative methods for change management. The LeanIX Enterprise Architecture Management enables such tracking at the final two phases of the TOGAF® ADM with:

Dashboards

Inside configurable drag-and-drop dashboards tied to your LeanIX EAM home page, both new and pending actions related to projects can be observed. Dashboards present insights into what's needed to govern architectures, all in one place, to direct workflows and enable responsive EA behavior.

Image 8: LeanIX dashboards

Source: LeanIX GmbH
Dashboards in the LeanIX EAM showing "Application per Business Criticality" and "Data Sensitivity" statistics.

Survey Workflows

Information needed to update projects can be collected from all responsible parties without sending individual mailings. Using LeanIX Surveys, EAs can request current data on pressing topics like GDPR, save the information in templates for re-use, and have the results returned in clear terms-even while the survey is still running.

As seen in the image below, in an example relating to IT security standards, users can add customized parameters to LeanIX Surveys.

Image 9: LeanIX Survey

Source: LeanIX GmbH
A look at a survey template ("Assessment of application security according to IT-Grundschutz") in the LeanIX EAM.
Application Landscape

Inspect the lifecycles of past, current, or planned company-wide applications. View this data directly in LeanIX EAM or download it right to a .pdf sheet.

In the example below (Image 10), many applications assigned to the Customer Relationship Management category are in the "Phase out" or "End of life" stages.

Image 10: LeanIX Application Landscape

Source: LeanIX GmbH
The lifecycles of applications in the Application Landscape report.
TOGAF® certification

Who is the TOGAF® certification for?

TOGAF® certification is very useful for enterprise architects and other IT leaders. Even though they often present new features, the core framework and common methodology stay the same. With its global recognition, earning the TOGAF® certification will enable you to demonstrate an ability to use the TOGAF® framework to deploy new technology and successfully manage enterprise architecture.

Besides validating your ability to work with TOGAF® related data, technology, enterprise applications, and business goals, it will also make an impact on the salary.

Here is the salary comparison for job titles in the US, that have the biggest salary increase with the TOGAF® certification:

IT Enterprise Architect: $135k (Median) vs. $145k (with TOGAF® certification)

Solutions Architect: $120k (Median) vs. $136k (with TOGAF® certification)

IT Architect: $118k (Median) vs. $132k (with TOGAF® certification)

Software Architect: $126k (Median) vs. $131k (with TOGAF® certification)

EA Director: $157k (Median) vs. $163k (with TOGAF® certification)

How to get a TOGAF® certification?

One of the surest ways to understand the transformative benefits of the LeanIX EAM is to take time learning the fundamentals of TOGAF®. To do so, a TOGAF® 9.2 certification can be achieved upon passing two qualification exams from the Open Group, and training can be conducted either independently through self-directed courses or an accredited program.

The two available certifications from TOGAF® are:

TOGAF® 9.2 Foundation (which validates that an individual understands "TOGAF® terminology, structure, and basic concepts, and understands the core principles of Enterprise Architecture and the TOGAF® standard").

TOGAF® 9.2 Certified (which validates that in addition to the TOGAF® 9.2 Foundation, the candidate is able to analyze and apply this knowledge).

For more information on becoming TOGAF® certified, visit the Open Group's website here.

Summary

Today's agile approaches to IT management owe much of their success to the architectural standards set first by TOGAF®. However, the rush to digitalization in thriving modern businesses requires enterprise architects -both new and old-school-to recognize all best practices in order to truly integrate information, business, and technology networks.

Using reports and data collection methods in the LeanIX EAM to streamline the phases of the TOGAF® ADM is a way to capitalize on decades' worth of EA best practices all at once.

Whether building the (1) foundations of your architectural vision using comprehensive Fact Sheets, (2) assessing current-to-future business infrastructures with Application Landscape views, (3) making investment decisions on applications using detailed metrics and matrices, and (4) overseeing implementation with configurable dashboards and surveys, the LeanIX EAM is designed to satisfy every breed of an enterprise architect.

# data[].attributes.attachment_link.title
What is TOGAF®? | The Definitive Guide to TOGAF® | LeanIX

# data[].attributes.attachment_link.description
A popular solution for bridging the gap between TOGAF® and agile architectural frameworks are shared platforms for co-operatively performing enterprise architecture management. LeanIX's own Enterprise Architecture Management (EAM), for example, offers functionality to collaboratively define, implement, and track IT entities at every phase of the ADM process.

# data[].attributes.headline
misión de la empresa con las estrategias de la organización

# data[].attributes.subject
misión de la empresa con las estrategias de la organización

# data[].attributes.headline
The Open Group Architecture Framework es un esquema de arquitectura empresarial que proporciona un enfoque para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información.

# data[].attributes.subject
The Open Group Architecture Framework es un esquema de arquitectura empresarial que proporciona un enfoque para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información.

# data[].attributes.attachment_link.description
enterprise architecture framework architecture development method adm open group architecture adm phases arquitectura empresarial development cycle togaf adm cycle security architecture togaf certification togaf architecture