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:

• Feature — Bagong halaga para sa mga user. Bilang default ang tanging uri na may dalang puntos at ang tanging uri na nag-aambag sa velocity.
• Bug — Isang depekto. Hindi tinatantiya bilang default; 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 bilang default; walang acceptance gate.
• 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. Ang isang proyektong gustong mabilang pa rin ang mga bug at chore ay maaaring buksan ang Points for bugs and chores sa Project Settings; kumukuha na sila noon ng mga tantiya at nagpapakain sa velocity gaya ng mga feature.

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, at pagkatapos ay tinatanggap ito ng product owner laban sa mga acceptance criteria nito o tinatanggihan ito. Ang Rejected ay terminal sa state machine; ang daan pabalik ay isang hiwalay na aksyong Restart, na naglalagay muli sa story sa Started. Ang pagtanggi sa isang story na nasa nakaraang iteration ay gumagawa sa halip ng kopya sa itaas ng Backlog, kaya’t napaplano ang rework sa halip na maibaon. Ito ang naglalagay ng customer-feedback loop sa bawat isang story sa halip na ipagpaliban ang pagtanggap sa demo sa pagtatapos ng sprint. Walang hiwalay na field para sa acceptance criteria — nabibilang ang mga pamantayan sa paglalarawan bago simulan ang story, 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 o tawagin ang API. Ang pag-drag sa isang card ay naglilipat nito sa pagitan ng mga panel: ang paghulog nito sa Current ay nagpaplano rito nang hindi sinisimulan, samantalang ang paghila nito pabalik sa Backlog o Icebox ay nagre-reset nito sa Unstarted.

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 kasalukuyang iteration.

Velocity

Ang velocity ay ang bilang ng puntos na natapos kada iteration; nabibilang ang isang story kapag naabot nito ang done state ng proyekto. 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. Ang mga pagpipilian ay Finished, Delivered, at Accepted.
• Strategy — kung paano ina-average ang velocity: ang huling 3, 5, o 10 iteration, o isang manual na halaga na tuluyang humahalili sa kalkulasyon.
• 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.
• 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.
• 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 iisang iteration sa ilalim ng iisang header — hindi isang hanay ng mga balde 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. Ang mga saradong iteration ay nasa Done column, at ang mga paparating na iteration na ipinoproyekto mula sa Backlog ay lumilitaw sa ilalim ng Current kapag binuksan mo lamang ang Show Backlog stories toggle nito.

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, Archived. Nakalista rin ang isang Chat column; ito ay isang static na preview na may mga placeholder na mensahe, hindi isang gumaganang chat. Nagbubukas ang isang paghahanap bilang sarili nitong column, at ang set ng iyong mga column ay naka-imbak sa server kada miyembro kada proyekto, kaya sumusunod ito sa iyo sa iba’t ibang browser.

Pagtantiya

Bilang default, tinatantiya mo ang mga feature, gamit ang relatibong puntos — hindi oras. Ang pagtantiya ay isang usapan tungkol sa laki, hindi isang pangako. Hindi tinatantiya ang mga bug at chore maliban kung binuksan ng proyekto ang Points for bugs and chores; saka sila tumatanggap ng tantiya at nabibilang sa velocity tulad ng mga feature.

May tatlong scale na kasama agad ang East Agile Tracker:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Ang klasikong XP scale.
• East Agile — 0, 1, 2, 3. Isang mas mahigpit na scale na ginagamit din namin.
• 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, ngunit hindi muling imamapa ang umiiral na mga tantiya: pinananatili ng bawat story ang lumang halaga nito, at ang isang halagang wala sa bagong scale ay mananatili sa story hanggang muli mo itong tantiyahin.

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 filter syntax na tulad ng sa GitHub na natural na nagbubuo:

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

Mga qualifier: type:, state:, label:"with spaces", epic:, priority:, points: (isang halaga o isang saklaw tulad ng 1..5), iteration:, ang mga qualifier ng tao na owner:, requester:, follower:, reviewer:, commenter:, mention: (mga miyembro at agent; ikaw ang @me), ang mga qualifier ng petsa na created:, updated:, started:, completed:, release: (isang araw o isang saklaw), at ang mga flag na has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — kasama ang free text sa pamagat, reference, at paglalarawan. Paghiwalayin ng kuwit ang mga alternatibo sa loob ng isang facet (type:bug,chore), i-negate ang anuman gamit ang paunang -, at pag-uri-uriin ayon sa relevance, created, o updated. Ang pagpapatakbo ng paghahanap ay nagbubukas ng column ng mga resulta na nananatili sa iyong board. Ang buong gramatika ay nasa Gabay sa API → Paghahanap.

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 / manager — hindi kailanman maaaring lumampas ang tungkulin ng isang agent sa tungkulin ng lumikha nito, kaya isang taong manager lamang ang makakapagmint ng agent na may tungkuling manager), 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 20,000 na karakter. Isang patag na listahan sa ilalim ng story, bawat isa ay may emoji reaction at permalink.
• Attachments — Mga file kasama ang video. Nakadepende ang mga limitasyon sa uri: video 200 MB, PDF / Word / Excel 25 MB, mga larawan / CSV / teksto 10 MB.
• 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 (pull request, branch, o other; awtomatikong nadedetect ang mga GitHub PR at branch URL).
• Reviews — Magtalaga ng reviewer (tao o agent), makakuha ng approved/rejected.

Mga Sukatan

Bukod sa board, ang Metrics page ng proyekto ay may tatlong tab:

• General — Ang takbo ng velocity, ang burndown ng kasalukuyang iteration, ang timpla ng uri ng story kada iteration, ang mga card na Committed / Completed / Carried-over, at ang mga story na inilipat mula sa mas naunang mga iteration.
• Contributors — Mga puntos at story kada miyembro o agent sa loob ng isang panahon, kasama ang bilang ng delivered / accepted / rejected.
• Epics — Burnup at throughput kada epic, isang senyas ng kalusugang on-track / at-risk / stalled, at isang forecast ng iteration kung saan matatapos ang epic.

Ang kung sino ang gumawa ng ano, kailan, ay nasa hiwalay na Project History page.

Mga Tema

Apat na tema ang kasama sa kahon:

• Labs — Ang orihinal na palette ng Pivotal Tracker — madilim na chrome, PT blue na topbar, pastel na mga puwang sa column. Maingat na napreserba. Ang default.
• 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 nangungunang opsyon sa switcher.
• 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 27 wika: Ingles, Pranses, Aleman, Espanyol, Hapon, Tsino, Koreano, Portuges, Italyano, Olandes, Suweko, Danes, Tseko, Finlandes, Polako, Ukranyano, Ruso, Hindi, Vietnamese, Arabe, Hebreo, Sinhala, Tamil, Indones, Malay, Filipino, Thai. Lumipat mula sa footer ng sidebar; nananatili ang pinili. Ang lokalisasyon ay saklaw ng buong app — bawat screen ay naihahatid sa bawat wika, at bumabagsak ang build kapag may nawawalang pagsasalin.

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.