Sdílet prostřednictvím


Podpora úlohy v poradní roli

Architekti by měli hledat způsoby, jak zůstat zapojeni do úlohy, která se v průběhu času mění. Jejich role nekončí předáním návrhu nebo konzultacemi během počáteční implementace. Architekti přinášejí perspektivu, kterou lze využít v jiných aktivitách souvisejících s vývojem produktu.

Podpora cvičení modelování

Týmy mohou modelovat úlohy v různých dimenzích a pro více účelů. Úlohy například můžou abstrahovat signály o stavu z podrobností implementace do obchodních konstruktorů. Nebo můžou modelovat růst systému v průběhu času nebo licenční proces a vyhodnotit alternativní modely fakturace.

Ať už je model abstrakcí nebo vyhodnocuje hypotetické informace pro budoucí obchodní rozhodnutí, architekti k ho přispějí. Pomocí svého přehledu o návrhu úloh, jejích známých nebo předpokládaných omezeních a charakteristikách škálování ověřují nebo ladí předpoklady v modelu a přesněji odhadují systém. Architekti například kontrolují model stavu kritického toku vyhodnocením charakteristik závislostí, jako jsou cíle na úrovni služeb (SLO).

Sdílení potenciálních vylepšení

Architekti mají přehled o základech, jako jsou nabídky poskytovatelů cloudu a vzory návrhu v oboru. Funkce, které byly při návrhu úlohy nejmodernější, už nemusí být. Nebo se očekávané vzory využití aplikace nemusí projevit tak, jak byly předpovězeny. V takových případech máte příležitost předložit doporučení k další optimalizaci nebo vylepšení aktuálního návrhu na základě těchto nových znalostí.

Jako architekt byste měli po spuštění úlohy pravidelně komunikovat s týmem úloh. Průběžná komunikace vám pomůže rozšířit vaše znalosti pro budoucí práci při návrhu tím, že uvidíte, jak byl návrh implementovaný a jak funguje při skutečném použití. Umožňuje také nabízet doporučení optimalizace na základě skutečné implementace a použití.

Pomoc s recenzemi

Když se úloha kontroluje, například oficiálním auditem nebo kontrolou dodržování předpisů, může být zapojení systémového architekta pro tento proces dobrý výsledek. Přinášejí záznam rozhodnutí o architektuře úlohy, aby pomohly zodpovědět otázky týkající se možností implementace. Poskytují také aktualizované diagramy pro vizualizaci systému během konverzací a poskytují odborné znalosti týkající se dané problematiky.

Architekti mají autoritativní znalosti, které budují důvěru v produkt během zapojení vybraných zákazníků nebo financování. Mohou se dozvědět o jedinečných požadavcích, které mají zákazníci na produkt, a zvážit tyto potřeby při návrhu systému.

Kontrola navrhovaných změn

Každá úloha má backlog práce, který se pohybuje od rozsáhlé práce na úrovni směrování až po konkrétní úkoly. Architekti by měli být zapojeni do shromažďování požadavků, vymezení rozsahu a kritérií přijetí sestavení pro pracovní položky.

Implementační tým je zaneprázdněn doručováním aktuálních pracovních položek, takže architekti můžou využít svůj čas ke kontrole, ověřování a upřesňování budoucích pracovních položek. Můžou vám pomoct zjistit, kdy nová funkce vyžaduje nový návrh komponenty v systému, poskytnout analýzu nákladů na navrhované změny nebo navrhnout přístup k postupnému zavedení nových změn. Zapojení architekta na začátku procesu navrhované změny, která zahrnuje novou funkčnost nebo rozšířenou uživatelskou základnu, nakonec minimalizuje přepracování a pomůže týmu objevit v návrhu útesy.

Další kroky