Tidsregistrering
Intern guide

Sådan logger vi tid i

For at sikre korrekt fakturering, gennemsigtighed over for kunder og et retvisende billede af vores arbejde, registrerer vi al tid i én af de fem kategorier nedenfor. Brug guiden, hvis du er i tvivl om, hvor en aktivitet hører hjemme.

5 kategorier

Kategorier

Hver post i timeregistreringen skal tilknyttes én af disse fem kategorier.

Support

Hjælp, fejlretning og drift

Tid brugt på at hjælpe kunder med eksisterende løsninger – fejlretning, mindre justeringer, vedligehold og brugerhenvendelser.

Eksempler

  • Besvarelse af supporttickets
  • Bugfixing i drift
  • Mindre tilretninger uden ny scope
  • Overvågning og incident-håndtering

Udvikling

Bygning af nye løsninger

Aktivt udviklingsarbejde på nye features, projekter eller produkter – fra kodning og review til test og deployment.

Eksempler

  • Implementering af nye features
  • Code review og parprogrammering
  • Test, QA og deployment
  • Teknisk design og arkitektur

Møde

Interne og eksterne møder

Tid brugt i møder – med kunder, kolleger eller samarbejdspartnere. Inkluderer forberedelse og opfølgning, der knytter sig direkte til mødet.

Eksempler

  • Kundemøder og statusmøder
  • Stand-ups og planning
  • 1:1 og teammøder

Business Development

Salg, tilbud og relationer

Aktiviteter der skaber ny forretning – fra første dialog og estimering til tilbud, kontrakter og relationsopbygning.

Eksempler

  • Tilbuds- og estimatarbejde
  • Salgsmøder og pitches
  • Kontrakt- og aftaleforhandling

Workshop

Faciliteret samarbejde

Faciliterede sessioner med kunde eller team – fx discovery, design sprints, strategi eller oplæring. Inkluderer planlægning og opsamling.

Eksempler

  • Fysiske dage hos kunder

Sådan skriver du en god note

En god note gør det tydeligt, hvad du har arbejdet på – både for dig selv, dine kolleger og kunden. Vær konkret, nævn systemer, opgaver og resultater.

Gode eksempler

Konkrete, sporbare og forståelige

  • Test med andet ZRM-forbund. Enkelt fejl blev fundet, men skyldes ikke noget kodemæssigt – blot opsætningen på recorden.

  • I sandbox-miljø har jeg oprettet testdata (én tilmelding og én begivenhed) og lavet et Deluge-script, der henter trøjestørrelse ud af ekstra-informationsfeltet.

  • Fundet fejl ved LinkedIn Pages – skrevet til support (også ift. Insta). Revamp af Dashboard og lavet KPI'er til Month/Quarter/Year To Date. Ændret sessions til users for GA4.

  • Bug-fixing på Fine Chaos CRM-system. Primært arbejdet med Invoicing-modulet og salgsordremodulet.

  • Hjulpet med at loade billeder korrekt ind i Azure-miljøerne og fixet issue med database connection.

Hvorfor de virker

  • • Nævner system, modul eller miljø (Azure, GA4, sandbox).
  • • Beskriver både handling og resultat.
  • • Giver kontekst – ikke bare et stikord.

Dårlige eksempler

Vage, uklare eller misvisende

  • Intern kick-off: blev faktisk afholdt 10:30–11:00, men da jeg ikke havde adgang til Projects, kunne jeg ikke ændre det, og nu står der en udviklingsblok. Det passer fint, eftersom jeg alligevel fortsatte arbejdet bagefter, så timerne går op.

    Kategori og tidspunkt matcher ikke virkeligheden. Ret posten i stedet for at forklare den i noten.

  • Frontend Redesign

    For overordnet. Hvilken side, hvad blev lavet?

  • Fix af ting

    Siger reelt ingenting – umuligt at fakturere eller følge op på.

  • Lavet på dokumentationen

    Hvilken dokumentation, til hvem, og hvad er status?

  • Skrevet til Support igen ift. bug med Quotes

    Nævn system, ticketnummer eller hvad bug'en handler om.

Undgå

  • • Ét-ords-noter uden kontekst.
  • • Forklaringer på fejl i registreringen – ret den i stedet.
  • • Generiske formuleringer som "diverse" eller "ting".