Kā izveidot sistēmu projektēšanas kata, kas apmāca inženierus novērtēt arhitektūras kompromisus

Komanda izstrādā biļešu rezervēšanas pakalpojumu reģionālam festivālam. Tas ērti tiek galā ar paredzamo slodzi, un dizaina pārskatīšana noslēdzas ar piekrišanu. Tad mainās uzdevums: organizators tagad sola, ka biļešu pārdošanai jāturpina darboties pat tad, ja viens datu centrs pārdošanas laikā pārstāj darboties. Tam pašam dizainam tagad ir viena kļūme, un inženieriem, kas to izstrādāja, ir jāizlemj, ko mainīt, no kā atteikties un kā paskaidrot izvēli.

Šis ir ilustratīvs scenārijs, nevis dokumentēts incidents. Tā ir situācija, kuras atkārtotai izmēģināšanai tiek veidota sistēmas projektēšanas kata: projekts, kas bija labs saskaņā ar vienu ierobežojumu kopumu, sastopas ar jaunu, un inženieriem tas ir jāaizstāv vai jāpārskata, norādot iemeslus. Šī rokasgrāmata ir paredzēta inženierijas iespēju vadītājiem un inženierzinātņu vadītājiem. Tajā ir aplūkots, kas ir sistēmas projektēšanas kata, kā to izveidot, kā to vadīt un vērtēt, un kur apmācība vairs nav risinājums. Katrs gadījums un kritērijs pirms tā izmantošanas ir jāapstiprina vecākajam inženierim.

Kas ir sistēmas dizaina kata?

Sistēmas projektēšanas kata ir īss, laika ziņā ierobežots projektēšanas vingrinājums. Neliela komanda saņem vienas rindkopas biznesa problēmu, ieskicē arhitektūru, prezentē to kolēģiem un atbild uz sarežģītiem jautājumiem. Meklētāji to sauc arī par arhitektūras kata vai arhitektūras kata. Formātu kā semināru aizsāka Teds Ņūards, un tas ir dokumentēts ar tā noteikumiem un moderatora lomu vietnē Nīla Forda arhitektūras katas lapaŅūarda motivējošais jautājums, kas tur citēts, ir par to, kā organizācijām vajadzētu izaudzināt lieliskus arhitektus, ja inženieriem karjeras laikā ir iespēja nodarboties ar arhitekta darbu mazāk nekā pusduci reižu. Kata dod viņiem papildu atkārtojumus bez ražošanas riska.

Īsi fakti

1. Aprakstiet veiktspējas problēmu

Sāciet ar uzdevumu, nevis tēmu. Uzdevums ir aizstāvēt arhitektūru mainīgos ierobežojumos. Reālajā darbā tas notiek projektu pārskatos, incidentu kontroles pasākumos un plānošanas sanāksmēs, kur mainās prasība: lielāka datplūsma, stingrāks pieejamības solījums, jauns datu glabāšanas noteikums, stingrāks budžets.

Daudzi inženieri var uzzīmēt saprātīgu arhitektūru. Mazāk ir to, kas var pateikt, no kā viņi atteiktos, ja saduras divi mērķi, un kādi pierādījumi mainītu viņu viedokli. Šī otrā prasme ir tā, ko praktizē kata.

Uzrakstiet viena teikuma veiktspējas aprakstu un palūdziet inženiertehniskajam vadītājam to pārbaudīt: "Ņemot vērā arhitektūru un mainītu ierobežojumu, inženieris nosauc, kas ir nepilnīgs, ierosina izmaiņas, norāda kompromisu un pasaka, ko viņš vēl nezina."

2. Diagnosticējiet mācīšanās un konteksta nepilnības

Pirms jebkādu uzdevumu veidošanas salīdziniet to ar to, ko jūsu programma praktizē un novērtē šodien.

1. Vai praksē tiek izmantots īstais uzdevums? Ja apmācība māca modeļus izolēti un novērtēšana ir tests ar atbilžu variantiem, neviens nav praktizējis izvēles aizstāvēšanu.
2. Kāda ir kognitīvā prasība? Blūma pārskatītajā taksonomijā iespēju salīdzināšana ar ierobežojumiem notiek analīzes un novērtēšanas procesā, un pārskatīta dizaina ierosināšana sasniedz radīšanas līmeni. Mūsu ceļvedis mācību aktivitāšu saskaņošana ar Blūma taksonomiju parāda, kā saskaņot aktivitāti ar šo līmeni.
3. Vai ceļā ir kaut kas cits, nevis prasmes? Pārbaudiet, vai inženieriem ir laiks projektēšanai, vai kāds ir atbildīgs par arhitektūras lēmumiem un vai prasības ir pierakstītas. Ja lēmumu pieņem kāds ārpus komandas, nekāda kata nemainīs komandas iespējas. Nododiet šos cēloņus cilvēkiem, kuri tos var novērst.

3. Dizaina sagatavošana un prakse

Piešķiriet katram posmam atšķirīgu uzdevumu.

Sagatavošana. Pārbaudiet priekšnosacījumus, veicot īsu diagnostiku: jūsu komandas izmantoto vārdu krājumu (pieejamība, konsekvence, latentums, izmaksas), pamatelementus, kas viņiem jāzina, un savu dizaina pārskata veidni. Šim posmam ir piemērota pašmācība, un atsaukšanas pārbaude apstiprina tikai priekšnosacījumus.

Prakse. Izpildiet kata. Nīla Forda vietnē aprakstītajā formātā pēc komandas izveidošanas vingrinājums notiek trīs fāzēs: diskusijas fāzē, kurā komanda izstrādā, ko tā veido, vienaudžu vērtēšanas fāzē, kurā katra komanda prezentē un atbild uz jautājumiem, un balsošanas fāzē, kurā vienaudži novērtē (“labi”), novērtē (“man” (“palaidu garām dažas lietas”) vai novērtē (“ļauni nepamanīju”). Dažus noteikumus ir vērts aizņemties tieši: komandas var izdarīt pieņēmumus par nepazīstamu tehnoloģiju, taču tie ir jānorāda, un tās nedrīkst pieņemt, ka var nolīgt zvaigžņu komandu.

Pievienojiet mainīgo ierobežojumu. Standarta kata sniedz fiksētu problēmu. Lai trenētu šajā rokasgrāmatā aprakstīto prasmi, pusceļā pievienojiet otru kārti: mainīts ierobežojums, kas komandai jāabsorbē. Tā ir mūsu dizaina izvēle, kas nav sākotnējo noteikumu sastāvdaļa, tāpēc izmēģiniet to.

Atsauksmes. Saistiet atsauksmes ar lēmumiem, nevis ar kopējo vērtējumu. “Jūs pārcēlāties uz diviem reģioniem, bet nepateicāt, kas notiek ar pasūtījumu, kas veikts pārejas laikā” ir noderīgāk nekā “3 no 5”.

Tiešraides ievade vai asinhrona pārskatīšana? Tiešraides moderēšana sniedz vislielāko labumu, ja izvēle ir neskaidra un inženieri mācās no vecākā kolēģa, kurš paskaidro, kāpēc viņi pieturētos pie savas nostājas. Asinhrona pārskatīšana ir pietiekama, lai salīdzinātu rakstisku pamatojumu ar anotētu piemēru.

4. Izstrādājiet reālistisku piemēru

Ilustratīvi. Vecākajam inženierim pirms lietošanas jāapstiprina gadījums un atbildes kritēriji.

Lieta. Reģionālā festivālā nedēļas nogalē tiek pārdotas 20 000 biļešu, un lielākā daļa pārdošanas notiek pirmajās desmit minūtēs. Pirmajā uzdevuma versijā ir nepieciešams rezervēšanas pakalpojums, kas tiktu galā ar šo maksimālo pieprasījumu skaitu. Dizains: viens tīmekļa līmenis, viena datubāze, maksājumu pakalpojumu sniedzēja zvans pie kases.

Mainītais ierobežojums. Pusceļā organizators piebilst: pārdošanai ir jāturpinās, ja viens datu centrs pārtrauc darboties, un nevienu biļeti nedrīkst pārdot divas reizes.

Pirmais mēģinājums. "Pievienojiet otru datu centru un replicējiet datubāzi." Komanda ir izmantojusi jau pazīstamu komponentu, taču nav pateikusi, kas notiek ar noteikumu par dubultas pārdošanas aizliegumu, ja abas vietnes nevar sazināties savā starpā.

Atsauksmes un mēģinājums vēlreiz. Koordinators lūdz komandu nosaukt divus mērķus, kuros ir spriedze, un kuru viņi aizsargātu tīkla sadalīšanas gadījumā. Atkārtotā mēģinājuma laikā viņiem tiek lūgts izvēlēties un pateikt, ko piedzīvo klients.

Spēcīgāks mēģinājums. "Mēs aizsargātu noteikumu par dubultas pārdošanas aizliegumu. Biļešu sadalīšanas laikā biļetes pārdod tikai galvenā vietne, bet otra vietne rāda gaidīšanas lapu. Mēs pieņemam zemāku pieejamību uz īsu laiku, lai izvairītos no vienas un tās pašas vietas pārdošanas divreiz. Mēs esam pieņēmuši, ka sadalīšana ir reta un īslaicīga, un mēs vēlētos, lai organizators apstiprinātu, ka gaidīšanas lapa ir pieņemama. Ja viņiem ir nepieciešams, lai abas vietnes pārdotu biļetes, mēs katrai vietnei iepriekš piešķirtu atsevišķus sēdvietu blokus uz dažu nepārdoto vietu rēķina." Ievērojiet, ka šī atbilde nosauc konfliktu, izvēlas pusi, norāda izmaksas un atzīmē to, ko tā nezina.

Kāpēc katra atbilde ir aizstāvama vai nepilnīga. Vērtējiet katru pēc apstiprinātiem kritērijiem, nevis pēc recenzenta vēlamās arhitektūras. Pirmajā mēģinājumā tiek nosaukta komponente, bet netiek piedāvāts kompromiss. Spēcīgākajā mēģinājumā tas ir konkrēts, tajā norādīti pieņēmumi un piedāvāta alternatīva ar tās cenu.

5. Novērtējiet spējas un plānojiet nodošanu

Spēju pierādījums ir sniegums jaunā gadījumā, ko inženieris vēl nav redzējis. Novērtējiet kompromisa pamatojumu un atbildi uz jaunu ierobežojumu. Vienkāršā rubrikā katram kritērijam tiek izmantota skala no 0 līdz 2:

Enkuri: 0 nav vai nav atbalstīti, 1 ir daļēji ar būtiskiem izlaidumiem un 2 ir pilnīgi un pamatoti atbilstoši saskaņotajiem kritērijiem. Atsevišķi definējiet kritiskas kļūdas, piemēram, norādītās drošības vai datu aizsardzības prasības ignorēšanu, lai kopējais vērtējums to nevarētu noslēpt. Šī rubrika ir priekšlikums, nevis apstiprināts gatavības standarts: pielāgojiet to kopā ar inženiertehnisko vadītāju un izmēģiniet to. Mūsu ceļvedis interaktīvas prakses izstrāde ar noderīgu atgriezenisko saiti aptver, kā rakstīt atsauksmes, kas ir saistītas ar lēmumiem.

Apzināti plānojiet nodošanu. Pēc kata palūdziet katram inženierim pārskatīt vienu reālu dizaina lēmumu un uzdot tos pašus jautājumus. Nevainojama pagātnes incidenta pārskatīšana ir vēl viens labs tilts uz reālu darbu; skatiet mūsu ceļvedi par nevainojamu incidentu pārskatīšanu veikšana.

Kur palīdz interaktīva piegāde

Interaktīvie formāti palīdz, ja ikvienam ir jāapņemas, pirms viņš redz grupu. Tiešraides kata sesijā vadītājs var parādīt mainīto ierobežojumu, lūgt katram komandas loceklim ierakstīt kompromisu, ko viņi veiktu, un iemeslu, pēc tam atklāt izplatību pirms diskusijas sākuma. Vienaudžu balsojumu sākotnējā formāta beigās ir viegli vadīt tādā pašā veidā. To pašu lietu var vadīt patstāvīgi sagatavošanās nolūkos vai inženieriem, kuri nokavē sesiju. AhaSlides atbalsta interaktīvu mācīšanos un pāreju starp tiešraides un patstāvīgu piegādi. Tas ir prezentāciju un mācību rīks, nevis vieta, kur zīmēt vai vadīt arhitektūru, tāpēc diagrammas glabājiet uz tāfeles vai savā dizaina rīkā. Pārbaudiet jebkuru konkrētu autorēšanas, atsauksmju vai ziņošanas funkciju, uz kuru plānojat paļauties savā darbplūsmā. Lai saņemtu norādījumus par formātu izvēli, skatiet mūsu rakstu par Kad izmantot adaptīvo, interaktīvo un tiešo mācīšanos.

Izmēriet izmaiņas

Iepriekš izlemiet, kas parādītu, ka inženieri spēj aizstāvēt arhitektūru mainīgos ierobežojumos. Salīdziniet kompromisa pamatojumu neredzētā gadījumā ar sākotnējo situāciju, kas ņemta vērā pirms programmas. Definējiet, kas ir iekļauts, saucēju un laiku. Ja rezultāti uzlabojas, pirms apmācības ieskaitīšanas apskatiet, kas vēl mainījās tajā pašā laika posmā, piemēram, jauna projekta pārskata veidne, personāla izmaiņas vai incidents, kas piesaistīja uzmanību.

Ierobežojumi, kas var palikt

• Dizaina autoritāte. Ja komanda nepieņem lēmumu, tā praktizēšanai ir ierobežota ietekme.
• Laiks. Katas izpildīšana aizņem stundas; īstu dizainu izstrāde aizņem nedēļas un ietver datus, ko kata nespēj sniegt.
• Lietas pārklājums. Vienā gadījumā tiek izmantoti daži kompromisi. Punktu skaits neraksturo inženiera spriedumu kopumā.
• Sarežģītība. Lielāka sarežģītība ne vienmēr nozīmē labāku arhitektūru, tāpēc neatbalstiet lielāko komponentu skaitu.
• Pārskaitījums. Labs sniegums meistarklasē nav tas pats, kas labs sniegums saspringtā atkārtojumā, tāpēc pārbaudiet sniegumu pēc kata, reālā vidē.

Nosauciet tos sponsoriem jau laikus un plānojiet atsevišķus risinājumus. Kata uzlabo to, ko inženieri var izskaidrot un aizstāvēt. Tā nerada autoritāti vai laiku.

Biežāk uzdotie jautājumi

Kas ir sistēmas dizaina kata?

Īss, laika ziņā ierobežots projektēšanas vingrinājums, kurā neliela komanda ieskicē biznesa problēmas arhitektūru, prezentē to kolēģiem un atbild uz sarežģītiem jautājumiem. To sauc arī par arhitektūras kata.

Cik cilvēkiem jābūt komandā?

Sākotnējā formātā tiek izmantotas nelielas 3–5 cilvēku grupas, parasti kā viena no 4–10 grupām telpā. Izmantojiet pietiekami mazas grupas, lai visi varētu runāt.

Kā jūs novērtējat sistēmas dizaina kata?

Sniedziet jaunu gadījumu un novērtējiet kompromisa pamatojumu un reakciju uz mainīto ierobežojumu, ņemot vērā saskaņotos kritērijus. Vienaudžu balsojums ir noderīga atgriezeniskā saite, bet ne pats par sevi vērtējums.

Kur sākt

Izvēlieties vienu atkārtotu dizaina lēmumu savā organizācijā un uzrakstiet par to vienas rindkopas aprakstu. Pievienojiet mainītu ierobežojumu, palūdziet inženierzinātņu vadītājam apstiprināt aprakstu un atbildes kritērijus, kā arī izveidojiet trīs kritēriju rubriku ar kritisko kļūdu sarakstu. Pirms ieviešanas izmēģiniet to ar vienu komandu.

Lai redzētu, kā kata varētu darboties tiešraidē kopā ar jūsu komandu un pēc tam atkārtoti izmantot patstāvīgi, izpētiet AhaSlides.