Doporučení pro identifikaci a hodnocení toků

Platí pro toto doporučení kontrolního seznamu spolehlivosti azure Well-Architected Framework:

RE:02	Identifikujte a ohodnoťte toky uživatelů a systémů. K určení priorit toků použijte měřítko důležitosti na základě vašich obchodních požadavků.

Tato příručka popisuje doporučení pro identifikaci a stanovení priority toků úloh. Identifikace a stanovení priority toků úloh zahrnuje mapování toků uživatelů a systémových toků za účelem určení jejich důležitosti pro organizaci. Tento postup zajistí, že identifikujete nejdůležitější funkce úloh a určíte jejich prioritu, abyste snížili riziko škodlivých selhání. Selhání identifikace a stanovení priorit toků úloh může vést k poruchám systému a ohrožení spolehlivosti úloh.

Definice

Období	Definice
Tok uživatele	Cesty nebo posloupnosti akcí, které uživatelé provádějí v rámci aplikace nebo systému.
Tok systému	Tok informací a procesů v systému. Systém tento tok automaticky sleduje, aby povolil toky uživatelů nebo funkce úloh.

Klíčové strategie návrhu

Při návrhu úlohy je nezbytné definovat toky uživatelů a systémové toky. Toky uživatelů mapují pohyb uživatele v aplikaci. Zaměřují se na uživatelské rozhraní, interakce, rozhodnutí a kroky potřebné k dokončení úkolu. Toky uživatelů poskytují pohled zaměřený na uživatelské prostředí a návrh rozhraní. Systémové toky mapují interní fungování úloh. Zaměřují se na přesun dat, zpracování vstupu, zpracování výstupu a interakce mezi komponentami úloh, back-end službami a externími rozhraními API. Systémové toky označují složité podrobnosti o tom, jak úloha interně funguje.

Toky byste měli identifikovat a definovat v rané fázi návrhu úlohy. Získáte tak jasnější představu o tom, co má vliv na spolehlivost úloh. Vaše rozhodnutí o architektuře jsou v souladu s cíli spolehlivosti úloh.

Identifikace všech toků uživatelů a systémů

Výstupem identifikace všech toků uživatelů a systémových toků je katalog všech toků ve vaší úloze. Tento proces identifikace vyžaduje, abyste mapovat každou interakci a procesy uživatele v systému od začátku do konce. Toto mapování je předpokladem pro identifikaci kritických toků. Tady jsou doporučení pro identifikaci všech uživatelských a systémových toků v úloze:

• Vyslýcháte zúčastněné strany. Zúčastněné strany můžou poskytnout cenné informace k identifikaci toků a mohou vám dokonce pomoct s mapováním a stanovením priorit toků. Můžete také vyslechnout uživatele, obchodní analytiky a technické týmy, abyste získali přehled o interakcích a závislostech uživatelů v rámci úlohy.

• Projděte si dokumentaci. Ve fázi návrhu možná nemáte dokumentaci ke kontrole. Pokud ale dokumentace existuje, měli byste ji použít. Požádejte o diagramy architektury systému, uživatelské příručky a popisy procesů. Tyto dokumenty vám můžou pomoct pochopit zamýšlenou funkčnost úlohy a její jednotlivé toky.

• Sledujte úlohu. Monitorujte zatížení, které je v provozu, a sledujte, jak s ní uživatelé pracují a jak spolu různé komponenty komunikují. Měli byste analyzovat systémové protokoly, metriky výkonu a protokoly aktivit uživatelů, abyste identifikovali vzory, časté úlohy a systémové odpovědi.

• Vypište identifikované toky. Rozhovory, dokumentace a pozorování by vám měly umožnit identifikovat všechny toky v úloze. Zkompilujte seznam všech toků, které identifikujete, a kategorizujete je do toků uživatelů (se zaměřením na interakce uživatelů) a systémových toků (se zaměřením na back-endové procesy a přesun dat).

• Definujte počáteční a koncový bod toku. Pro každý identifikovaný tok jasně definujte, kde tok začíná a kde končí. U toků uživatelů zdokumentujte každou interakci uživatele a její očekávaný výsledek. Zaměřte se na uživatelské prostředí a návrh rozhraní. U systémových toků je potřeba identifikovat jejich základní triggery a očekávané výsledky.

• Rozdělte jednotlivé toky. Rozdělte každý tok do jednotlivých kroků a popište akce, rozhodnutí nebo procesy, ke kterým dochází v jednotlivých bodech. Všimněte si, jak jednotlivé kroky interagují s jinými částmi systému, včetně závislostí na jiných tocích nebo externích systémech. Měli byste být schopni přesně určit, jak se toky integrují s úlohami a uživatelským prostředím a ovlivňují je. Tento duální přístup poskytuje ucelený pohled na celou úlohu.

• Zdokumentovat jedinečné výstupy. Identifikujte všechny alternativní cesty nebo výjimky v rámci každého toku, jako je zpracování chyb nebo podmíněné větvení. Pokud má tok více možných výsledků, měli byste ho přidat do katalogu jako jedinečné položky. U toků uživatelů byste měli identifikovat zamýšlené chování interakce. U systémových toků byste měli identifikovat zamýšlené chování procesu.

• Vizualizace pomocí diagramů Vytvářejte vývojové diagramy nebo diagramy, které vizuálně reprezentují tok a jeho kroky. Můžete použít nástroje, jako je Microsoft Visio, sekvenční diagramy UML, diagramy použití, jednoduché nástroje kreslení nebo popisný seznam v textovém formátu (viz Příklad katalogu toků).

• Iterativní aktualizace mapování toku Mapování toku je iterativní proces. Toky se můžou měnit, rozdělovat nebo kombinovat, zejména ve fázi návrhu. Jakmile budou toky úloh jasněji definované, měli byste aktualizovat katalog toků tak, aby odpovídal. Ověřte a upřesněte vývojové diagramy pomocí zpětné vazby od zúčastněných stran, abyste zajistili přesnost a úplnost.

Identifikace obchodních procesů pro každý tok

Obchodní procesy představují řadu úloh, které mají dosáhnout výstupu, jako je plnění objednávek, správa služeb zákazníkům nebo řízení zásob. Identifikace obchodních procesů pro každý tok zahrnuje mapování toků na jeden nebo více obchodních procesů. Toto mapování vám pomůže pochopit důležitost jednotlivých toků pro firmu.

Můžete mít existující dokumentaci nebo obchodní plány, které poskytují mapování toků na obchodní procesy. Někdy můžou uživatelské příručky, školicí materiály nebo systémové specifikace poskytnout přehled o zamýšleném použití a účelu úlohy a jejích toků. Pokud ne, musíte toky namapovat na obchodní procesy, které podporují. Tady jsou doporučení k identifikaci obchodních procesů pro každý tok:

• Použijte výstupy úloh. Výstupy úloh a rozpis toků můžete použít ke korelaci toků s obchodními procesy, které podporují. Nejprve zkontrolujte výstupy, které úloha generuje. Výstupem můžou být sestavy prodeje, datové soubory nebo dokončené úkoly.

• Vést rozhovory. Promluvte si se členy týmu a zúčastněnými stranami, kteří pracují s úlohou. Měli byste se ptát na konkrétní otázky týkající se jejich každodenních úkolů, způsobu, jakým úlohy využívají a jaké cíle s ní dosahují. Technické týmy často hlouběji rozumí struktuře úloh a můžou poskytnout přehled o obchodních procesech, které podporují.

• Monitorování využití úloh U stávajících úloh sledujte úlohy a hledejte vzory využití, které indikují základní obchodní procesy, jako je zadávání dat, zpracování objednávek nebo interakce se zákazníkem.

• Připojte výstup k obchodnímu procesu. Propojte tečky z výstupů toku s celkovým obchodním procesem, který podporují. Pokud například krok toku zahrnuje zpracování objednávek zákazníka, pak přímo podporuje obchodní proces plnění objednávek. Plnění objednávky přispívá k obchodnímu cíli, kterým je udržení spokojenosti zákazníků a generování výnosů. Nakonec pomocí rozpisu toku můžete určit, který tok vytvořil sestavu prodeje.

Identifikace vlastníků procesů a zúčastněných stran pro každý tok

Vlastníkem procesu pro tok je jednotlivec, který zodpovídá za úspěšné provedení daného procesu. Jsou zodpovědní za tento proces a toky, které ho podporují. Pro každý tok úloh byste měli identifikovat vlastníka procesu. Měli byste také identifikovat zúčastněné strany pro každý tok. Zúčastněné strany se můžou zapojit do úlohy, mít závislosti na toku nebo spravovat závislost, kterou tok má.

Můžete mít matici přiřazení odpovědnosti (RAM) nebo matici RACI, která už identifikuje vlastníky procesů a zúčastněné strany. Vlastníci procesů obvykle zodpovídají nebo zodpovídají za proces a vy konzultujete nebo informujete zúčastněné strany.

Identifikace eskalačních cest pro každý tok

Identifikace eskalačních cest spočívá v určení kanálů pro eskalaci problémů souvisejících s tokem. Problémy, které vyžadují eskalaci, můžou být naléhavé aktualizace, obavy o zabezpečení, snížení výkonu nebo technické incidenty. Cílem identifikace cesty eskalace je zajistit včasné a efektivní řešení problémů.

Cesta eskalace, kterou zmapujete, by měla začínat u osoby nebo skupiny, která s největší pravděpodobností vyřeší konkrétní problém. Pokud tato osoba nebo skupina nemůže problém vyřešit, měla by cesta eskalace identifikovat další kontakt. Další kontaktní bod má širší odpovědnost a dokáže koordinovat strategie zmírnění rizik s více částmi organizace. Počet lidí na cestě eskalace se liší podle toku a organizace. Příliš mnoho lidí na cestě eskalace může zpomalit snahu o řešení.

Identifikace obchodního dopadu každého toku

Identifikace obchodního dopadu každého toku je nezbytná pro pochopení toho, jak jednotlivé toky přispívají ke klíčovým obchodním cílům. Obchodní dopad může zahrnovat generování výnosů, spokojenost zákazníků nebo provozní efektivitu. Když porozumíte pozitivnímu i negativnímu dopadu každého toku, můžete upřednostnit úsilí k zajištění spolehlivosti toků, které jsou pro vaši firmu nejdůležitější. Je důležité zvážit přímý dopad selhání toku a jeho nepřímý vliv na další propojené procesy. Tady jsou kroky k identifikaci obchodního dopadu jednotlivých toků:

• Identifikujte pozitivní dopad. Určete očekávané výhody, pokud tok běží podle očekávání. Mezi očekávané výhody může patřit vyšší efektivita, vyšší výnosy, vyšší spokojenost zákazníků nebo jakýkoli jiný pozitivní vliv na firmu.

• Identifikace negativního dopadu Vyhodnoťte potenciální negativní dopady, pokud proces selže nebo nefunguje podle očekávání. Zvažte kvantifikaci konkrétních ztrát, jako jsou poklesy výnosů. Zahrnout subjektivní účinky, jako je poškození dobrého jména, eroze důvěry zákazníků nebo nepříznivé účinky na jiné související obchodní procesy.

• Definujte předpoklady kapacity a dostupnosti. Vytvořte předpoklady o očekávané kapacitě a dostupnosti jednotlivých procesů. Vezměte v úvahu faktory, jako je propustnost za jednotku času, očekávaná pracovní doba a cílové procento dostupnosti. Pokud existují očekávání týkající se cíle doby obnovení (RTO) nebo cíle bodu obnovení (RPO), měli byste tato očekávání zahrnout. Tyto předpoklady pomáhají pochopit požadavky na spolehlivost jednotlivých toků.

Díky systematickému vyhodnocování těchto aspektů můžete získat komplexní přehled o tom, jak jednotlivé toky ovlivňují firmu, a provádět strategická rozhodnutí ohledně optimalizace spolehlivosti.

Každému toku přiřaďte hodnocení závažnosti.

Podrobné vyhodnocení důležitosti toku vzhledem k celkovému obchodnímu dopadu umožňuje přiřadit každému toku hodnocení důležitosti. Můžete použít kvantitativní nebo kvalitativní hodnocení závažnosti. Účelem je seřadit toky podle priority a přiřadit popisek, který vám umožní identifikovat kritické toky. Tento proces je logickým pokračováním identifikace, mapování a sladění s obchodními procesy a dopadem. K přiřazení kritických hodnocení použijte následující popisy důležitosti:

• Vysoká důležitost: Toky s vysokou důležitostí jsou nedílnou součástí základních obchodních funkcí. Mají přímý vliv na důležité aspekty firmy, jako jsou zkušenosti zákazníků, finanční transakce, protokoly zabezpečení, lidské zdraví a bezpečnost. Selhání nebo přerušení těchto toků může vést k významným okamžitým nebo dlouhodobým negativním dopadům. Mezi příklady negativních dopadů patří ztráta příjmů, porušení důvěry a právní otázky. Stanovení priorit těchto toků zajišťuje, že nejdůležitější aspekty úloh budou robustní a odolné.

• Střední důležitost: Toky střední důležitosti jsou důležité pro úplnou funkčnost systému, ale přímo nespojí se zákazníkem nebo důležitými obchodními operacemi. Pokud například problém naruší interní tok zpracování dat, můžete zkusit zpracování dat zopakovat bez okamžitých externích účinků. Tyto toky jsou nezbytné pro hladký provoz, ale nabízejí rezervu z hlediska okamžitého dopadu na zákazníky nebo finančního efektu, což umožňuje spravované reakce na problémy.

• Nízká důležitost: Toky s nízkou důležitostí nemají přímý ani významný vliv na základní obchodní funkce nebo zkušenosti zákazníků. Mezi příklady patří pomocné procesy, jako jsou noční přenosy protokolů nebo volitelné uživatelské funkce, jako jsou průzkumy zpětné vazby. I když tyto toky přispívají k celkovému systému, je nepravděpodobné, že jejich přerušení způsobí významné okamžité obchodní nebo provozní problémy.

Díky tomuto strukturovanému přístupu k přiřazování důležitosti můžete efektivně určit prioritu prostředků a zaměřit se na údržbu a zvýšení spolehlivosti a efektivity nejdůležitějších toků.

Kompromis: Vyšší očekávání z hlediska spolehlivosti se někdy shodují s vyššími náklady na nastavení, provozními náklady a zátěží správy pro operátory. Zajistěte, aby zúčastněné strany pochopily potenciální zvýšení nákladů na zlepšení spolehlivosti kritických toků.

Sladění organizace

Cloud Adoption Framework poskytuje pokyny pro úlohy, které vyžadují klasifikaci obchodní důležitosti.

Další informace najdete v tématu Obchodní důležitost při správě cloudu.