🌐 DA

Util Monster Magazine

Tidsstyringsteknikker for udviklere

Udviklingsplaner passer ikke, hvis man kun lægger kodetiden sammen. Du skal også medregne afklaring af krav, code reviews, test, deployment og uforudset håndtering af driftsforstyrrelser. Start med at finde en måde at opdele fokustid og samarbejdstid på, der passer til teamets arbejdsform.

Tidsstyringsteknikker for udviklere

Adskil fokuseret arbejde fra svartid

Opgaver som design og debugging kræver, at du holder konteksten i lang tid, så planlæg dem som ét samlet tidsrum i kalenderen. Formiddagen passer ikke nødvendigvis til alle. Vælg det tidspunkt, hvor du faktisk kan koncentrere dig, og aftal på forhånd med teamet, hvordan akutte henvendelser skal håndteres.

Del opgaver ned i næste handling

Hvis du kun skriver et stort navn som »udvikling af betalingsfunktion«, er det svært at se, hvor du skal begynde. Del arbejdet op i næste handlinger som at afklare krav, beskrive fejlbetingelser, tilføje test, implementere og anmode om review. Fastlæg dagens prioriteter ud fra deadlines, brugerindvirkning og om andre venter på dig i stedet for at tvinge et bestemt antal opgaver igennem.

Brug timere som et valgfrit værktøj

Pomodoro er en metode, hvor du fokuserer i et bestemt tidsrum og derefter holder pause. Hvis 25 minutter ikke passer dig, kan du bruge kortere eller længere intervaller. Hvis timeren i stedet afbryder dit flow, behøver du ikke bruge den. Det vigtige er at vælge ét resultat, før du går i gang, og skrive den næste handling ned, når du er færdig.

Afklar mødets formål før tidsforbruget

Hvis der ikke er en klar beslutning, nødvendige deltagere eller forberedelsesmateriale, bør du først undersøge, om opgaven kan klares med et dokument eller en besked. Hurtige samtaler kan være bedst til komplekse designdiskussioner, men skriv beslutningen, den ansvarlige og datoen for næste opfølgning ned, når mødet slutter. Der er ingen grund til at fastlåse alle møder til om eftermiddagen eller til højst 30 minutter.

Medregn ventetid på reviews i planen

Når koden er skrevet, mangler der stadig tid til review, rettelser, test og deployment. Din plan bør derfor indeholde tid til, at andre kan gennemgå arbejdet, ikke kun din egen arbejdstid. Del store ændringer op i enheder, der er nemme at reviewe, og beskriv både hvorfor du ændrede noget, og hvordan det skal kontrolleres, så du reducerer antallet af frem-og-tilbage-runder.

Vælg automatisering ud fra gentagelser og fejlkostnader

Du behøver ikke automatisere alt, bare fordi det tager 5 minutter hver gang. Start med små automatiseringer af hyppigt gentagne opgaver eller test, formateringskontrol og tjek før deployment, som mennesker let kan overse. Hvis vedligeholdelsen tager længere tid end den sparede tid, kan en enkel tjekliste være et bedre valg.

Konklusion

Det er nok at ændre én ting i denne uges plan. Reservér fokuserede opgaver som ét samlet tidsrum, og skriv formålet med møder samt de nødvendige beslutninger ned på forhånd. Test automatisering i lille skala på opgaver, der gentages ofte og har høje omkostninger ved fejl.

Ofte stillede sporgsmal

Hvor mange timer skal jeg afsætte til fokustid?
Der findes ikke ét rigtigt svar. Start med en varighed, du kan overholde, for eksempel 45 minutter eller 1 time, og se, om det reducerer den tid, du bruger på at sætte dig ind i opgaven igen. Aftal separat med teamet, hvordan akutte henvendelser skal håndteres.
Skal jeg følge Pomodoros regel om 25 minutter?
Nej. 25 minutter er kun et udgangspunkt. Tilpas intervallet til opgavens karakter og din koncentrationstid, og vælg en anden metode, hvis timeren ofte afbryder dit flow.
Hvornår kan et møde erstattes af en besked?
Dokumenter og beskeder passer godt til information eller enkle afklaringer, som hver person kan læse og besvare selv. Hvis I skal sammenligne fordele og ulemper ved flere muligheder og træffe en beslutning med det samme, kan et kort møde være hurtigere.
Hvad skal jeg automatisere først?
Se på gentagelsesfrekvensen, risikoen for menneskelige fejl og omkostningen ved fejl samlet. Start med én lille kontrol, verificér at den faktisk sparer tid, og udvid derefter omfanget.