Logga in Prenumerera

UNIX-metoden – gör en sak, gör den färdig

UNIX-metoden kommer från 1970-talets programmerare: gör en sak, gör den bra, koppla ihop den med nästa. Metoden bryter ned en uppgift som aldrig blir av i delar du faktiskt kan slutföra.

UNIX-metoden – gör en sak, gör den färdig

Typ av hack: systemtänkande
Tid att genomföra: 10 minuter första gången, sedan någon minut per uppgift
Effekt: Uppgifter som legat kvar i månader blir möjliga att slutföra. Tidsuppskattningarna blir dessutom mindre skeva

"Fixa ekonomin" står kvar på listan i ett halvår. "Lista alla abonnemang" tar en kvart på en tisdagskväll. Skillnaden är inte viljestyrka, den är formulering.

År 1978 skrev Doug McIlroy och två kollegor på Bell Telephone Laboratories ned den arbetsstil som vuxit fram bland dem som byggde och använde operativsystemet UNIX. Första punkten lyder i översättning: gör varje program bra på en sak. Ska du lösa en ny uppgift, bygg nytt i stället för att klämma in fler funktioner i det gamla.

"Make each program do one thing well."

McIlroy, Pinson och Tague, Bell Labs, 1978

Det låter som en regel för programmerare. Det är en regel för alla som någon gång haft en uppgift på listan så stor att den aldrig blev av.

Poängen är inte att göra mindre. Poängen är att varje del ska kunna bli färdig på egen hand och att delarna sedan kopplas ihop. Ett steg som bara gör en sak kan du kontrollera. Ett steg som gör fem saker kan du inbilla dig att du är klar med.

⚙️ Så använder du hacket

  1. Skriv uppgiften som den står på din lista. "Fixa ekonomin", "ta tag i garaget", "komma i form".
  2. Fråga: vad är det minsta jag kan göra som faktiskt blir klart? Inte påbörjat, inte halvvägs. Klart. "Lista alla abonnemang" är klart när listan finns.
  3. Skriv ned tre till fem sådana delar. Varje del ska ha ett verb och ett tydligt slut. Den ska rymmas i en sittning.
  4. Kontrollera att varje del har eget värde. Om del två aldrig blir av, är del ett fortfarande värd något? Är svaret nej har du inte delat upp, du har bara numrerat.
  5. Gör en. Bara en. Sedan kopplar du ihop: listan från del ett är det som gör del två möjlig.
🎯

Testet på en bra del: den går att skriva i dåtid när den är gjord. "Listade abonnemangen." Går det inte att säga så är delen fortfarande för stor.

Ett stort steg som spårar ur lämnar ingenting kvar. Fem små lämnar fyra. I grafiken nedan kan du låta ett av stegen gå fel och se skillnaden.

💡 Exempel

På jobbet: "Ta fram en strategi för nästa år" blev liggande i sex veckor. Uppdelat: samla ihop förra årets siffror, be tre kollegor om varsin flaskhals, skriv ett utkast på en sida och boka en timme för genomgång. Det första steget tog 20 minuter och gjorde de andra möjliga. Siffrorna kunde dessutom återanvändas till budgetmötet.

Privat: "Städa garaget" blev "kör bort det som ska till återvinningen". Bara det. Resten av garaget stod kvar i oordning, men bilen fick plats och nästa helg fanns en yta att arbeta på.

🔗

UNIX-metoden är släkt med DRY-principen, att aldrig göra samma sak två gånger. När en del gör exakt en sak kan den återanvändas: listan över abonnemang tjänar budgeten, försäkringsgenomgången och deklarationen. Delar som gör fem saker kan ingen låna.

🤖 Hacka med AI

Här är en uppgift som stått på min lista för länge: [beskriv uppgiften].

Dela upp den enligt UNIX-principen "gör en sak, gör den bra". Ge mig tre till fem delar där varje del uppfyller allt detta:
- den gör exakt EN sak
- den går att bli helt klar med i en sittning
- den har ett eget värde även om resten aldrig blir gjort

Skriv varje del med ett verb först. Säg också vilken del jag ska börja med och varför.

🧠 Vad du får ut av hacket

  • Uppgifter som varit omöjliga att börja på får en ingång som tar minuter
  • Ett misslyckat steg kostar ett steg, inte hela projektet
  • Delarna kan återanvändas i andra sammanhang
  • Du märker direkt om något är gjort, i stället för att gissa hur långt du kommit

⚡️ Effekt

Att dela upp har en mätbar effekt på hur fel vi bedömer tid. I en studie från 2004, publicerad i Journal of Experimental Social Psychology, lät forskarna Justin Kruger och Matt Evans deltagare uppskatta hur lång tid vardagliga uppgifter skulle ta, som julklappsinköp och att göra sig i ordning inför en dejt. De som först ombads dela upp uppgiften i delmoment gav längre och i flera fall mindre skeva uppskattningar än de som inte gjorde det. Effekten var starkare ju mer sammansatt uppgiften var.

En del av förklaringen ligger där: vi ser inte hur lång tid något tar förrän vi skrivit ned delarna. Optimism och önsketänkande spelar också in, men de räcker inte som förklaring.

⚠️ Hackbrister

  • Vissa uppgifter går inte att dela. Ett svårt samtal blir inte enklare av att delas i fyra samtal.
  • Uppdelning kan bli ett sätt att skjuta upp. Har du fem delar och ingen påbörjad har du planerat, inte arbetat.
  • Alltför små delar skapar administration. Tar det längre tid att skriva ned saken än att göra den, gör den.
  • Delar som bara fungerar i exakt ordning ger inte den robusthet metoden lovar.

🧪 Testa nu!

👉 Ta den uppgift som stått längst på din lista och skriv tre delar med verb först
👉 Fler hacks inom systemtänkande

📚 Källor och vidare läsning