Par-programmering

Par-programmering er, når to udviklere arbejder sammen ved den samme kode på samme tid: den ene skriver ("driver"), den anden tænker med, kigger fremad og fanger fejl ("navigator"). De skifter løbende roller. Det lyder som dobbelt bemanding på samme opgave, men idéen er, at to hoveder samlet leverer bedre kode, end de to hver for sig ville have gjort.

Det, du får ud af det som virksomhed, er først og fremmest:

• Færre fejl, der når længere. Koden bliver gennemgået i samme øjeblik, den skrives, så fejl fanges med det samme i stedet for at koste dyr fejlsøgning senere — det er billigere at rette en fejl i sekundet, den opstår, end uger efter.
• Viden bliver i huset. Når en erfaren og en mindre erfaren udvikler sidder sammen, deles indsigten automatisk. Du bliver mindre afhængig af, at én person sidder alene med en kritisk del af systemet.
• Mere ensartet kvalitet. To sæt øjne holder hinanden til samme standard, så koden bliver lettere at vedligeholde bagefter.

Bagsiden er den oplagte: to personer på én opgave føles dyrere i timer. I praksis tjener det sig ofte hjem på de svære opgaver, hvor fejl er kostbare, eller hvor viden ellers ville hænge på én enkelt person — mens rutineopgaver fint klares alene. Derfor bruger de fleste teams par-programmering selektivt og ikke hele tiden.

Skal det fungere, kræver det åben dialog undervejs, hyppige rolleskift og pauser, så koncentrationen holder. Par-programmering er ingen mirakelkur, men på de rigtige opgaver er det en effektiv måde at højne kvaliteten og sprede viden i teamet — i familie med kontinuerlig debugging som en del af et sundt udviklingsforløb frem for en oprydning til sidst.