Doporučení pro identifikaci a hodnocení toků

Platí pro toto doporučení kontrolního seznamu pro spolehlivost architektury Azure Well-Architected Framework:

Tato příručka popisuje doporučení pro identifikaci a stanovení priorit toků úloh. Identifikace a stanovení priorit toků úloh zahrnuje mapování toků uživatelů a systémových toků, aby bylo možné určit jejich důležitost pro organizaci. Tento postup zajišťuje, že identifikujete a upřednostníte nejdůležitější funkce úloh, abyste snížili riziko poškození selhání. Selhání identifikace a stanovení priority toků úloh může vést k rozpisům systému a ohrožení spolehlivosti úloh.

Definice

Klíčové strategie návrhu

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

Toky byste měli identifikovat a definovat v rané fázi návrhu vaší úlohy. Díky tomu získáte jasnější přehled o tom, co ovlivňuje spolehlivost vašich úloh. Vaše rozhodnutí o architektuře jsou úzce sladěná s cíli spolehlivosti vaší úlohy.

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

Výstup identifikace všech toků uživatelů a systémů je katalog všech toků ve vaší úloze. Tento identifikační proces vyžaduje, abyste namapovat všechny interakce uživatelů a procesy 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 toků uživatelů a systémů v úloze:

• Rozhovory se zúčastněnými stranami. Účastníci 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é rozhovory s uživateli, obchodními analytiky a technickými týmy, abyste získali přehled o interakcích uživatelů a závislostech 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 porozumět zamýšleným funkcím úlohy a jeho jednotlivým tokům.

• Sledujte úlohu. Monitorujte úlohu v provozu a sledujte, jak s ní uživatelé komunikují a jak spolu vzájemně komunikují různé komponenty. Měli byste analyzovat systémové protokoly, metriky výkonu a protokoly aktivit uživatelů za účelem identifikace vzorů, častých úloh a systémových odpovědí.

• Seznam identifikovaných toků 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 do toků uživatelů (zaměřující se 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é body toku. Pro každý identifikovaný tok jasně definujte, kde tok začíná a kde končí. V případě 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í. V případě systémových toků je potřeba identifikovat jeho základní triggery a očekávané výsledky.

• Rozdělte jednotlivé toky. Rozdělte jednotlivé toky do jednotlivých kroků, popište akce, rozhodnutí nebo procesy, ke kterým dochází v jednotlivých bodech. Všimněte si, jak jednotlivé kroky komunikují 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 určit, jak se toky integrují a ovlivňují úlohy a uživatelské prostředí. Tento duální přístup poskytuje ucelený pohled na celou úlohu.

• Dokumentuje jedinečné výstupy. Identifikujte všechny alternativní cesty nebo výjimky v rámci každého toku, například 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. V případě systémových toků byste měli identifikovat zamýšlené chování procesu.

• Vizualizace pomocí diagramů Vytvořte vývojové diagramy nebo diagramy, které vizuálně znázorňují tok a jeho kroky. Můžete použít nástroje, jako jsou 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ělit nebo kombinovat, zejména ve fázi návrhu. Jak se toky úloh jasněji definují, měli byste aktualizovat katalog toků tak, aby odpovídaly. 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 jsou řadou úloh, které slouží k dosažení výstupu, jako je plnění objednávek, správa zákaznických služeb 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.

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

• Použijte výstupy úloh. Pomocí výstupů úloh a rozpisu toků můžete korelovat toky 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.

• Vedení pohovorů. Promluvte si s členy týmu a zúčastněnými stranami, kteří pracují s úlohou. Měli byste se zeptat na konkrétní otázky týkající se jejich každodenních úkolů, způsobu jejich používání a cílů, které s ní dosáhnou. Technické týmy často lépe chápou strukturu úloh a můžou poskytovat přehled o obchodních procesech, které podporuje.

• Monitorování využití úloh U stávajících úloh monitorujte úlohu a hledejte vzory použití, které označují základní obchodní procesy, jako jsou zadávání dat, zpracování objednávek nebo interakce zákazníků.

• Připojte výstup k obchodnímu procesu. Připojte tečky z výstupů toku k celkovému obchodnímu procesu, který podporují. Pokud například krok toku zahrnuje zpracování objednávek zákazníků, pak přímo podporuje obchodní proces plnění objednávek. Plnění objednávky přispívá k obchodnímu cíli zachování 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 toku je jednotlivec, který je zodpovědný za úspěšné spuštění daného procesu. Zodpovídají za tento proces a toky, které ho podporují. Měli byste identifikovat vlastníka procesu pro každý tok úloh. Měli byste také identifikovat zúčastněné strany pro každý tok. Účastníci mohou být zapojeni do úlohy, mají závislosti na toku nebo spravovat závislost, kterou tok má.

Možná máte matici přiřazení odpovědnosti (RAM) nebo matici RACI, která už identifikuje vlastníky procesů a zúčastněné strany. Vlastníci procesů jsou obvykle zodpovědní za proces nebo za ně zodpovídají a vy se s nimi poraďte nebo informujete zúčastněné strany.

Identifikace cest eskalace pro každý tok

Identifikace cest eskalace 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 ohledně zabezpečení, snížení výkonu nebo technické incidenty. Cílem identifikace cesty eskalace je zajistit včasné a účinné řešení problémů.

Cesta eskalace, kterou mapujete, by měla začínat osobou nebo skupinou s největší pravděpodobností vyřešit konkrétní problém. Pokud tato osoba nebo skupina problém nevyřeší, měla by cesta eskalace identifikovat další kontaktní bod. 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 úsilí o vyřešení.

Identifikace obchodního dopadu jednotlivých toků

Identifikace obchodního dopadu jednotlivých toků je nezbytná pro pochopení toho, jak každý tok přispívá 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 určit prioritu úsilí, abyste zajistili spolehlivost 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 je postup, jak identifikovat obchodní dopad jednotlivých toků:

• Identifikovat pozitivní dopad. Určete očekávané výhody, když tok poběží 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í pověsti, eroze důvěry zákazníků nebo nepříznivé účinky na jiné související obchodní procesy.

• Definování předpokladů kapacity a dostupnosti Nastavte předpoklady o očekávané kapacitě a dostupnosti jednotlivých procesů. Zvažte faktory, jako je propustnost za jednotku času, očekávaná pracovní doba a cílová procentuální doba provozu. Pokud existují očekávání pro cíl doby obnovení (RTO) nebo cíl bodu obnovení (RPO), měli byste tato očekávání zahrnout. Tyto předpoklady pomáhají porozumět požadavkům na spolehlivost jednotlivých toků.

Když tyto aspekty systematicky vyhodnotíte, můžete získat komplexní přehled o tom, jak každý tok ovlivňuje firmu, a provádět strategická rozhodnutí o optimalizaci spolehlivosti.

Přiřazení hodnocení závažnosti ke každému toku

Podrobné vyhodnocení důležitosti toku vzhledem k celkovým obchodním dopadům umožňuje přiřadit každému toku hodnocení závažnosti. Můžete použít kvantitativní nebo kvalitativní hodnocení závažnosti. Účelem je řadit toky podle priority a přiřadit popisek, který vám umožní identifikovat kritické toky. Tento proces je logický 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 závažnosti:

• Vysoká důležitost: Toky vysoké závažnosti jsou nedílnou součástí základních obchodních funkcí. Přímo ovlivňují důležité aspekty firmy, jako jsou zkušenosti se zákazníky, 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 účinků patří ztráta výnosů, porušení důvěry a právní problémy. Stanovení priorit těchto toků zajišťuje, že nejdůležitější aspekty úlohy jsou robustní a odolné.

• Střední závažnost: Toky střední závažnosti jsou důležité pro úplné funkce systému, ale přímo neskončí s zákazníkem nebo důležitými obchodními operacemi. Pokud například problém naruší interní tok zpracování dat, můžete zpracování dat opakovat bez okamžitých externích efektů. Tyto toky jsou nezbytné pro hladký provoz, ale nabízejí vyrovnávací paměť z hlediska okamžitého zákaznického nebo finančního efektu, což umožňuje spravované reakce na problémy.

• Nízká závažnost: Toky nízké závažnosti nemají přímý ani významný vliv na základní obchodní funkce nebo prostředí zákazníků. Mezi příklady patří doplňkové 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, jejich přerušení pravděpodobně nezpůsobuje významné okamžité obchodní nebo provozní problémy.

Díky tomuto strukturovanému přístupu k přiřazování závažnosti 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í pro spolehlivost 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 porozuměly potenciálním nárůstem nákladů při zlepšování spolehlivosti kritických toků.

Sladění organizace

Architektura přechodu na cloud poskytuje pokyny pro úlohy, které vyžadují klasifikaci obchodní důležitosti.

Další informace najdete v tématu Důležitost firmy ve správě cloudu.