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".