Power BI-implementáció tervezése: BI-megoldástervezés

Feljegyzés

Ez a cikk a Power BI implementációtervezési cikksorozatának része. Ez a sorozat elsősorban a Microsoft Fabricen belüli Power BI-számítási feladatokra összpontosít. A sorozat bemutatása: Power BI implementációtervezés.

Ez a cikk segít megtervezni az üzletiintelligencia-stratégiát támogató megoldásokat. Elsősorban a következő célokat célozza:

• BI- és elemzési igazgatók vagy vezetők: Azok a döntéshozók, akik a BI program felügyeletéért és a stratégiailag fontos BI-megoldásokért felelősek.
• Kiválósági központ (COE), informatikai és BI-csapatok: Azok a csapatok, amelyek vállalati BI-megoldásokat terveznek és helyeznek üzembe a szervezetük számára.
• Témaszakértők (KKV-k) és tartalomtulajdonosok és -létrehozók: Azok a csapatok és személyek, akik egy részleg elemzésével és önkiszolgáló, részlegszintű BI- vagy csapat BI-használati forgatókönyvekhez terveznek és helyeznek üzembe megoldásokat.

A BI-stratégia az adatok és elemzések implementálására, használatára és kezelésére vonatkozó terv. A BI-stratégiát a bi-stratégiai tervezéssel kell meghatároznia. A stratégiai tervezés segít azonosítani a BI fókuszterületeit és célkitűzéseit. Az üzletiintelligálási célok felé vezető út meghatározásához taktikai tervezéssel írhatja le a konkrét főbb eredményeket. Ezután a BI-megoldások tervezésével és üzembe helyezésével előrehaladást érhet el ezek felé a kulcsfontosságú eredmények felé.

Feljegyzés

A célkitűzések és a fő eredmények (OKRs) keretrendszerben a célkitűzések világos, magas szintű leírást adnak arról, hogy mit szeretne elérni. Ezzel szemben a fő eredmények konkrét, elérhető eredmények, amelyek az egyik célkitűzés felé irányuló előrehaladás mérésére szolgálnak.

Ezenkívül a kezdeményezések vagy megoldások olyan folyamatok vagy eszközök, amelyek egy vagy több kulcsfontosságú eredmény eléréséhez nyújtanak segítséget. A megoldások a felhasználók konkrét adatigényét kezelik. A megoldások számos formát ölthetnek, például egy adatfolyamot, egy data lakehouse-t vagy egy Power BI szemantikai modellt vagy jelentést.

Az OKRs-ekről további információt az OKR-k (Microsoft Viva-célok) megismerésében talál.

A BI-megoldások tervezésének és implementálásának számos megközelítése van. Ez a cikk egy olyan megközelítést ismertet, amellyel megtervezheti és megvalósíthatja a BI-stratégiát támogató BI-megoldásokat.

Az alábbi magas szintű diagram bemutatja, hogyan végezhet bi-megoldástervezést.

A BI-megoldások tervezéséhez hajtsa végre az alábbi lépéseket.

Lépés	Leírás
1	Állít össze egy projektcsapatot, amely összegyűjti a követelményeket, és meghatározza a megoldás kialakítását.
2	Tervezze meg a megoldás üzembe helyezését az eszközök és folyamatok kezdeti beállításával.
3	A kialakítással kapcsolatos feltételezések ellenőrzéséhez végezzen megoldásigazolást (POC).
4	Tartalom létrehozása és ellenőrzése iteratív fejlesztési és ellenőrzési ciklusok használatával.
5	A megoldás üzembe helyezése, támogatása és monitorozása az éles környezetben való kiadás után.

Feljegyzés

A BI-megoldástervezés az önkiszolgáló BI- és a vállalati BI-projektekre is vonatkozik.

További információt a Power BI migrálási sorozatában talál. Bár a sorozat a migrálással foglalkozik, a legfontosabb intézkedések és szempontok a megoldástervezés szempontjából relevánsak.

1. lépés: Követelmények összegyűjtése

A megoldástervezést először a követelmények összegyűjtésével és a megoldásterv meghatározásával kezdheti meg.

Megjegyzés: A stratégiai és taktikai tervezést egy munkacsoport vezeti, amely vezeti a kezdeményezést. Ezzel szemben a megoldástervezést egy projektcsapat vezeti, amely tartalomtulajdonosokból és alkotókból áll.

A megfelelő követelmények összegyűjtése kritikus fontosságú a sikeres megoldástelepítés és -bevezetés eléréséhez. A követelmények összegyűjtésének hatékony módja a megfelelő érdekelt felek azonosítása és bevonása, a megoldandó probléma közös meghatározása, valamint a probléma közös megértése a megoldási terv létrehozásához.

Az alábbiakban bemutatunk néhány előnyt, ha együttműködési megközelítést használunk a követelmények összegyűjtésére.

• A felhasználói bemenetek hasznosabb terveket eredményeznek: Ha a felhasználókat a követelmények összegyűjtése érdekében bevonja a szűrt beszélgetésekbe, hatékonyabban rögzítheti az üzleti adatokra vonatkozó igényeket. A felhasználók például bemutathatják a tartalomkészítőknek, hogyan használják a meglévő megoldásokat, és visszajelzést küldhetnek ezeknek a megoldásoknak az észlelt hatékonyságáról.
• Kerülje a feltételezéseket, és mérsékelje a változáskéréseket: A felhasználókkal folytatott beszélgetések gyakran árulnak el árnyalatokat, kivételeket és rejtett összetettségeket. Ezek az elemzések csökkentik a késői fázisú kérések valószínűségét, ami költséges lehet.
• A felhasználók előkészítése növeli a megoldások bevezetését: Azáltal, hogy bevonja a felhasználókat a tervezésbe és a korai fejlesztésbe, lehetőséget biztosít számukra, hogy befolyásolják a végeredményt. A részvétel a felhasználók számára a megoldás szellemi tulajdonjogának és elszámoltathatóságának érzését is jelentheti. A magas részvételű felhasználók nagyobb valószínűséggel támogatják a megoldást, és hatékonyan használják a gyakorlati közösségüket.
• A tervek elvárásokat támasztanak az érdekelt felek és az üzleti felhasználók számára: A megoldásterv makettjeinek vagy illusztrációinak készítésével egyértelműen megjelenítheti az érdekelt feleknek, hogy mit fog nyújtani a megoldás. Az is segít, ha kölcsönösen megértjük a várt projekteredményt. Ezt a folyamatot tervezési gondolkodásnak is nevezik, és hatékony módszer lehet az összetett problémák megközelítésére és megértésére.

A felhasználók bevonásához és a követelmények gyűjtéséhez különböző megközelítéseket alkalmazhat. Például összegyűjtheti az üzleti tervezéssel és a műszaki tervezéssel kapcsolatos követelményeket (a cikk későbbi szakaszaiban részletesen ismertetjük).

Az üzleti tervezés az üzleti követelmények összegyűjtésének egyik módszere. Arra összpontosít, hogy üzleti felhasználókat is bevonjon az üzleti tervezési munkamenetekbe a megoldás közös tervezéséhez. Az üzleti tervezés kimenete megoldás-makettekből és leíró tervdokumentációból áll.

A műszaki tervezés az üzleti követelmények műszaki követelményekre való lefordítására és a tervezési feltételezések kezelésére vonatkozó megközelítés. A műszaki tervezés az üzleti tervezés ellenőrzésére és a használathoz használt műszaki megközelítés meghatározására összpontosít. A tervezés ellenőrzése érdekében a tartalomkészítők általában technikai szakértőkkel vesznek részt a technikai tervezési szekcióknak nevezett, célzott megbeszéléseken, ahol szükséges.

Fontos

A helytelen követelmények összegyűjtése gyakori oka annak, hogy a megvalósítások sikertelenek. A csapatok gyakran azért gyűjtik a hibás követelményeket, mert nem megfelelő érdekelt felekkel, például olyan döntéshozókkal léptek kapcsolatba, akik felülről lefelé irányuló kéréseket nyújtanak a megoldások létrehozásához.

Az üzleti felhasználók bevonása olyan együttműködési megközelítésekkel, mint az üzleti tervezés, segíthet a jobb követelmények összegyűjtésében. A jobb követelmények gyakran hatékonyabb fejlesztéshez és robusztusabb megoldásokhoz vezetnek.

Feljegyzés

Egyes csapatok esetében a strukturált követelmények összegyűjtésének folyamata nagy változás. Győződjön meg arról, hogy kezeli ezt a módosítást, és nem zavarja meg a megoldástervezést. Javasoljuk, hogy találjon módot arra, hogy ezeket a megközelítéseket a csapat működésének megfelelően igazítsa.

Felkészülés a megoldástervezésre

A megoldástervezéshez először az alábbi szakaszokban ismertetett tényezők figyelembevételével kell felkészülnie.

• Annak azonosítása, hogy ki fogja elvégezni a megoldástervezést: A bi taktikai tervezés részeként a munkacsoport a megoldások rangsorolását hozta létre. A megoldástervezés során a projektcsapat feladata egy vagy több megoldás tervezése, fejlesztése és üzembe helyezése a hátralékból. A teendőlista minden megoldásához össze kell állítania egy projektcsapatot, amely felelős a megoldásért. A BI-megoldások tervezésének futtatása mellett a projektcsapatnak a következőket kell tennie:
  • A megoldástervezés ütemterveinek és mérföldköveinek meghatározása.
  • Azonosítsa és vonja be a megfelelő érdekelt feleket a követelmények összegyűjtéséhez.
  • Központosított hely beállítása a kommunikációhoz, a dokumentációhoz és a tervezéshez.
  • Vegye fel az érdekelt feleket a követelmények összegyűjtésére.
  • Kommunikáció és koordináció az érdekelt felekkel és az üzleti felhasználókkal.
  • Iteratív fejlesztési és tesztelési ciklusok vezénylése üzleti felhasználókkal.
  • Dokumentálja a megoldást.
  • A felhasználók előkészítése a megoldásba egy képzési terv meghatározásával és beiktatásával.
  • Az üzembe helyezés utáni megoldás támogatásának biztosítása.
  • A megoldás telepítés utáni módosítására vagy frissítésére vonatkozó ésszerű felhasználói kérések kezelése.
  • Szükség esetén az üzembe helyezés után végezze el a megoldás átadását.
• Kommunikáció és dokumentáció központosítása: Fontos, hogy a projektcsapat központosítsa a bi-megoldások tervezésének kommunikációját és dokumentációját. A projektcsapatnak például központosítania kell a követelményeket, az érdekelt felek kommunikációját, az ütemterveket és a termékeket. Fontolja meg az összes dokumentáció központi portálon való tárolását.
• Követelmények összegyűjtése: A projektcsapatnak az üzleti tervezési munkamenetek tervezésével kell kezdenie, hogy összegyűjtse az üzleti követelményeket. Ezek a szekciók interaktív értekezletek formájában készülnek, és a stratégiai tervezési műhelyekhez hasonló formátumot követhetnek.

Tipp.

Fontolja meg a megoldásért felelős támogatási csapatok azonosítását és bevonását a követelmények összegyűjtési folyamatának korai szakaszában. A megoldás hatékony támogatásához a támogatási csapatoknak átfogó ismeretekre lesz szükségük a megoldásról, céljáról és a felhasználókról. Ez különösen akkor fontos, ha a projektcsapat csak külső tanácsadókból áll.

Üzleti követelmények összegyűjtése

A megfelelő üzleti követelmények összegyűjtése kritikus fontosságú a megfelelő megoldás megtervezéséhez. A megfelelő követelmények összegyűjtése és a hatékony megoldástervezés meghatározása érdekében a projektcsapat üzleti tervezési munkameneteket folytathat az üzleti felhasználókkal.

Az üzleti tervezési szekciók célja:

• Erősítse meg a kezdeti megoldás hatókörét.
• Határozza meg és ismerje meg, hogy a megoldásnak milyen problémát kell megoldania.
• Azonosítsa a megoldáshoz megfelelő kulcsfontosságú érdekelt feleket.
• Gyűjtse össze a megfelelő üzleti követelményeket.
• Készítse el az üzleti követelményeknek megfelelő megoldástervet.
• A támogatási tervdokumentáció előkészítése.

Az alábbi ábra bemutatja, hogyan gyűjtheti össze az üzleti követelményeket, és hogyan határozhatja meg a megoldástervet üzleti tervezési megközelítéssel.

A diagram a következő lépéseket mutatja be.

Cikk	Leírás
	A projektcsapat azzal kezdi az üzleti tervezést, hogy megerősíti a taktikai tervezésben először dokumentált megoldás hatókörét. Tisztázniuk kell a megoldás által lefedett üzleti területeket, rendszereket és adatokat.
	A projektcsapat azonosítja a felhasználói közösség azon főbb érdekelt feleit, akik részt vesznek az üzleti tervezési munkamenetekben. A fő érdekelt felek olyan felhasználók, amelyek elegendő tudással és hitelességgel rendelkeznek ahhoz, hogy a megoldás tárgykörét képviselni képesek legyenek.
	A projektcsapat üzleti tervezési munkameneteket tervez. A tervezés magában foglalja az érdekelt felek tájékoztatását, az értekezletek szervezését, a termékek előkészítését és az üzleti felhasználókkal való kapcsolattartást.
	A projektcsapat összegyűjti és kutatja azokat a meglévő megoldásokat, amelyeket az üzleti felhasználók jelenleg a meglévő üzleti adatok igényeinek kielégítésére használnak. A folyamat felgyorsítása érdekében a projektcsapat a bi stratégiai tervezésből származó releváns kutatásokat használhatja, amelyeket a kommunikációs központban dokumentáltak.
	A projektcsapat üzleti tervezési munkameneteket tart az érdekelt felekkel. Ezek a szekciók kis méretű, interaktív értekezletek, ahol a projektcsapat végigvezeti az érintetteket az üzleti adatokkal kapcsolatos igények és követelmények megértéséhez.
	A projektcsapat azzal zárja be az üzleti tervezést, hogy bemutatja a megoldástervezetet az érdekelt feleknek és a többi felhasználónak visszajelzés és jóváhagyás céljából. Az üzleti tervezés akkor sikeres, ha az érdekelt felek egyetértenek abban, hogy a terv segít nekik elérni üzleti célkitűzéseiket.

Az üzleti tervezés a következő termékekkel zárul.

• Vázlatos megoldástervek: Makettek, prototípusok vagy drótvázdiagramok szemléltetik a megoldástervet. Ezek a dokumentumok egy konkrét tervtervre fordítják le a követelményeket.
• Üzleti metrikák listája: A megoldásban várt mennyiségi mezők, beleértve az üzleti definíciókat és a várt összesítéseket. Ha lehetséges, rangsorolja őket fontossági sorrendben a felhasználók számára.
• Az üzleti attribútumok listája: A megoldásban elvárt releváns attribútumok és adatstruktúrák, beleértve az üzleti definíciókat és az attribútumneveket. Ha lehetséges, vegye fel a hierarchiákat, és rangsorolja az attribútumokat a felhasználók számára fontosság szerint.
• Kiegészítő dokumentáció: A fő funkcionális vagy megfelelőségi követelmények leírása. Ennek a dokumentációnak a lehető legpontosabbnak kell lennie, de a lehető legrövidebbnek kell lennie.

Az üzleti tervezés termékeit a műszaki tervezésben használják és érvényesítik.

Tipp.

A megoldás makettjei, prototípusai vagy drótvázdiagramjai a fejlesztők és a végfelhasználók számára is egyértelmű képet alkothatnak a várt eredményről. A hatékony makettek létrehozása nem igényel művészi jártasságot vagy tehetséget. A tervezés szemléltetéséhez használhat olyan egyszerű eszközöket, mint a Microsoft Whiteboard, a PowerPoint vagy akár egy toll és egy papír.

Műszaki követelmények összegyűjtése

Az üzleti tervezés befejezése után a projektcsapat egy technikai terv használatával ellenőrzi annak eredményeit. A műszaki tervezés az üzleti tervezéshez hasonló megközelítés. Míg az üzleti tervezés az üzleti adatokkal kapcsolatos igényekre összpontosít, a műszaki tervezés a megoldások műszaki szempontjaira összpontosít. A műszaki tervezés egyik fő eredménye a megoldásterv, amely leírja a végső megoldástervet, és tájékozott becsléseket készít a megvalósításra tett erőfeszítésekről.

Feljegyzés

Az üzleti kialakítástól eltérően a műszaki tervezés nagyrészt független vizsgálat a tartalomkészítők és -tulajdonosok által végzett forrásadatok és rendszerek esetében.

A műszaki tervezés célja:

• Ellenőrizze az üzleti terv eredményeit.
• Az aktuális tervben szereplő műszaki feltételezések kezelése.
• Azonosítsa a hatókör megfelelő adatforrásait, és határozza meg az egyes adatforrások mezőszámításait és mezőforrás-leképezéseit.
• Az üzleti követelmények fordítása műszaki követelményekre.
• A végrehajtáshoz szükséges munkamennyiség becslése.

A projektcsapat technikai vagy funkcionális érdekelt feleket vesz fel korlátozott, koncentrált műszaki tervezési munkamenetekben. Ezek a szekciók interaktív értekezletek a funkcionális érdekelt felekkel, hogy összegyűjtsék a technikai követelményeket. Az érdekelt felek felelősek a megoldás hatékony működéséhez szükséges konkrét funkcionális területekért.

A műszaki tervezésben érdekelt felek például a következőek lehetnek:

• Biztonsági és hálózatkezelési csapatok: Felelős az adatok biztonságának és megfelelőségének biztosításáért.
• Funkcionális csapatok és adatgondnokok: Felelős a forrásadatok kurálásáért.
• Tervezők: Adott platformok, eszközök vagy technológiák tulajdonosai.

A projektcsapat technikai tervezési szekciókba vonja be az érdekelt feleket, hogy foglalkoznak a megoldás technikai aspektusaival. A műszaki szempontok a következők lehetnek:

• Adatforrás-kapcsolatok: Az adatforrásokhoz való csatlakozással és integrálással kapcsolatos részletek.
• Hálózatkezelés és adatátjárók: Részletek a magánhálózatokról vagy a helyszíni adatforrásokról.
• Mezőforrás-leképezés: Az üzleti metrikák és az adatforrásmezők attribútumainak adatleképezése.
• Számítási logika: Üzleti definíciók fordítása műszaki számításokra.
• Technikai funkciók: Az üzleti követelmények támogatásához szükséges funkciók vagy funkciók.

Tipp.

Az üzleti tervezést végző projektcsapatnak is el kell végeznie a műszaki tervet. Gyakorlati okokból azonban különböző személyek vezethetik a műszaki tervezést. Ebben az esetben kezdje el a műszaki tervezést az üzleti terv eredményeinek áttekintésével.

Ideális esetben a műszaki tervezést vezető személyeknek alaposan ismerniük kell az eredményeket és az üzleti felhasználókat.

Az alábbi ábra bemutatja, hogyan fordíthatja le az üzleti követelményeket műszaki követelményekké műszaki tervezéssel.

A diagram a következő lépéseket mutatja be.

Cikk	Leírás
	A projektcsapat azzal kezdi a műszaki tervezést, hogy meghatározza az adatforrás hatókörét az üzleti terv eredményei alapján. Az adatforrás hatóköre deklarálja, hogy mely adatok szükségesek a megoldás létrehozásához. A megfelelő adatforrások azonosítása érdekében a projektcsapat konzultál az üzleti és funkcionális kkv-kkal.
	A projektcsapat azonosítja a műszaki vagy funkcionális érdekelt feleket, hogy később bevonják őket a műszaki tervezési szekciókba.
	A projektcsapat korlátozott, koncentrált munkameneteket tervez funkcionális érdekelt felekkel a megoldás technikai aspektusainak kezelése érdekében. A tervezés magában foglalja az érdekelt felek tájékoztatását, az értekezletek szervezését és a termékek előkészítését.
	A projektcsapat a műszaki követelményeket vizsgálja. A kutatás magában foglalja a mezőszámítások és az adatforrás-leképezések meghatározását, valamint az üzleti tervezési feltételezések műszaki elemzéssel és dokumentációval való kezelését.
	Szükség esetén a projektcsapat bevonja az érintetteket a műszaki tervezési szekciókba. A munkamenetek a megoldás egy adott technikai aspektusára összpontosítanak, például a biztonsági vagy adatforrás-kapcsolatokra. Ezekben a szekciókban a projektcsapat minőségi visszajelzéseket gyűjt az érdekelt felektől és a kkv-któl.
	A projektcsapat egy megoldási tervvel készíti el az eredményeket, amelyet az érdekelt feleknek és a döntéshozóknak mutatnak be. A terv az üzleti tervezési eredmények iterációja és kiterjesztése, amely magában foglalja a végső tervezést, a becsléseket és az egyéb termékértékeket.
	A műszaki tervnek az érdekelt felekkel és a döntéshozókkal folytatott végső találkozóval kell lezárulnia, hogy eldöntse, folytatja-e a műveletet. Ez az értekezlet végső lehetőséget kínál a megoldástervezés kiértékelésére, mielőtt az erőforrások elköteleződnek a megoldás fejlesztése mellett.

Feljegyzés

A műszaki kialakítás váratlan összetettséget okozhat, amely miatt a megoldástervezés az aktuális erőforrás-rendelkezésre állás vagy a szervezeti felkészültség miatt kivitelt eredményezhet. Ebben az esetben a megoldást újra kell értékelni a következő taktikai tervezési időszakban. Az üzleti adatok sürgősségétől függően előfordulhat, hogy egy döntéshozó, például a vezető szponzor, továbbra is szeretne egy koncepcióigazolást vagy a tervezett megoldásnak csak egy részét használni.

A műszaki tervezés egy megoldási tervvel zárul, amely az alábbi termékekből áll.

• Eszközök és technológiák: A megoldás megvalósításához szükséges megfelelő technikai eszközök listája. A lista általában tartalmaz releváns új licencbeállításokat (például Fabric-kapacitást vagy felhasználónkénti Premium), funkciókat és eszközöket.
• Az üzleti metrikák definiált listája: Az üzleti metrikák számításai és mezőforrás-leképezései az összes hatókörön belüli adatforráshoz. A termék előállításához a projektcsapat az üzleti tervben létrehozott üzleti metrikák listáját használja.
• Az üzleti attribútumok definiált listája: Az üzleti attribútumok mezőforrás-leképezései az összes hatókörön belüli adatforráshoz. A termék előállításához a projektcsapat az üzleti tervben létrehozott üzleti attribútumok listáját használja.
• Módosított tervek: A megoldásterv módosítása az üzleti terv módosításai vagy érvénytelen feltételezései alapján. A módosított tervek az üzleti tervben létrehozott makettek, prototípusok vagy drótvázdiagramok frissített verziói. Ha nincs szükség felülvizsgálatra, közölje, hogy a műszaki terv ellenőrzi az üzleti tervet.
• Munkamennyiség becslése: A megoldás fejlesztéséhez, támogatásához és karbantartásához szükséges erőforrások becslése. A becslés tájékoztatja a végső döntést arról, hogy folytatja-e a megoldás megvalósítását, vagy sem.

Fontos

Győződjön meg arról, hogy a projektcsapat értesíti az érdekelt feleket a műszaki terv változásairól vagy váratlan felfedezéseiről. Ezeknek a műszaki tervezési munkameneteknek továbbra is érintett üzleti felhasználókat kell bevonniuk. Gondoskodjon azonban arról, hogy az érdekelt felek ne legyenek szükségtelenül kitéve összetett technikai információknak.

Tipp.

Mivel az üzleti célkitűzések folyamatosan fejlődnek, a követelmények várhatóan változni fognak. Ne feltételezze, hogy a BI-projektekre vonatkozó követelmények rögzítettek. Ha a követelmények módosításával küzd, az azt jelezheti, hogy a követelmények összegyűjtési folyamata nem hatékony, vagy hogy a fejlesztési munkafolyamatok nem tartalmazzák megfelelően a rendszeres visszajelzéseket.

Ellenőrzőlista – A követelmények összegyűjtésekor a legfontosabb döntések és műveletek a következők:

• Tisztázza, hogy kié a megoldástervezés: Minden megoldás esetében győződjön meg arról, hogy a szerepkörök és a felelősségek egyértelműek a projektcsapat számára.
• A megoldás hatókörének tisztázása: A megoldás hatókörét már dokumentálni kell a bi taktikai tervezés részeként. Előfordulhat, hogy a megoldástervezés megkezdése előtt további időt és erőfeszítést kell fordítania a hatókör tisztázására.
• Az érdekelt felek azonosítása és tájékoztatása: Az üzleti tervek és a műszaki tervek érdekeltjeinek azonosítása. Előzetesen tájékoztassa őket a projektről, és ismertesse az üzleti tervezés hatókörét, céljait, szükséges időbefektetéseit és termékeit.
• Üzleti tervezési munkamenetek megtervezése és lebonyolítása: Az üzleti tervezési munkamenetek moderálása az érdekelt felektől és az üzleti felhasználóktól származó információk kinyeréséhez. Kérje meg a felhasználókat, hogy mutassák be, hogyan használják a meglévő megoldásokat.
• Üzleti metrikák és attribútumok dokumentálása: Az érdekelt felek meglévő megoldásainak és bemeneteinek használatával létrehozhatja az üzleti metrikák és attribútumok listáját. A műszaki tervekben képezze le a mezőket az adatforrásra, és írja le a mennyiségi mezők számítási logikáját.
• A megoldásterv kidolgozása: Iteratív maketteket hozhat létre az érdekelt felek bemenete alapján, amelyek vizuálisan tükrözik a várt megoldás eredményét. Győződjön meg arról, hogy a makettek pontosan képviselik és kezelik az üzleti követelményeket. Tájékoztassa az üzleti felhasználókat, hogy a maketteket továbbra is ellenőrizni kell (és esetleg át kell vizsgálni) a műszaki tervezés során.
• Hozza létre a megoldástervet: Kutatási forrásadatok és a kapcsolódó technikai szempontok annak biztosítása érdekében, hogy az üzleti terv elérhető legyen. Ahol releváns, ismertesse a tervezésre vonatkozó főbb kockázatokat és fenyegetéseket, valamint az esetleges alternatív megközelítéseket. Szükség esetén készítse el a megoldásterv felülvizsgálatát, és tárgyalja meg az érdekelt felekkel.
• Munkamennyiség-becslések létrehozása: A végső megoldásterv részeként becsülje meg a megoldás létrehozására és támogatására irányuló erőfeszítéseket. Ezeket a becsléseket az üzleti tervezés és a műszaki tervezési munkamenetek során összegyűjtött információkkal indokolja.
• Döntse el, hogy folytatja-e a tervet: A követelmények összegyűjtésének befejezéséhez mutassa be a végső tervet az érdekelt feleknek és a döntéshozóknak. Az értekezlet célja annak meghatározása, hogy folytatja-e a megoldásfejlesztést.

2. lépés: Üzembe helyezés megtervezése

Amikor a projektcsapat befejezi a követelmények összegyűjtését, a megoldásterv létrehozását és a folytatáshoz kapott jóváhagyást, készen áll a megoldás üzembe helyezésének megtervezésére.

Az üzembe helyezéstervezési feladatok a megoldástól, a fejlesztési munkafolyamattól és az üzembe helyezési folyamattól függően eltérnek. Az üzembehelyezési terv általában számos olyan tevékenységhez kapcsolódik, amelyek a megoldáshoz szükséges eszközök és folyamatok tervezését és beállítását magukban foglalják.

Tervezés a kulcsterületek kezelésére

A projektcsapatnak meg kell terveznie a megoldás üzembe helyezésének főbb területeit. A tervezésnek általában a következő területekre kell kiterjednie.

• Megfelelőség: Győződjön meg arról, hogy a követelmények összegyűjtése során azonosított összes megfelelőségi feltételt meghatározott műveletek kezelik. Rendelje hozzá ezeket a műveleteket adott személyekhez, és egyértelműen határozza meg a kézbesítési időkeretet.
• Biztonság: Döntse el, hogy a megoldáshozzáférés különböző rétegei hogyan legyenek felügyelve, valamint az adatbiztonsági szabályokra vonatkozó követelményeket. Ellenőrizze, hogy a megoldás biztonsága többé-kevésbé szigorú lesz-e, mint a bérlő szokásos tartalma.
• Adatátjárók: Annak kiértékelése, hogy a megoldásnak szüksége van-e adatátjáróra az adatforrásokhoz való csatlakozáshoz. Határozza meg, hogy szükség van-e adott átjáróbeállításokra vagy magas rendelkezésre állású fürtökre . Tervezze meg, hogy ki kezelheti az átjárókapcsolatokat az átjáróbiztonsági szerepkörökön keresztül, és hogyan monitorozza az átjárókat. További információ: Átjáró-hozzáférés kiépítése.
• Munkaterületek: A munkaterületek beállításának és használatának eldöntéséről. Annak meghatározása, hogy a megoldáshoz szükség van-e olyan életciklus-felügyeleti eszközökre, mint a Git integrációs és üzembehelyezési folyamatai, és hogy speciális naplózást igényel-e az Azure Log Analytics használatával.
• Támogatás: Annak megállapítása, hogy ki felelős a megoldás támogatásáért és karbantartásáért az éles üzembe helyezés után. Ha a támogatásért felelős személyek eltérnek a projektcsapattól, vonják be ezeket a személyeket a fejlesztésbe. Győződjön meg arról, hogy bárki is támogatja a megoldást, tisztában legyen a megoldás kialakításával, azzal a problémával, hogy kinek kell használnia, és hogyan.
• Felhasználói képzés: Előre jelezheti a felhasználói közösség betanításához szükséges erőfeszítéseket, hogy hatékonyan tudják használni a megoldást. Gondolja át, hogy szükség van-e adott változáskezelési műveletekre.
• Irányítás: A megoldás esetleges szabályozási kockázatainak azonosítása. Előre jelezheti, hogy a felhasználók hatékonyan használhatják a megoldást, ugyanakkor mérsékelhetik a szabályozási kockázatokat (például bizalmassági címkék és szabályzatok használatával).

Kezdeti beállítás végrehajtása

A projektcsapatnak végre kell hajtania a kezdeti beállításokat a fejlesztés megkezdéséhez. A kezdeti beállítási tevékenységek a következők lehetnek:

• Kezdeti eszközök és folyamatok: A fejlesztéshez, teszteléshez és üzembe helyezéshez szükséges új eszközök és folyamatok első beállítása.
• Identitások és hitelesítő adatok: Olyan biztonsági csoportok és szolgáltatásnevek létrehozása, amelyek az eszközök és rendszerek eléréséhez lesznek használva. Hatékonyan és biztonságosan tárolja a hitelesítő adatokat.
• Adatátjárók:Adatátjárók üzembe helyezése helyszíni adatforrásokhoz (vállalati módú átjárókhoz) vagy adatforrásokhoz egy magánhálózaton (virtuális hálózaton vagy virtuális hálózaton, átjárókon).
• Munkaterületek és adattárak: Munkaterületek és távoli adattárak létrehozása és beállítása tartalmak közzétételéhez és tárolásához.

Feljegyzés

Az üzembe helyezés megtervezése a megoldástól és az előnyben részesített munkafolyamattól függően eltérő. Ez a cikk csak a magas szintű tervezést és a végrehajtható elemeket ismerteti.

Az üzembe helyezés tervezésével kapcsolatos további információkért lásd : Üzembe helyezés megtervezése a Power BI-ba való migráláshoz.

Ellenőrzőlista – A megoldás üzembe helyezésének tervezésekor a legfontosabb döntések és műveletek a következők:

• Fő területek megtervezése: Tervezze meg a megoldás sikeres fejlesztéséhez és üzembe helyezéséhez szükséges folyamatokat és eszközöket. Foglalkozik mind a technikai területekkel (például az adatátjárókkal vagy a munkaterületekkel), mind a bevezetési területekkel (például a felhasználói képzésekkel és a szabályozással).
• Kezdeti beállítás végrehajtása: A megoldás fejlesztéséhez és üzembe helyezéséhez szükséges eszközök, folyamatok és szolgáltatások létrehozása. Dokumentálja a beállítást, hogy segítsen másoknak, akiknek a jövőben első alkalommal kell elvégezni a telepítést.
• Adatforrás-kapcsolatok tesztelése: Ellenőrizze, hogy a megfelelő összetevők és folyamatok megfelelőek-e a megfelelő adatokhoz való csatlakozáshoz a koncepció igazolásának megkezdéséhez.

3. lépés: Az elgondolás igazolása

A projektcsapat egy megoldási koncepcióigazolást (POC) készít, amely ellenőrzi a fennálló feltételezéseket, és bemutatja az üzleti felhasználók számára a korai előnyöket. A POC egy kezdeti tervezési implementáció, amely korlátozott hatókörű és érett. A jól futtatott POC különösen fontos a nagy vagy összetett megoldások esetében, mivel képes azonosítani és kezelni a műszaki tervben nem észlelt összetettségeket (vagy kivételeket).

Javasoljuk, hogy a POC előkészítésekor vegye figyelembe az alábbi szempontokat.

• Célok és hatókör: Ismertesse a megoldás POC célját és az általa érintett funkcionális területeket. A projektcsapat dönthet például úgy, hogy a POC-t egyetlen funkcionális területre, vagy meghatározott követelményekre vagy funkciókra korlátozza.
• Forrásadatok: A POC-ban használt adatok azonosítása. A megoldástól függően a projektcsapat dönthet úgy, hogy különböző típusú adatokat használ, például:
  • Éles (valós) adatok
  • Mintaadatok
  • Olyan szintetikus adatok generálása, amelyek hasonlítanak az éles környezetekben megfigyelt tényleges adatmennyiségekre és összetettségre
• Bemutató: Írja le, hogy a projektcsapat hogyan és mikor mutatja be a POC-t az érdekelt felek és a felhasználók számára. A bemutatók a rendszeres frissítések során, vagy ha a POC megfelel bizonyos funkcionális feltételeknek.
• Környezet: Írja le, hogy a projektcsapat hol fogja létrehozni a POC-t. Jó módszer egy különálló tesztkörnyezet használata a POC-hoz, és üzembe helyezése fejlesztési környezetben, amikor készen áll. A tesztkörnyezet rugalmasabb szabályzatokkal és folyékony tartalommal rendelkezik, és a gyors eredmények létrehozására összpontosít. Ezzel szemben a fejlesztési környezet strukturáltabb folyamatokat követ, amelyek lehetővé teszik az együttműködést, és konkrét feladatok elvégzésére összpontosít.
• Sikerességi feltételek: Határozza meg a POC sikerességének küszöbértékét, és a következő iterációra kell lépnie, és be kell lépnie a formális fejlesztésbe. A POC elindítása előtt a projektcsapatnak egyértelmű kritériumokat kell meghatároznia arra vonatkozóan, hogy a POC sikeres-e. A feltételek előzetes beállításával a projektcsapat meghatározza, hogy mikor fejeződik be a POC-fejlesztés, és mikor kezdődnek az iteratív fejlesztési és érvényesítési ciklusok. A POC céljaitól függően a projektcsapat különböző sikerességi feltételeket állíthat be, például:
  • A POC jóváhagyása az érdekelt felek részéről
  • Funkciók vagy funkciók ellenőrzése
  • A POC kedvező áttekintése a társviszonyban állók számára rögzített fejlesztési idő után
• Hiba: Győződjön meg arról, hogy a projektcsapat képes azonosítani a POC hibáját. A hibák korai azonosítása segít a kiváltó okok vizsgálatában. Emellett segíthet elkerülni az olyan megoldásokba való további befektetést, amelyek nem a várt módon működnek az éles környezetben való üzembe helyezéskor.

Figyelem

Amikor a projektcsapat végrehajtja a POC-t, a feltételezésekre és korlátozásokra vonatkozó riasztásnak kell maradnia. A projektcsapat például nem tudja egyszerűen tesztelni a megoldás teljesítményét és az adatok minőségét egy kis adathalmaz használatával. Emellett győződjön meg arról, hogy a POC hatóköre és célja egyértelmű az üzleti felhasználók számára. Mindenképpen közölje, hogy a POC az első iteráció, és hangsúlyozza, hogy ez nem éles megoldás.

Feljegyzés

További információ: A Koncepció igazolása a Power BI-ba való migráláshoz.

Ellenőrzőlista – A POC létrehozásakor a legfontosabb döntések és műveletek a következők:

• Határozza meg a célokat: Győződjön meg arról, hogy a POC céljai világosak az összes érintett személy számára.
• Határozza meg a POC hatókörét: Győződjön meg arról, hogy a POC létrehozása nem igényel túl sok fejlesztési erőfeszítést, miközben továbbra is értéket nyújt, és szemlélteti a megoldás kialakítását.
• Döntse el, hogy milyen adatokat használ fel: Azonosítsa a POC-hoz használni kívánt forrásadatokat, indokolja döntését, és vázolja fel a lehetséges kockázatokat és korlátozásokat.
• Döntse el, hogy mikor és hogyan mutassa be a POC-t: Tervezze meg az előrehaladás bemutatását a POC döntéshozóknak és üzleti felhasználóknak való bemutatásával.
• Tisztázza, hogy a POC mikor fejeződik be: Győződjön meg arról, hogy a projektcsapat egyértelmű következtetést hoz a POC-ra vonatkozóan, és leírja, hogyan lesz előléptetve a rendszer a formális fejlesztési ciklusokra.

4. lépés: Tartalom létrehozása és ellenőrzése

Ha a POC sikeres, a projektcsapat a POC-ról a tartalom létrehozására és érvényesítésére vált. A projektcsapat iteratív fejlesztési és érvényesítési ciklusokkal fejlesztheti a BI-megoldást. Ezek a ciklusok iteratív kiadásokból állnak, amelyekben a projektcsapat tartalmat hoz létre egy fejlesztési környezetben, és egy tesztkörnyezetben bocsátja ki. A fejlesztés során a projektcsapat fokozatosan vezeti be a felhasználói közösséget egy próbafolyamatban a megoldás korai (bétaverziós) verzióira a tesztkörnyezetben.

Tipp.

Az iteratív kézbesítés ösztönzi a korai érvényesítést és visszajelzést, amely enyhíti a változáskéréseket, elősegíti a megoldás bevezetését, és kihasználja az éles kiadás előtti előnyöket.

Az iteratív fejlesztési és érvényesítési ciklusok addig folytatódnak, amíg a projektcsapat előre meghatározott következtetést nem ér el. A fejlesztés általában akkor fejeződik be, ha nincs több implementálható funkció vagy felhasználói visszajelzés. Amikor a fejlesztési és érvényesítési ciklusok befejeződnek, a projektcsapat üzembe helyezi a tartalmat egy éles környezetben a végső éles kiadással.

Az alábbi ábra bemutatja, hogyan képes a projektcsapat iteratív módon bi-megoldásokat nyújtani fejlesztési és érvényesítési ciklusokkal.

A diagram a következő lépéseket mutatja be.

Cikk	Leírás
	A projektcsapat az egyes kiadásokat közli a felhasználói közösséggel, és ismerteti a változásokat és az új funkciókat. Ideális esetben a kommunikáció magában foglal egy megoldásbemutatót és egy Q&A-t, így a felhasználók megérthetik a kiadás újdonságát, és szóbeli visszajelzést adhatnak.
	Az ellenőrzés során a felhasználók visszajelzést küldenek egy központi eszközről vagy űrlapról. A projektcsapatnak rendszeresen át kell tekintenie a visszajelzéseket a problémák kezelése, a kérelmek elfogadása vagy elutasítása, valamint a közelgő fejlesztési fázisok tájékoztatása érdekében.
	A projektcsapat figyeli a megoldás használatát annak ellenőrzéséhez, hogy a felhasználók tesztelik-e. Ha nincs használat, a projektcsapatnak kapcsolatba kell lépnie a felhasználói közösséggel, hogy megértse az okokat. Az alacsony használat azt jelezheti, hogy a projektcsapatnak további engedélyezési és változáskezelési műveleteket kell végrehajtania.
	A projektcsapat azonnal válaszol a felhasználói visszajelzésekre. Ha a projektcsapat túl sokáig tart a visszajelzések megválaszolása érdekében, előfordulhat, hogy a felhasználók gyorsan elveszítik a motivációt a visszajelzés megadásához.
	A projektcsapat az elfogadott visszajelzéseket beépíti a megoldástervezésbe. Szükség esetén áttekintik a tervezési prioritásokat, hogy tisztázzák és delegálják a feladatokat a következő fejlesztési fázis megkezdése előtt.
	A projektcsapat folytatja a megoldás fejlesztését a következő kiadáshoz.
	A projektcsapat végigvezeti az összes lépést, amíg el nem éri az előre meghatározott következtetést, és a megoldás készen áll az éles üzembe helyezésre.

Az alábbi szakaszok az iteratív fejlesztési és ellenőrzési ciklusok bi-megoldásokhoz való használatával kapcsolatos legfontosabb szempontokat ismertetik.

Tartalom létrehozása

A projektcsapat a normál fejlesztési munkafolyamat követésével fejleszti a megoldást. A tartalom létrehozásakor azonban a következő szempontokat kell figyelembe venniük.

• Az egyes fejlesztési ciklusok során frissítse a dokumentációt a megoldás leírásához.
• Zárja be az egyes fejlesztési ciklusokat a felhasználói közösség bejelentésével. A bejelentéseket közzé kell tenni a központosított portálon, és rövid leírást kell adniuk az egyes kiadások változásairól és új funkcióiról.
• Minden egyes kiadásnál érdemes lehet munkameneteket szervezni a felhasználói közösség változásainak és új funkcióinak bemutatásához, valamint a verbális kérdések megválaszolásához.
• Határozza meg, hogy mikor fejeződnek be az iteratív fejlesztési és érvényesítési ciklusok. Győződjön meg arról, hogy a megoldás éles környezetben való üzembe helyezésének egyértelmű folyamata van, beleértve a támogatási és bevezetési tevékenységekre való áttérést is.

Tartalom ellenőrzése

Minden iteratív fejlesztési ciklusnak tartalomellenőrzéssel kell zárulnia. A BI-megoldások esetében általában kétféle ellenőrzés létezik.

• Fejlesztői ellenőrzés: A megoldástesztelést a tartalomkészítők és a társvállalatok végzik. A fejlesztői ellenőrzés célja az összes kritikus és látható probléma azonosítása és megoldása, mielőtt a megoldás elérhetővé válik az üzleti felhasználók számára. A problémák az adatok helyességével, működésével vagy a felhasználói felülettel kapcsolatosak lehetnek. Ideális esetben a tartalmat nem fejlesztő tartalomkészítő ellenőrzi.
• Felhasználóérvényesítés: A megoldástesztelést a felhasználói közösség végzi. A felhasználói ellenőrzés célja, hogy visszajelzést adjon a későbbi iterációkról, és azonosítsa a fejlesztők által nem talált problémákat. A formális felhasználói érvényesítési időszakokat általában felhasználói elfogadási tesztelésnek (UAT) nevezzük.

Fontos

Győződjön meg arról, hogy az adatminőséggel kapcsolatos problémák a fejlesztői ellenőrzés során (a UAT előtt) jelentkeznek. Ezek a problémák gyorsan ronthatják a megoldásba vetett bizalmat, és árthatnak a hosszú távú bevezetésnek.

Tipp.

A felhasználói ellenőrzés során fontolja meg a fontos felhasználókkal folytatott alkalmi, rövid hívásokat. Figyelje meg őket, amikor a megoldást használják. Jegyezz fel, hogy mit találnak nehezen használhatónak, vagy hogy a megoldás mely részei nem működnek a várt módon. Ez a megközelítés hatékony módja lehet a visszajelzések gyűjtésének.

Vegye figyelembe a következő szempontokat, amikor a projektcsapat ellenőrzi a tartalmat.

• Felhasználói visszajelzések ösztönzése: Minden egyes kiadás esetén kérje meg a felhasználókat, hogy adjanak visszajelzést, és mutassák be, hogyan tehetik meg hatékonyan. Fontolja meg rendszeresen az olyan visszajelzések és kérések rendszeres megosztását, amelyek a legutóbbi változásokhoz és új funkciókhoz vezettek. Példák megosztásával bizonyítja, hogy a visszajelzések nyugtázva és értékelve vannak.
• Nagyobb kérések elkülönítése: Egyes visszajelzési elemek kezelése nagyobb erőfeszítést igényel. Győződjön meg arról, hogy a projektcsapat azonosítani tudja ezeket az elemeket, és meg tudja vitatni, hogy implementálják-e őket, vagy sem. Fontolja meg a nagyobb kérések dokumentálását a későbbi taktikai tervezési üléseken.
• Változáskezelési tevékenységek megkezdése: Betanítsa a felhasználókat a megoldás használatára. Ügyeljen arra, hogy az új folyamatokra, az új adatokra és a különböző munkamódszerekre további erőfeszítéseket költsön. A változáskezelésbe való befektetés pozitív megtérülést eredményez a hosszú távú megoldások bevezetésében.

Amikor a megoldás eléri a teljesség és az érettség előre meghatározott szintjét, a projektcsapat készen áll arra, hogy éles környezetben helyezze üzembe. Az üzembe helyezés után a projektcsapat az iteratív teljesítésről az éles megoldás támogatására és figyelésére vált.

Feljegyzés

A fejlesztés és a tesztelés a megoldástól és az előnyben részesített munkafolyamattól függően eltérő.

Ez a cikk csak a magas szintű tervezést és a végrehajtható elemeket ismerteti. Az iteratív fejlesztési és tesztelési ciklusokról további információt a Power BI-ba migrálandó tartalom létrehozása című témakörben talál.

Ellenőrzőlista – A tartalom létrehozásakor és ellenőrzésekor a legfontosabb döntések és műveletek a következők:

• Iteratív folyamat használatával megtervezheti és hozzárendelheti a feladatokat: a megoldás minden egyes kiadásához tervezhet és rendelhet hozzá feladatokat. Győződjön meg arról, hogy a feladatok tervezésének és hozzárendelésének folyamata rugalmas, és felhasználói visszajelzéseket is tartalmaz.
• Tartaloméletciklus-kezelés beállítása: Eszközök és folyamatok használatával egyszerűsítheti és automatizálhatja a megoldások üzembe helyezését és a változáskezelést.
• Hozzon létre egy eszközt a visszajelzés központosításához: Automatizálja a visszajelzések gyűjtését egy egyszerű megoldással, amely egyszerű Az Ön és a felhasználók számára. Hozzon létre egy egyszerű űrlapot, amely biztosítja, hogy a visszajelzés tömör, mégis végrehajtható legyen.
• Értekezlet ütemezése a visszajelzések áttekintéséhez: Értekezlet az egyes új vagy kiemelkedő visszajelzési elemek rövid áttekintéséhez. Döntse el, hogy végrehajtja-e a visszajelzést, vagy sem, ki lesz a végrehajtás felelőse, és milyen műveleteket kell végrehajtania a visszajelzési elem bezárásához.
• Döntse el, hogy mikor fejeződik be az iteratív kézbesítés: Írja le az iteratív kézbesítési ciklusok befejezésének feltételeit, és hogy mikor fog tartalmat kiadni az éles környezetben.

5. lépés: Üzembe helyezés, támogatás és figyelés

Ha elkészült, a projektcsapat üzembe helyezi az ellenőrzött megoldást az éles környezetben. A projektcsapatnak kulcsfontosságú bevezetési és támogatási műveleteket kell végrehajtania az üzembe helyezés sikerességének biztosítása érdekében.

A sikeres üzembe helyezés érdekében az alábbi támogatási és bevezetési feladatokat kell elvégeznie.

• A végleges kiadás közlése: A vezetői szponzornak, egy vezetőnek vagy egy olyan személynek, aki megfelelő jogosultsággal és hitelességgel rendelkezik, be kell jelentenie a kiadást a felhasználói közösségnek. A kommunikációnak egyértelműnek, tömörnek kell lennie, és tartalmaznia kell a megfelelő megoldásokra és támogatási csatornákra mutató hivatkozásokat.
• Képzés a tartalomfogyasztók számára: A képzésnek elérhetőnek kell lennie a tartalomfogyasztók számára az éles üzembe helyezést követő első hetekben. A betanításnak a megoldás hatókörének tisztázására, a felhasználói kérdések megválaszolására és a megoldás használatának ismertetésére kell összpontosítania.
• Visszajelzések és kérések kezelése: Fontolja meg, hogy a felhasználók számára egy csatornát biztosítson, amellyel visszajelzést és kéréseket küldhet a projektcsapatnak. Győződjön meg arról, hogy az ésszerű visszajelzéseket és kérelmeket megvitatják, és adott esetben az üzembe helyezés utáni támogatási időszakban implementálják. Fontos, hogy az éles kiadás után visszajelzéseket és kéréseket küldjön. A változó üzleti igényekre reagáló agilis megoldást jelez.
• Tervezze meg, hogy csatlakozik a felhasználói közösséghez: Még az üzembe helyezés utáni támogatási időszak lejárta után is győződjön meg arról, hogy a megoldástulajdonosok rendszeresen találkoznak a felhasználói közösséggel. Ezek az értekezletek értékes visszajelzési források a BI-stratégia felülvizsgálatához. Emellett a felhasználók engedélyezésével támogatják a megoldások bevezetését.
• Átadási műveletek: Előfordulhat, hogy a projektcsapat tagjai nem felelősek a megoldás fenntartásáért. Ebben az esetben a csapatnak azonosítania kell a felelőst, és végre kell hajtania az átadást. Az átadásnak nem sokkal az éles környezetben való kiadás után kell történnie, és a megoldásnak és a felhasználói közösségnek is foglalkoznia kell vele.

Figyelem

A hatékony átadás elmulasztása megelőzhető problémákhoz vezethet a megoldástámogatással és a bevezetéssel kapcsolatban az életciklusa során.

Az üzembe helyezés után a projektcsapatnak a rangsorban szereplő megoldás hátralékában kell folytatnia a következő megoldást. Győződjön meg arról, hogy minden új visszajelzést és kérést összegyűjt, és szükség esetén módosítja a taktikai tervezést – beleértve a megoldási teendőlistát is .

Ellenőrzőlista – A megoldás üzembe helyezésének mérlegelésekor a legfontosabb döntések és műveletek a következők:

• Kommunikációs terv létrehozása: A kiadási, képzési és egyéb megoldástámogatási vagy bevezetési műveletek kommunikációjának megtervezése. Győződjön meg arról, hogy a kimaradásokat és problémákat a telepítés utáni támogatási időszakban közöljük és azonnal megoldjuk.
• Kövesse végig egy betanítási tervvel: A felhasználók betanítása a megoldás használatára. Győződjön meg arról, hogy a betanítás élő és rögzített edzéseket is tartalmaz a kiadás után néhány hétig.
• Átadási tevékenységek végrehajtása: Szükség esetén készítsen elő egy átadást a fejlesztői csapattól a támogatási csapatnak.
• Megoldási munkaidő: Az üzembe helyezés utáni támogatási időszak után fontolja meg a szokásos munkaidős munkamenetek megtartását a kérdések megválaszolásához és a felhasználók visszajelzéseinek gyűjtéséhez.
• Folyamatos fejlesztési folyamat beállítása: Ütemezze a megoldás havi auditálását a lehetséges változások vagy fejlesztések időbeli áttekintéséhez. A felhasználói visszajelzések központosítása és a visszajelzések rendszeres áttekintése az auditok között.

Kapcsolódó tartalom

További szempontokat, műveleteket, döntéshozatali kritériumokat és ajánlásokat a Power BI implementálási döntéseihez a Power BI implementálási tervezésében talál.