Färdplanen skriver sig själv

Mjukvaran rör sig snabbast där arbetet går att räkna upp

De yrken som mjukvaran har stöpt om snabbast har ett gemensamt drag: deras resultat gick att namnge och räkna redan innan mjukvaran kom. Redovisningen stänger sina böcker genom en fast uppsättning rapporter och bilagor. Juridiken producerar, all bedömning till trots, igenkännbara dokumentfamiljer med känd struktur. Programkod är ytterlighetsfallet: arbete som i sig är text, med ett hårt test på om det håller. I varje fält hände samma sak: när en arbetsprodukt väl hanterades bra var nästa exemplar av den redan hanterad, och framstegen ackumulerades.

Det omvända gäller också. Där varje uppdrag är unikt följer ingenting med från förra jobbet till nästa, och mjukvaran stannar i marginalen: en sökruta här, en mall där. Ingenting ackumuleras, så ingenting förändras i grunden. Den strategiska frågan för en bransch är alltså inte hur svårt arbetet är. Flygindustrin är svår, chipkonstruktion är svår, och båda är genomindustrialiserade. Frågan är om arbetet går att lista.

En ändlig lista av leveranser blir färdplanen

Samhällsbyggnaden går att lista. Ett stort infrastrukturprojekt producerar tusentals dokument, men sorterade efter typ faller högen ihop till ungefär 60–80 återkommande typer av skrivna leveranser för nordisk infrastruktur, varenda en redan namngiven i branschens egna klassifikationssystem. Vi gick igenom den kollapsen, och de offentliga system som underhåller listan, i samhällsbyggnad är en ändlig katalog.

Konsekvensen är en tydlig enhet för framsteg: en leveranstyp är en förmåga. En bullerutredning har en känd struktur och kända granskningskriterier, satta av samma styrande dokument i projekt efter projekt. Förstå den på djupet en gång, och förståelsen bär till nästan varje projekt i landet, eftersom nästan varje projekt behöver en. Detsamma gäller dagvattenutredningen, den tekniska beskrivningen enligt AMA, kontrollplanen. En typ som väl bemästrats förblir bemästrad; ingenting behöver läras om i nästa projekt.

En gräns håller listan ärlig. Den omfattar de skrivna leveranserna: utredningarna, beskrivningarna, specifikationerna och planerna där dokumentationstimmarna sitter. Ritningar är ett annat hantverk. Ett kapabelt system läser ritningar och kontrollerar dem mot krav, och det räcker; att rita i CAD står inte på den här listan, och listan är värd att beta av ändå.

Typerna bygger ihop hela lagstadgade paket

Här börjar det förstärka sig självt, för typerna är inte platta. De tyngsta leveranserna i infrastrukturen är inte enskilda dokument utan sammansättningar. En vägplan, planhandlingen som ger ett vägprojekt rättslig verkan, byggs upp av dussintals mindre leveranser, de flesta helt vanliga poster ur samma typlista. Järnvägsplanen följer samma logik, liksom ett förfrågningsunderlag. Även miljökonsekvensbeskrivningen, som i debatten ofta behandlas som ett enda dokument, är i praktiken en sammanställning av enskilda utredningar.

Läs raderna mot varandra och mekaniken framträder: samma komponenttyper återkommer i sammansättning efter sammansättning. Bemästra bullerutredningen och du håller samtidigt en bit av vägplanen, järnvägsplanen och miljökonsekvensbeskrivningen. Varje ny komponentförmåga flyttar fram flera paket på en gång. Och bortom en viss tröskel byter arbetet karaktär: att ta fram en hel planhandling slutar vara ny mark och blir montering av delar som redan bemästrats. Dit når inget punktverktyg, eftersom inget punktverktyg samlar på sig delarna.

Ett synligt slutmål är sällsynt, och det här går att räkna

I det mesta kunskapsarbetet kan ingen se slutet från starten; arbetet förändras snabbare än någon hinner kartlägga det. Här går det kvarvarande arbetet att räkna. Så många typer på listan, så många hanterade, så många kvar. Den som vill veta hur långt arbetet har kommit behöver ingen prognos, bara en avbockningslista. En andra axel håller också räkningen: varje projekt rör sig genom samma skeden, från tidig planering via systemhandling och bygghandling till relationshandling, och varje typ hör hemma i ett känt skede. Täckningen kan mätas i två riktningar, per typ och per skede, och båda listorna är ändliga.

Det är en ovanlig position för en teknik att stå i. De flesta produktfärdplaner är gissningar om vad användarna vill ha härnäst. Den här är en publicerad lista över vad regelverk och praxis redan kräver, underhållen av branschen själv, i en ordning som sammansättningslogiken i stort sett avgör: komponenterna först, sammansättningarna allt eftersom de kommer inom räckhåll. Slutmålet, hela planhandlingar framtagna och granskade i maskintakt med ingenjören som har sista ordet, syns från där branschen står idag. Hos Yesper, AI-civilingenjören för bygg och infrastruktur, är det bokstavligen färdplanen på väggen: en leveranstyp i taget, i branschens egen ordning.