Wprowadzenie

East Agile Tracker to narzędzie do planowania zwinnego z wyrazistym stanowiskiem w sprawie tego, jak zespoły powinny dostarczać oprogramowanie — oraz z nietypowym pomysłem na to, kto wchodzi w skład zespołu.

Historie przepływają przez prawdziwą maszynę stanów XP. Iteracje planują się same na podstawie prędkości. Tablica pokazuje dokładnie, gdzie jest praca. A obok ludzkich członków zespołu możesz mieć agentów — wymienionych z imienia, ograniczonych rolą uczestników AI, którzy podejmują historie, komentują, zmieniają stan i pozostawiają ścieżkę audytową, którą możesz odczytać.

Ta strona omawia pojęcia. Aby dowiedzieć się, jak wykonywać czynności, zobacz Instrukcję obsługi.

Historie

Historie są podstawową jednostką pracy. Istnieją cztery typy, a samo rozróżnienie jest tu istotą rzeczy:

• Feature — Nowa wartość dla użytkowników. Jedyny typ, który niesie punkty, jedyny typ, który wpływa na prędkość. To właśnie zmusza Cię do dzielenia pracy na obserwowalną dla użytkownika wartość.
• Bug — Defekt. Nieestymowany; po prostu musi zostać naprawiony. Bugs nie zarabiają punktów, co sprawia, że koszt poprawek staje się widoczny, a nie nagradzany.
• Chore — Praca utrzymaniowa — refaktoryzacje, aktualizacje zależności, infrastruktura. Nieestymowana; brak bramki akceptacyjnej. Zespół jest motywowany do łączenia chores z features wszędzie tam, gdzie to możliwe, aby ujęcie wartości pozostawało uczciwe.
• Release — Kamień milowy o zerowej liczbie punktów. Oznacza wdrożenie lub podbicie wersji. Zakotwicza datę dla prognozy.

Liczy się efekt behawioralny: gdy bugs i chores nie zdobywają punktów, zespół naturalnie dąży do wyrażania pracy jako funkcjonalności zorientowanej na użytkownika i staje się dotkliwie świadomy kosztu defektów. To dyscyplina planistyczna zakodowana w modelu danych — a nie wytyczna, którą musisz pamiętać.

Każda historia ma tytuł, opis (Markdown), właścicieli, obserwujących, etykiety, opcjonalne zadania, komentarze, załączniki, blokery, powiązania i recenzje. Panel szczegółów otwiera się bezpośrednio na tablicy — bez okna modalnego, bez przełączania kontekstu.

Maszyna stanów i pętla akceptacji

Każda historia przechodzi przez stany. Dokładna ścieżka zależy od typu:

Typ	Ścieżka
Feature	Unstarted → Started → Finished → Delivered → Accepted (lub Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (lub Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Kluczowym stanem jest Delivered: inżynier oznacza historię jako dostarczoną, ale nie jest ona ukończona, dopóki właściciel produktu jawnie nie zaakceptuje jej względem jej kryteriów akceptacji — albo nie odrzuci, cofając ją do Started. To wbudowuje pętlę informacji zwrotnej od klienta w każdą pojedynczą historię, zamiast odkładać akceptację do demonstracji na koniec sprintu. Kryteria akceptacji powinny znaleźć się na historii, zanim zostanie ona rozpoczęta, najlepiej w formie Given/When/Then, tak aby przekładały się bezpośrednio na testy akceptacyjne. INVEST jest testem zdroworozsądkowym sprawdzającym, czy historia jest dobrze sformułowana.

Stan możesz przesuwać za pomocą wbudowanego przycisku akcji na karcie, przeciągając historię do innej grupy iteracji lub wywołując API. Przejścia wstecz proszą o potwierdzenie, abyś przez przypadek nie zgubił swojego miejsca.

Iteracje

Praca jest zorganizowana w ograniczone czasowo iteracje (nie mówimy „sprinty”). Każda iteracja ma datę rozpoczęcia, długość (1–4 tygodnie na projekt) oraz docelową pojemność w punktach.

Nie pakujesz iteracji ręcznie. System robi to za Ciebie, używając Twojej prędkości — średniej ukończonych punktów z ostatnich iteracji — oraz definicji „stanu ukończenia” Twojego projektu (zobacz Prędkość poniżej). Przeciągaj historie, aby zmienić kolejność; iteracje uzupełniają się automatycznie.

Prędkość

Prędkość to liczba punktów features zaakceptowanych w iteracji. East Agile Tracker oblicza ją na podstawie Twojej historii i wykorzystuje do zaplanowania pojemności następnej iteracji.

Kilka rzeczy można skonfigurować per projekt:

• Stan ukończenia — który stan liczy się jako „ukończony” dla prędkości. Większość zespołów wybiera Accepted; niektóre wybierają Finished, jeśli ich cykl dostawy jest odsprzężony.
• Strategia — jak uśredniana jest prędkość: ostatnie 3 iteracje, ostatnie 5 itd.
• Prędkość początkowa — wartość startowa dla nowych projektów, które nie mają jeszcze historii.

Tablica: trzy strefy, jedna zasada

Tablica to miejsce, w którym żyje praca. Trzy strefy, jedna zasada:

• Icebox — Pula nieuporządkowanych pomysłów. Icebox ma prawo być cmentarzyskiem.
• Backlog — Ściśle uporządkowana lista o jednym priorytecie. Bez remisów. Bez „P1/P1/P1”. Właściciel produktu jest odpowiedzialny za kolejność od góry do dołu. Niezmiennik: szczyt backlogu jest zawsze najważniejszy i najlepiej dookreślony, a klarowność maleje, w uzasadniony sposób, w miarę schodzenia w dół. Historia blisko szczytu z niejasnymi kryteriami akceptacji to błąd planistyczny — a nie przyszły problem do zignorowania.
• Current — Aktywna iteracja. Historie ułożone są w sekwencji czasowej iteracji, z widocznym na każdej karcie stanem (Unstarted / Started / Finished / Delivered / Accepted). Kolejność mówi, co zostanie zrobione jako następne; stan mówi, na jakim etapie cyklu się znajduje.

Kolumna Current grupuje według nagłówka iteracji (bieżąca, potem nadchodzące, potem zamknięte) — a nie według stanu. To celowe: iteracja Current jest planem pracy, a nie podziałem według stanu. Wiele historii w iteracji jest w stanie Unstarted (część zostanie rozpoczęta, część przejdzie do następnej iteracji, część zostanie odrzucona). Pocięcie kolumny według stanu rozbija sekwencję czasową iteracji, w której zespół faktycznie planuje.

W sekcji Board paska bocznego możesz włączać i wyłączać dodatkowe kolumny (pole wyboru przy każdej predefiniowanej): Done, My Work, Blocked, Epics, Chat. Możesz także zapisywać niestandardowe panele filtrów i zmieniać szerokość kolumn wedle uznania — Twój układ jest zachowywany per projekt i per przeglądarka.

Estymowanie

Estymujesz wyłącznie features, używając względnych punktów — a nie godzin. Estymacja to rozmowa o rozmiarze, a nie obietnica. Bugs i chores pozostają na zerze; punktowanie ich zawyża prędkość do czegoś, co nic nie znaczy, a prognoza, która czyni cały system uczciwym, się rozpada. Prędkość jest instrumentem pomiarowym; nie majstruje się przy własnym instrumencie.

East Agile Tracker dostarcza trzy skale od razu po wyjęciu z pudełka:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Klasyczna skala XP. Wszystko większe niż 13 powinno zostać podzielone na mniejsze historie.
• East Agile — 0, 1, 2, 3. Ciaśniejsza skala, której sami używamy. Zniechęca do nadmiernego rozważania; nic powyżej 3 nie należy do jednej iteracji.
• 3-Point — 1, 2, 3 (Small / Medium / Large). Ścisłe rozmiary „t-shirtowe” dla zespołów, które chcą minimalnej granularności.

Wybierz skalę per projekt. Skale możesz zmienić później — istniejące estymacje zostaną przemapowane.

Korzyść z zdyscyplinowanej estymacji: prognoza daty wydania staje się obliczeniem, a nie negocjacją. Rozmowa z interesariuszami przesuwa się z „czy możesz zobowiązać się do X do piątku” na „przy bieżącej prędkości to wydanie wypada w okolicach daty Y — oto kompromis zakres/data”.

Etykiety

Etykiety to kolorowe tagi. Historie mogą mieć ich wiele. Zarządzasz nimi na stronie Labels — kolory, nazwy, archiwizacja, gdy się zdezaktualizują.

Wyszukiwanie i filtry

Wyszukiwanie używa prostej składni filtrów, która naturalnie się komponuje:

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

Typowe filtry: type:, state:, label:"with spaces", owner:, requester:, has:blocker, is:unestimated, plus tekst swobodny w tytule i opisie. Zapisuj filtry jako nazwane panele na tablicy.

Właściciele, obserwujący, zgłaszający

• Właściciele — Kto wykonuje pracę. Może być wielu.
• Obserwujący — Osoby, którym zależy na aktualizacjach. Może być wielu.
• Zgłaszający — Kto poprosił o historię. Zwykle jedna osoba.

Każdy z tych slotów może zostać wypełniony przez ludzkiego członka lub agenta. Karta historii pokazuje awatary właścicieli; właściciele będący agentami otrzymują wyraźne wizualne oznaczenie, więc zawsze jest jasne, kto faktycznie co zrobił.

Agenci — pełnoprawni członkowie zespołu

To część, której większość trackerów nie ma, i część, którą zbudowaliśmy celowo.

Agent to wymieniony z imienia uczestnik projektu — jak członek, ale jest to AI. Ma własną tożsamość, własną rolę (viewer / member / owner — owner jest zastrzeżony dla ludzi) oraz własną ścieżkę audytową. Gdy agent dokonuje przejścia historii, dziennik aktywności mówi, że zrobił to agent. Gdy agent komentuje, komentarz jest podpisany przez agenta. Żadnych fantomowych ludzi przy zapisach agentów.

Agenci uwierzytelniają się za pomocą kluczy API agentów (ea_agent_*), wybijanych per projekt. Odbierz agentowi dostęp, a dostęp ginie wraz z kluczem; historia agenta pozostaje w dzienniku audytu na zawsze, więc zawsze wiesz, co się wydarzyło.

Więcej przeczytasz w Instrukcji obsługi → Agenci oraz w Przewodniku po API.

Komentarze, załączniki, blokery, powiązania, recenzje

• Komentarze — Markdown, do 10 000 znaków. Wątkowane pod historią.
• Załączniki — Pliki, w tym wideo, do 2 GB każdy.
• Blokery — Notatki w postaci tekstu swobodnego „co to blokuje”, oznaczane jako rozwiązane/nierozwiązane.
• Powiązania — Łącz historie ze sobą (blocks, is blocked by, duplicates, relates to) lub z zewnętrznymi adresami URL (PR-y/gałęzie GitHub są autowykrywane).
• Recenzje — Przypisz recenzenta (człowieka lub agenta), otrzymaj zatwierdzenie/odrzucenie.

Analityka

Poza tablicą zakładka Analytics daje Ci:

• Project Overview — Prędkość, wskaźnik akceptacji, czas cyklu, KPI ostatnich iteracji.
• Iteration Report — Szczegółowa analiza per iteracja.
• Releases & Burndowns — Kamienie milowe wydań i burndown per iteracja.
• Story Activity — Kto co zrobił i kiedy (z możliwością filtrowania).
• Cycle Time — Czas od Started do stanu ukończenia Twojego projektu.
• Projections — Prognoza, kiedy Twój backlog zostanie ukończony przy bieżącej prędkości.

Motywy

Cztery motywy są dostarczane od razu po wyjęciu z pudełka:

• Agile — Paleta marketingowej strony startowej. Ciepłe biele, głęboko-niebieski akcent marki (#1f6f9f), nasycone złote/czerwone/szare/fioletowe ikony typów historii. Domyślny dla nowych odwiedzających i wiodąca opcja w przełączniku.
• Labs — Oryginalna paleta Pivotal Tracker — ciemny interfejs, niebieski pasek górny, pastelowe przerwy między kolumnami. Pieczołowicie zachowana.
• Dark — Czysta neutralna ciemność, bez odcienia.
• Light — Czysta neutralna jasność, bez odcienia. Tusz na papierze.

Przełączaj w stopce paska bocznego lub w Ustawieniach konta → Theme. Twój wybór jest zachowywany między sesjami.

Języki

Interfejs jest przetłumaczony na 15 języków: angielski, francuski, niemiecki, hiszpański, japoński, chiński, koreański, portugalski, włoski, niderlandzki, szwedzki, duński, czeski, fiński, polski. Przełączaj ze stopki paska bocznego; wybór jest zachowywany. Interfejs, strony uwierzytelniania, obszar konta/bezpieczeństwa oraz strona marketingowa są dziś podłączone; szczegóły historii / analityka / ustawienia pojawią się w kolejnych aktualizacjach.

Co dalej

• Praktyka z produktem: Instrukcja obsługi.
• Lektura wprowadzająca: Czym jest rozwój zwinny? oraz eXtreme Programming.
• Zbuduj coś na bazie: Przewodnik po API oraz Specyfikacja API.