TwomasC

.. til en om en ændring i årsopgørelsen, bruger man:

1. seks minutter på, at regne ud om mailen er ægte.
2. fem minutter på at finde ud af at Chrome til osx aldrig kommer igennem nem-id.
3. fire minutter på at installere Java
4. tre minutter på at finde nøglekort og logge ind
5. to minut på at åbne den relevante årsopgørelse
6. et minut på at læse “Du skal betale 10 kroner tilbage”.

(ja og syv minutter på at skrive om det)

… blev jeg spurgt.

Svaret faldt ret prompte, nemlig Kent Becks “Extreme Programming Explained: Embrace Change” fra 1999. Og så var jeg alligevel selv lidt overrasket over det.

Som du nok kan regne ud handler bogen om software udvikling - men XP Explained endte med, at ændre mit liv endnu mere på det personlige plan end på det professionelle (bruger stadigvæk meget af det, nu hedder det bare agile og scrum).

No fear

En af de vigtige ting i XP er begreber som pair-programming, test dreven development og code-reviews. Alt sammen værktøjer designet til, at fjerne frygten fra udviklingsarbejdet. Fornemmelsen af frihed - og produktivitets forøgelse - som jeg fik med disse værktøjer, åbnede mine øjne for hvor hæmmende frygt kan være. Siden da har jeg arbejdet meget med at slippe frygten. Ikke ved at undgår farlige ting, men ved ikke at være bange for at fejle.

Ikke prøve at kigge over horisonten

En anden grundsten i XP er, at man ikke skal prøve at se længere frem end nødvendigt. Ganske brugbart i hverdagen. På en måde en opskrivning af det gamle om, at man ikke skal bekymre sig på forhånd. Løs problemet, når det er nødvendigt at det bliver løst. Ikke før. Det lyder måske lidt tyndt. Men det er faktisk svære end man skulle tro. Utroligt mange mennesker vil gerne snakke om potentielle problemer som, måske, kan opstå. Det er lidt af en national sport. 

Men målet er at fokuserer på nuet og lade problemer, der måske kan opstå i fremtiden, blive håndteret af fremtiden.

Det betyder selvfølgelig ikke, at man ikke skal planlægge eller tænke forud, men det skal ikke gøres før det er nødvendigt.

Det er utroligt hvor tit problemer løser sig selv, eller en bedre løsning dukker på når der er gået lidt tid. Prøv ikke at løse problemer på forhånd - du ender bare op med at løse det forkerte problem, forkert.

Inspect and adopt

Kan ikke huske om det her kom fra XP eller først senere, men ideen om at processen i sig selv, skal være fleksibel må siges at være vigtig. Ganske enkelt spørge sig selv, “hvordan virker det her for mig?”. Hvis man har nogle mønstre i sit liv, skal man stille spørgsmålstegn ved dem. Virker de? Virker det, at snære af konen og råber af ungerne? Nej? Så skulle man se sig om efter nogle andre mønstre.

Det sidste er nok det sværeste. Jeg arbejdet stadigvæk på det.