Introduktion

East Agile Tracker er et agilt planlægningsværktøj med stærke holdninger til, hvordan teams leverer software — og en usædvanlig idé om, hvem der er på teamet.

Stories flyder gennem en ægte XP-tilstandsmaskine. Iterationer planlægger sig selv ud fra velocity. Et board viser dig præcis, hvor arbejdet befinder sig. Og ved siden af dine menneskelige teammedlemmer kan du have agenter — navngivne, rolleafgrænsede AI-deltagere, der tager stories op, kommenterer, skifter tilstand og efterlader et revisionsspor, du kan læse.

Denne side dækker begreberne. For at gøre tingene, se Betjeningsvejledning.

Stories

Stories er den grundlæggende arbejdsenhed. Der findes fire typer:

• Feature — Ny værdi for brugerne. Som standard den eneste type, der bærer point, og den eneste type, der bidrager til velocity.
• Bug — En defekt. Uestimeret som standard; den skal bare rettes. Bugs giver ikke kredit, hvilket gør omkostningen ved omarbejde synlig frem for belønnet.
• Chore — Vedligeholdelsesarbejde — refaktoreringer, afhængighedsopdateringer, infrastruktur. Uestimeret som standard; ingen accept-port.
• Release — En milepæl med nul point. Markér en udrulning eller en versionsopdatering. Forankrer en dato for prognosen.

Den adfærdsmæssige effekt er det, der betyder noget: når bugs og chores ikke scorer, presser et team naturligt på for at udtrykke arbejde som brugerorienteret funktionalitet, og det bliver akut bevidst om defektomkostninger. Det er en planlægningsdisciplin indkodet i datamodellen — ikke en retningslinje, du skal huske. Et projekt, der alligevel vil have bugs og chores til at tælle, kan slå Points for bugs and chores til i Project Settings; de tager så estimater og bidrager til velocity som features.

Hver story har en titel, en beskrivelse (Markdown), ejere, følgere, labels, valgfrie tasks, kommentarer, vedhæftninger, blokkere, links og reviews. Detaljepanelet åbner inline på boardet — ingen modal, intet kontekstskift.

Tilstandsmaskinen og accept-loopet

Hver story bevæger sig gennem tilstande. Den præcise vej afhænger af typen:

Type	Vej
Feature	Unstarted → Started → Finished → Delivered → Accepted (eller Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (eller Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Den kritiske tilstand er Delivered: en ingeniør markerer en story som leveret, og produktejeren accepterer den derefter mod dens acceptkriterier eller afviser den. Rejected er en sluttilstand i tilstandsmaskinen; vejen tilbage er en separat Restart-handling, som sætter storyen på Started igen. Afvises en story, der sidder i en tidligere iteration, oprettes i stedet en kopi øverst i Backlog, så omarbejdet bliver planlagt frem for begravet. Dette indbager et kundefeedback-loop i hver eneste story i stedet for at udskyde accept til en demo ved sprintens slutning. Der er intet separat felt til acceptkriterier — kriterierne hører hjemme i beskrivelsen, før storyen startes, ideelt set i Given/When/Then-form, så de afbilder direkte på accepttests. INVEST er fornuftskontrollen af, om en story er velformet.

Du kan rykke tilstand frem fra den inline handlingsknap på kortet eller kalde API’et. At trække et kort flytter det mellem paneler: slipper du det i Current, bliver det planlagt uden at blive startet, mens det at trække det tilbage til Backlog eller Icebox nulstiller det til Unstarted.

Iterationer

Arbejdet er organiseret i tidsafgrænsede iterationer (vi siger ikke “sprints”). Hver iteration har en startdato, en længde (1–4 uger pr. projekt) og en målkapacitet i point.

Du pakker ikke iterationer manuelt. Systemet gør det for dig ved hjælp af din velocity — gennemsnittet af de seneste iterationers gennemførte point — og dit projekts “done state”-definition (se Velocity nedenfor). Træk stories for at omarrangere; den nuværende iteration genopfyldes automatisk.

Velocity

Velocity er antallet af point, der færdiggøres pr. iteration; en story tæller med, så snart den når projektets færdig-tilstand. East Agile Tracker beregner den ud fra din historik og bruger den til at planlægge den næste iterations kapacitet.

Et par ting kan konfigureres pr. projekt:

• Done state — hvilken tilstand der tæller som “færdig” for velocity. Mulighederne er Finished, Delivered og Accepted.
• Strategi — hvordan velocity udregnes som gennemsnit: de seneste 3, 5 eller 10 iterationer, eller en manuel værdi, der tilsidesætter beregningen helt.
• Indledende velocity — en startværdi for nye projekter uden historik endnu.

Boardet: tre zoner, én regel

Boardet er der, hvor arbejdet bor. Tre zoner, én regel:

• Icebox — Den uprioriterede idépulje.
• Backlog — En strengt ordnet liste med én enkelt prioritet. Ingen uafgjorte. Ingen “P1/P1/P1.” Produktejeren ejer rækkefølgen fra top til bund. Invarianten: toppen af backloggen er altid den vigtigste og bedst specificerede, med klarhed der legitimt aftager, jo længere ned du kommer.
• Current — Den aktive iteration. Stories sidder i iterationens tidssekvensrækkefølge med deres tilstand (Unstarted / Started / Finished / Delivered / Accepted) synlig på hvert kort. Rækkefølgen fortæller dig, hvad der bliver arbejdet på næst; tilstanden fortæller dig, hvor den er i cyklussen.

Current-kolonnen er én enkelt iteration under én enkelt overskrift — ikke et sæt tilstandsspande. Det er bevidst: en Current-iteration er en plan for arbejdet, ikke en opdeling efter tilstand. Mange stories i iterationen er Unstarted (nogle bliver startet, nogle ruller over til den næste iteration, nogle bliver kasseret). At skære kolonnen op efter tilstand bryder den iterationstidssekvens, teamet faktisk planlægger i. Lukkede iterationer bor i Done-kolonnen, og de kommende iterationer, der projiceres fra Backlog, vises kun under Current, når du slår dens Show Backlog stories-omskifter til.

Fra sidebjælkens Board-sektion kan du slå yderligere kolonner til eller fra (afkrydsningsfelt pr. preset): Done, My Work, Blocked, Epics, Archived. En Chat-kolonne er også listet; den er en statisk forhåndsvisning med pladsholderbeskeder, ikke en fungerende chat. En søgning åbner som sin egen kolonne, og dit sæt af kolonner gemmes på serversiden pr. medlem pr. projekt, så det følger dig på tværs af browsere.

Estimering

Som standard estimerer du features, ved hjælp af relative point — ikke timer. Estimering er en størrelsessamtale, ikke et løfte. Bugs og chores forbliver uestimerede, medmindre projektet slår Points for bugs and chores til; så får de estimater og tæller med i velocity ligesom features.

East Agile Tracker leveres med tre skalaer ud af boksen:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Den klassiske XP-skala.
• East Agile — 0, 1, 2, 3. En strammere skala, vi selv bruger.
• 3-Point — 1, 2, 3 (Small / Medium / Large). Striks t-shirt-størrelse til teams, der vil have minimal granularitet.

Vælg skalaen pr. projekt. Du kan ændre skalaer senere, men eksisterende estimater afbildes ikke om: hver story beholder sin gamle værdi, og en værdi, den nye skala ikke har, bliver på storyen, indtil du estimerer den igen.

Gevinsten ved disciplineret estimering: prognosen for releasedato bliver en beregning, ikke en forhandling. Samtalen med interessenter skifter fra “kan du forpligte dig til X inden fredag” til “ved den nuværende velocity lander denne release omkring dato Y — her er afvejningen mellem omfang og dato.”

Labels

Labels er farvede tags. Stories kan have flere. Du administrerer dem på Labels-siden — farver, navne, arkivér når de bliver forældede.

Søgning og filtre

Søgning bruger en filtersyntaks i GitHub-stil, der komponerer naturligt:

type:feature state:started label:mvp owner:claire

Kvalifikatorer: type:, state:, label:"with spaces", epic:, priority:, points: (en værdi eller et interval som 1..5), iteration:, personkvalifikatorerne owner:, requester:, follower:, reviewer:, commenter:, mention: (medlemmer og agenter; @me er dig), datokvalifikatorerne created:, updated:, started:, completed:, release: (en dag eller et interval) og flagene has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — plus fritekst på titel, reference og beskrivelse. Adskil alternativer i en facet med komma (type:bug,chore), negér hvad som helst med et foranstillet -, og sortér efter relevans, oprettet eller opdateret. En søgning åbner en resultatkolonne, der bliver på dit board. Den fulde grammatik findes i API-guide → Søgning.

Ejere, følgere, rekvirent

• Ejere — Hvem der udfører arbejdet. Kan være mange.
• Følgere — Folk, der bekymrer sig om opdateringer. Kan være mange.
• Rekvirent — Hvem der bad om storyen. Som regel én.

Hver eneste af disse pladser kan udfyldes af et menneskeligt medlem eller en agent. Story-kortet viser ejer-avatarer; agent-ejere får en distinkt visuel behandling, så det altid er klart, hvem der faktisk gjorde hvad.

Agenter — førsteklasses teammedlemmer

Dette er den del, de fleste trackere ikke har, og den del, vi byggede bevidst.

En agent er en navngiven deltager i et projekt — ligesom et medlem, men det er en AI. Den har sin egen identitet, sin egen rolle (viewer / member / manager — en agents rolle kan aldrig overstige dens skabers, så kun en menneskelig manager kan udstede en agent med manager-rolle) og sit eget revisionsspor. Når en agent skifter tilstand på en story, siger aktivitetsloggen, at agenten gjorde det. Når en agent kommenterer, er kommentaren signeret af agenten. Ingen fantom-mennesker på agentskrivninger.

Agenter autentificerer med agent-API-nøgler (ea_agent_*), udstedt pr. projekt. Tilbagekald en agent, og adgangen dør med nøglen; agentens historik forbliver i revisionsloggen for evigt, så du altid ved, hvad der skete.

Læs mere i Betjeningsvejledning → Agenter og API-guide.

Kommentarer, vedhæftninger, blokkere, links, reviews

• Kommentarer — Markdown, op til 20.000 tegn. En flad liste under storyen, hver med emoji-reaktioner og et permalink.
• Vedhæftninger — Filer inklusive video. Grænserne afhænger af typen: video 200 MB, PDF / Word / Excel 25 MB, billeder / CSV / tekst 10 MB.
• Blokkere — Fritekst-noter om “hvad blokerer dette”, markeret som løst/uløst.
• Links — Forbind stories til hinanden (blocks, is blocked by, duplicates, relates to) eller til eksterne URL’er (pull request, branch eller other; GitHub PR- og branch-URL’er autodetekteres).
• Reviews — Tildel en reviewer (menneske eller agent), få godkendt/afvist.

Metrikker

Ud over boardet har projektets Metrics-side tre faner:

• General — Velocity-tendens, den nuværende iterations burndown, fordelingen af story-typer pr. iteration, kortene Committed / Completed / Carried-over og de stories, der er rullet over fra tidligere iterationer.
• Contributors — Point og stories pr. medlem eller agent over en periode, med antal delivered / accepted / rejected.
• Epics — Burnup og gennemløb pr. epic, et sundhedssignal on-track / at-risk / stalled og en prognose for den iteration, hvor epic’en færdiggøres.

Hvem gjorde hvad, hvornår, er den separate side Project History.

Temaer

Fire temaer leveres i boksen:

• Labs — Den oprindelige Pivotal Tracker-palet — mørk chrome, PT-blå topbar, pastelfarvede kolonnemellemrum. Kærligt bevaret. Standarden.
• Agile — Marketing-landingssidens palet. Varme hvide nuancer, dybblå brandaccent (#1f6f9f), mættede gyldne/røde/skiferblå/lilla story-type-ikoner. Den førende mulighed i vælgeren.
• Dark — Ren neutral mørk, ingen kulør.
• Light — Ren neutral lys, ingen kulør. Blæk på papir.

Skift i sidebjælkens sidefod eller i Account Settings → Theme. Dit valg bevares på tværs af sessioner.

Sprog

Brugergrænsefladen er oversat til 27 sprog: engelsk, fransk, tysk, spansk, japansk, kinesisk, koreansk, portugisisk, italiensk, hollandsk, svensk, dansk, tjekkisk, finsk, polsk, ukrainsk, russisk, hindi, vietnamesisk, arabisk, hebraisk, singalesisk, tamil, indonesisk, malajisk, filippinsk, thai. Skift fra sidebjælkens sidefod; valget bevares. Lokaliseringen dækker hele appen — hver skærm leveres på hvert sprog, og bygningen fejler ved en manglende oversættelse.

Hvad er det næste

• Praktisk arbejde med produktet: Betjeningsvejledning.
• Baggrundslæsning: Hvad er agil udvikling? og eXtreme Programming.
• Byg noget oven på: API-guide og API-specifikation.