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, og forskellen er hele pointen:

• Feature — Ny værdi for brugerne. Den eneste type, der bærer point, den eneste type, der bidrager til velocity. Det er det, der tvinger dig til at skære arbejdet op i brugerobserverbar værdi.
• Bug — En defekt. Uestimeret; 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; ingen accept-port. Teamet presses til at samle chores ind i features, hvor det er muligt, så værdiframingen forbliver ærlig.
• 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.

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, men den er ikke færdig, før produktejeren udtrykkeligt accepterer den mod dens acceptkriterier — eller afviser den, hvilket sparker den tilbage til Started. Dette indbager et kundefeedback-loop i hver eneste story i stedet for at udskyde accept til en demo ved sprintens slutning. Acceptkriterier hører hjemme på storyen, før den 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, trække storyen til en anden iterationsgruppe eller kalde API’et. Tilbageskridt beder om bekræftelse, så du ikke mister overblikket ved et uheld.

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; iterationer genopfyldes automatisk.

Velocity

Velocity er point-af-accepterede-features pr. iteration. 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. De fleste teams vælger Accepted; nogle vælger Finished, hvis deres leveringscyklus er afkoblet.
• Strategi — hvordan velocity udregnes som gennemsnit: seneste 3 iterationer, seneste 5 osv.
• 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. Icebox må gerne være en kirkegård.
• 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. En story nær toppen med vage acceptkriterier er en planlægningsfejl — ikke et fremtidigt problem at ignorere.
• 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 grupperer efter iterationsoverskrift (current, derefter kommende, derefter lukkede) — ikke efter tilstand. 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.

Fra sidebjælkens Board-sektion kan du slå yderligere kolonner til eller fra (afkrydsningsfelt pr. preset): Done, My Work, Blocked, Epics, Chat. Du kan også gemme tilpassede filterpaneler og ændre kolonnestørrelse, lige som du vil — dit layout bevares pr. projekt pr. browser.

Estimering

Du estimerer kun features, ved hjælp af relative point — ikke timer. Estimering er en størrelsessamtale, ikke et løfte. Bugs og chores forbliver på nul; at give dem point oppuster velocity til noget, der intet betyder, og prognosen, der gør hele systemet ærligt, falder fra hinanden. Velocity er et måleinstrument; du pillder ikke ved dit eget instrument.

East Agile Tracker leveres med tre skalaer ud af boksen:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Den klassiske XP-skala. Alt større end 13 bør splittes op i mindre stories.
• East Agile — 0, 1, 2, 3. En strammere skala, vi selv bruger. Modvirker overtænkning; intet over et 3-tal hører hjemme i én iteration.
• 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 — eksisterende estimater afbildes på tværs.

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 simpel filtersyntaks, der komponerer naturligt:

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

Almindelige filtre: type:, state:, label:"with spaces", owner:, requester:, has:blocker, is:unestimated, plus fritekst på titel og beskrivelse. Gem filtre som navngivne paneler på boardet.

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 / owner — owner er forbeholdt mennesker) 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 10.000 tegn. Trådet under storyen.
• Vedhæftninger — Filer inklusive video, op til 2 GB hver.
• 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 (GitHub PR’er/branches autodetekteres).
• Reviews — Tildel en reviewer (menneske eller agent), få godkendt/afvist.

Analyser

Ud over boardet giver Analytics-fanen dig:

• Project Overview — Velocity, acceptrate, cyklustid, nylige iterations-KPI’er.
• Iteration Report — Detaljeret gennemgang pr. iteration.
• Releases & Burndowns — Release-milepæle og burndown pr. iteration.
• Story Activity — Hvem gjorde hvad, hvornår (filtrerbar).
• Cycle Time — Tid fra Started til dit projekts done state.
• Projections — Forudsig, hvornår din backlog vil være færdig ved den nuværende velocity.

Temaer

Fire temaer leveres i boksen:

• Agile — Marketing-landingssidens palet. Varme hvide nuancer, dybblå brandaccent (#1f6f9f), mættede gyldne/røde/skiferblå/lilla story-type-ikoner. Standarden for nye besøgende og den førende mulighed i vælgeren.
• Labs — Den oprindelige Pivotal Tracker-palet — mørk chrome, PT-blå topbar, pastelfarvede kolonnemellemrum. Kærligt bevaret.
• 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 15 sprog: engelsk, fransk, tysk, spansk, japansk, kinesisk, koreansk, portugisisk, italiensk, hollandsk, svensk, dansk, tjekkisk, finsk, polsk. Skift fra sidebjælkens sidefod; valget bevares. Chrome, login-sider, konto-/sikkerhedsområde og marketing-landingssiden er på plads i dag; story-detaljer / analyser / indstillinger følger i efterfølgende opdateringer.

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.