Siempre tengo estos mensajes muy presentes en mi trabajo de consultoría. Esta primavera, estábamos trabajando en actualizaciones de las hojas de ruta de la cartera. Mi último mensaje coincidió con una reunión anual. Arquitectura de portafolio actualizar. Cerró un Conversación sobre arquitectura de portafolio. Los dos equipos con los que he estado trabajando han requerido un análisis exhaustivo de los datos y la arquitectura de las aplicaciones.
Ahora, estoy emocionado de regresar con una nueva serie enfocada que se centra en Arquitectura de datos — un pilar fundamental, aunque a menudo pasado por alto, de la arquitectura de sistemas de información. Decimos lo correcto: los datos son importantes, incluso Los datos son un activo. Alguien siempre menciona mejor toma de decisiones o cumplimiento.
El verano nunca dura mucho tiempo
¿Qué es la arquitectura de sistemas de información?
Este trabajo me ha hecho volver a lo básico: ¿Qué es la arquitectura de sistemas de información?La definición de arquitectura de datos de DAMA comienza con la necesidades de datos de la empresa. El TOGAF definición de Arquitectura de la aplicación destaca que es el estructura e interacción de las aplicaciones que... gestionan los activos de datos.
Cuando nos sumergimos en Necesidades de datos encontramos:
- Datos necesarios para crear productos y servicios
- Datos necesarios Para operar el negocio
- Datos necesarios para mantener registros
En esencia, la arquitectura de sistemas de información se trata de: alineación holística de dos dominios estrechamente vinculados pero distintos — Arquitectura de la aplicación y Arquitectura de datos. La arquitectura de sistemas de información va más allá del simple "dónde", "cuándo" y "cómo" de la funcionalidad; se centra en los aspectos críticos de gestión de datos que garantizan la empresa. tipos de datos principales, fuentes de datos, y flujo de datos.
Sirve de base para la arquitectura empresarial al garantizar la calidad, la gobernanza, el flujo y la seguridad de los datos.
En la práctica, estas dos arquitecturas son inseparables, pero requieren conocimientos especializados distintos y una atención específica.
El papel fundamental de la arquitectura de datos
¿Por qué hacer hincapié en la arquitectura de datos? Porque es la base sobre la que se sustentan las aplicaciones. Define:
- ¿Qué datos necesitas? para respaldar productos, operaciones y cumplimiento
- De dónde provienen esos datos en su cartera de actividades comerciales y aplicaciones.
- Cómo funciona la seguridad de los datos se aplica
- Cómo la calidad de los datos habilitado a medida que se crean, editan y transforman los datos
- Cómo esos datos fluye a través de sus actividades y aplicaciones comerciales.
Todo esto conduce a la gobernanza de datos. Debes saberlo. fuente, fluir, transformación, y necesidad para habilitar gobernancia.
Sin esta base, las aplicaciones solo pueden ofrecer visiones fragmentadas del negocio. Surgen silos de datos. Peor aún, el linaje de la información crítica se convierte en un desafío.
Mejor toma de decisiones Está bien. Sin embargo, centrarse en el linaje de datos puede ahorrar un par de millones de horas de trabajo al año. Sí, has oído bien, un par de millones de horas.
Un cliente del sector de la construcción que buscaba una transformación digital invertía millones de horas en el proceso de compra a pago. Dedicaban millones de horas manuales a estos procesos: verificar las solicitudes, validar las órdenes de compra, confirmar la recepción de mercancías y aprobar las facturas; todo ello en papel y de forma dispersa.
Por todas partes; mi lugar favorito para recibir la mercancía era un claro en el bosque donde un helicóptero arrojaba material de construcción.
Su transformación digital La iniciativa contaba con un modelo de proceso sólido que demostraba diferenciación y automatización. Necesitábamos proteger el salsa secreta y poner las computadoras a hacer el trabajo. El director financiero quería que el proceso de compra a pago estuviera completamente automatizado. No solo un Partido de 4 vías en una factura. Quería una automatización completa. Si todo coincidía, aprobar una solicitud aprobaría la factura.
Esta fue su segunda personalización de ERP, que requirió un profundo conocimiento de necesidades de datos y flujo de datos. El sistema ERP preconfigurado no aprobaba automáticamente sin clics manuales; obligaba a la persona a hacer clic en "aceptar", lo que impedía la automatización completa.
La otra parte era flujo de datosNecesitábamos un flujo de datos fluido de principio a fin. Códigos de productos consistentes. Atributos completos. El sistema debía distinguir consistentemente los atributos de calidad.
Para el flujo de datos, necesitábamos enviar los códigos de productos al sistema de licitaciones. Esto permitía que el sistema de licitaciones transfiriera la lista de materiales al sistema de proyectos. Este último utilizaba el cronograma para anticiparse y crear solicitudes de compra. Las solicitudes se convertían en órdenes de compra, que a su vez generaban la recepción de mercancías. Finalmente, se generaban las facturas. En cada etapa, el sistema procesaba automáticamente las coincidencias y reservaba las discrepancias para el personal.
Logramos dos cosas geniales. Primero, conseguimos que el sistema... hacer el trabajo, en lugar de simplemente registrar el trabajo. En segundo lugar, ahorramos varios millones de horas de trabajo al año. Tiempo que se dedicaba a gestionar papeleo y que podría haberse invertido en administrar el proyecto y satisfacer a los clientes.
Siempre me sorprende la cantidad de trabajo que dedicamos a sistemas que solo registrar el trabajo.
Me horroriza la cantidad de trabajo que dedicamos a sistemas cuya estructura es perjudicial. flujo de datos y gestión de datos.
Comprender la relación entre la arquitectura de aplicaciones y la de datos.
Aplicaciones administrar datos, aplicaciones mover datos, aplicaciones proporcionar datos. Algunos incluso usar datos para realizar el trabajo. La arquitectura de datos define qué los datos son necesario. Hagamos una pausa y reflexionemos, ¿Qué datos se necesitan?.
La arquitectura de datos define dónde viene de, y cómo Es necesario gestionarlo. Las aplicaciones median entre las fuentes y el uso de los datos, pero es la arquitectura de datos subyacente la que garantiza la disponibilidad, la calidad y la seguridad de los datos en todos los procesos empresariales.
Equilibrar estos ámbitos es uno de los mayores desafíos para un arquitecto. El enfoque habitual en las aplicaciones suele generar sistemas frágiles y aislados con datos inconsistentes. Por el contrario, centrarse únicamente en las estructuras de datos sin considerar el flujo de datos a menudo resulta en modelos abstractos y en la típica frase ‘necesitamos gobernanza de datos’ sin soluciones prácticas.
Por qué esta serie se centra en la arquitectura de datos.
Durante las próximas semanas, esta serie se centrará exclusivamente en la arquitectura de datos, un ámbito demasiado importante como para dejarlo de lado.
Exploraremos:
- Conceptos fundamentales de la arquitectura de datos
- Comprender las fuentes de datos, el flujo, los controles y la creación de valor.
- Alinear la gestión de datos con la estrategia empresarial y medir la contribución.
- Enfoques prácticos para describir y modelar la arquitectura de datos en su empresa.
Como siempre, cada mensaje combinará ideas prácticas, orientación teórica y anécdotas de la práctica real, lo que te ayudará a profundizar en tu dominio y aumentar tu impacto.
El rol del arquitecto: uniendo funcionalidad y datos.
Como arquitectos, nuestra función es conectar el “qué” (necesidades y funcionalidad del negocio) con el “cómo” (datos y aplicaciones que permiten satisfacer esas necesidades). Esto implica:
- Aclarar las necesidades de datos
- Definición de modelos de datos, flujos y las especificaciones de arquitectura resultantes.
- Garantizar que las arquitecturas de las aplicaciones reflejen y respalden la realidad de los datos.
Es un trabajo arduo, pero es lo que distingue una arquitectura empresarial eficaz de un trabajo de proyecto fragmentado.
Reflexionando sobre su práctica actual
Antes de comenzar, les animo a que hagan una pausa y reflexionen sobre su propio trabajo en arquitectura empresarial:
- ¿Qué tan bien comprende el panorama de datos de su empresa?
- ¿Conoces los flujos de datos integrados en el diseño de tus procesos y aplicaciones?
- ¿Con qué eficacia respalda su arquitectura de datos los resultados empresariales actuales? ¿Dónde detecta deficiencias o riesgos?
Tus respuestas determinarán lo que aprendas de esta serie y te ayudarán a identificar dónde debes centrar tus esfuerzos.
Qué esperar a continuación
En el próximo correo electrónico, comenzaremos con los fundamentos: ¿Qué es la arquitectura de datos? Lo definiremos con claridad, lo situaremos dentro de la arquitectura de sistemas de información y presentaremos los componentes básicos que necesitas dominar.
Tengo muchas ganas de emprender este viaje contigo.
Como siempre, déjame saber tu opinión.
¡Qué tengas un lindo día!
Saludos,
Dave Hornford
Conexiam
PD. Si está interesado en progresar, nuestro Arquitectura empresarial con TOGAF y Navigate curso Cubre la gobernanza de la cartera y el soporte arquitectónico para decisiones críticas. Se actualizará este otoño. Utilice el cupón. Especial 40 para 40% off ($479.40) en la versión actual y acceso a la nueva versión.
Yendo más allá
La próxima vez que alguien sugiera mejor toma de decisiones Piensa en el MIT Sloane ¿Es necesariamente malo tomar decisiones basándose en la evidencia?