Einführung

East Agile Tracker ist ein agiles Planungswerkzeug mit klaren Meinungen darüber, wie Teams Software ausliefern — und einer ungewöhnlichen Vorstellung davon, wer zum Team gehört.

Stories durchlaufen eine echte XP-Zustandsmaschine. Iterationen planen sich selbst aus der Velocity. Ein Board zeigt Ihnen genau, wo die Arbeit steht. Und neben Ihren menschlichen Teammitgliedern können Sie Agenten haben — benannte, rollengebundene KI-Teilnehmer, die Stories aufnehmen, kommentieren, Zustände wechseln und einen Audit-Trail hinterlassen, den Sie lesen können.

Diese Seite behandelt die Konzepte. Um Dinge zu tun, siehe Bedienungsanleitung.

Stories

Stories sind die grundlegende Arbeitseinheit. Es gibt vier Typen:

• Feature — Neuer Wert für Benutzer. Standardmäßig der einzige Typ, der Punkte trägt, und der einzige Typ, der zur Velocity beiträgt.
• Bug — Ein Defekt. Standardmäßig ungeschätzt; er muss einfach behoben werden. Bugs verdienen keine Anerkennung, was die Kosten von Nacharbeit sichtbar macht, anstatt sie zu belohnen.
• Chore — Wartungsarbeit — Refactorings, Dependency-Aktualisierungen, Infrastruktur. Standardmäßig ungeschätzt; kein Acceptance-Gate.
• Release — Ein Meilenstein mit null Punkten. Markiert ein Deployment oder einen Versionssprung. Verankert ein Datum für die Prognose.

Der Verhaltenseffekt ist das, was zählt: Wenn Bugs und Chores nicht punkten, drängt ein Team von Natur aus dazu, Arbeit als benutzerorientierte Funktionalität auszudrücken, und es wird sich der Defektkosten akut bewusst. Das ist eine Planungsdisziplin, die im Datenmodell kodiert ist — keine Richtlinie, an die Sie sich erinnern müssen. Ein Projekt, das Bugs und Chores trotzdem zählen lassen will, kann in den Projekteinstellungen Punkte für Bugs und Chores einschalten; sie nehmen dann Schätzungen an und fließen wie Features in die Velocity ein.

Jede Story hat einen Titel, eine Beschreibung (Markdown), Owners, Followers, Labels, optionale Tasks, Kommentare, Anhänge, Blocker, Links und Reviews. Das Detailpanel öffnet sich inline auf dem Board — kein Modal, kein Kontextwechsel.

Die Zustandsmaschine und die Acceptance-Schleife

Jede Story durchläuft Zustände. Der genaue Pfad hängt vom Typ ab:

Typ	Pfad
Feature	Unstarted → Started → Finished → Delivered → Accepted (oder Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (oder Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Der kritische Zustand ist Delivered: Ein Entwickler markiert eine Story als delivered, und der Product Owner akzeptiert sie dann gegen ihre Akzeptanzkriterien oder lehnt sie ab. Rejected ist in der Zustandsmaschine ein Endzustand; der Weg zurück ist eine separate Restart-Aktion, die die Story wieder auf Started setzt. Wird eine Story abgelehnt, die in einer vergangenen Iteration liegt, entsteht stattdessen eine Kopie an der Spitze des Backlogs, damit die Nacharbeit geplant statt vergraben wird. Das verankert eine Kunden-Feedback-Schleife in jeder einzelnen Story, anstatt die Akzeptanz auf eine Demo am Sprintende zu verschieben. Es gibt kein eigenes Feld für Akzeptanzkriterien — die Kriterien gehören in die Beschreibung, bevor die Story gestartet wird, idealerweise in Given/When/Then-Form, damit sie direkt auf Akzeptanztests abgebildet werden können. INVEST ist die Plausibilitätsprüfung dafür, ob eine Story gut geformt ist.

Sie können den Zustand über den Inline-Aktionsbutton auf der Karte vorrücken oder die API aufrufen. Eine Karte zu ziehen verschiebt sie zwischen Panels — Icebox nach Backlog, Backlog nach Current. Ein Ablegen in Current lässt ihren Zustand unverändert; ein Ablegen im Backlog oder in der Icebox setzt sie auf Unstarted zurück.

Iterationen

Arbeit wird in zeitlich begrenzte Iterationen organisiert (wir sagen nicht „Sprints”). Jede Iteration hat ein Startdatum, eine Länge (1–4 Wochen pro Projekt) und eine Zielkapazität in Punkten.

Sie packen Iterationen nicht manuell. Das System erledigt das für Sie, anhand Ihrer Velocity — dem Durchschnitt der abgeschlossenen Punkte der jüngsten Iterationen — und der „Done-State”-Definition Ihres Projekts (siehe Velocity weiter unten). Ziehen Sie Stories, um sie umzuordnen; die aktuelle Iteration füllt sich automatisch nach.

Velocity

Velocity ist die Anzahl der pro Iteration abgeschlossenen Punkte; eine Story zählt, sobald sie den Fertig-Status des Projekts erreicht. East Agile Tracker berechnet sie aus Ihrer Historie und nutzt sie, um die Kapazität der nächsten Iteration zu planen.

Einige Dinge sind pro Projekt konfigurierbar:

• Done-State — welcher Zustand für die Velocity als „fertig” zählt. Zur Wahl stehen Finished, Delivered und Accepted.
• Strategie — wie die Velocity gemittelt wird: die letzten 3, 5 oder 10 Iterationen, oder ein manueller Wert, der die Berechnung vollständig übersteuert.
• Initiale Velocity — ein Startwert für neue Projekte ohne Historie.

Das Board: drei Zonen, eine Regel

Das Board ist der Ort, an dem die Arbeit lebt. Drei Zonen, eine Regel:

• Icebox — Der unpriorisierte Ideen-Pool.
• Backlog — Eine streng geordnete Liste mit einziger Priorität. Keine Gleichstände. Kein „P1/P1/P1”. Der Product Owner verantwortet die Reihenfolge von oben nach unten. Die Invariante: Die Spitze des Backlogs ist immer das Wichtigste und am besten Spezifizierte, wobei die Klarheit legitimerweise abnimmt, je weiter Sie nach unten gehen.
• Current — Die aktive Iteration. Stories stehen in der zeitlichen Iterationsabfolge, wobei ihr Zustand (Unstarted / Started / Finished / Delivered / Accepted) auf jeder Karte sichtbar ist. Die Reihenfolge sagt Ihnen, was als Nächstes bearbeitet wird; der Zustand sagt Ihnen, wo es sich im Zyklus befindet.

Die Current-Spalte ist eine einzelne Iteration unter einem einzelnen Header — nicht eine Menge von Zustands-Eimern. Das ist Absicht: Eine Current-Iteration ist ein Plan der Arbeit, keine Partition nach Zustand. Viele Stories in der Iteration sind Unstarted (manche werden starten, manche werden in die nächste Iteration übertragen, manche werden verworfen). Die Spalte nach Zustand zu zerschneiden, durchbricht die zeitliche Iterationsabfolge, in der das Team tatsächlich plant. Geschlossene Iterationen liegen in der Done-Spalte, und die aus dem Backlog projizierten kommenden Iterationen erscheinen unter Current nur, wenn Sie dort den Schalter Backlog-Stories anzeigen einschalten.

Im Abschnitt Board der Seitenleiste können Sie zusätzliche Spalten ein- oder ausschalten (Checkbox pro Preset): Done, My Work, Blocked, Epics, Archived. Eine Chat-Spalte ist ebenfalls gelistet; sie ist eine statische Vorschau mit Platzhalternachrichten, kein funktionierender Chat. Eine Suche öffnet sich als eigene Spalte, und Ihre Spaltenauswahl wird serverseitig pro Mitglied pro Projekt gespeichert und folgt Ihnen so über Browser hinweg.

Schätzen

Standardmäßig schätzen Sie Features, mit relativen Punkten — nicht Stunden. Schätzung ist ein Sizing-Gespräch, kein Versprechen. Bugs und Chores bleiben ungeschätzt, sofern das Projekt nicht Punkte für Bugs und Chores einschaltet; dann bekommen sie Schätzungen und zählen wie Features zur Velocity.

East Agile Tracker liefert von Haus aus drei Skalen:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Die klassische XP-Skala.
• East Agile — 0, 1, 2, 3. Eine engere Skala, die wir selbst verwenden.
• 3-Punkte — 1, 2, 3 (Small / Medium / Large). Striktes T-Shirt-Sizing für Teams, die minimale Granularität wollen.

Wählen Sie die Skala pro Projekt. Sie können Skalen später ändern, aber bestehende Schätzungen werden nicht umgerechnet: Jede Story behält ihren alten Wert, und ein Wert, den die neue Skala nicht hat, bleibt auf der Story, bis Sie sie neu schätzen.

Der Lohn disziplinierter Schätzung: Die Prognose des Release-Datums wird zu einer Berechnung, nicht zu einer Verhandlung. Das Gespräch mit Stakeholdern verschiebt sich von „Kannst du dich verpflichten, X bis Freitag zu liefern” zu „Bei aktueller Velocity landet dieses Release etwa um Datum Y — hier ist der Scope/Datum-Kompromiss.”

Labels

Labels sind farbige Tags. Stories können mehrere haben. Sie verwalten sie auf der Labels-Seite — Farben, Namen, archivieren, wenn veraltet.

Suche und Filter

Die Suche verwendet eine Filtersyntax im GitHub-Stil, die sich natürlich zusammensetzen lässt:

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

Qualifier: type:, state:, label:"with spaces", epic:, priority:, points: (ein Wert oder ein Bereich wie 1..5), iteration:, die Personen-Qualifier owner:, requester:, follower:, reviewer:, commenter:, mention: (Mitglieder und Agenten; @me sind Sie), die Datums-Qualifier created:, updated:, started:, completed:, release: (ein Tag oder ein Bereich) und die Flags has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — plus Freitext auf Titel, Referenz und Beschreibung. Trennen Sie Alternativen in einem Facet per Komma (type:bug,chore), negieren Sie alles mit einem vorangestellten -, und sortieren Sie nach Relevanz, Erstellung oder Aktualisierung. Eine Suche öffnet eine Ergebnisspalte, die auf Ihrem Board bleibt. Die vollständige Grammatik steht im API-Leitfaden → Suche.

Owners, Followers, Requestor

• Owners — Wer die Arbeit erledigt. Können viele sein.
• Followers — Personen, denen Updates wichtig sind. Können viele sein.
• Requestor — Wer die Story angefordert hat. Üblicherweise eine Person.

Jeder dieser Plätze kann von einem menschlichen Mitglied oder einem Agenten belegt werden. Die Story-Karte zeigt Owner-Avatare; Agenten-Owner erhalten eine eigene visuelle Darstellung, damit immer klar ist, wer tatsächlich was getan hat.

Agenten — Teammitglieder erster Klasse

Das ist der Teil, den die meisten Tracker nicht haben, und der Teil, den wir bewusst gebaut haben.

Ein Agent ist ein benannter Teilnehmer in einem Projekt — wie ein Mitglied, aber es ist eine KI. Er hat seine eigene Identität, seine eigene Rolle (viewer / member / manager — die Rolle eines Agenten kann nie über der seines Erstellers liegen, also stellt nur ein menschlicher Manager einen Agenten mit Manager-Rolle aus) und seinen eigenen Audit-Trail. Wenn ein Agent eine Story wechselt, sagt das Aktivitätsprotokoll, dass der Agent es getan hat. Wenn ein Agent kommentiert, ist der Kommentar vom Agenten signiert. Keine Phantom-Menschen bei Agenten-Schreibvorgängen.

Agenten authentifizieren sich mit Agenten-API-Schlüsseln (ea_agent_*), die pro Projekt ausgestellt werden. Widerrufen Sie einen Agenten, und der Zugriff stirbt mit dem Schlüssel; die Historie des Agenten bleibt für immer im Audit-Log, damit Sie immer wissen, was passiert ist.

Mehr dazu in Bedienungsanleitung → Agenten und im API-Leitfaden.

Kommentare, Anhänge, Blocker, Links, Reviews

• Kommentare — Markdown, bis zu 20.000 Zeichen. Eine flache Liste unter der Story, jeder mit Emoji-Reaktionen und einem Permalink.
• Anhänge — Dateien einschließlich Video. Die Obergrenzen hängen von der Art ab: Video 200 MB, PDF / Word / Excel 25 MB, Bilder / CSV / Text 10 MB.
• Blocker — Freitext-Notizen „was dies blockiert”, als gelöst/ungelöst markiert.
• Links — Verbinden Sie Stories miteinander (blocks, is blocked by, duplicates, relates to) oder mit externen URLs (pull request, branch oder other; GitHub-PR- und -Branch-URLs werden automatisch erkannt).
• Reviews — Weisen Sie einen Reviewer zu (Mensch oder Agent), erhalten Sie eine Genehmigung/Ablehnung.

Metriken

Über das Board hinaus hat die Metriken-Seite des Projekts drei Tabs:

• Allgemein — Velocity-Trend, der Burndown der aktuellen Iteration, der Story-Typ-Mix pro Iteration, die Karten Committed / Completed / Carried-over und die aus früheren Iterationen übertragenen Stories.
• Beitragende — Punkte und Stories pro Mitglied oder Agent über einen Zeitraum, mit Zählern für delivered / accepted / rejected.
• Epics — Burnup und Durchsatz pro Epic, ein Gesundheitssignal on-track / at-risk / stalled und eine Prognose der Iteration, in der das Epic abgeschlossen wird.

Wer was wann getan hat, steht auf der separaten Seite Projekthistorie.

Themes

Vier Themes werden mitgeliefert:

• Labs — Die ursprüngliche Pivotal Tracker Palette — dunkles Chrome, PT-blaue Topbar, pastellfarbene Spaltenabstände. Liebevoll bewahrt. Die Voreinstellung.
• Agile — Die Palette der Marketing-Landingpage. Warme Weißtöne, tiefblauer Markenakzent (#1f6f9f), satte Story-Typ-Icons in Gold/Rot/Schiefer/Lila. Die führende Option im Umschalter.
• Dark — Reines neutrales Dunkel, kein Farbton.
• Light — Reines neutrales Hell, kein Farbton. Tinte auf Papier.

Wechseln Sie in der Fußzeile der Seitenleiste oder in Account-Einstellungen → Theme. Ihre Wahl bleibt über Sitzungen hinweg erhalten.

Sprachen

Die Benutzeroberfläche ist in 27 Sprachen übersetzt: Englisch, Französisch, Deutsch, Spanisch, Japanisch, Chinesisch, Koreanisch, Portugiesisch, Italienisch, Niederländisch, Schwedisch, Dänisch, Tschechisch, Finnisch, Polnisch, Ukrainisch, Russisch, Hindi, Vietnamesisch, Arabisch, Hebräisch, Singhalesisch, Tamil, Indonesisch, Malaiisch, Filipino, Thai. Wechseln Sie über die Fußzeile der Seitenleiste; die Wahl bleibt erhalten. Die Lokalisierung gilt für die gesamte App — jeder Bildschirm wird in jeder Sprache ausgeliefert, und der Build schlägt bei einer fehlenden Übersetzung fehl.

Wie es weitergeht

• Praktisch mit dem Produkt: Bedienungsanleitung.
• Hintergrundlektüre: Was ist agile Entwicklung? und eXtreme Programming.
• Etwas darauf aufbauen: API-Leitfaden und API-Spezifikation.