Megosztás a következőn keresztül:


Ajánlott eljárások tartományok tervezéséhez és létrehozásához a Microsoft Fabricben

A Fabric tartományai segítenek az üzleti adatok szervezet igényeinek és céljainak megfelelő rendszerezésében, valamint a felhasználás megkönnyítésében.

A tartományok az elosztott szabályozást is előléptetik azáltal, hogy lehetővé teszik a bérlői beállítások delegálását olyan tartományi rendszergazdák számára, akik minden tartományhoz beállíthatnak megfelelő vezérlőket.

Tervezés

A tartományok megvalósításakor néhány dologra gondolni kell:

Először vegye figyelembe a következő szerepköröket a tartománytervezési fázisban:

  • Kiválósági központ, üzleti és műszaki tervezők.

  • Kiválósági központ, üzleti és műszaki érdeklődők és tulajdonosok.

  • Biztonsági és megfelelőségi tisztviselők.

A következő térkép a következő kérdésekre ad választ:

  • Ki felelős az adatokért?

  • Mi a szervezet adatainak legjobb struktúrája?

  • Szükségem van egy további hierarchiaszintre? (ez a szempont segít eldönteni, hogy az egyes tartományokon belül altartományokat hozhat-e létre és hogyan).

Az iparág gyakori szervezeti struktúrái

Az alábbi szakasz az iparágban leggyakrabban használt szervezeti struktúrákat ismerteti.

  • Funkcionális struktúra

    Egy funkcionális struktúrában a szervezet egységekre (például Pénzügy, HR, Értékesítés stb.) van osztva az általuk végzett szerepkörök és üzleti funkciók alapján. Ez a struktúra egyértelmű hierarchiával, központosított vezetéssel, valamint jól meghatározott feladatokkal és hatóságokkal rendelkezik.

    A funkcionális struktúra lehetővé teszi a specializációt, a méretezhetőséget és az elszámoltathatóságot. Egyértelmű elvárásokat is megfogalmaz, és közvetlen parancsláncot biztosít.

    Egy függvényalapú szervezeti struktúra példáját bemutató ábra.

  • Termék-/projektstruktúra

    A termék-/projektalapú struktúra olyan vállalatok számára megfelelő, amelyek több terméksort vagy különböző csapatokat és erőforrásokat igénylő projektekkel rendelkeznek.

    A termék-/projektstruktúra lehetővé teszi, hogy a vállalat dedikált csapatokat rendeljen az egyes termékekhez vagy projektekhez, és előmozdítsa az innovációt és az együttműködést.

    A termék-/projektalapú struktúra hátránya, hogy a függvények duplikálását, az erőforrások versenyét és a csapatok közötti koordináció hiányát okozhatja.

    Egy termék-/projektalapú szervezeti struktúra példáját bemutató ábra.

  • Folyamatalapú struktúra

    A folyamatalapú struktúra olyan vállalatok számára megfelelő, amelyek szabványosított vagy ismétlődő folyamatokkal rendelkeznek, amelyek különböző termékeket vagy piacokat fednek le. A folyamatalapú struktúra lehetővé teszi, hogy a vállalat optimalizálja az egyes folyamatok hatékonyságát, minőségét és konzisztenciáját, és felhasználja a folyamatcsapatok szakértelmét és készségeit. A folyamatalapú struktúra azonban silókat, kommunikációs hiányosságokat és a csapatok közötti ügyfélközpontúság csökkenését is okozhatja.

    Folyamatalapú szervezeti struktúrát szemléltető diagram.

  • Régióalapú struktúra

    A régióalapú struktúra alkalmas olyan vállalatok számára, amelyek különböző régiókban vagy országokban működnek, és alkalmazkodniuk kell a helyi környezethez, kultúrához és szabályozáshoz. A régióalapú struktúra lehetővé teszi, hogy a vállalat döntéshozatali hatóságot delegáljon a regionális vezetőknek, akik termékeiket és szolgáltatásaikat a regionális ügyfelek igényeihez és referenciáihoz igazíthatják.

    Földrajzi alapú szervezeti struktúrát szemléltető ábra.

  • Vegyes struktúra

    A vegyes struktúra két vagy több szervezeti struktúra, például funkcionális, termék vagy piac kombinációja. A vegyes struktúra segíthet a vállalatnak kiegyensúlyozni az egyes struktúrák előnyeit és hátrányait, és nagyobb hatékonyságot és rugalmasságot elérni. Előfordulhat például, hogy egy vállalat globális funkcionális részlegekkel rendelkezik a pénzügyi, az emberi erőforrások és a kutatás és fejlesztés, valamint adott üzleti egységek vagy szegmensek termék- vagy piaci részlegei számára.

Altartomány-struktúra

Az altartományok ugyanazt a logikát követhetik a szülőtartományban, vagy saját struktúrájuk is lehet a szervezeti igények alapján. Előfordulhat például, hogy a szervezet tartományai függvényalapú struktúra szerint épülnek fel, míg az altartományok régióalapú struktúrával hozhatók létre.

Munkaterület-hozzárendelés

A tartományok és altartományok struktúráinak létrehozása után a következő lépés a munkaterületek hozzárendelése az egyes tartományokhoz vagy altartományokhoz. A tartományok és altartományok létrehozásához használt elnevezési konvencióktól és feltételektől függően különböző módokon rendelhetők munkaterületek a tartományokhoz. Néhány lehetséges módszer:

  • Munkaterület neve szerint: Ez a módszer olyan szervezetek számára hasznos, amelyek egységes és egyértelmű elnevezési mintát követnek a munkaterületeiken, és amelyek a megfelelő tartományt vagy altartományt tükrözik vagy kapcsolódnak. Ha például a tartomány Pénzügy, az altartomány pedig a Könyvelés, akkor egy Finance-Accounting-Report nevű munkaterület lesz hozzárendelve ehhez a Könyvelési altartományhoz.

  • Munkaterület-tulajdonos szerint: Ez a módszer olyan szervezetekre alkalmazható, amelyek egyértelmű és stabil tulajdonosi struktúrával rendelkeznek a munkaterületeikhez, és amelyek tulajdonosai a tartományoknak vagy altartományoknak felelnek meg. Ha például a tartomány Termék, az altartomány pedig Fabric, akkor a Product Manager-Fabric által birtokolt munkaterület lesz hozzárendelve az adott Háló altartományhoz.

  • Kapacitás szerint: Ez a módszer olyan szervezetek számára használható, amelyek kapacitásokkal fogadták el az adathálós architektúrát, és a tartományoknak vagy altartományoknak megfelelő kapacitásokkal rendelkeznek. Ha például a tartomány marketing , az altartomány pedig az Analytics, akkor a kapacitáshoz rendelt Marketing-Analytics munkaterület lesz hozzárendelve az adott Analytics-altartományhoz .