Javaslatok a folyamatok azonosítására és minősítésére

Az Azure Well-Architected Framework megbízhatósági ellenőrzőlistájára vonatkozó javaslat:

RE:02	Felhasználói és rendszerfolyamatok azonosítása és értékelése. Az üzleti követelményeknek megfelelő kritikussági skálát használva rangsorolhatja a folyamatokat.

Ez az útmutató a számítási feladatok folyamatainak azonosítására és rangsorolására vonatkozó javaslatokat ismerteti. A számítási feladatok folyamatainak azonosítása és rangsorolása magában foglalja a felhasználói folyamatok és a rendszerfolyamatok leképezését a szervezet kritikusságának meghatározásához. Ez a gyakorlat biztosítja a legkritikusabb számítási feladatok funkcióinak azonosítását és rangsorolását a meghibásodások kockázatának csökkentése érdekében. A számítási feladatok folyamatainak azonosításának és rangsorolásának elmulasztása rendszerlebontásokhoz és a számítási feladatok megbízhatóságának sérüléséhez vezethet.

Meghatározások

Időszak	Definíció
Felhasználói folyamat	A felhasználók által egy alkalmazáson vagy rendszeren belül végrehajtott műveletek elérési útjai vagy sorozatai.
Rendszerfolyamat	A rendszeren belüli információk és folyamatok áramlása. A rendszer automatikusan követi ezt a folyamatot a felhasználói folyamatok vagy számítási feladatok működésének engedélyezéséhez.

Főbb tervezési stratégiák

A számítási feladatok tervezésekor elengedhetetlen a felhasználói folyamatok és a rendszerfolyamatok meghatározása. A felhasználói folyamatok diagramon ábrázolják a felhasználó mozgását az alkalmazáson keresztül. A felhasználói felületre, az interakciókra, a döntésekre és a feladat elvégzéséhez szükséges lépésekre összpontosítanak. A felhasználói folyamatok felhasználóközpontú perspektívát biztosítanak a felhasználói élményről és a felület kialakításáról. A rendszerfolyamatok diagramon ábrázolják a számítási feladat belső működését. Ezek az adatáthelyezésre, a bemeneti feldolgozásra, a kimeneti feldolgozásra és a számítási feladatok összetevői, a háttérszolgáltatások és a külső API-k közötti interakciókra összpontosítanak. A rendszerfolyamatok a számítási feladat belső működésének bonyolult részleteit jelzik.

A folyamatokat a számítási feladat tervezési fázisának korai szakaszában kell azonosítania és definiálnia. Egyértelműbb képet ad arról, hogy mi befolyásolja a számítási feladat megbízhatóságát. Szorosan igazodik az architekturális döntésekhez a számítási feladatok megbízhatósági céljaival.

Az összes felhasználói és rendszerfolyamat azonosítása

Az összes felhasználói és rendszerfolyamat azonosításának kimenete a számítási feladat összes folyamatának katalógusa. Ez az azonosítási folyamat megköveteli, hogy a rendszer minden felhasználói interakcióját és folyamatát leképozza az elejétől a végéig. Ez a leképezés a kritikus folyamatok azonosításának előfeltétele. Az alábbiakban javaslatokat talál a számítási feladatok összes felhasználói és rendszerfolyamatának azonosítására:

• Interjú az érintettekkel. Az érdekelt felek értékes információkat nyújthatnak a folyamatok azonosításához, és még a folyamatok leképezésében és rangsorolásában is segíthetnek. A felhasználókkal, az üzleti elemzőkkel és a technikai csapatokkal is interjúzhat, hogy elemzéseket gyűjtsön a felhasználók interakcióiról és függőségeiről a számítási feladaton belül.

• Tekintse át a dokumentációt. A tervezési fázisban előfordulhat, hogy nem rendelkezik áttekintendő dokumentációval. Ha azonban a dokumentáció létezik, akkor azt kell használnia. Kérjen rendszerarchitektúra-diagramokat, felhasználói kézikönyveket és folyamatleírásokat. Ezek a dokumentumok segítenek megérteni a számítási feladat és az egyes folyamatok rendeltetését.

• Figyelje meg a számítási feladatot. Figyelje meg a működés közbeni számítási feladatokat, és figyelje meg, hogy a felhasználók hogyan kommunikálnak vele, és hogy a különböző összetevők hogyan kommunikálnak egymással. Elemeznie kell a rendszernaplókat, a teljesítménymetrikákat és a felhasználói tevékenységnaplókat a minták, a gyakori feladatok és a rendszerválaszok azonosításához.

• Azonosított folyamatok listázása. Az interjúknak, a dokumentációnak és a megfigyelésnek lehetővé kell tennie a számítási feladat összes folyamatának azonosítását. Állítson össze egy listát az összes azonosított folyamatról, és kategorizálja őket felhasználói folyamatokba (a felhasználói interakciókra összpontosítva) és rendszerfolyamatokba (a háttérfolyamatokra és az adatáthelyezésre összpontosítva).

• Folyamatindítási és végpontok meghatározása. Minden azonosított folyamat esetében egyértelműen határozza meg, hogy a folyamat hol kezdődik és hol végződik. Felhasználói folyamatok esetén dokumentálja az egyes felhasználói interakciókat és annak várható eredményét. Összpontosítson a felhasználói élményre és a felület kialakítására. A rendszerfolyamatok esetében azonosítania kell a mögöttes eseményindítókat és a várt eredményeket.

• Bontsa le az egyes folyamatokat. Bontsa fel az egyes folyamatokat különálló lépésekre, és írja le az egyes pontokon előforduló műveleteket, döntéseket vagy folyamatokat. Figyelje meg, hogy az egyes lépések hogyan működnek együtt a rendszer más részeivel, beleértve a más folyamatoktól vagy külső rendszerekhez való függőségeket is. Meg kell tudnia határozni, hogy a folyamatok hogyan integrálhatók a számítási feladattal és a felhasználói felülettel, és milyen hatással vannak rá. Ez a kettős megközelítés átfogó képet nyújt a teljes számítási feladatról.

• Egyedi kimenetek dokumentálása. Azonosítsa az egyes folyamatokon belüli alternatív útvonalakat vagy kivételeket, például a hibakezelést vagy a feltételes elágaztatást. Ha egy folyamat több lehetséges eredménnyel is rendelkezik, vegye fel azt a katalógusba különálló bejegyzésekként. A felhasználói folyamatok esetében meg kell határoznia az interakció kívánt viselkedését. A rendszerfolyamatok esetében meg kell határoznia a folyamat kívánt viselkedését.

• Vizualizáció diagramokkal. Folyamatábrákat vagy diagramokat hozhat létre, amelyek vizuálisan ábrázolják a folyamatot és annak lépéseit. Használhat olyan eszközöket, mint a Microsoft Visio, UML-szekvenciadiagramok, használati diagramok, egyszerű rajzeszközök vagy szöveges formátumú leíró lista (lásd a példafolyamat-katalógust).

• A folyamatleképezés iteratív frissítése. A folyamatleképezés iteratív folyamat. A folyamatok változhatnak, feloszthatók vagy kombinálhatók, különösen a tervezési fázisban. Ahogy a számítási feladatok folyamatai egyértelműbbé válnak, frissítenie kell a folyamatok katalógusát úgy, hogy megfeleljenek. Ellenőrizze és finomítsa a folyamatábrákat az érdekelt felek visszajelzéseivel a pontosság és a teljesség biztosítása érdekében.

Az egyes folyamatok üzleti folyamatainak azonosítása

Az üzleti folyamatok olyan feladatok sorozata, amelyek a kimenet elérését célozzák, például a megrendelések teljesítését, az ügyfélszolgálat kezelését vagy a készletkezelést. Az egyes folyamatokhoz tartozó üzleti folyamatok azonosítása magában foglalja a folyamatok egy vagy több üzleti folyamathoz való leképezését. Ez a leképezés segít megérteni az egyes folyamatok üzleti jelentőségét.

Előfordulhat, hogy meglévő dokumentációval vagy üzleti tervekkel rendelkezik, amelyek a folyamatok üzleti folyamatokhoz való leképezését biztosítják. Előfordulhat, hogy a felhasználói kézikönyvek, a képzési anyagok vagy a rendszerspecifikációk betekintést nyújtanak a számítási feladat és a folyamatok rendeltetésébe és rendeltetésébe. Ha nem, le kell képeznie a folyamatokat az általuk támogatott üzleti folyamatokhoz. Az alábbi javaslatok az egyes folyamatok üzleti folyamatainak azonosítására használhatók:

• Számítási feladatok kimeneteinek használata. A számítási feladatok kimeneteivel és a folyamatok lebontásával korrelálhatja a folyamatokat az általuk támogatott üzleti folyamatokkal. Először tekintse át a számítási feladat által létrehozott kimeneteket. A kimenet lehet értékesítési jelentések, adatfájlok vagy befejezett feladatok.

• Interjúkat tart. Beszéljen a munkaterhelést kezelő csapattagokkal és érdekelt felekkel. Konkrét kérdéseket kell feltennie a napi feladataikról, a számítási feladatok használatáról, és arról, hogy milyen célokat érnek el vele. A technikai csapatok gyakran mélyebben ismerik a számítási feladat struktúráját, és betekintést nyújtanak az általa támogatott üzleti folyamatokba.

• A számítási feladatok használatának monitorozása. Meglévő számítási feladatok esetén figyelje a számítási feladatot, és keressen olyan használati mintákat, amelyek az alapul szolgáló üzleti folyamatokat, például adatbevitelt, rendelésfeldolgozást vagy ügyfél-interakciót jelölnek.

• Csatlakoztassa a kimenetet egy üzleti folyamathoz. Csatlakoztassa a folyamatkimenetek pontjait az általuk támogatott teljes üzleti folyamathoz. Ha például egy folyamatlépés az ügyfélrendelések feldolgozását foglalja magában, akkor közvetlenül támogatja a megrendelések teljesítésének üzleti folyamatát. A megrendelések teljesítése hozzájárul ahhoz az üzleti célkitűzéshez, hogy fenntartsa az ügyfelek elégedettségét és bevételt termeljen. Végül használja a folyamatlebontást annak meghatározásához, hogy melyik folyamat hozta létre az értékesítési jelentést.

Folyamattulajdonosok és érdekelt felek azonosítása az egyes folyamatokhoz

Egy folyamat folyamattulajdonosa az a személy, aki felelős egy adott folyamat sikeres végrehajtásáért. Ők felelősek a folyamatért és az azt támogató folyamatokért. Minden munkaterhelési folyamathoz azonosítania kell a folyamat tulajdonosát. Az egyes folyamatok résztvevőit is meg kell határoznia. Az érdekelt felek részt vehetnek a számítási feladatokban, függhetnek egy folyamattól, vagy kezelhetik a folyamat függőségeit.

Lehet, hogy rendelkezik egy felelősség-hozzárendelési mátrixtal (RAM) vagy RACI-mátrixtal, amely már azonosítja a folyamattulajdonosokat és az érdekelt feleket. A folyamat tulajdonosai általában felelősek vagy elszámoltathatók egy folyamatért, és ön konzultál vagy tájékoztatja az érintetteket.

Az egyes folyamatok eszkalációs útvonalainak azonosítása

Az eszkalációs útvonalak azonosítása a folyamatokhoz kapcsolódó problémák eszkalálódási csatornáinak meghatározására vonatkozik. Az eszkalálást igénylő problémák lehetnek sürgős frissítések, biztonsági problémák, romlások vagy technikai incidensek. Az eszkalációs útvonal azonosításának célja a problémák időben és hatékony megoldásában.

A leképezett eszkalációs útvonalnak azzal a személlyel vagy csoporttal kell kezdődnie, aki vagy amely a legnagyobb valószínűséggel megold egy adott problémát. Ha ez a személy vagy csoport nem tudja megoldani a problémát, az eszkalációs útvonalnak azonosítania kell a következő kapcsolattartó pontot. A következő kapcsolattartási pont szélesebb körű felelősségi körökkel rendelkezik, és képes összehangolni a kockázatcsökkentési stratégiákat a szervezet több részével. Az eszkalációs útvonalon lévő személyek száma folyamattól és szervezettől függően változik. Az eszkalációs útvonalon túl sokan lassíthatják a megoldási erőfeszítéseket.

Az egyes folyamatok üzleti hatásának azonosítása

Az egyes folyamatok üzleti hatásának azonosítása elengedhetetlen annak megértéséhez, hogy az egyes folyamatok hogyan járulnak hozzá a kulcsfontosságú üzleti célkitűzésekhez. Az üzleti hatás lehet például a bevétel generálása, az ügyfelek elégedettsége vagy a működési hatékonyság. Az egyes folyamatok pozitív és negatív hatásának megértésével prioritást adhat az üzlet szempontjából leginkább fontos folyamatok megbízhatóságának biztosításához. Fontos figyelembe venni a folyamathiba közvetlen hatását és közvetett hatását más összekapcsolt folyamatokra. Az egyes folyamatok üzleti hatásának azonosításához kövesse az alábbi lépéseket:

• A pozitív hatás azonosítása. Határozza meg a várt előnyöket, ha egy folyamat a kívánt módon fut. A várt előnyök közé tartozhat a jobb hatékonyság, a megnövekedett bevétel, a megnövekedett ügyfél-elégedettség vagy az üzletre gyakorolt bármely egyéb pozitív hatás.

• A negatív hatás azonosítása. Értékelje a lehetséges negatív hatásokat, ha egy folyamat meghiúsul, vagy nem a várt módon működik. Fontolja meg konkrét veszteségek, például bevételcsökkenések számszerűsítését. Ide tartoznak a szubjektív hatások, például a hírnév sérülése, az ügyfelek bizalmának eróziója vagy más kapcsolódó üzleti folyamatokra gyakorolt kedvezőtlen hatások.

• Kapacitás- és rendelkezésre állási előfeltételek meghatározása. Feltételezések létrehozása az egyes folyamatok várható kapacitásáról és rendelkezésre állásáról. Vegye figyelembe az olyan tényezőket, mint az átviteli sebesség egységenként, a várt munkaidő és a cél százalékos üzemidő. Ha a helyreállítási idő célkitűzésére (RTO) vagy a helyreállítási pontra vonatkozó célkitűzésre (RPO) vonatkozó elvárások vannak, ezeket az elvárásokat is tartalmaznia kell. Ezek a feltételezések segítenek megérteni az egyes folyamatok megbízhatósági követelményeit.

E szempontok szisztematikus kiértékelésével átfogó képet kaphat arról, hogy az egyes folyamatok milyen hatással vannak az üzletmenetre, és stratégiai döntéseket hozhat a megbízhatóság optimalizálásáról.

Kritikussági értékelés hozzárendelése minden folyamathoz

A folyamat fontosságának részletes kiértékelése az általános üzleti hatásokhoz képest lehetővé teszi, hogy kritikussági értékelést rendeljen az egyes folyamatokhoz. Mennyiségi vagy minőségi kritikussági minősítéseket is használhat. A cél a folyamatok prioritás szerinti rendezése és egy címke hozzárendelése, amely lehetővé teszi a kritikus folyamatok azonosítását. Ez a folyamat az üzleti folyamatok és hatások azonosításának, leképezésének és összehangolásának logikai folytatása. A kritikus minősítések hozzárendeléséhez használja az alábbi kritikussági leírásokat:

• Magas kritikusság: A magas kritikussági folyamatok az alapvető üzleti funkciók szerves részét képezik. Közvetlenül befolyásolják az üzlet kritikus aspektusait, például az ügyfélélményt, a pénzügyi tranzakciókat, a biztonsági protokollokat, az emberi egészséget és a biztonságot. Ezeknek a folyamatoknak a meghibásodása vagy megszakadása jelentős azonnali vagy hosszú távú negatív hatásokat okozhat. A negatív hatások közé tartozik például a bevételkiesés, a bizalom megsértése és a jogi problémák. Ezeknek a folyamatoknak a rangsorolása biztosítja, hogy a számítási feladat legfontosabb szempontjai robusztusak és rugalmasak legyenek.

• Közepes kritikusság: A közepes kritikussági folyamatok fontosak a rendszer teljes működéséhez, de nem kapcsolódnak közvetlenül az ügyfélhez vagy a kritikus üzleti műveletekhez. Ha például egy probléma megzavar egy belső adatfeldolgozási folyamatot, azonnali külső hatások nélkül újrapróbálhatja az adatfeldolgozást. Ezek a folyamatok nélkülözhetetlenek a zökkenőmentes működéshez, de azonnali ügyfél- vagy pénzügyi hatás szempontjából puffert biztosítanak, lehetővé téve a problémákra adott felügyelt válaszokat.

• Alacsony kritikusság: Az alacsony kritikussági folyamatoknak nincs közvetlen vagy jelentős hatása az alapvető üzleti funkciókra vagy az ügyfélélményre. Ilyenek például a kiegészítő folyamatok, például az éjszakai naplóátvitelek vagy az opcionális felhasználói funkciók, például a visszajelzési felmérések. Bár ezek a folyamatok hozzájárulnak a teljes rendszer működéséhez, a megszakadásuk valószínűleg nem okoz jelentős azonnali üzleti vagy működési problémákat.

A kritikusság hozzárendelésének strukturált megközelítését követve hatékonyan rangsorolhatja az erőforrásokat, és a legkritikusabb folyamatok megbízhatóságának és hatékonyságának fenntartására és javítására összpontosíthat.

Kompromisszum: A megbízhatósággal kapcsolatos magasabb elvárások néha egybeesnek a magasabb telepítési költségekkel, a működési költségekkel és a kezelők felügyeleti terheivel. Győződjön meg arról, hogy az érdekelt felek tisztában lehetnek a kritikus folyamatok megbízhatóságának javításával járó lehetséges költségnövekedésekkel.

Szervezeti igazítás

felhőadaptálási keretrendszer útmutatást nyújt az üzleti kritikussági besorolást igénylő számítási feladatokhoz.

További információ: üzleti kritikusság a felhőkezelésben.