Úvod

East Agile Tracker je nástroj pro agilní plánování s pevnými názory na to, jak by týmy měly dodávat software — a s neobvyklou představou o tom, kdo do týmu patří.

Stories procházejí skutečným stavovým automatem XP. Iterace se plánují samy podle rychlosti. Tabule vám přesně ukazuje, kde se práce nachází. A vedle vašich lidských kolegů můžete mít agenty — pojmenované AI účastníky s vymezenou rolí, kteří si berou stories, komentují, mění stavy a zanechávají auditní stopu, kterou si můžete přečíst.

Tato stránka popisuje koncepty. Pokud chcete provádět konkrétní úkony, podívejte se na Provozní pokyny.

Stories

Stories jsou základní jednotkou práce. Existují čtyři typy a právě v tom rozdílu spočívá celý smysl:

Feature — Nová hodnota pro uživatele. Jediný typ, který nese body, jediný typ, který přispívá k rychlosti. To je to, co vás nutí krájet práci na hodnotu pozorovatelnou uživatelem.
Bug — Vada. Bez odhadu; prostě se musí opravit. Bugs nezískávají kredit, což činí náklady na přepracování viditelnými, místo aby byly odměňovány.
Chore — Údržbová práce — refaktory, povýšení závislostí, infrastruktura. Bez odhadu; žádná akceptační brána. Tým je tlačen k tomu, aby kdekoli je to možné spojoval chores s features, aby zůstal rámec hodnoty poctivý.
Release — Milník s nulou bodů. Označuje nasazení nebo zvýšení verze. Ukotvuje datum pro projekci.

Důležitý je behaviorální efekt: když bugs a chores nedávají body, tým přirozeně tlačí na to, aby práci vyjadřoval jako funkcionalitu orientovanou na uživatele, a začne si akutně uvědomovat náklady na vady. To je plánovací disciplína zakódovaná v datovém modelu — ne nějaké pravidlo, které si musíte pamatovat.

Každá story má název, popis (Markdown), vlastníky, sledující, štítky, volitelné úkoly, komentáře, přílohy, blokátory, odkazy a recenze. Detailní panel se otevírá přímo na tabuli — žádné modální okno, žádné přepínání kontextu.

Stavový automat a akceptační smyčka

Každá story se pohybuje mezi stavy. Přesná cesta závisí na typu:

Typ	Cesta
Feature	Unstarted → Started → Finished → Delivered → Accepted (nebo Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (nebo Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Kritickým stavem je Delivered: inženýr označí story jako doručenou, ale ta není hotová, dokud ji produktový vlastník výslovně neakceptuje vůči jejím akceptačním kritériím — nebo neodmítne, čímž ji vrátí zpět do Started. Tím se do každé jednotlivé story zabuduje zpětnovazební smyčka se zákazníkem, místo aby se akceptace odkládala na demo na konci sprintu. Akceptační kritéria patří na story dříve, než se začne pracovat, ideálně ve formě Given/When/Then, aby se přímo mapovala na akceptační testy. INVEST je kontrola zdravého rozumu, zda je story dobře utvořená.

Stav můžete posunout pomocí inline akčního tlačítka na kartě, přetažením story do jiné skupiny iterací, nebo voláním API. Zpětné přechody si vyžádají potvrzení, abyste náhodou neztratili přehled.

Iterace

Práce je organizována do časově ohraničených iterací (neříkáme „sprinty”). Každá iterace má datum začátku, délku (1–4 týdny na projekt) a cílovou kapacitu v bodech.

Iterace neplníte ručně. Systém to dělá za vás pomocí vaší rychlosti — průměru dokončených bodů z nedávných iterací — a definice „done state” vašeho projektu (viz Rychlost níže). Přetahujte stories pro změnu pořadí; iterace se automaticky doplní.

Rychlost

Rychlost je počet bodů akceptovaných features na iteraci. East Agile Tracker ji počítá z vaší historie a používá ji k naplánování kapacity další iterace.

Několik věcí lze nastavit pro každý projekt zvlášť:

Done state — který stav se počítá jako „hotový” pro rychlost. Většina týmů volí Accepted; někteří Finished, pokud mají dodací cyklus oddělený.
Strategie — jak se rychlost průměruje: posledních 3 iterací, posledních 5 atd.
Počáteční rychlost — počáteční hodnota pro nové projekty, které ještě nemají historii.

Tabule: tři zóny, jedno pravidlo

Tabule je místo, kde práce žije. Tři zóny, jedno pravidlo:

Icebox — Bazén neprioritizovaných nápadů. Icebox smí být hřbitovem.
Backlog — Striktně seřazený seznam s jedinou prioritou. Žádné shody. Žádné „P1/P1/P1.” Produktový vlastník vlastní pořadí shora dolů. Invariant: vrchol backlogu je vždy nejdůležitější a nejlépe specifikovaný, přičemž jasnost legitimně klesá, jak postupujete dolů. Story blízko vrcholu s vágními akceptačními kritérii je plánovací chyba — ne budoucí problém, který lze ignorovat.
Current — Aktivní iterace. Stories sedí v pořadí časové posloupnosti iterace se svým stavem (Unstarted / Started / Finished / Delivered / Accepted) viditelným na každé kartě. Pořadí vám říká, na čem se bude pracovat dál; stav vám říká, kde se ve cyklu nachází.

Sloupec Current seskupuje podle hlavičky iterace (aktuální, pak nadcházející, pak uzavřené) — ne podle stavu. To je záměrné: aktuální iterace je plán práce, ne rozdělení podle stavu. Mnoho stories v iteraci je Unstarted (některé se začnou, některé se převalí do další iterace, některé se zahodí). Krájení sloupce podle stavu rozbíjí časovou posloupnost iterace, ve které tým ve skutečnosti plánuje.

V sekci Board na postranním panelu můžete zapínat či vypínat další sloupce (zaškrtávací políčko pro každý přednastavený): Done, My Work, Blocked, Epics, Chat. Můžete také ukládat vlastní filtrovací panely a měnit velikost sloupců podle libosti — vaše rozvržení se uchová pro každý projekt a prohlížeč zvlášť.

Odhadování

Odhadujete pouze features, pomocí relativních bodů — ne hodin. Odhadování je rozhovor o velikosti, ne slib. Bugs a chores zůstávají na nule; jejich bodování nafoukne rychlost na něco, co nic neznamená, a projekce, která činí celý systém poctivým, se rozpadne. Rychlost je měřicí přístroj; do vlastního přístroje nezasahujete.

East Agile Tracker přichází se třemi škálami:

Fibonacci — 0, 1, 2, 3, 5, 8, 13. Klasická XP škála. Cokoli většího než 13 by se mělo rozdělit na menší stories.
East Agile — 0, 1, 2, 3. Těsnější škála, kterou používáme sami. Odrazuje od přemýšlení; nic přes 3 nepatří do jedné iterace.
3-Point — 1, 2, 3 (Small / Medium / Large). Striktní velikosti triček pro týmy, které chtějí minimální granularitu.

Škálu zvolíte pro každý projekt. Škálu můžete změnit i později — stávající odhady se převedou.

Odměna za disciplinované odhadování: projekce data vydání se stává výpočtem, ne vyjednáváním. Rozhovor se zúčastněnými stranami se posune od „dokážeš se zavázat k X do pátku” k „při současné rychlosti tento release přistane kolem data Y — tady je kompromis rozsah/datum.”

Štítky

Štítky jsou barevné značky. Stories jich mohou mít více. Spravujete je na stránce Labels — barvy, názvy, archivace, když zastarají.

Vyhledávání a filtry

Vyhledávání používá jednoduchou syntaxi filtrů, která se přirozeně skládá:

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

Běžné filtry: type:, state:, label:"with spaces", owner:, requester:, has:blocker, is:unestimated, plus volný text v názvu a popisu. Filtry ukládejte jako pojmenované panely na tabuli.

Vlastníci, sledující, zadavatel

Vlastníci — Kdo dělá práci. Může jich být mnoho.
Sledující — Lidé, kterým záleží na aktualizacích. Může jich být mnoho.
Zadavatel — Kdo si o story požádal. Obvykle jeden.

Každý z těchto slotů může být vyplněn lidským členem nebo agentem. Karta story zobrazuje avatary vlastníků; agentští vlastníci dostávají odlišné vizuální zpracování, takže je vždy jasné, kdo co skutečně udělal.

Agenti — plnohodnotní členové týmu

Tohle je část, kterou většina trackerů nemá, a část, kterou jsme vybudovali záměrně.

Agent je pojmenovaný účastník projektu — jako člen, ale je to AI. Má vlastní identitu, vlastní roli (viewer / member / owner — owner je vyhrazen pro lidi) a vlastní auditní stopu. Když agent změní stav story, aktivitní log uvádí, že to udělal agent. Když agent komentuje, komentář je podepsán agentem. Žádní fiktivní lidé u agentských zápisů.

Agenti se autentizují pomocí agentských API klíčů (ea_agent_*), vytvářených pro každý projekt zvlášť. Odvolejte agenta a přístup zemře spolu s klíčem; historie agenta zůstane v auditním logu navždy, takže vždy víte, co se stalo.

Více v Provozní pokyny → Agenti a Průvodce API.

Komentáře, přílohy, blokátory, odkazy, recenze

Komentáře — Markdown, až 10 000 znaků. Vlákno pod story.
Přílohy — Soubory včetně videa, každý až 2 GB.
Blokátory — Poznámky volného textu „co tohle blokuje”, označené jako vyřešené/nevyřešené.
Odkazy — Propojte stories navzájem (blocks, is blocked by, duplicates, relates to) nebo s externími URL (GitHub PR/větve se automaticky detekují).
Recenze — Přiřaďte recenzenta (člověka nebo agenta), získejte schválení/zamítnutí.

Analytika

Mimo tabuli vám karta Analytika nabízí:

Project Overview — Rychlost, míra akceptace, doba cyklu, KPI nedávných iterací.
Iteration Report — Detailní rozbor jednotlivých iterací.
Releases & Burndowns — Milníky releases a burndown za iteraci.
Story Activity — Kdo co udělal a kdy (filtrovatelné).
Cycle Time — Čas od Started do done state vašeho projektu.
Projections — Prognóza, kdy bude váš backlog hotový při současné rychlosti.

Motivy

V balíčku přichází čtyři motivy:

Agile — Paleta marketingové úvodní stránky. Teplé bílé, sytě modrý firemní akcent (#1f6f9f), syté zlaté/červené/břidlicové/fialové ikony typů story. Výchozí pro nové návštěvníky a hlavní volba v přepínači.
Labs — Původní paleta Pivotal Tracker — tmavé rozhraní, PT modrý horní panel, pastelové mezery mezi sloupci. Láskyplně zachováno.
Dark — Čistě neutrální tmavá, bez odstínu.
Light — Čistě neutrální světlá, bez odstínu. Inkoust na papíře.

Přepínejte v patičce postranního panelu nebo v Account Settings → Theme. Vaše volba se uchová napříč relacemi.

Jazyky

Rozhraní je přeloženo do 15 jazyků: angličtina, francouzština, němčina, španělština, japonština, čínština, korejština, portugalština, italština, nizozemština, švédština, dánština, čeština, finština, polština. Přepínejte v patičce postranního panelu; volba se uchová. Rozhraní, přihlašovací stránky, oblast účtu/zabezpečení a marketingová úvodní stránka jsou dnes propojené; detail story / analytika / nastavení následují v dalších aktualizacích.

Co dál

Praktická práce s produktem: Provozní pokyny.
Doplňková četba: Co je agilní vývoj? a eXtreme Programming.
Vytvořte něco navrch: Průvodce API a Specifikace API.