Mejores prácticas para implementar herramientas de gestión de arquitectura empresarial

Mejores prácticas para implementar herramientas de arquitectura empresarial

Ahora que sabemos qué buscar en una excelente herramienta de arquitectura empresarial, podemos pasar a la etapa de implementación. Echemos un vistazo a algunas de las mejores prácticas para implementar herramientas de arquitectura empresarial mientras se desarrollan equipos de arquitectura empresarial de alto funcionamiento.

1. Apoye los casos de uso de su arquitectura empresarial

Por lo general, es aterrador la frecuencia con la que las personas compran herramientas antes de pensar en sus necesidades de modelado y análisis. Le recomendamos que compre una herramienta que lo ayude a analizar los casos de uso de su arquitectura empresarial y facilite un cambio efectivo. Por supuesto, el objetivo final es guiar un cambio efectivo, pero la pregunta es ¿qué tipo de cambio? Los casos de uso de la arquitectura empresarial describen los tipos de cambio. Por lo tanto, el primer paso es identificar y respaldar su caso de uso.

Los siguientes son algunos de los casos de uso de arquitectura empresarial:

• Caso de uso de cambio estratégico o disruptivo
• Caso de uso de cambio incremental
• Caso de uso de ejecución de la estrategia de apoyo
• Caso de uso de desarrollo y ejecución de cartera de apoyo
• Caso de uso de apoyo a la ejecución del proyecto
• Caso de uso de entrega de solución de apoyo
• Mitigación del riesgo tecnológico
• Modernización de TI
• Transformación Digital
• Transformación de la nube
• Integración de adquisiciones
• Arquitectura de seguridad
• Racionalización de la cartera de aplicaciones

¿Cuál de estos casos de uso describe mejor lo que el equipo de arquitectura empresarial de su organización pretende lograr? Recomendamos trabajar hacia atrás desde los casos de uso principales, los requisitos de información, el modelo y las necesidades de análisis antes de elegir una herramienta de arquitectura empresarial. Si lo hace al revés, terminará comprando costosos estantes que no complementan a su equipo de arquitectura empresarial.

Defina y aclare claramente sus casos de uso y determine las entradas de datos, los modelos y el análisis necesarios para respaldarlos. Involúcrese con sus partes interesadas, tanto de TI como de negocios, para asegurarse de que haya una comprensión completa de los requisitos funcionales, los desafíos comerciales y los objetivos. Involucre a su equipo de arquitectura empresarial y a los consumidores (partes interesadas e implementadores) ya que los atiende de manera diferente y es posible que necesite diferentes funciones en su herramienta para satisfacer sus variadas expectativas.

Concéntrese en sus casos de uso principales e identifique los desafíos y las áreas más pertinentes que necesitan cambios. También debe confirmar que tiene las habilidades/capacidades del equipo de arquitectura empresarial para abordar los casos de uso. Desarrolle una justificación clara y cree una hoja de ruta para el trabajo y el resultado de implementar una herramienta de arquitectura empresarial.

Seremos francos. Nos hemos comprometido a salvar a varios equipos de arquitectura empresarial que compraron herramientas que no son compatibles con sus casos de uso de arquitectura empresarial. Desarrollando su equipo de arquitectura empresarial es critico.

2. Funciones clave de prueba

Su herramienta de arquitectura empresarial solo se justificará en función de la productividad de su equipo de EA y la calidad de su arquitectura empresarial. No busque características o resultados aleatorios sugeridos por un proveedor. Asegúrese de utilizar un enfoque riguroso basado en casos de uso para determinar si pueden mostrar sus herramientas en el contexto de su caso de uso. Realice una investigación exhaustiva para preseleccionar y elegir proveedores cuyas capacidades principales se alineen con los casos de uso de las organizaciones.

Debe comunicar los requisitos documentados del programa de arquitectura empresarial a los proveedores de las herramientas de arquitectura empresarial. Preste mucha atención al soporte directo para sus casos de uso específicos. Para obtener una evaluación precisa de las características y funcionalidades proporcionadas por la herramienta, programe una demostración en su organización y asegúrese de que todas las partes interesadas relevantes estén presentes. La presencia y la participación de las partes interesadas son importantes para obtener comentarios y para que el proveedor pueda ser interrogado más sobre cada área de capacidad. Asegúrese de considerar la entrada de datos y la salida de informes en su evaluación.

3. Modelo por Proyecto

Debe desarrollar su modelo de arquitectura empresarial poco a poco y evitar ser víctima de la gratificación instantánea. los Marco TOGAF que es un líder de la industria y un favorito personal, lleva a casa las mejores prácticas de un proyecto de desarrollo de arquitectura empresarial. Debe contratar especialistas (consultores o proveedores) para la implementación y construir una base para el programa de arquitectura empresarial. A medida que desarrolle su modelo, asegúrese de desarrollar también la gestión y el gobierno de datos. Esto dará como resultado mejoras a largo plazo en la eficiencia interna y operativa.

No se pierda en lo que podría hacer la herramienta, especialmente si la herramienta se basa en un caso de uso que no es fundamental para su equipo de arquitectura empresarial. Centrarse demasiado en lo que la herramienta podría hacer corre el riesgo de la caída de su equipo de arquitectura empresarial. En su lugar, recomendamos entregar casos de uso que les interesen a sus partes interesadas. Piense en una arquitectura empresarial de extremo a extremo, es decir, desde la gestión de procesos, pasando por el modelado de datos empresariales, hasta la creación de un repositorio para el procesamiento de los sistemas de información de la organización.

El primer paso es observar su proceso desde la recopilación de información hasta el análisis, el soporte de decisiones y la gobernanza de la implementación. En segundo lugar, mire dónde encaja su herramienta de arquitectura empresarial. Evite la personalización temprana. Cuanto más utilice la herramienta, más acelerará el desarrollo de la arquitectura y mejorará la calidad de la arquitectura de su empresa. No personalice antes de tener que hacerlo. En su lugar, aprenda los componentes principales del software y aprenda a usar un modelo y un análisis basado en datos. A la larga, esta práctica vale la pena cuando se incorpora nuevo personal y reduce efectivamente el tiempo dedicado a poner al día a este nuevo personal.

Aproveche el conocimiento de consultoría del proveedor para la implementación y aproveche las mejores prácticas de arquitectura y el conocimiento básico de la arquitectura empresarial en su conjunto y no solo el conocimiento de la experiencia. Use un enfoque incremental para aprender cómo manejar el trabajo arquitectónico y dónde integrarlo. Concéntrese en algunos casos de uso básicos al principio y luego aumente gradualmente la complejidad. Asegúrese de implementar los componentes fundamentales antes de agregar más funciones. Asegúrese de que la estructura y los procesos de la arquitectura empresarial estén en su lugar antes de escalar los modelos. Esto implica definir roles y evaluar los niveles de riesgo en cada área.

4. Desarrollar habilidades de arquitectura empresarial (dedicar recursos para impulsar la eficacia de la herramienta de arquitectura empresarial)

Los malos modelos son simplemente eso, ¡malos! Los modelos efectivos requieren una comprensión de cómo representar las cosas. Necesitará capacitación sobre las características de la herramienta de arquitectura empresarial (cómo manejar la herramienta) y el modelado (selección del tipo de modelo, integración con/separación de un modelo empresarial). También necesitará capacitación sobre el análisis y el ejercicio de los modelos. Es posible que deba agregar habilidades especializadas para permitir que sus arquitectos realicen sus funciones, es decir, realicen análisis basados en inquietudes, preferencias y restricciones, ejerzan el modelo e interactúen con las partes interesadas.

Desarrolle capacidades y habilidades fundamentales de arquitectura empresarial basada en datos entre los usuarios finales, como los arquitectos empresariales, para impulsar los esfuerzos de aprendizaje. Estas habilidades son transferibles de una herramienta a otra. Utilice los cursos en línea y presenciales disponibles y aumente la comprensión del equipo sobre la herramienta para ampliar el metamodelo en una etapa posterior. Proponemos dedicar equipos de recursos para impulsar la integración y adopción de la herramienta. Este puede ser un equipo de arquitectura empresarial interno que pueda guiar y administrar los esfuerzos de modelado desde el principio.

Incrementar progresivamente la formación del personal y promover la formación continua desde el inicio. Esto es importante porque debemos trabajar en un ciclo continuo de mejora y garantizar que el proveedor facilite este esfuerzo. Garantice una formación adicional para los usuarios y cree un repositorio más estructurado. Una herramienta de arquitectura empresarial eficiente es fácil de implementar y permite una cantidad significativa de flexibilidad. Sin embargo, esto viene con el desafío de saber qué es exactamente lo que quieres hacer con él y cómo proceder. Esto significa que cualquier herramienta de arquitectura empresarial requiere un alto nivel de madurez, disciplina y experiencia por parte de los equipos que la utilizan.

5. Evite la sobrecarga de datos

Las herramientas de arquitectura empresarial a veces pueden ahogarse en datos. Asegúrese de que los datos de todos los departamentos estén segregados y almacenados por separado. Su organización cambia constantemente y esto es inevitable. En un par de años, puede cambiar el nombre de sus departamentos o agregar y desmantelar infraestructura. Cuantos más datos físicos detallados se carguen, menos tendrá una herramienta de arquitectura. Minimice los datos utilizados para la herramienta de arquitectura empresarial a cosas necesarias. De lo contrario, se encontrará creando un monstruo de datos.

TOGAF menciones en los primeros pasos de Fases B, C y D que necesita para averiguar los modelos que necesita. Sus casos de uso determinarán qué modelos necesita su organización y cualquier otra cosa que no sea necesaria es una distracción. Los modelos tienen un propósito central desde su inicio, que es ayudarlo a simplificar y comprender la interacción. Mantenga la entrada de datos de modelado al mínimo con solo los datos necesarios para el proyecto ingresado. Nunca migre datos de sistemas existentes a la plataforma de arquitectura empresarial; en su lugar, recomendamos la recopilación selectiva de datos en función del proyecto de arquitectura. Mantenga todo lógico durante el mayor tiempo posible. Los modelos lógicos han demostrado resistir las pruebas del tiempo y rara vez cambian. Lo que suele cambiar son sus atributos sobre ellos.

6. Evite la integración

Las integraciones a menudo lo llevan al mundo físico y comienzan a replicar otra información. En el momento en que su modelo se convierte poco a poco en una réplica del mapa físico, entonces está construyendo un gemelo digital en lugar de un modelo de arquitectura empresarial. Incluso si tiene un caso de uso en línea con la racionalización de la aplicación, no es necesario un recuento detallado de instancias y modelos de precios. Cada sistema dentro de la organización está diseñado para un propósito específico, por ejemplo, gestión de activos, contabilidad de costos y operaciones de TI, entre otros, y si el propósito no se alinea con el de la arquitectura empresarial, los datos tampoco se alinearán. Necesita claridad absoluta de que sus casos de uso se alinean con los datos en otros repositorios.

Muchos proveedores de software hablan mucho sobre sus integraciones, pero casi siempre persiguen dos casos de uso a nivel de ejecución de proyectos: la racionalización de aplicaciones y la modernización de la infraestructura de TI. Explican apasionadamente la planificación detallada del proyecto, pero lamentamos que no se trate de una arquitectura empresarial. El objetivo de los equipos de arquitectura empresarial es guiar el cambio efectivo de acuerdo con los casos de uso de las partes interesadas. Si el equipo no puede entregar esto, se apagan o se reemplazan. Tenga dudas cuando se trata de integración de datos porque la mayoría de los casos de uso generalmente se ven perjudicados por el ruido de datos y la distracción de las integraciones.

Le recomendamos que nunca integre su herramienta de arquitectura empresarial con un sistema de gestión de activos, una base de datos de gestión de configuración (CMDB), una herramienta de gestión de código fuente o una herramienta de gestión de cambios.