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

Erre az Azure Well-Architected Framework megbízhatósági ellenőrzőlistára vonatkozó javaslatra vonatkozik:

RE:02	Felhasználói és rendszerfolyamatok azonosítása és értékelése. A folyamatok rangsorolásához használjon kritikussági skálát az üzleti követelmények alapján.

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 hibák 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.

Definíciók

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ő 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 a számítási feladat belső működését ábrázolják. A számítási feladatok összetevői, a háttérszolgáltatások és a külső API-k közötti adatátvitelre, a bemeneti feldolgozásra, a kimeneti feldolgozásra és az 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. Az architekturális döntések szorosan igazodnak a számítási feladat megbízhatósági céljaihoz.

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

Az összes felhasználó és rendszerfolyamat azonosításának kimenete a számítási feladat összes folyamatának katalógusa. Ehhez az azonosítási folyamathoz le kell képeznie a rendszer minden felhasználói interakcióját és folyamatát 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 a számítási feladatokban található összes felhasználói és rendszerfolyamat azonosítására vonatkozó javaslatokat talál:

• Interjú az érdekelt felekkel. Az érdekelt felek értékes információkat nyújthatnak a folyamatok azonosításához, és akár segítenek a folyamatok leképezésében és rangsorolásában is. A felhasználókat, üzleti elemzőket és műszaki csapatokat is megkérdezheti, hogy a számítási feladaton belüli felhasználói interakciókkal és függőségekkel kapcsolatos megállapításokat gyűjtsön.

• Tekintse át a dokumentációt. A tervezési fázisban előfordulhat, hogy nincs áttekintendő dokumentációja. Ha azonban létezik dokumentáció, 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 kívánt funkcióit.

• 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, dokumentációknak és megfigyeléseknek lehetővé kell tenni 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ési folyamatokra összpontosítva).

• Folyamat kezdő és záró pontjainak 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. A felhasználói folyamatok esetében 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 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 állapítani, 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 holisztikus 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 folyamatnak több lehetséges eredménye is van, akkor azt külön bejegyzésként kell hozzáadnia a katalógushoz. Felhasználói folyamatok esetén 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-sorozatdiagramok, esetdiagramok, egyszerű rajzeszközök vagy szöveges formátumú leíró lista (lásd : Példafolyamat-katalógus).

• Folyamatleképezés iteratív frissítése. A folyamatleképezés iteratív folyamat. A folyamatok változhatnak, feloszthatók vagy egyesíthető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 az egyezésre. 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ére szolgálnak, például a megrendelések teljesítésére, az ügyfélszolgálati felügyeletre vagy a készletellenőrzésre. Az egyes folyamatokhoz tartozó üzleti folyamatok azonosítása magában foglalja a folyamatok egy vagy több üzleti folyamathoz való hozzárendelését. Ez a leképezés segít megérteni az egyes folyamatok fontosságát a vállalat számára.

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. Néha a felhasználói kézikönyvek, a betanítá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ábbiakban az egyes folyamatok üzleti folyamatainak azonosítására vonatkozó javaslatokat talál:

• 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 generált kimeneteket. A kimenet lehet értékesítési jelentések, adatfájlok vagy befejezett tevékenységek.

• Interjúkat tart. Beszéljen a csapattagokkal és az érdekelt felekkel, akik használják a számítási feladatokat. Konkrét kérdéseket kell feltennie a napi feladataikról, a számítási feladatok használatáról, valamint arról, hogy milyen célokat érnek el vele. A műszaki 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 monitorozza a számítási feladatot, és keressen olyan használati mintákat, amelyek az alapul szolgáló üzleti folyamatokat jelölik, például az adatbevitelt, a rendelésfeldolgozást vagy az ügyfél-interakciót.

• 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 is magában foglalja, akkor közvetlenül támogatja a rendelések teljesítésének üzleti folyamatát. A megrendelések teljesítése hozzájárul az ügyfelek elégedettségének fenntartásához és a bevétel előállításához. Végül használja a folyamat lebontását 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. A folyamatért és az azt támogató folyamatokért ők a felelősek. Minden számítási feladathoz meg kell határoznia a folyamat tulajdonosát. Az egyes folyamatok résztvevőit is azonosítania kell. Az érdekelt felek részt vehetnek a számítási feladatban, 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. Általában a folyamattulajdonosok felelősek vagy elszámoltathatók egy folyamatért, és ön konzultál vagy tájékoztatja az érdekelteket.

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ására szolgáló csatornák meghatározására vonatkozik. Az eszkalációt igénylő problémák lehetnek sürgős frissítések, biztonsági problémák, romlások vagy műszaki incidensek. Az eszkalációs útvonal azonosításának célja a problémák időben történő és hatékony megoldása.

A leképezett eszkalációs útvonalnak azzal a személlyel vagy csoporttal kell kezdődnie, amely valószínűleg 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égekkel rendelkezik, és képes koordinálni 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 folyamatonként és szervezetenként változik. Az eszkalációs útvonalon túl sok ember lelassíthatja 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 magában foglalhatja a bevétel-létrehozást, az ügyfelek elégedettségét vagy a működési hatékonyságot. Az egyes folyamatok pozitív és negatív hatásainak megértésével prioritást adhat az üzleti szempontbó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 alábbi lépéseket követve azonosíthatja az egyes folyamatok üzleti hatását:

• Pozitív hatás azonosítása. Határozza meg a várt előnyöket, amikor egy folyamat a kívánt módon fut. A várt előnyök közé tartozhat például a jobb hatékonyság, a megnövekedett bevétel, a megnövekedett ügyfél-elégedettség vagy az üzletre gyakorolt 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ással és rendelkezésre állással kapcsolatos előfeltételek meghatározása. Feltételezi az egyes folyamatok várható kapacitását és rendelkezésre állását. Vegye figyelembe az olyan tényezőket, mint az időegységenkénti átviteli sebesség, a várt munkaidő és a cél százalékos üzemidő. Ha a helyreállítási időkorlátra (RTO) vagy a helyreállítási pont célkitűzésére (RPO) vonatkozó elvárások vannak, akkor 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 hozhatnak a megbízhatóság optimalizálásáról.

Kritikussági minősítés hozzárendelése az egyes folyamatokhoz

A folyamat fontosságának az általános üzleti hatásokhoz viszonyított részletes kiértékelése lehetővé teszi, hogy kritikussági minősíté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. Ezek közvetlenül befolyásolják az üzlet kritikus szempontjait, 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ásokhoz vezethet. 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 feladatok 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 megszakítja a 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űveletekhez, de azonnali ügyfél- vagy pénzügyi hatás szempontjából puffert biztosítanak, amely lehetővé teszi 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 nem valószínű, hogy jelentős azonnali üzleti vagy üzemeltetési problémákat okozna.

A kritikusság hozzárendelésének ezen 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 hatékonyságára összpontosíthat.

Kompromisszum: A megbízhatósággal kapcsolatos magasabb elvárások néha egybeesnek az üzemeltetők magasabb telepítési költségeivel, üzemeltetési költségeivel és 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 növelésével 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.