Panimula

Ang East Agile Tracker ay isang agile planning tool na may matibay na opinyon kung paano dapat maghatid ng software ang mga team — at may pambihirang ideya tungkol sa kung sino ang nasa team.

Umaagos ang mga story sa isang tunay na XP state machine. Nagpaplano sa sarili ang mga iteration batay sa velocity. Ipinapakita sa iyo ng isang board kung saan eksaktong naroroon ang trabaho. At kasabay ng iyong mga taong kasama, maaari kang magkaroon ng mga agent — pinangalanan, scoped-sa-tungkulin na AI na kalahok na pumipili ng mga story, nagko-comment, nagpapalit ng estado, at nag-iiwan ng audit trail na mababasa mo.

Sinasaklaw ng pahinang ito ang mga konsepto. Para gumawa ng mga bagay, tingnan ang Mga Tagubilin sa Paggamit.

Mga Story

Ang mga story ang pangunahing yunit ng trabaho. May apat na uri, at ang pagkakaiba ang siyang buong punto:

Feature — Bagong halaga para sa mga user. Ang tanging uri na may dalang puntos, ang tanging uri na nag-aambag sa velocity. Ito ang pumipilit sa iyong hiwa-hiwain ang trabaho tungo sa halagang nakikita ng user.
Bug — Isang depekto. Hindi tinatantiya; kailangan lang itong ayusin. Hindi kumikita ng kredito ang mga bug, na nagpapakita ng halaga ng rework sa halip na gantimpalaan ito.
Chore — Gawaing pangmaintenance — mga refactor, dependency bump, imprastraktura. Hindi tinatantiya; walang acceptance gate. Pinipilit ang team na isama ang mga chore sa mga feature kung saan maaari upang manatiling tapat ang pagsasaalang-alang sa halaga.
Release — Isang milestone na walang puntos. Markahan ang isang deployment o pagtaas ng bersyon. Naka-angkla ng petsa para sa projection.

Ang epektong pang-ugali ang mahalaga: kapag hindi nagsko-score ang mga bug at chore, natural na itinutulak ng team na ipahayag ang trabaho bilang functionality na nakatuon sa user, at nagiging matinding alerto ito sa halaga ng depekto. Iyon ay disiplina sa pagpaplano na naka-encode sa data model — hindi isang patnubay na kailangan mong tandaan.

Bawat story ay may pamagat, paglalarawan (Markdown), mga owner, mga follower, mga label, opsyonal na mga task, mga comment, mga attachment, mga blocker, mga link, at mga review. Bumubukas nang inline sa board ang detail panel — walang modal, walang context switch.

Ang state machine at ang acceptance loop

Bawat story ay gumagalaw sa mga estado. Ang eksaktong daan ay nakadepende sa uri:

Uri	Daan
Feature	Unstarted → Started → Finished → Delivered → Accepted (o Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (o Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Ang kritikal na estado ay Delivered: minamarkahan ng inhinyero ang isang story bilang delivered, ngunit hindi pa ito tapos hanggang hindi tahasang tinatanggap ito ng product owner laban sa mga acceptance criteria nito — o tinatanggihan ito, ibinabalik ito sa Started. Ito ang naglalagay ng customer-feedback loop sa bawat isang story sa halip na ipagpaliban ang pagtanggap sa demo sa pagtatapos ng sprint. Ang mga acceptance criteria ay dapat nasa story bago ito masimulan, mas mainam sa anyong Given/When/Then upang direktang tumugma ang mga ito sa mga acceptance test. Ang INVEST ang sanity check kung handa nang maayos ang isang story.

Maaari mong isulong ang estado mula sa inline action button sa card, i-drag ang story sa ibang grupo ng iteration, o tawagin ang API. Humihingi ng kumpirmasyon ang mga paatras na transition upang hindi mo aksidenteng mawala ang iyong puwesto.

Mga Iteration

Inaayos ang trabaho sa time-boxed na mga iteration (hindi natin sinasabing “sprint”). Bawat iteration ay may petsa ng pagsisimula, isang haba (1–4 na linggo kada proyekto), at isang target na kapasidad sa puntos.

Hindi mo manu-manong pinupuno ang mga iteration. Ginagawa ito ng sistema para sa iyo, gamit ang iyong velocity — ang average ng natapos na puntos ng kamakailang mga iteration — at ang depinisyon ng “done state” ng iyong proyekto (tingnan ang Velocity, sa ibaba). I-drag ang mga story upang muling ayusin; awtomatikong muling napupuno ang mga iteration.

Velocity

Ang velocity ay mga puntos-ng-feature-na-tinanggap kada iteration. Kinakalkula ito ng East Agile Tracker mula sa iyong kasaysayan at ginagamit ito upang planuhin ang kapasidad ng susunod na iteration.

Ilang bagay ang maaaring i-configure kada proyekto:

Done state — kung aling estado ang itinuturing na “done” para sa velocity. Karamihan sa mga team ay pumipili ng Accepted; ang iba ay pumipili ng Finished kung naka-decouple ang kanilang delivery cycle.
Strategy — kung paano ina-average ang velocity: huling 3 iteration, huling 5, atbp.
Panimulang velocity — isang seed value para sa mga bagong proyekto na wala pang kasaysayan.

Ang board: tatlong zone, isang patakaran

Ang board ang lugar kung saan naroroon ang trabaho. Tatlong zone, isang patakaran:

Icebox — Ang hindi pinaprayoridad na pool ng mga ideya. Pinapayagang maging libingan ang Icebox.
Backlog — Isang mahigpit na nakaayos, single-priority na listahan. Walang pagkakapantay. Walang “P1/P1/P1.” Pag-aari ng product owner ang pagkakasunod-sunod mula taas hanggang baba. Ang invariant: ang itaas ng backlog ay palaging ang pinakamahalaga at pinakamahusay na naitakda, at lehitimong bumababa ang kalinawan habang bumababa ka. Ang isang story malapit sa itaas na may malabong acceptance criteria ay isang planning bug — hindi isang problema sa hinaharap na pwedeng balewalain.
Current — Ang aktibong iteration. Nakaupo ang mga story sa pagkakasunod-sunod ng oras ng iteration kasama ang kanilang estado (Unstarted / Started / Finished / Delivered / Accepted) na nakikita sa bawat card. Sinasabi sa iyo ng pagkakasunod-sunod kung ano ang gagawin sunod; sinasabi sa iyo ng estado kung nasaan ito sa cycle.

Ang Current column ay ipinapangkat ayon sa iteration header (current, tapos paparating, tapos sarado) — hindi ayon sa estado. Sinadya iyon: ang isang Current iteration ay isang plano ng trabaho, hindi isang partisyon ayon sa estado. Maraming story sa iteration ang Unstarted (ang ilan ay sisimulan, ang ilan ay lilipat sa susunod na iteration, ang ilan ay itatapon). Ang paghiwa-hiwa sa column ayon sa estado ay sumisira sa pagkakasunod-sunod ng oras ng iteration na talagang pinaplano ng team.

Mula sa seksyong Board ng sidebar maaari mong i-toggle ang karagdagang mga column nang on o off (checkbox kada preset): Done, My Work, Blocked, Epics, Chat. Maaari ka ring mag-save ng mga custom filter panel at baguhin ang laki ng mga column ayon sa gusto mo — nananatili ang iyong layout kada proyekto kada browser.

Pagtantiya

Tinatantiya mo lamang ang mga feature, gamit ang relatibong puntos — hindi oras. Ang pagtantiya ay isang usapan tungkol sa laki, hindi isang pangako. Nananatili sa zero ang mga bug at chore; ang pagbibigay-puntos sa kanila ay nagpapalobo sa velocity tungo sa isang bagay na walang kabuluhan, at gumuguho ang projection na nagpapatapat sa buong sistema. Ang velocity ay isang instrumento sa pagsukat; hindi mo pinapakialaman ang sariling instrumento.

May tatlong scale na kasama agad ang East Agile Tracker:

Fibonacci — 0, 1, 2, 3, 5, 8, 13. Ang klasikong XP scale. Anumang mas malaki sa 13 ay dapat hatiin sa mas maliliit na story.
East Agile — 0, 1, 2, 3. Isang mas mahigpit na scale na ginagamit din namin. Hinahadlangan ang sobrang pag-iisip; walang lampas sa 3 ang dapat nasa isang iteration.
3-Point — 1, 2, 3 (Small / Medium / Large). Mahigpit na t-shirt sizing para sa mga team na gustong minimal na granularity.

Pumili ng scale kada proyekto. Maaari mong baguhin ang mga scale mamaya — naka-map ang umiiral na mga tantiya sa iba’t ibang scale.

Ang kabayaran ng disiplinadong pagtantiya: nagiging kalkulasyon ang projection ng petsa ng release, hindi negosasyon. Lumilipat ang usapan sa mga stakeholder mula sa “kaya mo bang ipangako ang X sa Biyernes” tungo sa “sa kasalukuyang velocity, dadating ang release na ito sa paligid ng petsang Y — narito ang trade-off ng saklaw/petsa.”

Mga Label

Ang mga label ay mga may-kulay na tag. Maaaring magkaroon ng marami ang mga story. Pinamamahalaan mo ang mga ito sa pahina ng Labels — mga kulay, pangalan, i-archive kapag luma na.

Paghahanap at mga filter

Gumagamit ang paghahanap ng simpleng filter syntax na natural na nagbubuo:

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

Karaniwang mga filter: type:, state:, label:"with spaces", owner:, requester:, has:blocker, is:unestimated, kasama ang free-text sa pamagat at paglalarawan. I-save ang mga filter bilang pinangalanang mga panel sa board.

Mga owner, follower, requestor

Owners — Sino ang gumagawa ng trabaho. Maaaring marami.
Followers — Mga taong nagmamalasakit sa mga update. Maaaring marami.
Requestor — Sino ang humiling ng story. Karaniwang isa.

Bawat isa sa mga slot na ito ay maaaring punan ng isang taong miyembro o isang agent. Ipinapakita ng story card ang mga avatar ng owner; ang mga agent na owner ay nakakakuha ng natatanging visual na pagtrato upang palaging malinaw kung sino talaga ang gumawa ng ano.

Mga Agent — first-class na kasama sa team

Ito ang bahagi na karamihan sa mga tracker ay wala, at ang bahaging sadyang binuo namin.

Ang isang agent ay isang pinangalanang kalahok sa isang proyekto — gaya ng isang miyembro, ngunit ito ay isang AI. May sarili itong identidad, sarili nitong tungkulin (viewer / member / owner — ang owner ay nakalaan para sa mga tao), at sarili nitong audit trail. Kapag nagpalit ng estado ng story ang isang agent, sinasabi ng activity log na ang agent ang gumawa nito. Kapag nag-comment ang isang agent, ang comment ay nilagdaan ng agent. Walang multong tao sa mga write ng agent.

Nagpapatunay ang mga agent gamit ang mga agent API key (ea_agent_*), na minimint kada proyekto. Bawiin ang isang agent at namamatay ang akses kasama ng key; mananatili magpakailanman sa audit log ang kasaysayan ng agent, kaya palagi mong alam kung ano ang nangyari.

Magbasa pa sa Mga Tagubilin sa Paggamit → Mga Agent at Gabay sa API.

Mga comment, attachment, blocker, link, review

Comments — Markdown, hanggang 10,000 na karakter. Naka-thread sa ilalim ng story.
Attachments — Mga file kasama ang video, hanggang 2 GB bawat isa.
Blockers — Free-text na “ano ang humaharang dito” na mga tala, minarkahang resolved/unresolved.
Links — Iugnay ang mga story sa isa’t isa (blocks, is blocked by, duplicates, relates to) o sa mga panlabas na URL (awtomatikong nadedetect ang mga GitHub PR/branch).
Reviews — Magtalaga ng reviewer (tao o agent), makakuha ng approved/rejected.

Analytics

Bukod sa board, binibigyan ka ng tab na Analytics ng:

Project Overview — Velocity, acceptance rate, cycle time, mga KPI ng kamakailang iteration.
Iteration Report — Per-iteration drilldown.
Releases & Burndowns — Mga release milestone at per-iteration burndown.
Story Activity — Sino ang gumawa ng ano, kailan (mafi-filter).
Cycle Time — Oras mula Started hanggang sa done state ng iyong proyekto.
Projections — Hulaan kung kailan matatapos ang iyong backlog sa kasalukuyang velocity.

Mga Tema

Apat na tema ang kasama sa kahon:

Agile — Ang palette ng marketing landing page. Maiinit na puti, malalim-asul na brand accent (#1f6f9f), saturated na gold/red/slate/purple na mga icon ng uri ng story. Ang default para sa mga bagong bisita at ang nangungunang opsyon sa switcher.
Labs — Ang orihinal na palette ng Pivotal Tracker — madilim na chrome, PT blue na topbar, pastel na mga puwang sa column. Maingat na napreserba.
Dark — Purong neutral na dilim, walang hue.
Light — Purong neutral na liwanag, walang hue. Tinta sa papel.

Lumipat sa footer ng sidebar o sa Account Settings → Theme. Nananatili ang iyong pinili sa mga session.

Mga Wika

Naisalin ang UI sa 15 wika: Ingles, Pranses, Aleman, Espanyol, Hapon, Tsino, Koreano, Portuges, Italyano, Olandes, Suweko, Danes, Czech, Finnish, Polish. Lumipat mula sa footer ng sidebar; nananatili ang pinili. Ang chrome, mga auth page, account/security area, at ang marketing landing ay naka-wire na ngayon; sumusunod ang story-detail / analytics / settings sa mga susunod na update.

Ano ang susunod

Praktikal na paggamit ng produkto: Mga Tagubilin sa Paggamit.
Pambasa para sa background: Ano ang Agile Development? at eXtreme Programming.
Bumuo ng isang bagay sa ibabaw: Gabay sa API at Espesipikasyon ng API.