Przejdź do głównej zawartości

Instrukcja obsługi

Kompletny przewodnik użytkownika. Aby poznać pojęcia, zobacz Wprowadzenie.

Zarejestruj się na eastagiletracker.com/register za pomocą adresu e-mail i hasła lub kontynuuj przez GitHub, jeśli wolisz OAuth. Zweryfikuj swój adres e-mail za pomocą linku, który wysyłamy; do tego czasu możesz się logować, ale niektóre funkcje są ograniczone.

Jeśli zostałeś zaproszony do projektu lub organizacji, podążaj za linkiem w e-mailu z zaproszeniem — Twoje konto zostaje utworzone (lub logujesz się) i trafiasz bezpośrednio na odpowiednią tablicę.

Zapomniałeś hasła? Użyj Forgot Password na stronie logowania; wyślemy Ci e-mailem link do resetowania.

Z awatara w prawym górnym rogu → Account Settings:

  • Profile — Wyświetlana nazwa, inicjały (używane w awatarach właścicieli), e-mail.
  • Bio — Krótki autoopis (do 4 KiB). Pojawia się na /me oraz na listach członków organizacji, dzięki czemu agent (lub współpracownik) może wybrać właściwą osobę, do której się zwrócić. Pozostaw puste, aby zrezygnować.
  • Password — Zmień je w dowolnym momencie.
  • Avatar — Prześlij obraz lub poprzestań na swoich inicjałach.
  • API Keys — Twórz osobiste tokeny API; zobacz Przewodnik po API.
  • Theme — Agile, Labs, Dark lub Light (przełączalne także z paska bocznego).
  • Delete Account — Dwustopniowe potwierdzenie. Usuwa Cię ze wszystkich organizacji i projektów.

Z awatara w prawym górnym rogu → Security:

  • Dwuskładnikowe (TOTP) — Skonfiguruj kod z dowolnej aplikacji uwierzytelniającej (1Password, Authy, Google Authenticator, …). Otrzymasz 10 jednorazowych kodów odzyskiwania — są pokazywane raz, więc je zapisz. Wyłącz później za pomocą bieżącego kodu albo kodu odzyskiwania.
  • Passkeys — Dodaj powiązany z urządzeniem passkey WebAuthn (Touch ID, Windows Hello, sprzętowy klucz bezpieczeństwa). Potem loguj się bez hasła. Dodawaj, nazywaj i usuwaj klucze z tej samej strony.

Udane logowanie wybija dwa tokeny: krótko żyjący dostępowy JWT oraz długo żyjący token odświeżający (30 dni, rotowany przy każdym użyciu). SPA odświeża token dostępowy automatycznie, gdy ten wygasa; pozostajesz zalogowany, dopóki token odświeżający nie wygaśnie albo się nie wylogujesz. Wylogowanie unieważnia token odświeżający po stronie serwera, więc skradziona kopia nie może zostać odtworzona.

Większość kont jest Free Forever do użytku osobistego. Jeśli Twoje konto ma rozliczane saldo kredytowe, znajdziesz je w Account → Billing — doładuj przez płatność Paddle, zobacz historię transakcji.

Każde konto należy do jednej lub więcej organizacji. Świeża rejestracja otrzymuje osobistą organizację („Organizacja <Name>”) tworzoną automatycznie na wzór Linear/Vercel. Projekty żyją wewnątrz organizacji, a członkostwo w organizacji warunkuje członkostwo w projekcie.

Kliknij przełącznik organizacji w pasku górnym, aby przeskakiwać między organizacjami, do których należysz. Aktywna organizacja zabarwia pasek boczny, zawęża listę „Projects” i jest preselektowana, gdy tworzysz nowy projekt.

Kliknij blok organizacji w pasku bocznym → Manage organization → trafiasz na /organization/{id}/projects. Pasek boczny ujawnia trzy zakładki administracyjne:

  • Projects — Wszystkie projekty w tej organizacji.
  • Members — Bieżący członkowie, role i oczekujące zaproszenia. Zapraszaj przez e-mail; zaproszenie jest przypisane do adresu e-mail, z tokenem o określonym TTL i sufitem ról (członkowie nie mogą zapraszać adminów).
  • Settings (tylko właściciele) — Nazwa organizacji, slug, plan. Tutaj przenieś własność na innego członka.

Usunięcie członka z organizacji kaskaduje: jego członkostwa per projekt w projektach tej organizacji są odbierane w tej samej transakcji. Adresy URL tablic w zakładkach przestają działać w momencie utraty dostępu do organizacji — nie ma osieroconego śladu.

Na stronie Projects kliknij New Project. Formularz tworzenia prosi tylko o dwie rzeczy:

  • Title — Wymagany.
  • Description — Opcjonalny; widoczny dla wszystkich członków.

Wszystko inne — długość iteracji, dzień rozpoczęcia, prędkość początkowa, skala estymacji, stan ukończenia, przełącznik zadań — ustawiasz później w Project Settings i jest zasiane rozsądnymi wartościami domyślnymi.

W menu Settings projektu znajdziesz cztery zakładki:

  • Project — Edytuj tytuł, opis, długość iteracji i dzień rozpoczęcia, strategię prędkości (średnia z ostatnich 3 / 5 / 10), stan ukończenia, skalę estymacji, przełącznik zadań.
  • Member — Zapraszaj, awansuj/degraduj i usuwaj ludzkich członków (zobacz Członkowie i zaproszenia poniżej).
  • Agent — Wybijaj i odbieraj klucze API agentów dla tego projektu (zobacz Agenci poniżej). Tylko dla właścicieli.
  • Import — Przenoś historie z innego trackera (zobacz Importowanie z innych trackerów poniżej).

W zakładce Member w Project Settings zapraszaj ludzi przez e-mail. Oczekujące zaproszenia trafiają do osobnego koszyka do czasu zaakceptowania; widzisz, kto został zaproszony, i możesz ponowić wysyłkę lub cofnąć zaproszenie. Aktywni członkowie mogą być awansowani/degradowani między viewer, member i owner. Właściciele mogą zmieniać ustawienia projektu; obserwatorzy mogą czytać, ale nie pisać.

Historia projektu jest na osobnej stronie — każda zmiana ustawień projektu, każda zmiana członkostwa, wraz z wykonawcą (człowiekiem lub agentem).

Użyj elementu + Add story na dowolnym panelu tablicy (Current, Backlog, Icebox lub niestandardowym) — wpisz tytuł i naciśnij Enter.

Nowe historie tworzone w Current domyślnie przyjmują current_state = 'unstarted'. To zgodność z PT: iteracja Current jest planem pracy, a nie podziałem według stanu. Właściciel jawnie uruchamia historię (Start), gdy zaczyna pracę — zegar czasu cyklu nie rusza wcześniej.

Wymagane: tytuł. Wybierz typ (domyślnie feature). Dodaj opis, estymację (tylko features), etykiety, właścicieli, obserwujących, blokery — każde z nich można uzupełnić później z panelu szczegółów.

Naciśniesz Enter dwa razy szybko? Żaden problem — przycisk jest zabezpieczony; dostajesz dokładnie jedną historię.

Features to jedyny typ, który przyjmuje punkty. Kliknij kółko punktów na karcie (lub w panelu szczegółów) i wybierz wartość ze skali. Nieestymowane features pokazują puste kółko.

  • Skala Fibonacci0, 1, 2, 3, 5, 8, 13. Standardowa XP. Wszystko większe niż 13 powinno zostać podzielone na mniejsze historie.
  • Skala East Agile0, 1, 2, 3. Ciaśniejsza. 3 oznacza pełną iterację czasu jednej osoby. Nic nie mieści się powyżej 3.
  • Skala 3-Point1, 2, 3 (Small / Medium / Large). Ścisłe rozmiary „t-shirtowe” — bez opcji zera, bez połówek punktów.

Wybierz skalę raz w Project Settings; możesz ją zmienić później (istniejące estymacje zostaną przemapowane).

Trzy sposoby na przesunięcie historii przez cykl życia:

  1. Kliknij wbudowany przycisk akcji na karcie — Start, Finish, Deliver, Accept, Reject. Tekst przycisku odzwierciedla następny prawidłowy stan dla typu historii.
  2. Przeciągnij kartę do innej kolumny. System stosuje przejście wynikające z przekroczenia tej kolumny. Ruchy wstecz proszą o potwierdzenie.
  3. Przejście zbiorcze — Zaznacz wiele historii, Transition all — każda historia przechodzi niezależnie. Jeśli jedna jest niedozwolona, pozostałe i tak przechodzą.

Kliknij w dowolnym miejscu wiersza historii, aby rozwinąć go bezpośrednio. Panel szczegółów pokazuje:

  • Tytuł (edytowalny), opis (Markdown), typ, estymację, zgłaszającego.
  • Właścicieli (dodaj/usuń członków lub agentów), obserwujących, etykiety.
  • Zadania (jeśli włączone), komentarze, załączniki, blokery, powiązania, recenzje.
  • Menu z trzema kropkami do duplikowania, usuwania i innych rzadziej używanych akcji.

Naciśnij Escape, aby zamknąć ostatnio otwartą historię (zapamiętuje stos — zwijaj po jednej naraz).

Do 10 000 znaków, renderowane w Markdown. Edytuj i usuwaj własne komentarze; dziennik audytu zachowuje historię. Wzmiankuj członków za pomocą @, a autouzupełnianie ich podchwyci.

Przeciągnij plik na panel szczegółów lub użyj przycisku przesyłania. Do 2 GB na plik — tak, wystarczająco dużo na wideo z nagraniem ekranu i objaśnieniami. Korzystaj z wbudowanego odtwarzacza wideo.

Na stronie Labels w pasku bocznym: twórz etykiety z nazwami i kolorami, archiwizuj, gdy się zdezaktualizują (zarchiwizowane etykiety znikają z tablicy, ale pozostają przeszukiwalne). Dodawaj etykiety per historia w panelu szczegółów.

  • Blokery — Notatka w postaci tekstu swobodnego „to jest blokowane przez X”. Oznaczaj jako rozwiązane/nierozwiązane. Filtruj tablicę po has:blocker.
  • Powiązania — Sześć typów relacji: relates to, duplicates, blocks, is blocked by, pull request, branch. Wklej adres URL GitHub, a typ zostanie wykryty automatycznie.
  • Recenzje — Przypisz recenzenta (człowieka lub agenta) ze statusem (pending, approved, rejected) i opcjonalnym komentarzem.

Jeśli włączone w Project Settings, historie otrzymują podzadania — listę kontrolną wewnątrz historii. Odhaczaj je w miarę postępów; licznik pojawia się na karcie.

Każda zmienna wyboru na powierzchni szczegółów historii ma małą ikonę [?] obok swojej etykiety. Kliknij ją w aplikacji, aby zobaczyć te same wskazówki, które podsumowano poniżej. Tłumacze dostarczają teksty w aplikacji wraz z resztą interfejsu; ta sekcja jest długą, kanoniczną referencją.

Pola są wymienione w kolejności, w jakiej pojawiają się w zakładce Overview.

Miejsce historii w cyklu życia: Unstarted → Started → Finished → Delivered → Accepted (lub Rejected z powrotem do Started).

Kluczowym stanem jest Delivered: inżynier oznacza ją jako dostarczoną, ale nie jest ona ukończona, dopóki właściciel produktu jawnie nie zaakceptuje jej (Accept) względem kryteriów akceptacji — albo nie odrzuci, cofając ją z powrotem. To wbudowuje pętlę informacji zwrotnej od klienta w każdą historię, zamiast odkładać akceptację do demonstracji na koniec sprintu.

Jeśli historie piętrzą się w Delivered, to sygnał, że pętla accept/reject utknęła. Patrz na liczbę Delivered na koniec każdej iteracji — jeśli rośnie, to sygnał, że właściciel produktu ma za mało zasobów albo kryteria akceptacji nie są wystarczająco jasne z góry.

Do której iteracji historia jest zaplanowana. Pozostaw jako None, aby trzymać historię w Backlogu, gdzie system automatycznie pogrupuje ją pod nadchodzącą iteracją na podstawie prędkości.

Ręczne nadpisanie tutaj jest przydatne, gdy chcesz przypiąć historię do konkretnej iteracji niezależnie od kolejności — np. wiążąc historię release ze stałą datą. W przeciwnym razie pozwól, aby kolejność w Backlogu sterowała przydziałem do iteracji; to właśnie utrzymuje uczciwość prognozy prędkości.

Kto wykonuje pracę. Właścicielami mogą być ludzie lub agenci — obaj renderują się jako wymienieni z imienia uczestnicy w dzienniku audytu, autorstwie komentarzy i analityce. Nie ma sposobu na przebranie właściciela będącego agentem za człowieka.

Wielu właścicieli to widoczny wyraz programowania w parach (lub w parze z agentem). Dodaj agenta, który podjął historię, oraz człowieka, który recenzuje — oba imiona pojawią się na karcie. To utrzymuje niski poziom pracy w toku; kończenie przed rozpoczęciem następnej historii to największa pojedyncza dźwignia czasu cyklu.

Właściciele to nie to samo co Followers (osobne pole na karcie). Obserwujący to osoby, którym zależy na historii, ale które nie wykonują pracy — zazwyczaj subskrybenci powiadomień.

Cztery typy nie są wymienne — to rozróżnienie jest istotą całego modelu danych.

  • Feature — Nowa, obserwowalna dla użytkownika wartość. Jedyny typ, który niesie punkty i liczy się do prędkości. To zmusza Cię do dzielenia pracy na wartość, którą użytkownik może zobaczyć.
  • Bug — Defekt. Niepunktowany. Defekty nie zarabiają punktów prędkości, co utrzymuje koszt poprawek widocznym, a nie nagradzanym.
  • Chore — Konieczna praca bez bezpośredniej wartości dla użytkownika (refaktoryzacje, infrastruktura, konfiguracja). Niepunktowana. Zespół jest motywowany do łączenia chores z features wszędzie tam, gdzie to możliwe, aby ujęcie wartości pozostawało uczciwe.
  • Release — Znacznik o zerowej liczbie punktów dla kamienia milowego. Przechodzi prosto z Unstarted do Accepted, zakotwiczając datę dla prognozy.

Jeśli przyłapiesz się na chęci punktowania buga lub chore: nie rób tego. To rozbija prognozę, która czyni cały system uczciwym. Prędkość jest instrumentem pomiarowym; nie majstruje się przy własnym instrumencie.

Nie używaj tego, jeśli możesz tego uniknąć. Backlog jest priorytetem — od góry do dołu, jeden priorytet, bez remisów. Właściciel produktu jest odpowiedzialny za kolejność.

Pole „priority” to klasyczny antywzorzec, który po cichu zamienia empiryczny, uporządkowany backlog z powrotem w planowanie życzeniowe. Jeśli masz trzy P1, nie masz priorytetu — masz Backlog z niewłaściwą kolejnością. Napraw kolejność; usuń sygnał priorytetu.

Pole istnieje dla kompatybilności z importami z trackerów, które go używają (Jira, Asana, …), aby importowane historie nie traciły informacji po drodze. W nowej pracy pozostaw na „None”.

Względny rozmiar historii. Features dostają punkty; bugs, chores i releases pozostają na zerze.

Estymacja to rozmowa o rozmiarze, a nie obietnica. Nie przeliczaj punktów na godziny; nie zawyżaj punktów, by wyglądać szybciej. Prędkość jest instrumentem pomiarowym — nie majstruje się przy własnym instrumencie.

Dostarczane są trzy skale:

  • Fibonacci0, 1, 2, 3, 5, 8, 13. Klasyczna skala XP. Wszystko większe niż 13 powinno zostać podzielone.
  • East Agile0, 1, 2, 3. Ciaśniejsza skala. 3 oznacza pełną iterację czasu jednej osoby.
  • 3-Point1, 2, 3 (Small / Medium / Large). Ścisłe rozmiary „t-shirtowe”.

Jeśli często estymujesz na 5, 8 lub 13, Twoje historie są za duże. Dziel, aż każda będzie niezależnie dostarczalna (S i I w INVEST).

Kto poprosił o historię. Zwykle jedna osoba — właściciel produktu, interesariusz lub agent działający w czyimś imieniu.

Zgłaszający to nie właściciel. Właściciel to ten, kto wykonuje pracę; zgłaszający to ten, komu zależy na rezultacie i kto go zaakceptuje (albo nie). Mogą to być te same osoby, ale są to odrębne role. Zapisanie zgłaszającego to coś, co daje Ci audytową odpowiedź na pytanie „kto o to poprosił?” sześć miesięcy później.

Kolorowe tagi. Historie mogą nieść ich wiele. Używane do przekrojowej kategoryzacji — mvp, tech-debt, security, konkretna nazwa wydania — oraz do filtrowania tablicy (label:mvp w polu wyszukiwania lub zapisanie jako niestandardowy panel filtra).

Etykiety mają zasięg projektu. Zarządzaj nimi na stronie Labels w pasku bocznym. Archiwizuj zdezaktualizowane etykiety zamiast je usuwać; archiwum zachowuje historię przeszukiwalną, jednocześnie czyszcząc tablicę.

Notatki w postaci tekstu swobodnego opisujące, co uniemożliwia postęp tej historii. Oznacz jako rozwiązane, gdy przeszkoda zniknie.

Blokery to sygnał przepływu, a nie kolejka. Użyj codziennego standupu, aby je ujawnić; rozwiązuj je poza tym. Jeśli masz więcej niż jeden lub dwa otwarte blokery na historię przez ponad jeden dzień, planowanie jest złe — podziel historię lub zmień zależność. Celem jest, aby panel Blocked był przez większość czasu w większości pusty.

Czym jest historia i jak rozpoznać, że jest ukończona. Markdown.

Kryteria akceptacji należą tutaj — najlepiej w formie Given / When / Then, aby przekładały się bezpośrednio na testy akceptacyjne:

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 to test zdroworozsądkowy sprawdzający, czy historia jest dobrze sformułowana:

  • Independent (niezależna) — może zostać wydana bez innych historii.
  • Negotiable (negocjowalna) — ujmuje intencję, a nie zamrożoną specyfikację.
  • Valuable (wartościowa) — dla użytkownika lub interesariusza.
  • Estimable (estymowalna) — zespół potrafi określić jej rozmiar.
  • Small (mała) — komfortowo mieści się w iteracji.
  • Testable (testowalna) — ma kryteria akceptacji, które można sprawdzić.

Historia na szczycie backlogu z niejasnymi kryteriami akceptacji to błąd planistyczny — a nie przyszły problem do zignorowania. Napraw go, zanim pozwolisz jej awansować.

Zaznacz wiele historii na tablicy (zaznaczanie zakresu z shift-click lub Select all in panel). Następnie:

  • Przejście zbiorcze (bulk transition)
  • Usuwanie zbiorcze (bulk delete)
  • Duplikowanie zbiorcze (bulk duplicate)

Tablica jest ekranem domowym każdego projektu. Domyślnie trzy kolumny:

  • Current — Historie w aktywnej iteracji. Grupowane według nagłówka iteracji (bieżąca, potem nadchodzące, potem zamknięte). Karty pojawiają się w sekwencji czasowej iteracji, z widocznym na każdej karcie stanem; kolumna nie jest cięta według stanu — to rozbija sekwencję czasową iteracji, w której zespół planuje.
  • Backlog — Ściśle uporządkowana kolejka. System automatycznie grupuje nadchodzące iteracje na podstawie prędkości. Właściciel produktu jest odpowiedzialny za kolejność od góry do dołu; klarowność może maleć w miarę przewijania w dół, ale nigdy na szczycie.
  • Icebox — Pomysły bez daty. Nieuporządkowane, nieestymowane. Icebox ma prawo być cmentarzyskiem.

Sekcja Board paska bocznego wymienia każdą predefiniowaną kolumnę z polem wyboru: zaznacz pole, aby pokazać tę kolumnę, odznacz, aby ją ukryć. Przełączniki są zachowywane per projekt i per użytkownik (są synchronizowane przez GET/PUT /preferences). Predefiniowane to:

  • Current Iteration (domyślnie włączona)
  • Backlog (domyślnie włączona)
  • Icebox (domyślnie włączona)
  • Done — Zaakceptowane historie.
  • My Work — Historie, w których jesteś właścicielem.
  • Blocked — Historie z nierozwiązanymi blokerami.
  • Epics — Zestawienia na poziomie epików.
  • Chat — Kolumna czatu o zasięgu projektu.

Przypnij wyszukiwanie jako panel: wklej zapytanie w rodzaju type:feature label:mvp owner:claire, zapisz je. Zmieniaj szerokość kolumn wedle uznania; szerokości są zachowywane między sesjami.

Pasek wyszukiwania akceptuje składnię filtrów opisaną we Wprowadzeniu. Wyniki wyszukiwania żyją w panelu wyników; kliknij dowolny, aby przeskoczyć do niego na tablicy.

Pasek górny pokazuje numer bieżącej iteracji, zakres dat oraz liczbę punktów zaakceptowanych względem zaplanowanych. Kliknij, aby przeskoczyć do kolumny Current.

System tworzy iteracje automatycznie na podstawie Twojej długości i dnia rozpoczęcia. Nie musisz ich „otwierać” ani „zamykać”.

Aby planować z wyprzedzeniem, przeciągaj historie z Backlogu do nadchodzących grup iteracji. System oznacza grupy na czerwono, jeśli przekraczają Twoją prędkość. Aby planować dalej, przewiń backlog — pokazuje trzy lub cztery iteracje do przodu.

Aby cofnąć się w czasie: kliknij dowolny nagłówek minionej iteracji w kolumnie Current, aby zagłębić się w raport iteracji.

Wydania to typ historii, a nie osobny obiekt. Utwórz wydanie tak samo, jak tworzysz dowolną historię: wybierz Release jako typ, nadaj mu nazwę (np. v2.4), przeciągnij do iteracji, w której zamierzasz je wypuścić.

Wydania pomijają stany Started/Finished/Delivered/Rejected — przechodzą z Unstarted do Accepted w jednym kroku. Zaakceptuj wydanie, gdy je wypuścisz; widoki analityki wyświetlają znacznik wydania.

Zakładka Analytics (na górze projektu) daje Ci sześć raportów:

  • Project Overview — Trend prędkości, KPI ostatnich iteracji, burnup, burndown, przepływ skumulowany.
  • Iteration — Zagłębienie w pojedynczą iterację: KPI, burndown, przepływ stanów.
  • Releases & Burndowns — Oś czasu wydań, burndown per wydanie.
  • Story Activity — Kto co zrobił, z możliwością filtrowania po wykonawcy, typie, zakresie dat.
  • Cycle Time — Średnia i rozkład czasu od Started do Twojego stanu ukończenia.
  • Projections — Prognoza, kiedy backlog zostanie ukończony przy bieżącej prędkości.

To część produktu, która go wyróżnia. Agent to wymieniony z imienia członek zespołu — ale jest to AI.

Musisz być właścicielem projektu (lub adminem). Otwórz Project Settings → Agents:

  1. Create new agent key.
  2. Nadaj agentowi nazwę (pojawi się on pod tą nazwą w dziennikach audytu, autorstwie komentarzy i awatarach właścicieli).
  3. Wybierz rolę — viewer (tylko do odczytu) lub member (może pisać). Rola właściciela jest zastrzeżona dla ludzi.
  4. Klucz jest pokazywany raz — skopiuj go; nie przechowujemy go w sposób umożliwiający odczyt. Prefiks to ea_agent_….

Agent z rolą member może robić wszystko, co ludzki członek:

  • Tworzyć, edytować, przechodzić stanami, usuwać historie
  • Komentować, dołączać pliki, dodawać etykiety, ustawiać właścicieli
  • Wybierać samego siebie jako właściciela historii
  • Czytać aktywność, śledzić zdarzenia

Dziennik audytu zapisuje każdy zapis z tożsamością agenta. Nie ma sposobu, aby akcja agenta wyglądała jak akcja człowieka.

W Project Settings → Agents widzisz wszystkie aktywne klucze, ich nazwy, role oraz znacznik czasu ostatniego użycia. Odbierz klucz w dowolnym momencie; agent natychmiast traci dostęp. Dotychczasowa aktywność agenta pozostaje w dzienniku audytu na zawsze.

Zobacz Przewodnik po API → Klucze agentów, aby uzyskać przykłady kodu.

Jeśli przechodzisz z innego narzędzia, mamy importery dla ośmiu źródeł:

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

W Project Settings → Import prześlij eksport (CSV z większości, JSON z Plane). Historie, właściciele, komentarze, etykiety i stany są mapowane automatycznie; niektóre źródła przynoszą też iteracje.

Podgląd pokazuje, co zostanie zaimportowane. Niezgodności (np. etykieta nieobecna w Twoim projekcie) wywołują pytanie — utwórz-lub-pomiń, Twój wybór.

Cztery motywy są dostarczane. Przełączaj w stopce paska bocznego (lub w Ustawieniach konta → Theme):

  • Agile — Paleta marketingowej strony startowej. Ciepłe biele, głęboko-niebieski akcent marki (#1f6f9f), nasycone ikony typów historii. Wiodąca opcja w przełączniku.
  • Labs — Paleta Pivotal Tracker, pieczołowicie zachowana. Ciemny interfejs, niebieski pasek górny, pastelowe przerwy między kolumnami. Oryginał.
  • Dark — Czysta neutralna ciemność.
  • Light — Czysta neutralna jasność. Tusz na papierze.

Twój motyw jest zachowywany między sesjami.

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 — interfejs, strony uwierzytelniania, obszar konta/bezpieczeństwa, lista projektów oraz strona marketingowa lokalizują się natychmiast. Lokalizacja szczegółów historii / analityki / ustawień jest w drodze.

Kilka, które zasługują na uwagę:

  • Escape — Zwiń ostatnio otwartą historię.
  • Enter w wbudowanym polu — Zatwierdź (nie zwinie wiersza).
  • Shift-click — Zaznacz zakres historii.

Więcej jest dodawanych z czasem; zobacz Help w pasku bocznym, aby poznać aktualną listę.

East Agile Tracker jest open source. Pełen kod źródłowy znajduje się na github.com/EastAgile/agile-tracker — sklonuj go, zbuduj, uruchom na własnej infrastrukturze. Ten sam zestaw funkcji co w wersji hostowanej.

Konfigurację znajdziesz w README projektu.