Brugsanvisning

En komplet brugervejledning. For begreber, se Introduktion.

Account

Sign up and sign in

Registrér dig på eastagiletracker.com/register med e-mail og en adgangskode, eller continue with GitHub hvis du foretrækker OAuth. Verificér din e-mail via det link, vi sender; indtil da kan du logge ind, men nogle funktioner er begrænsede.

Hvis du er blevet inviteret til et projekt eller en organisation, så følg linket i invitationsmailen — din konto oprettes (eller du logger ind), og du lander direkte på det tilhørende board.

Glemt din adgangskode? Brug Forgot Password på loginsiden; vi sender et reset-link.

Account settings

Fra avataren øverst til højre → Account Settings:

• Profile — Vist navn, initialer (bruges i ejer-avatarer), e-mail.
• Bio — En kort selvbeskrivelse (op til 4 KiB). Vises på /me og på listerne over organisationsmedlemmer, så en agent (eller en holdkammerat) kan vælge den rette person at spørge. Lad den stå tom for at fravælge.
• Password — Skift når som helst.
• Avatar — Upload et billede, eller fald tilbage til dine initialer.
• API Keys — Opret personlige API-tokens; se API-vejledning.
• Theme — Agile, Labs, Dark eller Light (kan også skiftes fra sidebjælken).
• Delete Account — En bekræftelse i to trin. Fjerner dig fra alle organisationer og projekter.

Security

Fra avataren øverst til højre → Security:

• Two-factor (TOTP) — Opsæt en kode fra en hvilken som helst authenticator-app (1Password, Authy, Google Authenticator, …). Få 10 engangsgyldige gendannelseskoder — de vises kun én gang, så gem dem. Deaktivér senere med enten en aktuel kode eller en gendannelseskode.
• Passkeys — Tilføj en enhedsbundet WebAuthn-passkey (Touch ID, Windows Hello, hardware-sikkerhedsnøgle). Log ind uden adgangskode bagefter. Tilføj, navngiv og fjern nøgler fra samme side.

Sessions and refresh tokens

Et vellykket login udsteder to tokens: et kortlivet access JWT og et langlivet refresh token (30 dage, roteret ved hver brug). SPA’en fornyer access-tokenet automatisk, når det udløber; du forbliver logget ind, indtil refresh-tokenet udløber, eller du logger ud. Logud tilbagekalder refresh-tokenet på serversiden, så en stjålet kopi ikke kan afspilles igen.

Billing

De fleste konti er Free Forever til personlig brug. Hvis din konto har en målt kreditsaldo, finder du den under Account → Billing — fyld op via Paddle-checkout, se transaktionshistorik.

Organizations

Hver konto tilhører en eller flere organisationer. En ny tilmelding får en personlig organisation (“<Name> Org”) oprettet automatisk på Linear/Vercel-manér. Projekter bor inde i organisationer, og organisationsmedlemskab afgør projektmedlemskab.

Switch organization

Klik på org switcher i topbjælken for at skifte mellem organisationer, du tilhører. Den aktive organisation farver sidebjælken, afgrænser “Projects”-listen og forvælges, når du opretter et nyt projekt.

Manage an organization (admin)

Klik på organisationsblokken i sidebjælken → Manage organization → du lander på /organization/{id}/projects. Sidebjælken viser tre admin-faner:

• Projects — Alle projekter i denne organisation.
• Members — Nuværende medlemmer, roller og afventende invitationer. Inviter via e-mail; invitationen er e-mail-bundet med et TTL-token og et rolleloft (medlemmer kan ikke invitere admins).
• Settings (kun owners) — Organisationsnavn, slug, plan. Overdrag ejerskab til et andet medlem her.

Remove a member

Når et medlem fjernes fra en organisation, kaskaderer det: deres projektmedlemskaber i denne organisations projekter tilbagekaldes i samme transaktion. Bogmærkede board-URL’er holder op med at virke i samme øjeblik, de mister organisationsadgang — der efterlades intet forældreløst spor.

Projects

Create a project

Fra Projects-siden klik New Project. Oprettelsesformularen beder kun om to ting:

• Title — Påkrævet.
• Description — Valgfri; synlig for alle medlemmer.

Alt andet — iterationslængde, startdag, indledende velocity, estimeringsskala, done state, opgaver til/fra — sættes senere i Project Settings og udfyldes med fornuftige standardværdier.

Project settings

Under projektets Settings-menu er der fire faner:

• Project — Rediger titel, beskrivelse, iterationslængde og startdag, velocity-strategi (gennemsnit af sidste 3 / 5 / 10), done state, estimeringsskala, opgaver til/fra.
• Member — Inviter, forfremme/nedgradere og fjerne menneskelige medlemmer (se Members and invitations nedenfor).
• Agent — Opret og tilbagekald agent-API-nøgler for dette projekt (se Agents nedenfor). Kun for owners.
• Import — Hent historier ind fra en anden tracker (se Importing from other trackers nedenfor).

Members and invitations

I Member-fanen i Project Settings inviterer du mennesker via e-mail. Afventende invitationer ligger i en separat boks, indtil de er accepteret; du kan se, hvem der er inviteret, og kan sende igen eller tilbagekalde. Aktive medlemmer kan forfremmes/nedgraderes mellem viewer, member og owner. Owners kan ændre projektindstillinger; viewers kan læse, men ikke skrive.

Projekthistorikken har sin egen side — hver ændring af projektindstillinger, hvert medlemskift, med aktøren (menneske eller agent).

Stories

Create a story

Brug + Add story-affordancen i et hvilket som helst board-panel (Current, Backlog, Icebox eller et brugerdefineret) — skriv en titel og tryk Enter.

Nye historier oprettet i Current sættes som standard til current_state = 'unstarted'. Det er PT-paritet: en Current-iteration er en plan over arbejde, ikke en opdeling efter tilstand. Ejeren starter eksplicit historien, når de begynder arbejdet — cycle-time-uret går ikke i gang før da.

Påkrævet: titel. Vælg en type (standard er feature). Tilføj beskrivelse, estimat (kun features), labels, ejere, følgere, blokerere — alt dette kan udfyldes senere fra detaljepanelet.

Trykker du Enter to gange hurtigt? Intet problem — knappen er beskyttet; du får præcis én historie.

Estimate features

Features er den eneste type, der tager point. Klik på pointcirklen på et kort (eller i detaljepanelet) og vælg fra skalaen. Uestimerede features viser en tom cirkel.

• Fibonacci scale — 0, 1, 2, 3, 5, 8, 13. Standard XP. Alt større end 13 bør splittes op i mindre historier.
• East Agile scale — 0, 1, 2, 3. Strammere. Et 3-tal betyder en hel iteration af én persons tid. Intet passer over 3.
• 3-Point scale — 1, 2, 3 (Small / Medium / Large). Streng t-shirt-sizing — ingen nul-mulighed, ingen halve point.

Vælg skalaen én gang i Project Settings; du kan ændre den senere (eksisterende estimater overføres via mapping).

Advance state

Tre måder at flytte en historie gennem livscyklussen:

1. Klik på inline-handlingsknappen på kortet — Start, Finish, Deliver, Accept, Reject. Knapteksten afspejler den næste gyldige tilstand for historiens type.
2. Træk kortet til en anden kolonne. Systemet anvender den overgang, som krydsningen af kolonnen indebærer. Tilbageskridt beder om bekræftelse.
3. Bulk transition — Vælg flere historier, Transition all — hver historie skifter uafhængigt. Hvis én er ulovlig, går de andre stadig igennem.

Detail panel

Klik hvor som helst på en historierække for at udvide den inline. Detaljepanelet viser:

• Titel (redigerbar), beskrivelse (Markdown), type, estimat, requestor.
• Ejere (tilføj/fjern medlemmer eller agenter), følgere, labels.
• Opgaver (hvis aktiveret), kommentarer, vedhæftninger, blokerere, links, reviews.
• En 3-prikket menu til duplikering, sletning og andre mindre almindelige handlinger.

Tryk Escape for at lukke den senest åbnede historie (den husker stakken — kollaps én ad gangen).

Comments

Op til 10.000 tegn, Markdown-renderet. Rediger og slet dine egne kommentarer; revisionsloggen bevarer historikken. @-omtal medlemmer, og autofuldførelsen finder dem.

Attachments

Træk en fil ind på detaljepanelet, eller brug uploadknappen. Op til 2 GB per fil — ja, stort nok til skærmoptagede videogennemgange. Brug videoafspilleren inline.

Labels

Fra Labels-siden i sidebjælken: opret labels med navne og farver, arkivér når de bliver irrelevante (arkiverede labels forsvinder fra boardet, men er stadig søgbare). Tilføj labels per historie i detaljepanelet.

Blockers, links, reviews

• Blockers — En fritekstnote om “dette er blokeret af X”. Markér løst/uløst. Filtrér boardet med has:blocker.
• Links — Seks relationstyper: relates to, duplicates, blocks, is blocked by, pull request, branch. Indsæt en GitHub-URL, og typen detekteres automatisk.
• Reviews — Tildel en reviewer (menneske eller agent) med en status (pending, approved, rejected) og en valgfri kommentar.

Tasks

Hvis aktiveret i Project Settings, får historier underopgaver — en tjekliste inde i historien. Sæt flueben efterhånden; tællingen vises på kortet.

Story field reference

Hver valgvariabel på story-detail-fladen har et lille [?]-ikon ved siden af sin etiket. Klik på det i appen for at se den samme vejledning, der er opsummeret nedenfor. Oversættere leverer in-app-teksten sammen med resten af brugerfladen; dette afsnit er den lange, kanoniske reference.

Felterne er angivet i den rækkefølge, de optræder i Overview-fanen.

Status

Historiens placering i livscyklussen: Unstarted → Started → Finished → Delivered → Accepted (eller Rejected tilbage til Started).

Den kritiske tilstand er Delivered: ingeniøren markerer den som leveret, men den er ikke færdig, før product owneren eksplicit Accepts den i forhold til acceptkriterierne — eller afviser den og sparker den tilbage. Dette indlejrer en kundefeedback-løkke i hver historie i stedet for at udskyde accept til en demo ved sprintets slutning.

Hvis historier hober sig op i Delivered, er det et signal om, at accept/afvis-løkken er gået i stå. Se på Delivered-tallet ved slutningen af hver iteration — hvis det vokser, er det dit signal om, at product owneren er underbemandet, eller at acceptkriterierne ikke er klare nok på forhånd.

Iteration

Hvilken iteration historien er planlagt ind i. Lad den stå som None for at holde historien i Backlog, hvor systemet automatisk grupperer den under en kommende iteration baseret på velocity.

Manuel tilsidesættelse her er nyttig, når du vil fastgøre en historie til en bestemt iteration uanset rækkefølge — f.eks. ved at binde en release-historie til en fast dato. Lad ellers rækkefølgen i Backlog styre iterationstildelingen; det er det, der holder velocity-projektionen ærlig.

Owners

Hvem der laver arbejdet. Ejere kan være mennesker eller agenter — begge gengives som navngivne deltagere i revisionsloggen, kommentarforfatterskab og analyser. Der er ingen måde at forklæde en agent-ejer som et menneske på.

Flere ejere er det synlige udtryk for parprogrammering (eller par-med-agent). Tilføj agenten, der tog historien op, og mennesket, der reviewer — begge navne vises på kortet. Dette holder igangværende arbejde lavt; at afslutte før man starter den næste historie er den enkeltstående største løftestang på cycle time.

Ejere er ikke det samme som Followers (et separat felt på kortet). Followers er folk, der bekymrer sig om historien, men ikke laver arbejdet — typisk abonnenter på notifikationer.

Story type

De fire typer er ikke ombyttelige — distinktionen er hele pointen med datamodellen.

• Feature — Ny brugerobserverbar værdi. Den eneste type, der bærer point og tæller med i velocity. Dette tvinger dig til at skære arbejdet op i værdi, brugeren kan se.
• Bug — En defekt. Upointet. Defekter tjener ikke velocity-kredit, hvilket holder omkostningen ved omarbejde synlig frem for belønnet.
• Chore — Nødvendigt arbejde uden direkte brugerværdi (refaktoreringer, infrastruktur, opsætning). Upointet. Holdet presses til at samle chores ind i features, hvor det er muligt, så værdiformuleringen forbliver ærlig.
• Release — En nul-point-markør for en milepæl. Går direkte fra Unstarted til Accepted og forankrer en dato for projektionen.

Hvis du opdager, at du gerne vil pointe en bug eller chore: lad være. Det ødelægger den projektion, der gør hele systemet ærligt. Velocity er et måleinstrument; du piller ikke ved dit eget instrument.

Priority

Brug ikke dette, hvis du kan undgå det. Backlog er prioriteten — top til bund, enkelt prioritet, ingen lige placeringer. Product owneren ejer rækkefølgen.

Et “priority”-felt er det klassiske anti-mønster, der stille og roligt konverterer en empirisk, ordnet backlog tilbage til ønsketænkningsplanlægning. Hvis du finder dig selv med tre P1’er, har du ikke en prioritet — du har en Backlog med den forkerte rækkefølge. Ret rækkefølgen; slet prioritetssignalet.

Feltet eksisterer af hensyn til kompatibilitet med importer fra trackere, der bruger et (Jira, Asana, …), så importerede historier ikke mister information på vejen ind. Lad det stå på “None” i nyt arbejde.

Points

Historiens relative størrelse. Features får point; bugs, chores og releases bliver på nul.

Estimering er en størrelsessamtale, ikke et løfte. Oversæt ikke point til timer; pust ikke point op for at se hurtig ud. Velocity er et måleinstrument — du piller ikke ved dit eget instrument.

Tre skalaer følger med:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Den klassiske XP-skala. Alt større end 13 bør splittes.
• East Agile — 0, 1, 2, 3. En strammere skala. Et 3-tal betyder en hel iteration af én persons tid.
• 3-Point — 1, 2, 3 (Small / Medium / Large). Streng t-shirt-sizing.

Hvis du ofte estimerer i 5’ere, 8’ere eller 13’ere, er dine historier for store. Split, indtil hver er uafhængigt leverbar (S’et og I’et i INVEST).

Requester

Hvem der bad om historien. Som regel én person — product owneren, en interessent eller en agent, der handler på nogens vegne.

Requesteren er ikke ejeren. Ejeren er den, der laver arbejdet; requesteren er den, der bekymrer sig om resultatet og vil (eller ikke vil) acceptere det. De kan være den samme person, men det er separate roller. At registrere requesteren er det, der giver dig revisionssvaret på “hvem bad om dette?” seks måneder senere.

Labels

Farvede tags. Historier kan bære flere. Bruges til tværgående kategorisering — mvp, tech-debt, security, et bestemt release-navn — og til board-filtrering (label:mvp i søgefeltet, eller gem det som et brugerdefineret filterpanel).

Labels er projekt-afgrænsede. Administrer dem på Labels-siden i sidebjælken. Arkivér forældede labels frem for at slette dem; arkivet holder historikken søgbar, mens boardet ryddes.

Blockers

Fritekstnoter, der beskriver, hvad der forhindrer denne historie i at gøre fremskridt. Markér løst, når forhindringen ophæves.

Blokerere er et flow-signal, ikke en kø. Brug det daglige standup til at få dem frem; løs dem uden for mødet. Hvis du har mere end én eller to åbne blokerere per historie i mere end en dag, er planlægningen forkert — split historien eller skift afhængigheden. Målet er, at Blocked-panelet er stort set tomt det meste af tiden.

Description

Hvad historien er, og hvordan man genkender, at den er færdig. Markdown.

Acceptkriterier hører hjemme her — ideelt i Given / When / Then-form, så de mapper direkte til accepttests:

Given I am signed in as a member
When I click "Add a story" in Current
Then the story is created in state "unstarted"

INVEST er fornuftstjekket på, om en historie er velformet:

• Independent — kan udgives uden andre historier.
• Negotiable — fanger hensigt, ikke en fastfrosset specifikation.
• Valuable — for en bruger eller interessent.
• Estimable — holdet kan sætte størrelse på den.
• Small — passer komfortabelt i en iteration.
• Testable — har acceptkriterier, der kan afprøves.

En historie i toppen af backlog’en med vage acceptkriterier er en planlægningsfejl — ikke et fremtidigt problem at ignorere. Ret den, før du lader den rykke frem.

Bulk actions

Vælg flere historier på boardet (shift-klik for et interval, eller Select all in panel). Derefter:

• Bulk transition
• Bulk delete
• Bulk duplicate

The board

Boardet er forsiden for hvert projekt. Tre kolonner som standard:

• Current — Historier i den aktive iteration. Grupperet efter iterationsoverskrift (nuværende, derefter kommende, derefter lukkede). Kort vises i iterationens tidssekvensrækkefølge med deres tilstand synlig på hvert kort; kolonnen er ikke opdelt efter tilstand — det ødelægger den iterationstidssekvens, holdet planlægger i.
• Backlog — Strengt ordnet kø. Systemet grupperer automatisk kommende iterationer baseret på velocity. Product owneren ejer rækkefølgen fra top til bund; klarheden må gerne forringes, efterhånden som du ruller ned, men aldrig i toppen.
• Icebox — Idéer uden dato. Uordnet, uestimeret. Icebox’en må gerne være en kirkegård.

Configurable panels — sidebar checkboxes

Sidebjælkens Board-sektion viser hver forudindstillet kolonne med en afkrydsningsboks: sæt flueben for at vise den kolonne, fjern flueben for at skjule. Til/fra-valgene bevares per projekt per bruger (de synkroniseres via GET/PUT /preferences). De forudindstillede er:

• Current Iteration (slået til som standard)
• Backlog (slået til som standard)
• Icebox (slået til som standard)
• Done — Accepterede historier.
• My Work — Historier, hvor du er ejer.
• Blocked — Historier med uløste blokerere.
• Epics — Sammenrulninger på epic-niveau.
• Chat — Projekt-afgrænset chat-kolonne.

Custom filter panels

Fastgør en søgning som et panel: indsæt en forespørgsel som type:feature label:mvp owner:claire, og gem den. Justér kolonnebredder, så de passer; bredder bevares på tværs af sessioner.

Search

Søgefeltet accepterer den filtersyntaks, der er beskrevet i Introduktion. Søgeresultater bor i et resultatpanel; klik på et hvilket som helst for at hoppe til det på boardet.

Current-iteration chip

Topbjælken viser det aktuelle iterationsnummer, datointervallet og point accepteret vs. planlagt. Klik for at hoppe til Current-kolonnen.

Iterations

Systemet opretter iterationer automatisk baseret på din længde og startdag. Du behøver ikke at “åbne” eller “lukke” dem.

For at planlægge fremad, træk historier fra Backlog ind i kommende iterationsgrupper. Systemet markerer grupper med rødt, hvis de overskrider dit velocity. For at planlægge længere ud, rul i backlog’en — den viser tre eller fire iterationer fremad.

For at spole tilbage: klik på en hvilken som helst tidligere iterationsoverskrift i Current-kolonnen for at gå ind i iterationsrapporten.

Releases

Releases er en historietype, ikke et separat objekt. Opret en release på samme måde, som du ville oprette enhver anden historie: vælg Release som type, giv den et navn (f.eks. v2.4), og træk den ind i iterationen, hvor du har tænkt dig at sende den i drift.

Releases springer Started/Finished/Delivered/Rejected-tilstandene over — de går fra Unstarted til Accepted i ét trin. Accepter en release, når du udruller; analyseskærmene viser release-markøren.

Analytics

Analytics-fanen (øverst i projektet) giver dig seks rapporter:

• Project Overview — Velocity-trend, KPI’er for nylige iterationer, burnup, burndown, kumulativt flow.
• Iteration — Drill ind i en enkelt iteration: KPI’er, burndown, tilstandsflow.
• Releases & Burndowns — Release-tidslinje, burndown per release.
• Story Activity — Hvem gjorde hvad, filtrerbart efter aktør, type, datointerval.
• Cycle Time — Middel og fordeling af tid fra Started til din done state.
• Projections — Forudsigelse af, hvornår backlog’en er færdig ved nuværende velocity.

Agents

Dette er den del af produktet, der adskiller det fra resten. En agent er en navngiven holdkammerat — men det er en AI.

Add an agent to a project

Du skal være projekt-owner (eller admin). Åbn Project Settings → Agents:

1. Create new agent key.
2. Giv agenten et navn (det vises som dette navn i revisionslogs, kommentarforfatterskab og ejer-avatarer).
3. Vælg en rolle — viewer (skrivebeskyttet) eller member (kan skrive). Owner-rollen er forbeholdt mennesker.
4. Nøglen vises én gang — kopier den; vi gemmer den ikke på en måde, hvor den kan hentes igen. Præfikset er ea_agent_….

What agents can do

En agent med member-rolle kan alt, hvad et menneskeligt medlem kan:

• Oprette, redigere, skifte tilstand på og slette historier
• Kommentere, vedhæfte filer, tilføje labels, sætte ejere
• Vælge sig selv som ejer af en historie
• Læse aktivitet, følge events

Revisionsloggen registrerer hver skrivning med agentens identitet. Der er ingen måde at få en agenthandling til at se ud som en menneskelig handling på.

Manage agent keys

I Project Settings → Agents ser du alle aktive nøgler, deres navne, roller og tidsstempel for sidste brug. Tilbagekald en nøgle når som helst; agenten mister adgang straks. Agentens tidligere aktivitet bliver i revisionsloggen for altid.

Use agents with the API

Se API-vejledning → Agent keys for kodeeksempler.

Importing from other trackers

Hvis du kommer fra et andet værktøj, har vi importmoduler til otte kilder:

• Pivotal Tracker
• Jira
• Asana
• GitLab
• Shortcut
• Trello
• Linear
• Plane

Fra Project Settings → Import uploader du en eksport (CSV fra de fleste, JSON fra Plane). Historier, ejere, kommentarer, labels og tilstande mappes automatisk; nogle kilder bringer også iterationer med.

En forhåndsvisning viser, hvad der vil blive importeret. Uoverensstemmelser (f.eks. en label, der ikke findes i dit projekt) udløser en prompt — opret eller spring over, dit valg.

Themes

Fire temaer følger med. Skift i bunden af sidebjælken (eller i Account Settings → Theme):

• Agile — Marketing-landingssidens palet. Varme hvide nuancer, dybblå brand-accent (#1f6f9f), mættede ikoner for historietyper. Førstevalget i skifteren.
• Labs — Pivotal Tracker-paletten, kærligt bevaret. Mørkt krom, blå topbjælke, pastelfarvede kolonneafstande. Originalen.
• Dark — Rent neutralt mørkt.
• Light — Rent neutralt lyst. Blæk på papir.

Dit tema bevares på tværs af sessioner.

Language

Brugerfladen er oversat til 15 sprog: engelsk, fransk, tysk, spansk, japansk, kinesisk, koreansk, portugisisk, italiensk, hollandsk, svensk, dansk, tjekkisk, finsk, polsk. Skift i bunden af sidebjælken — chromet, auth-siderne, konto-/sikkerhedsområdet, projektlisten og marketing-landingssiden lokaliseres med det samme. Lokalisering af story-detail / analyser / indstillinger følger efter.

Keyboard shortcuts

Et par stykker, der gør sig fortjent til pladsen:

• Escape — Kollaps den senest åbnede historie.
• Enter i et inline-felt — Indsend (kollapser ikke rækken).
• Shift-klik — Områdevalg af historier.

Flere kommer til over tid; se Help i sidebjælken for den aktuelle liste.

Self-hosting

East Agile Tracker er open source. Den fulde kildekode er på github.com/EastAgile/agile-tracker — klon den, byg den, kør den på din egen infrastruktur. Samme funktionssæt som den hostede version.

For opsætning, se projektets README.