El marco de arquitectura empresarial federal ( FEAF , por sus siglas en inglés) es la arquitectura empresarial de referencia de un gobierno federal en Estados Unidos . Proporciona un enfoque común para la integración de la gestión estratégica, empresarial y tecnológica como parte del diseño de la organización y la mejora del rendimiento. [1]
La arquitectura empresarial federal más conocida es la arquitectura empresarial del gobierno federal de los Estados Unidos , la "Arquitectura Empresarial Federal" (FEA) de los EE. UU. y el "Marco de Arquitectura Empresarial Federal" (FEAF) de los EE. UU. correspondiente. Este lema se centrará en esta arquitectura empresarial y en el marco de arquitectura empresarial en particular .
La arquitectura empresarial (AE) es una práctica recomendada de gestión para alinear los recursos empresariales y tecnológicos con el fin de lograr resultados estratégicos, mejorar el rendimiento organizacional y guiar a las agencias federales para que ejecuten mejor sus misiones principales . Una AE describe el estado actual y futuro de la agencia y establece un plan para la transición del estado actual al estado futuro deseado. Una arquitectura empresarial federal es un trabajo en progreso para lograr estos objetivos. [2]
La Arquitectura Empresarial Federal de los Estados Unidos (FEA, por sus siglas en inglés) es una iniciativa de la Oficina de Administración y Presupuesto de los Estados Unidos , Oficina de Gobierno Electrónico y TI, que tiene como objetivo aprovechar el valor de la arquitectura empresarial dentro del Gobierno Federal de los Estados Unidos. La arquitectura empresarial se convirtió en una práctica estratégica y de gestión reconocida como la mejor práctica en el Gobierno Federal de los Estados Unidos con la aprobación de la Ley Clinger-Cohen en 1996.
Existen numerosos beneficios que se derivan de la implementación y el uso de una arquitectura empresarial dentro del gobierno federal de los Estados Unidos. Entre ellos, se encuentra el de proporcionar un enfoque común para la adquisición de TI en el gobierno federal de los Estados Unidos . También está diseñada para facilitar el intercambio de información y recursos entre agencias federales, reducir costos y mejorar los servicios a los ciudadanos.
En septiembre de 1999, el Consejo Federal de CIO publicó el "Marco de Arquitectura Empresarial Federal" (FEAF) Versión 1.1 para desarrollar una Arquitectura Empresarial (EA) dentro de cualquier Agencia Federal para un sistema que trascienda múltiples límites entre agencias. Se basa en prácticas y diseños comerciales comunes que cruzan límites organizacionales, entre otros, el Modelo de Arquitectura Empresarial del NIST . El FEAF proporciona un estándar duradero para desarrollar y documentar descripciones de arquitectura de áreas de alta prioridad. Proporciona orientación para describir arquitecturas para segmentos funcionales multiorganizacionales del Gobierno Federal. [3] En el momento de la publicación, el enfoque de TI del Gobierno en los problemas del Y2K y luego los eventos de septiembre de 2001 desviaron la atención de la implementación de la EA, aunque su práctica previa y posterior a esto puede haber mejorado el impacto de estos eventos. Como parte de la Agenda de Gestión del Presidente, en agosto de 2001, se inició el proyecto del Grupo de Trabajo de Gobierno Electrónico (llamado extraoficialmente Proyecto Quicksilver). Un hallazgo clave de esa estrategia fue que la superposición sustancial y los sistemas redundantes de las agencias restringían la capacidad de lograr la estrategia de la administración Bush de hacer que el gobierno estuviera "centrado en el ciudadano". El Grupo de Trabajo recomendó la creación de un Proyecto de Arquitectura Empresarial Federal y la creación de la Oficina de la FEA en la OMB. Esto supuso un cambio del enfoque de la FEAF en la Ingeniería de la Información a un enfoque de reutilización de objetos J2EE utilizando modelos de referencia que comprendían taxonomías que vinculaban los resultados de rendimiento con las líneas de negocio, los componentes de los servicios de proceso, los tipos de datos y los componentes tecnológicos. Las versiones provisionales posteriores han proporcionado sucesivos aumentos en la definición de los modelos de referencia básicos (véase más adelante), así como una metodología muy sólida para desarrollar realmente una arquitectura en una serie de plantillas que forman la Metodología de Arquitectura de Segmentos Federales (FSAM) y su reemplazo de próxima generación, la Metodología de Planificación Colaborativa (CPM), que fue diseñada para ser más flexible, más ampliamente aplicable y más inclusiva del conjunto más amplio de disciplinas de planificación.
Estos segmentos de arquitectura federal constituyen colectivamente la arquitectura empresarial federal. En 2001, el Grupo de Trabajo de Arquitectura Federal (FAWG) patrocinaba el desarrollo de productos de Arquitectura Empresarial para segmentos de arquitectura federal comerciales y de subvención. Método: forma prescrita de abordar un problema particular. Como se muestra en la figura, el FEAF divide una arquitectura dada en arquitecturas de negocios, datos, aplicaciones y tecnología. El marco general del FEAF creado en ese momento (ver imagen) incluye las primeras tres columnas del Marco Zachman y la metodología de Planificación de Arquitectura Empresarial de Spewak . [3]
En mayo de 2012, la OMB publicó una nueva guía completa, el "Enfoque común para la arquitectura empresarial federal". [4] Publicada como parte de la guía de políticas y herramientas de gestión del CIO federal para aumentar los enfoques compartidos para la prestación de servicios de TI, la guía presenta un enfoque general para desarrollar y utilizar la arquitectura empresarial en el gobierno federal. El enfoque común promueve mayores niveles de efectividad de la misión al estandarizar el desarrollo y el uso de arquitecturas dentro y entre agencias federales. Esto incluye principios para usar la arquitectura empresarial para ayudar a las agencias a eliminar el desperdicio y la duplicación, aumentar los servicios compartidos, cerrar brechas de desempeño y promover la participación entre el gobierno, la industria y los ciudadanos.
El 29 de enero de 2013, la Casa Blanca publicó la versión 2 del Marco de Arquitectura Empresarial Federal (FEAF-II) para las agencias gubernamentales, y la hizo pública aproximadamente un año después. [5] El documento cumple con los criterios establecidos por Common Approach, que enfatiza que los objetivos estratégicos impulsan los servicios empresariales, que a su vez proporcionan los requisitos para las tecnologías habilitadoras. En su núcleo se encuentra el Modelo de Referencia Consolidado (CRM), que proporciona a la OMB y a las agencias federales un lenguaje y un marco comunes para describir y analizar las inversiones.
En general, la arquitectura empresarial federal (FEA) está determinada por una serie de leyes y mandatos federales. Estas leyes federales han sido:
Las circulares complementarias de la OMB han sido:
La metodología de planificación colaborativa (CPM) es un proceso simple y repetible que consiste en un análisis integrado y multidisciplinario que da como resultado recomendaciones formuladas en colaboración con líderes, partes interesadas, planificadores e implementadores. Está concebida como un ciclo de vida completo de planificación e implementación para su uso en todos los niveles de alcance definidos en el Enfoque común para la arquitectura empresarial federal: internacional, nacional, federal, sectorial, de agencia, de segmento, de sistema y de aplicación. [4] [5]
El Modelo de Referencia Consolidado del Marco de Arquitectura Empresarial Federal (FEAF, por sus siglas en inglés) proporciona a la OMB y a las agencias federales un lenguaje y un marco comunes para describir y analizar las inversiones. Consiste en un conjunto de modelos de referencia interrelacionados diseñados para facilitar el análisis interinstitucional y la identificación de inversiones duplicadas, brechas y oportunidades de colaboración dentro y entre agencias. En conjunto, los modelos de referencia comprenden un marco para describir elementos importantes de las operaciones de las agencias federales de una manera común y consistente. Mediante el uso del FEAF y su vocabulario, las carteras de TI se pueden gestionar y aprovechar mejor en todo el gobierno federal, mejorando la colaboración y, en última instancia, transformando al gobierno federal.
Los cinco modelos de referencia de la versión 1 (véase más abajo) se han reagrupado y ampliado a seis en el FEAF-II.
El análisis de elementos finitos se construye utilizando una variedad de modelos de referencia que desarrollan una taxonomía común para describir los recursos de TI. Los modelos de referencia de la versión 1 del análisis de elementos finitos (ver imagen) incluían lo siguiente:
Está diseñado para facilitar el intercambio de información y recursos entre agencias federales, reducir costos y mejorar los servicios a los ciudadanos. Es una iniciativa de la Oficina de Administración y Presupuesto de los Estados Unidos que tiene como objetivo cumplir con la Ley Clinger-Cohen .
El PRM es un marco estandarizado para medir el desempeño de las principales inversiones en TI y su contribución al desempeño del programa. [1] El PRM tiene tres propósitos principales:
El PRM utiliza una serie de enfoques existentes para la medición del desempeño, incluidos el Cuadro de Mando Integral , los Criterios Baldrige, [6] la metodología de medición del valor , los modelos de lógica de programas , la cadena de valor y la Teoría de Restricciones . Además, el PRM se basó en lo que las agencias miden actualmente a través de las evaluaciones PART, GPRA, arquitectura empresarial y Planificación de Capital y Control de Inversiones. El PRM actualmente se compone de cuatro áreas de medición:
El " modelo de referencia empresarial FEA " es un marco de referencia basado en funciones para describir las operaciones empresariales del Gobierno Federal independientemente de las agencias que las llevan a cabo. Este modelo de referencia empresarial proporciona una estructura organizada y jerárquica para describir las operaciones empresariales cotidianas del Gobierno Federal utilizando un enfoque basado en funciones. El BRM es la primera capa de la Arquitectura Empresarial Federal y es el punto de vista principal para el análisis de datos, componentes de servicios y tecnología. [1]
El BRM se divide en cuatro áreas:
El Modelo de Referencia Empresarial proporciona un marco que facilita una visión funcional (en contraposición a la organizacional) de las líneas de negocio del gobierno federal, incluidas sus operaciones internas y sus servicios para los ciudadanos, independientemente de las agencias, oficinas y departamentos que las llevan a cabo. Al describir al gobierno federal en torno a áreas de negocio comunes en lugar de una visión estanca, agencia por agencia, el BRM promueve la colaboración entre agencias y sirve como base subyacente para las estrategias de la FEA y el gobierno electrónico. [1]
Si bien el BRM ofrece una forma mejorada de pensar acerca de las operaciones gubernamentales, es sólo un modelo; su verdadera utilidad sólo se puede materializar cuando se utiliza de manera efectiva. El enfoque funcional promovido por el BRM no contribuirá en gran medida a lograr los objetivos del gobierno electrónico si no se incorpora a las arquitecturas empresariales de la administración electrónica y a los procesos de gestión de todas las agencias federales y de la OMB. [1]
El modelo de referencia de componentes de servicio (SRM) es un marco funcional, orientado al negocio y al rendimiento, que clasifica los componentes de servicio en función de cómo respaldan los objetivos de negocio y/o rendimiento. [1] El SRM está diseñado para usarse como soporte del descubrimiento de componentes de servicio de aplicaciones y negocios de todo el gobierno en inversiones y activos de TI. El SRM está estructurado en dominios de servicio horizontales y verticales que, independientemente de las funciones de negocio, pueden proporcionar una base aprovechable para respaldar la reutilización de aplicaciones, capacidades de aplicaciones, componentes y servicios de negocio.
El SRM establece los siguientes dominios:
Cada dominio de servicio se descompone en tipos de servicio. Por ejemplo, los tres tipos de servicio asociados con el dominio de servicios al cliente son: preferencias del cliente, gestión de la relación con el cliente y asistencia iniciada por el cliente. Y cada tipo de servicio se descompone a su vez en componentes. Por ejemplo, los cuatro componentes dentro del tipo de servicio de preferencias del cliente incluyen: personalización, suscripciones, alertas y notificaciones y gestión de perfiles. [7]
El modelo de referencia de datos (DRM) describe, a nivel agregado, los datos y la información que sustentan las operaciones de los programas y líneas de negocio del gobierno. Este modelo permite a las agencias describir los tipos de interacción e intercambios que ocurren entre el gobierno federal y los ciudadanos. [1] El DRM clasifica la información del gobierno en mayores niveles de detalle. También establece una clasificación para los datos federales e identifica los recursos de datos duplicados. Un modelo de datos común agilizará los procesos de intercambio de información dentro del gobierno federal y entre el gobierno y las partes interesadas externas.
El volumen uno del DRM ofrece una descripción general de alto nivel de la estructura, el uso y las construcciones de identificación de datos. Este documento:
El DRM es el punto de partida a partir del cual los arquitectos de datos deben desarrollar estándares y conceptos de modelado. Los volúmenes combinados del DRM respaldan la clasificación de datos y permiten compartir información horizontal y verticalmente.
El TRM es un marco técnico basado en componentes que clasifica las normas y tecnologías para respaldar y permitir la prestación de componentes y capacidades de servicio. También unifica los TRM de las agencias existentes y la orientación sobre gobierno electrónico al proporcionar una base para promover la reutilización y estandarización de la tecnología y los componentes de servicio desde una perspectiva de todo el gobierno. [1]
El TRM está integrado por:
La figura de la derecha proporciona una descripción de alto nivel del TRM.
La alineación de las inversiones de capital de las agencias con el TRM aprovecha un vocabulario estandarizado común, lo que permite el descubrimiento, la colaboración y la interoperabilidad entre agencias. Las agencias y el gobierno federal se beneficiarán de las economías de escala al identificar y reutilizar las mejores soluciones y tecnologías para respaldar sus funciones comerciales, su misión y su arquitectura de destino. Organizado en una jerarquía, el TRM clasifica los estándares y las tecnologías que respaldan colectivamente la entrega, el intercambio y la construcción seguros de componentes de servicio comerciales y de aplicaciones que se pueden usar y aprovechar en una arquitectura basada en componentes u orientada a servicios . [1]
En el análisis de elementos finitos, las arquitecturas empresariales, de segmentos y de soluciones ofrecen diferentes perspectivas empresariales al variar el nivel de detalle y abordar cuestiones relacionadas pero distintas. Así como las empresas están organizadas jerárquicamente, también lo están las diferentes vistas que ofrece cada tipo de arquitectura. La Guía de prácticas de arquitectura empresarial federal (2006) ha definido tres tipos de arquitectura: [2]
Por definición, la arquitectura empresarial (AE) se ocupa fundamentalmente de identificar activos comunes o compartidos, ya sean estrategias, procesos de negocio, inversiones, datos, sistemas o tecnologías. La AE está impulsada por la estrategia; ayuda a una agencia a identificar si sus recursos están alineados adecuadamente con la misión de la agencia y sus objetivos y metas estratégicas. Desde una perspectiva de inversión, la AE se utiliza para impulsar decisiones sobre la cartera de inversiones en TI en su conjunto. En consecuencia, los principales interesados de la AE son los altos directivos y ejecutivos encargados de garantizar que la agencia cumpla su misión de la forma más eficaz y eficiente posible. [2]
Por el contrario, la " arquitectura de segmentos " define una hoja de ruta sencilla para un área de misión central, un servicio comercial o un servicio empresarial. La arquitectura de segmentos está impulsada por la gestión empresarial y ofrece productos que mejoran la prestación de servicios a los ciudadanos y al personal de la agencia. Desde una perspectiva de inversión, la arquitectura de segmentos impulsa las decisiones para un caso de negocio o un grupo de casos de negocio que respaldan un área de misión central o un servicio común o compartido. Los principales interesados en la arquitectura de segmentos son los propietarios y gerentes de empresas. La arquitectura de segmentos está relacionada con la arquitectura empresarial a través de tres principios:
La " arquitectura de soluciones " define los activos de TI de una agencia, como las aplicaciones o los componentes que se utilizan para automatizar y mejorar las funciones comerciales de cada agencia. El alcance de una arquitectura de soluciones suele estar limitado a un solo proyecto y se utiliza para implementar todo o parte de un sistema o una solución comercial. Las partes interesadas principales de la arquitectura de soluciones son los usuarios y desarrolladores del sistema. La arquitectura de soluciones suele estar relacionada con la arquitectura de segmentos y la arquitectura empresarial a través de definiciones y restricciones. Por ejemplo, la arquitectura de segmentos proporciona definiciones de interfaces de datos o servicios que se utilizan dentro de un área de misión o servicio central, a los que acceden soluciones individuales. Del mismo modo, una solución puede estar limitada a tecnologías y estándares específicos que se definen a nivel empresarial. [2]
Los resultados del programa de Arquitectura Empresarial Federal se consideran insatisfactorios:
