Procedimientos recomendados para planear y crear dominios en Microsoft Fabric
Los dominios de Fabric ayudan a organizar los datos empresariales según las necesidades y los objetivos de la organización y para facilitar el consumo.
Los dominios también promueven la gobernanza distribuida haciendo posible que la configuración del inquilino se delegue a los administradores de dominio que puedan configurar los controles adecuados para cada dominio.
Planificación
Al implementar dominios, hay algunas cosas que hay que tener en cuenta:
En primer lugar, considere la posibilidad de implicar los siguientes roles en la fase de diseño del dominio:
Centro de excelencia, negocios y arquitectos técnicos.
Centro de excelencia, negocios, clientes potenciales y propietarios técnicos.
Responsables de seguridad y cumplimiento.
A continuación, asigne respuestas a las siguientes preguntas:
¿Quién es responsable de los datos?
¿Cuál es la mejor estructura para los datos de mi organización?
¿Necesito un nivel adicional de jerarquía? (Esta consideración le ayuda a decidir si y cómo crear subdominios dentro de cada dominio).
Estructuras organizativas comunes en el sector
En la siguiente sección se describen varias de las estructuras organizativas más comunes del sector.
Estructura funcional
En una estructura funcional, la organización se divide en unidades (como Finanzas, RR. HH., Ventas, etc.) en función de los roles y las funciones empresariales que realizan. Esta estructura tiene una jerarquía clara, un liderazgo centralizado y responsabilidades y autoridades bien definidas.
Una estructura funcional permite especialización, escalabilidad y responsabilidad. También establece expectativas claras y proporciona una cadena directa de comando.
Estructura del producto o del proyecto
Una estructura basada en productos o proyectos es adecuada para empresas que tienen varias líneas de producto o proyectos que requieren diferentes equipos y recursos.
Una estructura de producto o proyecto permite a la empresa asignar equipos dedicados a cada producto o proyecto, y fomenta la innovación y la colaboración.
Una desventaja de una estructura basada en productos o proyectos es que puede crear duplicación de funciones, competencia para obtener recursos y falta de coordinación entre los equipos.
Estructura basada en procesos
Una estructura basada en procesos es adecuada para las empresas que tienen procesos estandarizados o repetitivos que abarcan diferentes productos o mercados. Una estructura basada en procesos permite a la empresa optimizar la eficiencia, la calidad y la coherencia de cada proceso y usar la experiencia y las aptitudes de los equipos de proceso. Sin embargo, una estructura basada en procesos también puede crear silos, brechas de comunicación y un enfoque reducido del cliente entre los equipos.
Estructura basada en regiones
Una estructura basada en regiones es adecuada para empresas que operan en diferentes regiones o países y necesitan adaptarse al entorno local, la cultura y las regulaciones. Una estructura basada en regiones permite a la empresa delegar la autoridad de toma de decisiones a los administradores regionales que pueden adaptar sus productos y servicios a las necesidades y referencias regionales de los clientes.
Estructura mixta
Una estructura mixta es una combinación de dos o más estructuras organizativas, como funcional, producto o mercado. Una estructura mixta puede ayudar a la empresa a equilibrar las ventajas y desventajas de cada estructura y lograr una mayor eficiencia y flexibilidad. Por ejemplo, una empresa podría tener departamentos funcionales globales para finanzas, recursos humanos e investigación y desarrollo, y departamentos de producto o mercado para unidades de negocio o segmentos específicos.
Estructura de subdominios
Los subdominios pueden seguir la misma lógica del dominio primario o pueden tener su propia estructura en función de las necesidades de la organización. Por ejemplo, los dominios de una organización se pueden compilar según una estructura basada en funciones, mientras que los subdominios se pueden crear con una estructura basada en regiones.
Asignación de áreas de trabajo
Después de crear las estructuras de los dominios y subdominios, el siguiente paso es asignar áreas de trabajo a cada dominio o subdominio. Hay diferentes maneras de asignar áreas de trabajo a dominios, en función de la convención de nomenclatura y los criterios usados para crear los dominios y subdominios. Algunos métodos posibles son:
Por nombre del área de trabajo: este método es útil para las organizaciones que siguen un patrón de nomenclatura coherente y claro para sus áreas de trabajo y tienen nombres que reflejan o se relacionan con el dominio o subdominio pertinentes. Por ejemplo, si el dominio es Finanzas y el subdominio es Contabilidad, se asignaría un área de trabajo denominada Finanzas-Contabilidad-Informes a ese subdominio Contabilidad.
Por propietario del área de trabajo: este método es aplicable a las organizaciones que tienen una estructura de propiedad clara y estable para sus áreas de trabajo y tienen propietarios que corresponden a los dominios o subdominios. Por ejemplo, si el dominio es Producto y el subdominio es Fabric, se asignaría un área de trabajo propiedad del Gerente de producto-Fabric a ese subdominio Fabric.
Por capacidad: este método es adecuado para las organizaciones que han adoptado la arquitectura de malla de datos con capacidades y tienen capacidades que coinciden con los dominios o subdominios. Por ejemplo, si el dominio es Marketing y el subdominio es Analytics, se asignaría un área de trabajo a la capacidad Marketing-Analytics a ese subdominio Analytics.