Jūs esate Architektas (The Architect).

Atpažinimas

Jūs projektuojate sistemas. Ne tik darbą, kurį darote — būdą, kaip tas darbas yra padaromas. Jūs galvojate apie darbo eigą, apie tai, kaip kaskaduojami sprendimai, apie tai, kokios rolės turėtų egzistuoti ir už ką kiekviena rolė turėtų būti atsakinga. Kai žiūrite į organizaciją, projektą, komandą, jūs matote struktūrą, kuri kuria veiklą — ne tik pačią veiklą. Paprastai per valandą nuo sistemos stebėjimo pradžios galite pasakyti, kur yra butelio kakliukai ir ką pagrindinė konfigūracija daro ne taip.

Jūs esate sukūrę savo sistemų. Galbūt nedidelę veikiančią įmonę, galbūt dokumentuotą praktiką, galbūt organizaciją ar bendruomenę, turinčią aiškią struktūrą. Jūsų supratimas dabar veikia tokiame abstrakcijos lygmenyje, kurio ankstesniame savo karjeros etape nebūtumėte pasiekę. Jūs nebedirbate sistemų viduje — jūs dirbate su jomis pačiomis. Mąstymas pakilo lygmeniu aukščiau.

Tai intelektualiai tenkina. Tai taip pat yra pavojinga specifiniu būdu, kurį išryškina metodologija: struktūrinė elegancija gali pradėti pakeisti operacinę realybę. Sistemos, kurias projektuojate popieriuje, schemose, kruopščiai išdėstytose sekose, ne visada išgyvena susidūrimą su tuo, kaip žmonės iš tikrųjų dirba. Neatitikimas tarp suprojektuotos sistemos ir veikiančios realybės jums gali likti nematomas ilgiau nei turėtų, nes jūs žiūrite į dizainą, o ne į naudojimą.

Pagrindinis mechanizmas

Metodologija pozicionuoja Architektą kaip užimantį struktūriškai reikšmingą poziciją — praktiką, kurio supratimas dabar sukuria svertą sistemų lygmeniu. Tai lygmuo, kuriame nedidelės intervencijos į konfigūraciją sukuria neproporcingai didelį poveikį rezultatams. Gerai suprojektuota sistema gali padauginti kiekvieno joje veikiančio žmogaus efektyvumą. Prastai suprojektuota sistema gali neribotą laiką siurbti kompetentingų žmonių pastangas.

Čia aktyviausiai veikiantis šališkumas yra funkcinis fiksavimasis (functional fixedness), pritaikytas jūsų pačių kūriniams — tendencija užsifiksuoti ties viena konfigūracija kaip teisinga ir priešintis peržiūroms net tada, kai sistema kelia trintį. Architektas, investavęs daug laiko į sistemos projektavimą, turi svarią psichologinę priežastį ginti dizainą. IKEA efektas (per didelis vertinimas to, ką sukūrėte patys) ir pastangų pateisinimas (kuo labiau kentėjote kažką kurdami, tuo labiau tai vertinate) dar labiau apsunkina situaciją. Sistema, kuri nebeveikia, gali išlikti metų metus, nes jos atsisakymas nuvertintų pastangas, kurios ją sukūrė.

Taip pat egzistuoja žinojimo prakeiksmas (curse of knowledge) jo sistemų projektavimo formoje. Jūs suprojektavote sistemą suprasdami principus, kurie pateisina kiekvieną pasirinkimą. Žmonės, dirbantys jos viduje, ne visada turi tą supratimą. Jie seka struktūra, nesuprasdami priežasčių, o tai reiškia, kad kraštutiniai atvejai ir adaptacijos, su kuriais jūs susitvarkytumėte intuityviai, tampa trinties taškais, kurių sistema nebuvo sukurta absorbuoti. Sistema, kuri turi prasmę jos kūrėjui, gali būti nesuprantama jos naudotojams — ir kūrėjas dažnai nemato šio nesuprantamumo iš savo paties aiškumo pozicijos.

Įtampa

Įtampa, su kuria jūs susiduriate, kyla tarp struktūrinės elegancijos ir operacinės realybės. Elegancija sako: ši konfigūracija yra viduje nuosekli, pagrįsta ir teoriškai optimali. Realybė sako: štai ką žmonės iš tikrųjų daro, kai sistema veikia, ir jie ne visada elgiasi taip, kaip buvo numatyta dizaine. Architektas, kuris teikia pirmenybę elegancijai prieš realybę, sukuria gražias sistemas, kuriomis niekas negali naudotis. Architektas, kuris teikia pirmenybę realybei prieš eleganciją, sukuria netvarkingas sistemas, kurios veikia, bet negali būti skaluojamos ar perduodamos.

Aukso vidurys yra ten, kur gyvuoja brandus sistemų projektavimas — ir jis reikalauja nuolatinio kalibravimo tarp šių dviejų traukų. Metodologijos atsakymas yra ne pasirinkti vieną vietoje kito, bet pakartotinai tikrinti eleganciją realybe, ir peržiūrėti dizainą ten, kur realybė atsisako paklusti teorijai.

Dovana

Tai, ką turite jūs, ko neturi praktikas, įstrigęs užduočių lygmens vykdyme, yra svertas. Gerai suprojektuota sistema sukuria vertę, kuri viršija pastangas, reikalingas jai palaikyti. Valandos, kurias praleidžiate kurdami sistemą, sugrįžta daug kartų padaugintos per visą sistemos gyvavimo laiką — jums ir visiems joje veikiantiems žmonėms. Tai aukščiausia sverto forma, prieinama iki 4 delegavimo progresijos lygio, ir tai skiria organizacijas, kurios skalijuojasi, nuo tų organizacijų, kurios tiesiog auga.

Dovana dauginasi, kai jūsų projektuojamos sistemos yra taip pat skaitomos (legible) jas eksploatuojantiems žmonėms. Elegancija be skaitomumo sukuria gudrius artefaktus, kurių niekas negali praplėsti. Elegancija su skaitomumu sukuria infrastruktūrą, ant kurios laukas gali statyti toliau.

Kitas žingsnis

Per kitas 14 dienų išbandykite vieną iš savo sistemų su žmogumi, kuris neturi jūsų konteksto. Raskite žmogų — naują darbuotoją, išorinį konsultantą, kolegą iš gretimos srities — ir paprašykite jo pabandyti valdyti sistemą naudojant tik jūsų dokumentaciją. Stebėkite, kur jis įstringa. Atkreipkite dėmesį į klausimus, kuriuos jis užduoda. Atkreipkite dėmesį į prielaidas, kurias buvote įtraukę į dizainą, bet kurių jis neturėjo. Nepulkite aiškinti. Neginkite dizaino. Tiesiog stebėkite, kur sistema nesugeba perteikti informacijos.

Spąstai, į kuriuos šiame žingsnyje patenka dauguma Architektų, yra informacijos perdavimo nesėkmių interpretavimas kaip naudotojo nesėkmių. Naudotojas nesuprato sistemos, nes buvo nepakankamai gabus, nepakankamai motyvuotas, nepakankamai susipažinęs su sritimi. Kartais tai būna tiesa, tačiau beveik visada tai iš dalies klaidinga. Perdavimo nesėkmės yra diagnostinė informacija apie sistemą. Jei sistemai valdyti reikalingas neišsakytas kontekstas, sistema yra nepilna — net jei dizainas yra viduje elegantiškas. Kitas žingsnis yra atnaujinti sistemą remiantis tuo, ką atskleidė testas, o ne atnaujinti savo požiūrį į testuotoją.

Tai yra vienas žingsnis iš jūsų nemokamo vertinimo. Pilnas Asmeninis profilis (Personal Profile) atskleidžia jūsų šešių domenų išteklių žemėlapį, atkreipiant dėmesį į tai, ar jūsų sistemų kūrimas kuria svertą, ar sugeria pastangas, jūsų Pasitikėjimo formulės (Trust Formula) įverčius, fokusuojantis į tai, kaip perduodami standartai veikia Pademonstruotą poveikį (Demonstrated Impact) mastelyje, specifinius šališkumų perspėjimus Architekto fazei (funkcinis fiksavimasis, IKEA efektas, žinojimo prakeiksmas, „ne čia išrasta“ sindromas) ir 90 dienų seką, kuri vieną perdavimo testą paverčia procesu jūsų sukurtų sistemų atsparumo sistemingam tikrinimui. Jei vienas žingsnis yra naudingas, pilna diagnostika yra ten, kur vyksta tikrasis darbas.