Tým navrhuje službu pro rezervaci vstupenek na regionální festival. Služba zvládá očekávanou zátěž bez problémů a posouzení návrhu končí souhlasem. Pak se stručný popis změní: organizátor nyní slibuje, že prodej vstupenek musí fungovat i v případě, že se jedno datové centrum během prodejního okna vypne. Stejný návrh má nyní jediný bod selhání a inženýři, kteří jej kreslili, se musí rozhodnout, co změnit, čeho se vzdát a jak svou volbu vysvětlit.
Toto je ilustrativní scénář, nikoli zdokumentovaný incident. Je to situace, kdy se kata pro návrh systému vytváří k procvičení: návrh, který byl v pořádku za jedné sady omezení, setkává s novou a inženýři jej musí obhájit nebo revidovat s uvedením důvodů. Tato příručka je určena pro vedoucí inženýrských aktivit a manažery inženýrství. Zahrnuje, co je kata pro návrh systému, jak ho vytvořit, jak ho spustit a hodnotit a kdy školení přestává být řešením. Každý případ a kritérium by měl být před použitím ověřen vedoucím inženýrem.
Co je kata pro návrh systému?
Kata pro návrh systému je krátké, časově omezené designové cvičení. Malý tým dostane obchodní problém o jednom odstavci, načrtne architekturu, představí ji kolegům a odpoví na složité otázky. Hledači tomu také říkají kata pro architekturu nebo architektonická kata. Formát zavedl Ted Neward jako workshop a je zdokumentován, včetně pravidel a role moderátora, na... Stránka architektonických kata Neala FordaNewardova motivující otázka, citovaná zde, zní, jak mají organizace vychovávat skvělé architekty, když inženýři mají možnost pracovat jako architekti méně než půl tuctukrát za kariéru. Kata jim dává další opakování bez výrobního rizika.
Rychlá fakta
| Otázka | Stručná odpověď |
|---|---|
| Jaký je úkol? | Chraňte architekturu při změně omezení. |
| Jak velká je skupina? | Původní formát využívá malé skupiny o 3 až 5 lidech s moderátorem. |
| Jaké skóre dosáhnete? | Kompromisní uvažování a reakce na nové omezení, ne nejhezčí diagram. |
| Stačí kvíz o návrhových vzorech? | Ne. Potvrzuje předpoklady, ale ne to, zda inženýr dokáže pod tlakem odůvodnit volbu. |
| Kdo případ potvrdí? | Vedoucí inženýrství nebo hlavní architekt. |
| Co kata nedokáže opravit? | Chybějící konstrukční pravomoc, nejasné požadavky a nedostatek času na řádné navrhování v práci. |
| Jak víš, že to fungovalo? | Nový, dosud neznámý případ splňující dohodnutá kritéria a následná kontrola na základě skutečných designových recenzí. |
1. Popište problém s výkonem
Začněte s úkolem, ne s tématem. Úkolem je obhájit architekturu za měnících se omezení. V reálné práci se to děje při revizích návrhu, následných kontrolách incidentů a plánovacích schůzkách, kde se požadavky mění: více provozu, přísnější slib dostupnosti, nové pravidlo pro uchovávání dat, přísnější rozpočet.
Mnoho inženýrů dokáže nakreslit rozumnou architekturu. Méně jich dokáže říct, čeho by se vzdali, kdyby se dva cíle střetly, a jaké důkazy by změnily jejich názor. Tuto druhou dovednost procvičuje kata.
Napište jednovětý popis výkonu a nechte si ho zkontrolovat manažerem inženýrství: „Vzhledem k architektuře a změněnému omezení inženýr pojmenuje, co je nefunkční, navrhne změnu, uvede kompromis a řekne, co stále neví.“
2. Diagnostikovat mezery ve vzdělávání a kontextu
Než cokoli vytvoříte, porovnejte daný úkol s tím, co váš program dnes procvičuje a hodnotí.
- Využívá praxe skutečný úkol? Pokud školení učí vzorce izolovaně a hodnocení je test s výběrem odpovědí, nikdo si neprocvičoval obhajobu volby.
- Jaká je kognitivní poptávka? V Bloomově revidované taxonomii spočívá porovnávání možností s omezeními v analýze a hodnocení a navrhování revidovaného designu vede k jeho tvorbě. Náš průvodce přiřazování vzdělávacích aktivit k Bloomově taxonomii ukazuje, jak přizpůsobit aktivitu dané úrovni.
- Stojí v cestě něco jiného než dovednost? Zkontrolujte, zda mají inženýři čas na návrh, zda je někdo zodpovědný za architektonická rozhodnutí a zda jsou požadavky zapsány. Pokud rozhodnutí učiní někdo mimo tým, žádná kata nezmění to, co tým může udělat. Předejte tyto příčiny lidem, kteří je mohou opravit.
3. Příprava a praxe návrhu
Každé fázi přidělte specifický úkol.
Příprava. Zkontrolujte předpoklady pomocí krátké diagnostiky: slovní zásobu, kterou váš tým používá (dostupnost, konzistence, latence, náklady), stavební bloky, které by měli znát, a vaši vlastní šablonu pro kontrolu návrhu. Pro tuto fázi je vhodné studium vlastním tempem a kontrola odvysílání potvrzuje pouze předpoklady.
Praxe. Proveďte samotné kata. Ve formátu popsaném na stránkách Neala Forda probíhá po vytvoření týmu cvičení ve třech fázích: fáze diskuse, kdy tým vymýšlí, na čem pracuje, fáze vzájemného hodnocení, kdy každý tým prezentuje a odpovídá na otázky, a fáze hlasování, kdy kolegové dají palec nahoru („trefil jsem to“), palec „meh“ („přehlédl jsem pár věcí“) nebo palec dolů („přehlédl jsem to, vážně“). Některá pravidla stojí za to si přímo převzít: týmy si mohou dělat předpoklady o neznámé technologii, ale musí je uvést a nesmí předpokládat, že si mohou najmout tým hvězd.
Přidejte měnící se omezení. Standardní kata nabízí pevný problém. Pro trénování dovednosti v tomto průvodci přidejte v polovině druhou kartu: změněné omezení, které musí tým přijmout. Toto je naše konstrukční volba, nikoli součást původních pravidel, takže ji pilotujte.
Zpětná vazba. Propojte zpětnou vazbu s rozhodnutími, nikoli s celkovým skóre. „Přesunuli jste se do dvou regionů, ale neřekli jste, co se stane s objednávkou zadanou během přechodu“ je užitečnější než „3 z 5“.
Živý vstup nebo asynchronní recenze? Živá facilitace přispívá nejvíce, když je volba nejednoznačná a inženýři se od staršího kolegy dozvídají, proč by se měli držet svého návrhu. Asynchronní kontrola je dostatečná pro porovnání písemného zdůvodnění s anotovaným příkladem.
4. Vypracujte realistický příklad
Ilustrativní příklad. Vedoucí inženýr by měl před použitím ověřit případ a kritéria odpovědi.
Pouzdro. Regionální festival prodá během víkendu 20 000 vstupenek, přičemž většina prodejů proběhne během prvních deseti minut. První verze zadání požaduje rezervační službu, která si poradí s tímto vrcholem. Design: jedna webová vrstva, jedna databáze, poskytovatel platebních služeb u pokladny.
Změněné omezení. V polovině akce organizátor dodává: prodej musí pokračovat, pokud jedno datové centrum přestane být dostupné, a žádná vstupenka nesmí být prodána dvakrát.
První pokus. „Přidejte druhé datové centrum a replikujte databázi.“ Tým sáhl po známé komponentě, ale neuvedl, co se stane s pravidlem zákazu dvojího prodeje, když spolu obě lokality nemohou komunikovat.
Zpětná vazba a opakování. Facilitátor požádá tým, aby pojmenoval dva cíle, které jsou v napětí, a který z nich by ochránili v případě rozdělení sítě. Opakovaný pokus je požádá, aby si vybrali a uvedli, co zákazník zažívá.
Silnější pokus. „Chránili bychom pravidlo zákazu dvojitého prodeje. Během rozdělení prodává vstupenky pouze primární web a druhý web zobrazuje čekací stránku. Akceptujeme nižší dostupnost na krátkou dobu, abychom se vyhnuli dvojitému prodeji stejného sedadla. Předpokládali jsme, že rozdělení je vzácné a krátké a chtěli bychom, aby organizátor potvrdil, že čekací stránka je přijatelná. Pokud potřebují, aby se prodávala obě místa, přidělili bychom každému místu předem samostatné bloky sedadel, na úkor některých neprodaných míst.“ Všimněte si, že tato odpověď pojmenuje konflikt, vybere stranu, uvede cenu a označí to, co neví.
Proč je každá odpověď obhajitelná nebo neúplná. Posuďte každý z nich podle schválených kritérií, nikoli podle architektury preferované recenzentem. První pokus pojmenovává komponentu, ale neuvádí žádný kompromis. Silnější pokus je specifický, uvádí své předpoklady a nabízí alternativu s ohledem na cenu.
5. Posouzení kapacit a plánování přenosu
Důkazem schopnosti je výkon na novém případu, který inženýr dosud neviděl. Ohodnoťte zdůvodnění kompromisů a reakci na nové omezení. Jednoduchá rubrika používá stupnici od 0 do 2 pro každé kritérium:
| Kritérium | Pozorovatelné důkazy |
|---|---|
| Provádění úkolů | Obhajuje architekturu za změněných omezení a zaznamenává důkazy, které stojí za rozhodnutím. |
| Uvažování | Vysvětluje příslušná omezení, zvažované alternativy a to, co zůstává nejisté. |
| Hranice | Dodržuje schválené postupy návrhu a žádá o pomoc, pokud chybí informace nebo oprávnění. |
Kotvy: 0 chybí nebo není podloženo, 1 je částečné s relevantními opomenutími a 2 je úplné a odůvodněné podle dohodnutých kritérií. Kritické chyby definujte samostatně, například ignorování stanoveného požadavku na bezpečnost nebo ochranu údajů, aby celkové skóre nemohlo žádnou z nich zakrýt. Tato rubrika je návrh, nikoli ověřený standard připravenosti: upravte ji s technickým manažerem a otestujte ji. Náš průvodce navrhování interaktivních postupů s užitečnou zpětnou vazbou Zahrnuje, jak psát zpětnou vazbu, která odkazuje na rozhodnutí.
Záměrně plánujte přenos. Po kata požádejte každého inženýra, aby k posouzení přinesl jedno aktuální návrhové rozhodnutí a aplikoval stejné otázky. Bezúhonné posouzení minulého incidentu je dalším dobrým mostem k opravdové práci; viz našeho průvodce provádění kontrol bezúhonných incidentů.
Kde pomáhá interaktivní výuka
Interaktivní formáty pomáhají tam, kde by se měli všichni zavázat, než se setkají se skupinou. V živé lekci kata může facilitátor ukázat změněné omezení, požádat každého člena týmu, aby napsal kompromis, který by udělal, a proč, a poté odhalit rozpětí před zahájením diskuse. Hlasování kolegů na konci původního formátu lze snadno spustit stejným způsobem. Stejný případ může probíhat vlastním tempem pro přípravu nebo pro inženýry, kteří lekci zmeškají. AhaSlides podporuje interaktivní učení a přepínání mezi živým a vlastním tempem. Je to nástroj pro prezentace a učení, nikoli místo pro kreslení nebo spouštění architektury, proto si diagramy uchovávejte na tabuli nebo ve svém návrhovém nástroji. Zkontrolujte všechny konkrétní funkce pro tvorbu, zpětnou vazbu nebo reporting, na které se chcete spolehnout, oproti vašemu vlastnímu pracovnímu postupu. Pokyny k výběru formátů naleznete v našem článku o Kdy použít adaptivní, interaktivní a živé učení.
Změřte, co se změnilo
Předem se rozhodněte, co by ukázalo, že inženýři dokáží obhájit architekturu za měnících se omezení. Porovnejte argumentaci o kompromisech na neznámém případu s výchozím stavem stanoveným před programem. Definujte, kdo je zahrnut, jmenovatel a načasování. Pokud se výsledky zlepší, podívejte se, co se dalšího změnilo ve stejném období, například nová šablona pro kontrolu návrhu, změna personálního obsazení nebo incident, který vzbudil pozornost, než školení uznáte za úspěšné.
Omezení, která mohou přetrvávat
- Autorita v oblasti designu. Pokud tým rozhodnutí neučiní, jeho procvičování má omezený účinek.
- Čas. Kata trvá hodiny; skutečné návrhy trvají týdny a zahrnují data, která kata nemůže poskytnout.
- Krytí případu. Jeden případ vyžaduje několik kompromisů. Skóre obecně nepopisuje úsudek inženýra.
- Složitost. Větší složitost nemusí nutně znamenat lepší architekturu, takže neodměňujte nejvíce komponent.
- Převod. Dobré provedení workshopu není totéž jako dobré provedení napjatého opakování, proto si výkon zkontrolujte po kata, v reálném prostředí.
Včas je jmenujte sponzorům a naplánujte samostatná řešení. Kata zlepšuje to, co inženýři dokáží vysvětlit a obhájit. Nevytváří autoritu ani čas.
Často kladené otázky
Co je kata pro návrh systému?
Krátké, časově omezené designové cvičení, kde malý tým načrtne architekturu obchodního problému, prezentuje ji kolegům a odpovídá na náročné otázky. Nazývá se také architektonická kata.
Kolik lidí by mělo být v týmu?
Původní formát používá malé skupiny o 3 až 5 lidech, obvykle jako jednu ze 4 až 10 skupin v místnosti. Používejte skupiny dostatečně malé, aby všichni mohli mluvit.
Jak hodnotíte kata pro návrh systému?
Uveďte nový případ a ohodnoťte zdůvodnění kompromisu a reakci na změněné omezení podle dohodnutých kritérií. Hlasování kolegů je užitečnou zpětnou vazbou, ale samo o sobě nepředstavuje hodnocení.
Kde začít
Vyberte si jedno opakující se návrhové rozhodnutí ve vaší organizaci a napište k němu jednoodstavcový případový rozbor. Přidejte změněné omezení, nechte manažera inženýrství ověřit případ a kritéria odpovědi a vypracujte tříkritériový rozbor se seznamem kritických chyb. Před spuštěním jej otestujte s jedním týmem.
Chcete-li vidět, jak by kata mohla běžet živě s vaším vlastním týmem a poté být znovu použita vlastním tempem, prozkoumejte AhaSlides.
