Introduktion

East Agile Tracker är ett agilt planeringsverktyg med bestämda åsikter om hur team levererar mjukvara — och en ovanlig idé om vem som är med i teamet.

Stories flödar genom en riktig XP-tillståndsmaskin. Iterationer planerar sig själva utifrån velocity. En board visar dig exakt var arbetet befinner sig. Och vid sidan av dina mänskliga lagkamrater kan du ha agenter — namngivna, rollavgränsade AI-deltagare som plockar upp stories, kommenterar, byter tillstånd och lämnar ett granskningsspår du kan läsa.

Den här sidan täcker koncepten. För att göra saker, se Bruksanvisning.

Stories

Stories är den grundläggande arbetsenheten. Det finns fyra typer:

• Feature — Nytt värde för användare. Som standard den enda typen som bär poäng och den enda typen som bidrar till velocity.
• Bug — En defekt. Oestimerad som standard; den måste bara fixas. Bugs ger inte kredit, vilket gör kostnaden för omarbete synlig snarare än belönad.
• Chore — Underhållsarbete — refaktoreringar, beroendeuppdateringar, infrastruktur. Oestimerad som standard; ingen acceptansgrind.
• Release — En milstolpe med noll poäng. Markerar en driftsättning eller en versionsuppdatering. Förankrar ett datum för prognosen.

Den beteendemässiga effekten är det som betyder något: när bugs och chores inte ger poäng pressas ett team naturligt att uttrycka arbete som användarorienterad funktionalitet, och det blir akut medvetet om defektkostnaden. Det är en planeringsdisciplin inkodad i datamodellen — inte en riktlinje du måste komma ihåg. Ett projekt som ändå vill att bugs och chores ska räknas kan slå på Points for bugs and chores i Project Settings; de tar då emot estimat och matar velocity precis som features.

Varje story har en titel, en beskrivning (Markdown), ägare, följare, etiketter, valfria tasks, kommentarer, bilagor, blockerare, länkar och granskningar. Detaljpanelen öppnas inline på boarden — ingen modal, inget kontextbyte.

Tillståndsmaskinen och acceptansloopen

Varje story rör sig genom tillstånd. Den exakta vägen beror på typen:

Typ	Väg
Feature	Unstarted → Started → Finished → Delivered → Accepted (eller Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (eller Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Det kritiska tillståndet är Delivered: en ingenjör markerar en story som levererad, och produktägaren accepterar den sedan mot dess acceptanskriterier eller avvisar den. Rejected är ett sluttillstånd i tillståndsmaskinen; vägen tillbaka är en separat Restart-åtgärd, som sätter storyn i Started igen. Att avvisa en story som ligger i en tidigare iteration skapar i stället en kopia överst i Backlog, så att omarbetet planeras i stället för att begravas. Detta bakar in en kundåterkopplingsloop i varje enskild story snarare än att skjuta upp acceptansen till en demo i slutet av sprinten. Det finns inget separat fält för acceptanskriterier — kriterierna hör hemma i beskrivningen innan storyn startas, helst i Given/When/Then-form så att de mappar direkt mot acceptanstester. INVEST är förnuftskontrollen på om en story är välformad.

Du kan föra fram tillståndet från den inline-åtgärdsknappen på kortet eller anropa API:et. Att dra ett kort flyttar det mellan paneler: att släppa det i Current planerar det utan att starta det, medan att dra tillbaka det till Backlog eller Icebox återställer det till Unstarted.

Iterationer

Arbete organiseras i tidsbegränsade iterationer (vi säger inte “sprintar”). Varje iteration har ett startdatum, en längd (1–4 veckor per projekt) och en målkapacitet i poäng.

Du packar inte iterationer manuellt. Systemet gör det åt dig, med hjälp av din velocity — genomsnittet av nyligen avslutade iterationers färdiga poäng — och ditt projekts definition av “klart-tillstånd” (se Velocity nedan). Dra stories för att ändra ordning; den aktuella iterationen fylls på automatiskt.

Velocity

Velocity är antalet poäng som slutförs per iteration; en story räknas när den når projektets klart-tillstånd. East Agile Tracker beräknar den utifrån din historik och använder den för att planera nästa iterations kapacitet.

Några saker går att konfigurera per projekt:

• Klart-tillstånd — vilket tillstånd som räknas som “klart” för velocity. Alternativen är Finished, Delivered och Accepted.
• Strategi — hur velocity beräknas som genomsnitt: de senaste 3, 5 eller 10 iterationerna, eller ett manuellt värde som helt åsidosätter beräkningen.
• Initial velocity — ett startvärde för nya projekt utan historik ännu.

Boarden: tre zoner, en regel

Boarden är där arbetet bor. Tre zoner, en regel:

• Icebox — Poolen av oprioriterade idéer.
• Backlog — En strikt ordnad lista med en enda prioritet. Inga delade platser. Inget “P1/P1/P1.” Produktägaren äger ordningen uppifrån och ner. Invarianten: toppen av backloggen är alltid den viktigaste och bäst specificerade, med tydlighet som legitimt minskar ju längre ner du kommer.
• Current — Den aktiva iterationen. Stories sitter i iterationens tidsföljdsordning med sitt tillstånd (Unstarted / Started / Finished / Delivered / Accepted) synligt på varje kort. Ordningen talar om vad som arbetas på härnäst; tillståndet talar om var det befinner sig i cykeln.

Current-kolumnen är en enda iteration under en enda rubrik — inte en uppsättning tillståndshinkar. Det är medvetet: en Current-iteration är en plan för arbete, inte en partition efter tillstånd. Många stories i iterationen är Unstarted (vissa kommer att starta, vissa kommer att rulla över till nästa iteration, vissa kommer att kasseras). Att skiva kolumnen efter tillstånd bryter den iterationstidsföljd som teamet faktiskt planerar i. Stängda iterationer bor i Done-kolumnen, och de kommande iterationer som projiceras från Backlog visas under Current bara när du slår på dess Show Backlog stories-reglage.

Från sidofältets Board-sektion kan du slå på eller av ytterligare kolumner (kryssruta per förinställning): Done, My Work, Blocked, Epics, Archived. En Chat-kolumn finns också listad; den är en statisk förhandsvisning med platshållarmeddelanden, inte en fungerande chatt. En sökning öppnas som en egen kolumn, och din uppsättning kolumner lagras på serversidan per medlem per projekt, så den följer med dig mellan webbläsare.

Estimering

Som standard estimerar du features, med relativa poäng — inte timmar. Estimering är ett samtal om storlek, inte ett löfte. Bugs och chores förblir oestimerade om inte projektet slår på Points for bugs and chores; då får de estimat och räknas in i velocity precis som features.

East Agile Tracker levereras med tre skalor direkt ur lådan:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Den klassiska XP-skalan.
• East Agile — 0, 1, 2, 3. En tätare skala vi använder själva.
• 3-Point — 1, 2, 3 (Small / Medium / Large). Strikt t-shirt-storleksättning för team som vill ha minimal granularitet.

Välj skala per projekt. Du kan byta skala senare, men befintliga estimat mappas inte om: varje story behåller sitt gamla värde, och ett värde som den nya skalan saknar sitter kvar på storyn tills du estimerar om den.

Utdelningen av disciplinerad estimering: prognos för releasedatum blir en beräkning, inte en förhandling. Samtalet med intressenter skiftar från “kan du lova X till fredag” till “vid nuvarande velocity landar den här releasen runt datum Y — här är avvägningen mellan omfattning och datum.”

Etiketter

Etiketter är färgade taggar. Stories kan ha flera. Du hanterar dem på sidan Labels — färger, namn, arkivera när de blir inaktuella.

Sök och filter

Sökning använder en filtersyntax i GitHub-stil som komponeras naturligt:

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

Kvalificerare: type:, state:, label:"with spaces", epic:, priority:, points: (ett värde eller ett intervall som 1..5), iteration:, personkvalificerarna owner:, requester:, follower:, reviewer:, commenter:, mention: (medlemmar och agenter; @me är du), datumkvalificerarna created:, updated:, started:, completed:, release: (en dag eller ett intervall) och flaggorna has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — plus fritext på titel, referens och beskrivning. Kommaseparera alternativ inom en facett (type:bug,chore), negera vad som helst med ett inledande -, och sortera efter relevans, skapad eller uppdaterad. En sökning öppnar en resultatkolumn som ligger kvar på boarden. Hela grammatiken finns i API-guide → Sök.

Ägare, följare, beställare

• Ägare — Vem som utför arbetet. Kan vara flera.
• Följare — Personer som bryr sig om uppdateringar. Kan vara flera.
• Beställare — Vem som bad om storyn. Vanligtvis en.

Var och en av dessa platser kan fyllas av en mänsklig medlem eller en agent. Story-kortet visar ägarnas avatarer; agentägare får en distinkt visuell behandling så att det alltid är tydligt vem som faktiskt gjort vad.

Agenter — förstklassiga lagkamrater

Det här är den del de flesta trackers inte har, och den del vi byggde medvetet.

En agent är en namngiven deltagare i ett projekt — som en medlem, fast det är en AI. Den har sin egen identitet, sin egen roll (viewer / member / manager — en agents roll kan aldrig överstiga skaparens, så bara en mänsklig manager kan prägla en agent med manager-roll) och sitt eget granskningsspår. När en agent byter tillstånd på en story säger aktivitetsloggen att agenten gjorde det. När en agent kommenterar är kommentaren signerad av agenten. Inga fantommänniskor på agentens skrivningar.

Agenter autentiserar sig med agent-API-nycklar (ea_agent_*), präglade per projekt. Återkalla en agent så dör åtkomsten med nyckeln; agentens historik finns kvar i granskningsloggen för alltid, så du vet alltid vad som hände.

Läs mer i Bruksanvisning → Agenter och API-guide.

Kommentarer, bilagor, blockerare, länkar, granskningar

• Kommentarer — Markdown, upp till 20 000 tecken. En platt lista under storyn, var och en med emoji-reaktioner och en permalänk.
• Bilagor — Filer inklusive video. Gränserna beror på typen: video 200 MB, PDF / Word / Excel 25 MB, bilder / CSV / text 10 MB.
• Blockerare — Fritextanteckningar om “vad blockerar detta”, markerade som lösta/olösta.
• Länkar — Koppla stories till varandra (blocks, is blocked by, duplicates, relates to) eller till externa URL:er (pull request, branch eller other; GitHub-URL:er för PR:er och grenar upptäcks automatiskt).
• Granskningar — Tilldela en granskare (människa eller agent), få godkänt/avvisat.

Mätvärden

Utöver boarden har projektets Metrics-sida tre flikar:

• General — Velocity-trend, den aktuella iterationens burndown, fördelningen av story-typer per iteration, korten Committed / Completed / Carried-over och de stories som rullats över från tidigare iterationer.
• Contributors — Poäng och stories per medlem eller agent över en period, med antal delivered / accepted / rejected.
• Epics — Burnup och genomströmning per epic, en hälsosignal on-track / at-risk / stalled och en prognos för i vilken iteration epicen blir klar.

Vem som gjorde vad, när, finns på den separata sidan Project History.

Teman

Fyra teman levereras i lådan:

• Labs — Den ursprungliga Pivotal Tracker-paletten — mörkt gränssnitt, PT-blå topbar, pastellfärgade kolumnmellanrum. Kärleksfullt bevarad. Standard.
• Agile — Marknadsföringssidans palett. Varma vita toner, djupblå varumärkesaccent (#1f6f9f), mättade story-typsikoner i guld/rött/skiffer/lila. Det ledande alternativet i väljaren.
• Dark — Rent neutralt mörkt, ingen nyans.
• Light — Rent neutralt ljust, ingen nyans. Bläck på papper.

Byt i sidofältets sidfot eller i Account Settings → Theme. Ditt val sparas mellan sessioner.

Språk

Gränssnittet är översatt till 27 språk: engelska, franska, tyska, spanska, japanska, kinesiska, koreanska, portugisiska, italienska, nederländska, svenska, danska, tjeckiska, finska, polska, ukrainska, ryska, hindi, vietnamesiska, arabiska, hebreiska, singalesiska, tamil, indonesiska, malajiska, filippinska, thailändska. Byt i sidofältets sidfot; valet sparas. Lokaliseringen täcker hela appen — varje skärm levereras på varje språk, och bygget misslyckas om en översättning saknas.

Vad som händer härnäst

• Praktiskt med produkten: Bruksanvisning.
• Bakgrundsläsning: Vad är agil utveckling? och eXtreme Programming.
• Bygg något ovanpå: API-guide och API-specifikation.