Bedienungsanleitung

Ein vollständiges Benutzerhandbuch. Konzeptionellen Hintergrund finden Sie unter Einführung.

Konto

Registrieren und anmelden

Registrieren Sie sich unter eastagiletracker.com/register mit E-Mail und einem Passwort, oder fahren Sie mit GitHub fort, wenn Sie OAuth bevorzugen. Verifizieren Sie Ihre E-Mail über den Link, den wir senden; bis dahin können Sie sich anmelden, aber einige Funktionen sind eingeschränkt.

Wenn Sie zu einem Projekt oder einer Organisation eingeladen wurden, folgen Sie dem Link in der Einladungs-E-Mail — Ihr Konto wird erstellt (oder Sie melden sich an) und Sie landen direkt auf dem passenden Board.

Passwort vergessen? Verwenden Sie Passwort vergessen auf der Anmeldeseite; wir senden Ihnen einen Link zum Zurücksetzen per E-Mail.

Kontoeinstellungen

Über den Avatar oben rechts → Kontoeinstellungen:

• Profil — Anzeigename, Initialen (verwendet in den Eigentümer-Avataren), E-Mail.
• Bio — Eine kurze Selbstbeschreibung (bis zu 4 KiB). Erscheint auf /me und in den Mitgliederlisten der Organisation, damit ein Agent (oder ein Teamkollege) die richtige Person zum Fragen auswählen kann. Lassen Sie es leer, um darauf zu verzichten.
• Passwort — Jederzeit änderbar.
• Avatar — Laden Sie ein Bild hoch oder greifen Sie auf Ihre Initialen zurück.
• API Keys — Erstellen Sie persönliche API-Tokens; siehe API-Leitfaden.
• Theme — Agile, Labs, Dark oder Light (auch über die Seitenleiste umschaltbar).
• Konto löschen — Eine zweistufige Bestätigung. Entfernt Sie aus allen Organisationen und Projekten.

Security

Über den Avatar oben rechts → Security:

• Zwei-Faktor (TOTP) — Richten Sie einen Code aus einer beliebigen Authenticator-App ein (1Password, Authy, Google Authenticator, …). Sie erhalten 10 einmalig verwendbare Wiederherstellungscodes — sie werden nur einmal angezeigt, speichern Sie sie also. Deaktivieren Sie es später entweder mit einem aktuellen Code oder einem Wiederherstellungscode.
• Passkeys — Fügen Sie einen gerätegebundenen WebAuthn-Passkey hinzu (Touch ID, Windows Hello, Hardware-Sicherheitsschlüssel). Melden Sie sich danach passwortlos an. Schlüssel auf derselben Seite hinzufügen, benennen und entfernen.

Sitzungen und Refresh-Tokens

Eine erfolgreiche Anmeldung erzeugt zwei Tokens: ein kurzlebiges Access-JWT und ein langlebiges Refresh-Token (30 Tage, bei jeder Verwendung rotiert). Die SPA erneuert das Access-Token automatisch, wenn es abläuft; Sie bleiben angemeldet, bis das Refresh-Token abläuft oder Sie sich abmelden. Die Abmeldung widerruft das Refresh-Token serverseitig, sodass eine gestohlene Kopie nicht wiederverwendet werden kann.

Billing

Die meisten Konten sind Free Forever für die persönliche Nutzung. Wenn Ihr Konto ein verbrauchsbasiertes Guthaben hat, finden Sie es unter Account → Billing — laden Sie über den Paddle-Checkout auf, sehen Sie sich die Transaktionshistorie an.

Organisationen

Jedes Konto gehört zu einer oder mehreren Organisationen. Eine neue Registrierung erhält eine persönliche Organisation („<Name> Org”), die nach Linear-/Vercel-Manier automatisch erstellt wird. Projekte leben innerhalb von Organisationen, und die Organisationsmitgliedschaft steuert den Zugang zur Projektmitgliedschaft.

Organisation wechseln

Klicken Sie auf den Organisationswechsler in der oberen Leiste, um zwischen den Organisationen zu wechseln, denen Sie angehören. Die aktive Organisation färbt die Seitenleiste, begrenzt die Liste „Projekte” und ist vorausgewählt, wenn Sie ein neues Projekt erstellen.

Eine Organisation verwalten (Admin)

Klicken Sie auf den Organisationsblock in der Seitenleiste → Organisation verwalten → Sie landen auf /organization/{id}/projects. Die Seitenleiste zeigt drei Admin-Tabs an:

• Projekte — Alle Projekte in dieser Organisation.
• Mitglieder — Aktuelle Mitglieder, Rollen und ausstehende Einladungen. Laden Sie per E-Mail ein; die Einladung ist an die E-Mail gebunden, mit einem TTL-Token und einer Rollenobergrenze (Mitglieder können keine Admins einladen).
• Einstellungen (nur Eigentümer) — Organisationsname, Slug, Tarif. Übertragen Sie hier die Eigentümerschaft auf ein anderes Mitglied.

Ein Mitglied entfernen

Das Entfernen eines Mitglieds aus einer Organisation wirkt kaskadierend: seine projektbezogenen Mitgliedschaften in den Projekten dieser Organisation werden in derselben Transaktion widerrufen. Mit Lesezeichen versehene Board-URLs funktionieren in dem Moment nicht mehr, in dem der Organisationszugang verloren geht — es gibt keine verwaisten Spuren.

Projekte

Ein Projekt erstellen

Klicken Sie auf der Seite Projekte auf Neues Projekt. Das Erstellungsformular fragt nur zwei Dinge ab:

• Titel — Erforderlich.
• Beschreibung — Optional; für alle Mitglieder sichtbar.

Alles Übrige — Iterationslänge, Starttag, anfängliche Velocity, Schätzskala, Done-Zustand, Task-Umschalter — wird später in den Projekteinstellungen festgelegt und mit sinnvollen Standardwerten vorbelegt.

Projekteinstellungen

Unter dem Menü Einstellungen des Projekts gibt es vier Tabs:

• Projekt — Titel, Beschreibung, Iterationslänge und Starttag, Velocity-Strategie (Durchschnitt der letzten 3 / 5 / 10), Done-Zustand, Schätzskala, Task-Umschalter bearbeiten.
• Mitglied — Menschliche Mitglieder einladen, hoch-/herabstufen und entfernen (siehe Mitglieder und Einladungen weiter unten).
• Agent — Agenten-API-Schlüssel für dieses Projekt erstellen und widerrufen (siehe Agenten weiter unten). Nur für Eigentümer.
• Import — Storys aus einem anderen Tracker übernehmen (siehe Import aus anderen Trackern weiter unten).

Mitglieder und Einladungen

Im Tab Mitglied der Projekteinstellungen laden Sie Menschen per E-Mail ein. Ausstehende Einladungen liegen in einem separaten Bereich, bis sie angenommen werden; Sie sehen, wer eingeladen ist, und können erneut senden oder widerrufen. Aktive Mitglieder können zwischen Betrachter, Mitglied und Eigentümer hoch- oder herabgestuft werden. Eigentümer können die Projekteinstellungen ändern; Betrachter können lesen, aber nicht schreiben.

Die Projekthistorie hat ihre eigene Seite — jede Änderung an den Projekteinstellungen, jede Mitgliedschaftsänderung, mit dem Akteur (Mensch oder Agent).

Storys

Eine Story erstellen

Verwenden Sie die Funktion + Story hinzufügen auf einem beliebigen Board-Panel (Current, Backlog, Icebox oder ein benutzerdefiniertes) — geben Sie einen Titel ein und drücken Sie die Eingabetaste.

Neue Storys, die in Current erstellt werden, erhalten standardmäßig current_state = 'unstarted'. Das entspricht der PT-Parität: eine Current-Iteration ist ein Plan der Arbeit, keine Aufteilung nach Zustand. Der Eigentümer startet die Story explizit, wenn er mit der Arbeit beginnt — die Cycle-Time-Uhr läuft erst dann an.

Erforderlich: Titel. Wählen Sie einen Typ (Standard ist feature). Fügen Sie Beschreibung, Schätzung (nur Features), Labels, Eigentümer, Follower, Blocker hinzu — all dies kann später im Detailpanel ausgefüllt werden.

Zweimal schnell die Eingabetaste gedrückt? Kein Problem — die Schaltfläche ist abgesichert; Sie erhalten genau eine Story.

Features schätzen

Features sind der einzige Typ, der Punkte annimmt. Klicken Sie auf den Punktekreis auf einer Karte (oder im Detailpanel) und wählen Sie aus der Skala. Ungeschätzte Features zeigen einen leeren Kreis.

• Fibonacci-Skala — 0, 1, 2, 3, 5, 8, 13. Standard-XP. Alles, was größer als 13 ist, sollte in kleinere Storys aufgeteilt werden.
• East-Agile-Skala — 0, 1, 2, 3. Enger. Eine 3 bedeutet eine volle Iteration der Zeit einer Person. Nichts passt über 3 hinaus.
• 3-Punkte-Skala — 1, 2, 3 (Small / Medium / Large). Strikte T-Shirt-Größen — keine Null-Option, keine halben Punkte.

Wählen Sie die Skala einmal in den Projekteinstellungen; Sie können sie später ändern (bestehende Schätzungen werden übernommen).

Zustand voranbringen

Drei Wege, eine Story durch ihren Lebenszyklus zu bewegen:

1. Klicken Sie auf die Inline-Aktionsschaltfläche auf der Karte — Start, Finish, Deliver, Accept, Reject. Der Text der Schaltfläche spiegelt den nächsten gültigen Zustand für den Typ der Story wider.
2. Ziehen Sie die Karte in eine andere Spalte. Das System wendet die Transition an, die das Überqueren dieser Spalte impliziert. Rückwärtsbewegungen fragen nach Bestätigung.
3. Sammeltransition — Wählen Sie mehrere Storys aus, Alle überführen — jede Story wird unabhängig überführt. Wenn eine unzulässig ist, gehen die anderen trotzdem durch.

Detailpanel

Klicken Sie an einer beliebigen Stelle einer Story-Zeile, um sie inline aufzuklappen. Das Detailpanel zeigt:

• Titel (bearbeitbar), Beschreibung (Markdown), Typ, Schätzung, Anforderer.
• Eigentümer (Mitglieder oder Agenten hinzufügen/entfernen), Follower, Labels.
• Tasks (falls aktiviert), Kommentare, Anhänge, Blocker, Links, Reviews.
• Ein 3-Punkte-Menü für Duplizieren, Löschen und andere weniger häufige Aktionen.

Drücken Sie Escape, um die zuletzt geöffnete Story zu schließen (es merkt sich den Stapel — klappen Sie eine nach der anderen zu).

Kommentare

Bis zu 10.000 Zeichen, als Markdown gerendert. Bearbeiten und löschen Sie Ihre eigenen Kommentare; das Audit-Log behält die Historie. @-erwähnen Sie Mitglieder, und die Autovervollständigung greift sie auf.

Anhänge

Ziehen Sie eine Datei auf das Detailpanel oder verwenden Sie die Upload-Schaltfläche. Bis zu 2 GB pro Datei — ja, groß genug für Bildschirmaufnahme-Video-Walkthroughs. Verwenden Sie den Videoplayer inline.

Labels

Auf der Seite Labels in der Seitenleiste: Erstellen Sie Labels mit Namen und Farben, archivieren Sie veraltete (archivierte Labels verschwinden vom Board, bleiben aber durchsuchbar). Fügen Sie Labels pro Story im Detailpanel hinzu.

Blocker, Links, Reviews

• Blocker — Ein Freitext-Hinweis „dies wird blockiert durch X”. Als gelöst/ungelöst markieren. Filtern Sie das Board nach has:blocker.
• Links — Sechs Beziehungstypen: relates to, duplicates, blocks, is blocked by, pull request, branch. Fügen Sie eine GitHub-URL ein, und der Typ wird automatisch erkannt.
• Reviews — Weisen Sie einen Reviewer (Mensch oder Agent) mit einem Status (pending, approved, rejected) und einem optionalen Kommentar zu.

Tasks

Wenn in den Projekteinstellungen aktiviert, erhalten Storys Unteraufgaben — eine Checkliste innerhalb der Story. Haken Sie sie ab, während Sie vorankommen; die Anzahl erscheint auf der Karte.

Story-Feldreferenz

Jede Auswahlvariable auf der Story-Detail-Oberfläche trägt ein kleines [?]-Symbol neben ihrem Label. Klicken Sie es in der App an, um dieselbe Anleitung zu sehen, die unten zusammengefasst ist. Übersetzer liefern die In-App-Texte zusammen mit dem Rest der Oberfläche aus; dieser Abschnitt ist die ausführliche kanonische Referenz.

Die Felder sind in der Reihenfolge aufgeführt, in der sie im Overview-Tab erscheinen.

Status

Der Platz der Story im Lebenszyklus: Unstarted → Started → Finished → Delivered → Accepted (oder Rejected zurück zu Started).

Der kritische Zustand ist Delivered: Der Entwickler markiert sie als geliefert, aber sie ist erst fertig, wenn der Product Owner sie explizit gegen die Akzeptanzkriterien akzeptiert — oder ablehnt und sie zurückwirft. Das verankert eine Kundenfeedback-Schleife in jeder Story, anstatt die Abnahme auf eine Demo am Sprint-Ende zu verschieben.

Wenn sich Storys in Delivered stapeln, ist das ein Signal, dass die Accept/Reject-Schleife ins Stocken geraten ist. Schauen Sie sich am Ende jeder Iteration die Delivered-Anzahl an — wenn sie wächst, ist das Ihr Signal dafür, dass der Product Owner unterbesetzt ist oder die Akzeptanzkriterien im Vorfeld nicht klar genug sind.

Iteration

In welche Iteration die Story eingeplant ist. Lassen Sie es auf None, um die Story im Backlog zu halten, wo das System sie auf Basis der Velocity automatisch unter einer kommenden Iteration gruppiert.

Eine manuelle Übersteuerung hier ist nützlich, wenn Sie eine Story unabhängig von der Reihenfolge an eine bestimmte Iteration anheften wollen — z. B. eine Release-Story an ein festes Datum binden. Lassen Sie andernfalls die Reihenfolge im Backlog die Iterationszuweisung steuern; das ist es, was die Velocity-Prognose ehrlich hält.

Eigentümer

Wer die Arbeit erledigt. Eigentümer können Menschen oder Agenten sein — beide werden als benannte Teilnehmer im Audit-Log, in der Kommentar-Urheberschaft und in den Analysen dargestellt. Es gibt keine Möglichkeit, einen Agenten-Eigentümer als Menschen zu tarnen.

Mehrere Eigentümer sind der sichtbare Ausdruck von Pair Programming (oder Pair-with-Agent). Fügen Sie den Agenten hinzu, der die Story aufgegriffen hat, und den prüfenden Menschen — beide Namen erscheinen auf der Karte. Das hält die laufende Arbeit gering; fertig werden, bevor man die nächste Story beginnt, ist der größte Einzelhebel auf die Cycle Time.

Eigentümer sind nicht dasselbe wie Follower (ein separates Feld auf der Karte). Follower sind Personen, die sich für die Story interessieren, aber nicht die Arbeit erledigen — typischerweise Abonnenten von Benachrichtigungen.

Story-Typ

Die vier Typen sind nicht austauschbar — die Unterscheidung ist der ganze Sinn des Datenmodells.

• Feature — Neuer, vom Nutzer beobachtbarer Wert. Der einzige Typ, der Punkte trägt und zur Velocity zählt. Das zwingt Sie, Arbeit in für den Nutzer sichtbaren Wert zu schneiden.
• Bug — Ein Defekt. Ohne Punkte. Defekte verdienen keine Velocity-Gutschrift, was die Kosten der Nacharbeit sichtbar macht, statt sie zu belohnen.
• Chore — Notwendige Arbeit ohne direkten Nutzerwert (Refactorings, Infrastruktur, Setup). Ohne Punkte. Das Team wird dazu angehalten, Chores wo immer möglich in Features zu bündeln, damit die Wert-Rahmung ehrlich bleibt.
• Release — Ein Null-Punkte-Marker für einen Meilenstein. Geht direkt von Unstarted zu Accepted und verankert ein Datum für die Prognose.

Wenn Sie den Drang verspüren, einen Bug oder eine Chore zu bepunkten: tun Sie es nicht. Das bricht die Prognose, die das gesamte System ehrlich macht. Velocity ist ein Messinstrument; an seinem eigenen Instrument manipuliert man nicht.

Priorität

Verwenden Sie dies nicht, wenn es sich vermeiden lässt. Der Backlog ist die Priorität — von oben nach unten, eine einzige Priorität, keine Gleichstände. Der Product Owner besitzt die Reihenfolge.

Ein „Priorität”-Feld ist das klassische Anti-Pattern, das einen empirischen, geordneten Backlog still und leise wieder in wunschgetriebene Planung verwandelt. Wenn Sie sich mit drei P1s wiederfinden, haben Sie keine Priorität — Sie haben einen Backlog mit der falschen Reihenfolge. Korrigieren Sie die Reihenfolge; löschen Sie das Prioritätssignal.

Das Feld existiert zur Kompatibilität mit Importen aus Trackern, die eines verwenden (Jira, Asana, …), damit importierte Storys auf dem Weg hinein keine Informationen verlieren. Lassen Sie es bei neuer Arbeit auf „None”.

Punkte

Relative Größe der Story. Features bekommen Punkte; Bugs, Chores und Releases bleiben bei null.

Schätzen ist ein Größengespräch, kein Versprechen. Übersetzen Sie Punkte nicht in Stunden; blähen Sie Punkte nicht auf, um schnell zu wirken. Velocity ist ein Messinstrument — an seinem eigenen Instrument manipuliert man nicht.

Drei Skalen werden mitgeliefert:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Die klassische XP-Skala. Alles, was größer als 13 ist, sollte aufgeteilt werden.
• East Agile — 0, 1, 2, 3. Eine engere Skala. Eine 3 bedeutet eine volle Iteration der Zeit einer Person.
• 3-Punkte — 1, 2, 3 (Small / Medium / Large). Strikte T-Shirt-Größen.

Wenn Sie oft in 5ern, 8ern oder 13ern schätzen, sind Ihre Storys zu groß. Teilen Sie auf, bis jede unabhängig lieferbar ist (das S und das I in INVEST).

Anforderer

Wer die Story angefordert hat. Üblicherweise eine Person — der Product Owner, ein Stakeholder oder ein Agent, der im Auftrag von jemandem handelt.

Der Anforderer ist nicht der Eigentümer. Der Eigentümer ist derjenige, der die Arbeit erledigt; der Anforderer ist derjenige, dem das Ergebnis wichtig ist und der es akzeptieren (oder nicht akzeptieren) wird. Sie können dieselbe Person sein, aber es sind getrennte Rollen. Den Anforderer festzuhalten, ist das, was Ihnen sechs Monate später die Audit-Antwort auf „Wer hat das angefordert?” gibt.

Labels

Farbige Tags. Storys können mehrere tragen. Verwendet für übergreifende Kategorisierung — mvp, tech-debt, security, ein bestimmter Release-Name — und zum Filtern des Boards (label:mvp im Suchfeld, oder als benutzerdefiniertes Filter-Panel speichern).

Labels sind projektbezogen. Verwalten Sie sie auf der Seite Labels in der Seitenleiste. Archivieren Sie veraltete Labels, statt sie zu löschen; das Archiv hält die Historie durchsuchbar, während es das Board aufräumt.

Blocker

Freitext-Notizen, die beschreiben, was diese Story am Vorankommen hindert. Als gelöst markieren, wenn das Hindernis behoben ist.

Blocker sind ein Flow-Signal, keine Warteschlange. Nutzen Sie das tägliche Standup, um sie aufzudecken; lösen Sie sie außerhalb. Wenn Sie länger als einen Tag mehr als ein oder zwei offene Blocker pro Story haben, ist die Planung falsch — teilen Sie die Story auf oder ändern Sie die Abhängigkeit. Das Ziel ist, dass das Blocked-Panel die meiste Zeit überwiegend leer ist.

Beschreibung

Was die Story ist und woran man erkennt, dass sie fertig ist. Markdown.

Akzeptanzkriterien gehören hierher — idealerweise in Given / When / Then-Form, damit sie direkt auf Akzeptanztests abgebildet werden:

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 ist die Plausibilitätsprüfung dafür, ob eine Story gut geformt ist:

• Independent (unabhängig) — kann ohne andere Storys ausgeliefert werden.
• Negotiable (verhandelbar) — erfasst die Absicht, nicht eine eingefrorene Spezifikation.
• Valuable (wertvoll) — für einen Nutzer oder Stakeholder.
• Estimable (schätzbar) — das Team kann sie dimensionieren.
• Small (klein) — passt bequem in eine Iteration.
• Testable (testbar) — hat Akzeptanzkriterien, die überprüft werden können.

Eine Story am oberen Ende des Backlogs mit vagen Akzeptanzkriterien ist ein Planungsfehler — kein zukünftiges Problem, das man ignorieren darf. Beheben Sie ihn, bevor Sie sie voranbringen lassen.

Sammelaktionen

Wählen Sie mehrere Storys auf dem Board aus (Shift-Klick für einen Bereich, oder Alle im Panel auswählen). Dann:

• Sammeltransition
• Sammellöschung
• Sammelduplizierung

Das Board

Das Board ist der Startbildschirm jedes Projekts. Standardmäßig drei Spalten:

• Current — Storys in der aktiven Iteration. Gruppiert nach Iterations-Überschrift (aktuell, dann kommend, dann abgeschlossen). Karten erscheinen in zeitlicher Iterations-Reihenfolge mit ihrem Zustand sichtbar auf jeder Karte; die Spalte ist nicht nach Zustand aufgeteilt — das würde die zeitliche Iterations-Reihenfolge brechen, in der das Team plant.
• Backlog — Streng geordnete Warteschlange. Das System gruppiert kommende Iterationen automatisch auf Basis der Velocity. Der Product Owner besitzt die Reihenfolge von oben nach unten; die Klarheit darf nachlassen, je weiter Sie nach unten scrollen, aber niemals ganz oben.
• Icebox — Ideen ohne Datum. Ungeordnet, ungeschätzt. Die Icebox darf ein Friedhof sein.

Konfigurierbare Panels — Kontrollkästchen in der Seitenleiste

Der Abschnitt Board der Seitenleiste listet jede voreingestellte Spalte mit einem Kontrollkästchen auf: Häkchen setzen, um diese Spalte anzuzeigen, Häkchen entfernen, um sie auszublenden. Die Umschalter bleiben pro Projekt pro Nutzer erhalten (sie werden über GET/PUT /preferences synchronisiert). Die Voreinstellungen sind:

• Current Iteration (standardmäßig aktiv)
• Backlog (standardmäßig aktiv)
• Icebox (standardmäßig aktiv)
• Done — Akzeptierte Storys.
• My Work — Storys, in denen Sie Eigentümer sind.
• Blocked — Storys mit ungelösten Blockern.
• Epics — Rollups auf Epic-Ebene.
• Chat — Projektbezogene Chat-Spalte.

Benutzerdefinierte Filter-Panels

Heften Sie eine Suche als Panel an: Fügen Sie eine Abfrage wie type:feature label:mvp owner:claire ein, speichern Sie sie. Passen Sie die Spaltenbreite nach Bedarf an; die Breiten bleiben über Sitzungen hinweg erhalten.

Suche

Die Suchleiste akzeptiert die in der Einführung beschriebene Filter-Syntax. Suchergebnisse leben in einem Ergebnis-Panel; klicken Sie auf eines, um auf dem Board dorthin zu springen.

Current-Iteration-Chip

Die obere Leiste zeigt die aktuelle Iterationsnummer, den Datumsbereich und die akzeptierten vs. geplanten Punkte. Klicken Sie, um zur Current-Spalte zu springen.

Iterationen

Das System erstellt Iterationen automatisch auf Basis Ihrer Länge und Ihres Starttags. Sie müssen sie nicht „öffnen” oder „schließen”.

Um vorauszuplanen, ziehen Sie Storys aus dem Backlog in kommende Iterationsgruppen. Das System markiert Gruppen rot, wenn sie Ihre Velocity überschreiten. Um weiter vorauszuplanen, scrollen Sie den Backlog — er zeigt drei oder vier Iterationen voraus.

Zum Zurückspulen: Klicken Sie auf eine beliebige vergangene Iterations-Überschrift in der Current-Spalte, um in den Iterationsbericht einzutauchen.

Releases

Releases sind ein Story-Typ, kein separates Objekt. Erstellen Sie ein Release genauso, wie Sie eine beliebige Story erstellen würden: Wählen Sie Release als Typ, geben Sie ihm einen Namen (z. B. v2.4), ziehen Sie es in die Iteration, in der Sie ausliefern wollen.

Releases überspringen die Zustände Started/Finished/Delivered/Rejected — sie gehen in einem Schritt von Unstarted zu Accepted. Akzeptieren Sie ein Release, wenn Sie ausliefern; die Analyse-Ansichten zeigen den Release-Marker an.

Analysen

Der Analytics-Tab (oben im Projekt) bietet Ihnen sechs Berichte:

• Project Overview — Velocity-Trend, KPIs der letzten Iteration, Burnup, Burndown, kumulativer Fluss.
• Iteration — Tauchen Sie in eine einzelne Iteration ein: KPIs, Burndown, Zustandsfluss.
• Releases & Burndowns — Release-Zeitleiste, Burndown pro Release.
• Story Activity — Wer was getan hat, filterbar nach Akteur, Typ, Datumsbereich.
• Cycle Time — Mittelwert und Verteilung der Zeit von Started bis zu Ihrem Done-Zustand.
• Projections — Prognose, wann der Backlog bei aktueller Velocity fertig sein wird.

Agenten

Dies ist der Teil des Produkts, der es auszeichnet. Ein Agent ist ein benannter Teamkollege — aber es ist eine KI.

Einen Agenten zu einem Projekt hinzufügen

Sie müssen Projekt-Eigentümer (oder Admin) sein. Öffnen Sie Projekteinstellungen → Agenten:

1. Neuen Agenten-Schlüssel erstellen.
2. Geben Sie dem Agenten einen Namen (er erscheint unter diesem Namen in Audit-Logs, in der Kommentar-Urheberschaft und in den Eigentümer-Avataren).
3. Wählen Sie eine Rolle — Betrachter (nur Lesen) oder Mitglied (kann schreiben). Die Eigentümer-Rolle ist auf Menschen beschränkt.
4. Der Schlüssel wird einmal angezeigt — kopieren Sie ihn; wir speichern ihn nicht abrufbar. Das Präfix ist ea_agent_….

Was Agenten tun können

Ein Agent mit der Rolle Mitglied kann alles tun, was ein menschliches Mitglied kann:

• Storys erstellen, bearbeiten, überführen, löschen
• Kommentieren, Dateien anhängen, Labels hinzufügen, Eigentümer festlegen
• Sich selbst als Eigentümer einer Story auswählen
• Aktivität lesen, Ereignissen folgen

Das Audit-Log erfasst jeden Schreibvorgang mit der Identität des Agenten. Es gibt keine Möglichkeit, eine Agentenaktion wie eine menschliche Aktion aussehen zu lassen.

Agenten-Schlüssel verwalten

In Projekteinstellungen → Agenten sehen Sie alle aktiven Schlüssel, ihre Namen, Rollen und den Zeitstempel der letzten Verwendung. Widerrufen Sie einen Schlüssel jederzeit; der Agent verliert sofort den Zugriff. Die vergangene Aktivität des Agenten bleibt für immer im Audit-Log.

Agenten mit der API verwenden

Code-Beispiele finden Sie unter API-Leitfaden → Agent keys.

Import aus anderen Trackern

Wenn Sie von einem anderen Tool kommen, haben wir Importer für acht Quellen:

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

Laden Sie unter Projekteinstellungen → Import einen Export hoch (CSV von den meisten, JSON von Plane). Storys, Eigentümer, Kommentare, Labels und Zustände werden automatisch zugeordnet; einige Quellen bringen auch Iterationen mit.

Eine Vorschau zeigt, was importiert wird. Bei Diskrepanzen (z. B. ein Label, das nicht in Ihrem Projekt existiert) werden Sie gefragt — anlegen oder überspringen, Ihre Wahl.

Themes

Vier Themes werden mitgeliefert. Wechseln Sie in der Fußzeile der Seitenleiste (oder unter Kontoeinstellungen → Theme):

• Agile — Die Palette der Marketing-Landingpage. Warme Weißtöne, tiefblauer Marken-Akzent (#1f6f9f), gesättigte Story-Typ-Symbole. Führende Option im Wechsler.
• Labs — Die Pivotal-Tracker-Palette, liebevoll bewahrt. Dunkle Oberfläche, blaue obere Leiste, pastellfarbene Spaltenabstände. Das Original.
• Dark — Reines, neutrales Dunkel.
• Light — Reines, neutrales Hell. Tinte auf Papier.

Ihr Theme bleibt über Sitzungen hinweg erhalten.

Sprache

Die Oberfläche ist in 15 Sprachen übersetzt: Englisch, Französisch, Deutsch, Spanisch, Japanisch, Chinesisch, Koreanisch, Portugiesisch, Italienisch, Niederländisch, Schwedisch, Dänisch, Tschechisch, Finnisch, Polnisch. Wechseln Sie über die Fußzeile der Seitenleiste — die Oberfläche, die Auth-Seiten, der Konto-/Security-Bereich, die Projektliste und die Marketing-Landingpage werden sofort lokalisiert. Die Lokalisierung von Story-Detail / Analysen / Einstellungen folgt.

Tastenkürzel

Ein paar, die sich lohnen:

• Escape — Klappt die zuletzt geöffnete Story zu.
• Enter in einem Inline-Eingabefeld — Absenden (klappt die Zeile nicht zu).
• Shift-Klick — Storys im Bereich auswählen.

Im Laufe der Zeit kommen weitere hinzu; die aktuelle Liste finden Sie unter Hilfe in der Seitenleiste.

Selbst-Hosting

East Agile Tracker ist Open Source. Der vollständige Quellcode liegt unter github.com/EastAgile/agile-tracker — klonen Sie ihn, bauen Sie ihn, betreiben Sie ihn auf Ihrer eigenen Infrastruktur. Derselbe Funktionsumfang wie die gehostete Version.

Zur Einrichtung siehe die README des Projekts.