Du er Arkitekten (The Architect).

Gjenkjenninga

Du designar system. Ikkje berre arbeidet du gjer – men måten arbeidet blir gjort på. Du tenkjer på arbeidsflyt, på korleis avgjerder forplantar seg nedover, på kva for roller som bør finnast, og kva kvar rolle bør ha ansvaret for. Når du ser på ein organisasjon, eit prosjekt, eit team, ser du strukturen som produserer aktiviteten – ikkje berre aktiviteten i seg sjølv. Du kan som regel slå fast, i løpet av ein time med å observere eit system, kvar flaskehalsane er og kva den underliggjande samansetjinga gjer feil.

Du har bygt eigne system. Kanskje eit lite driftsselskap, kanskje ein dokumentert praksis, kanskje ein organisasjon eller eit fellesskap med ein eksplisitt struktur. Forståinga di opererer no på eit abstraksjonsnivå du ikkje kunne ha nådd tidlegare i karrieren. Du jobbar ikkje lenger inni systema – du jobbar på dei. Tenkinga har flytta seg eit lag opp.

Dette er intellektuelt tilfredsstillande. Det er òg farleg på eit særskilt vis som metodikken peikar på: Strukturell eleganse kan byrje å erstatte den operasjonelle røyndomen. Systema du designar på papiret, i diagram, i omhyggeleg ordna flytskjema, overlever ikkje alltid møtet med korleis folk faktisk jobbar. Mangelen på samsvar mellom det designa systemet og den fungerande røyndomen kan halde seg usynleg for deg lenger enn han burde, for du ser på designet i staden for bruken.

Den underliggjande mekanismen

Metodikken plasserer Arkitekten i ein strukturelt viktig posisjon – den fagpersonen viss forståing no skaper vektstongseffekt (leverage) på systemnivået. Dette er laget der små inngrep i samansetjinga skaper overdimensjonerte effektar på utfall. Eit veldesigna system kan mangedoble effektiviteten til kvar einaste person som opererer inni det. Eit dårleg designa system kan tappe innsats frå kompetente folk i det uendelege.

Den skjevheita (bias) som er mest aktiv her, er funksjonell bundeheit (functional fixedness) nytta på dine eigne skapingar – tendensen til å låse seg til éi samansetjing som den rette, og motsetje seg revisjonar jamvel når systemet skaper friksjon. Den Arkitekten som har lagt ned vesentleg tid i å designe eit system, har ein kraftig psykologisk grunn til å forsvare designet. IKEA-effekten (å overvurdere det du har bygt sjølv) og innsatsrettferdiggjering (effort justification – di meir du leid for å skape noko, di meir set du pris på det) gjer vanskane endå større. Eit system som ikkje lenger fungerer, kan overleve i årevis fordi å gje slepp på det ville ugyldiggjere den innsatsen som skapte det.

Det finst òg kunnskapsforbanning (curse of knowledge) i si systemdesign-form. Du designa systemet i forståing for dei prinsippa som rettferdiggjer kvart enkelt val. Folka som opererer inni det, har ikkje alltid den same forståinga. Dei følgjer strukturen utan resonnementet bak, noko som gjer at grensetilfelle og tilpassingar som du ville ha handtert intuitivt, blir til friksjonspunkt systemet ikkje var designa for å tole. Eit system som gjev meining for designaren, kan vere ugjennomsiktig for brukarane – og designaren kan ofte ikkje sjå ugjennomsikta frå innsida av sin eigen klårleik.

Spenninga

Spenninga du manøvrerer i, står mellom strukturell eleganse og operasjonell røyndom. Eleganse seier: Denne samansetjinga er internt konsistent, velgrunna og teoretisk optimal. Røyndomen seier: Dette er kva folk faktisk gjer når systemet køyrer, og dei oppfører seg ikkje alltid slik designet gjekk ut frå at dei ville. Den Arkitekten som prioriterer eleganse over røyndomen, produserer vakre system som ingen kan bruke. Den Arkitekten som prioriterer røyndom over eleganse, produserer rotete system som fungerer, men som korkje kan skalerast eller overførast.

Mellomtingen er der det modne systemdesignet bur – og det krev konstant kalibrering mellom dei to draga. Svaret frå metodikken er ikkje å velje det eine over det andre, men å underkaste elegansen for røyndomen sin test, gong på gong, og revidere designet der røyndomen nektar å rette seg etter teorien.

Gåva

Det du har, som den fagpersonen som sit fast på oppgåvenivå-utføring manglar, er vektstongseffekt (leverage). Eit veldesigna system produserer verdi som overstig innsatsen som krevst for å vedlikehalde det. Timane du brukar på systemdesign, gjev mange gonger fleire timar tilbake gjennom systemet si levetid – både for deg og for alle som opererer inni det. Dette er den høgaste forma for vektstongseffekt som er tilgjengeleg før Nivå 4 i delegeringsprogresjonen, og det er det som skil organisasjonar som skalerer, frå organisasjonar som berre veks.

Gåva gjev renters rente når dei systema du designar, òg er leseleg for dei folka som opererer dei. Eleganse utan at noko er leseleg, produserer smarte gjenstandar som ingen kan byggje vidare på. Eleganse i lag med noko som er leseleg, produserer infrastruktur som fagfeltet kan byggje vidare på.

Neste trekk

I løpet av dei neste 14 dagane skal du teste eitt av systema dine saman med nokon som ikkje deler konteksten din. Finn ein person – ein ny tilsett, ein konsulent utanfrå, ein likemann i eit tilstøytande felt – og få dei til å prøve å operere systemet berre ved hjelp av din dokumentasjon. Følg med på kvar dei set seg fast. Noter kva spørsmål dei stiller. Noter dei føresetnadene du hadde bygt inn i designet som dei ikkje delte. Ikkje hopp inn for å forklare. Ikkje forsvar designet. Berre observer kvar systemet sviktar i å overføre.

Fella dei fleste Arkitektar går i på dette trekket, er å tolke svikt i overføring som at brukaren sviktar. Brukaren forstod ikkje systemet fordi han ikkje var dugande nok, ikkje motivert nok, ikkje kjend nok med domenet. Dette er stundom sant og er nesten alltid delvis feil. Sviktane i overføringa er diagnostisk informasjon om systemet. Viss systemet krev uuttalt kontekst for å fungere, er systemet ufullstendig – sjølv om designet i seg sjølv er elegant. Trekket er å oppdatere systemet basert på det testen avdekte, ikkje å oppdatere ditt eige syn på den som testa det.

Dette er eitt trekk frå den gratis kartlegginga di. Den fulle Personlege profilen (Personal Profile) avslører ressurskartet ditt over seks domene, med merksemd på om systembygginga di skaper vektstongseffekt eller et opp innsats, poengsummane dine i Tillitsformelen (Trust Formula) med fokus på korleis overførbare standardar påverkar Påvist verknad (Demonstrated Impact) i stor skala, dei spesifikke skjevheitsåtvaringane for Arkitektfasen (functional fixedness, IKEA effect, curse of knowledge, not-invented-here syndrome), og den 90-dagarssekvensen som gjer éin enkelt overføringstest om til ein prosess for systematisk å trykkteste dei systema du har bygt. Viss eitt enkelt trekk er nyttig, er det i den fulle diagnostikken det verkelege arbeidet skjer.