Skip to content

Mga Tagubilin sa Paggamit

Isang kumpletong gabay sa user. Para sa mga konsepto, tingnan ang Panimula.

Magrehistro sa eastagiletracker.com/register gamit ang email at password, o magpatuloy gamit ang GitHub kung mas gusto mo ang OAuth. I-verify ang iyong email mula sa link na ipinadala namin; hanggang doon ay maaari kang mag-sign in ngunit limitado ang ilang feature.

Kung naimbita ka sa isang proyekto o isang organisasyon, sundan ang link sa imbitasyong email — nalilikha ang iyong account (o nakaka-sign in ka) at direktang dumadating ka sa tumutugmang board.

Nakalimutan ang iyong password? Gamitin ang Forgot Password sa sign-in page; mag-eemail kami ng reset link.

Mula sa avatar sa kanang itaas → Account Settings:

  • Profile — Display name, initial (ginagamit sa mga avatar ng owner), email.
  • Bio — Isang maikling paglalarawan sa sarili (hanggang 4 KiB). Lumalabas sa /me at sa mga listahan ng miyembro ng org upang makapili ang isang agent (o isang kasama) ng tamang taong tatanungin. Iwang blangko upang mag-opt out.
  • Password — Baguhin ito anumang oras.
  • Avatar — Mag-upload ng larawan, o gamitin ang iyong mga initial.
  • API Keys — Lumikha ng mga personal na API token; tingnan ang Gabay sa API.
  • Theme — Agile, Labs, Dark, o Light (mapapalit din mula sa sidebar).
  • Delete Account — Isang dalawang-hakbang na kumpirmasyon. Tinatanggal ka sa lahat ng organisasyon at proyekto.

Mula sa avatar sa kanang itaas → Security:

  • Two-factor (TOTP) — Mag-set up ng code mula sa anumang authenticator app (1Password, Authy, Google Authenticator, …). Makakuha ng 10 one-shot na recovery code — ipinapakita ang mga ito nang isang beses, kaya i-save ang mga ito. I-disable mamaya gamit ang kasalukuyang code o isang recovery code.
  • Passkeys — Magdagdag ng device-bound na WebAuthn passkey (Touch ID, Windows Hello, hardware security key). Mag-sign in nang walang password pagkatapos. Magdagdag, magpangalan, at mag-alis ng mga key mula sa parehong pahina.

Ang isang matagumpay na sign-in ay nagmiminta ng dalawang token: isang maikling-buhay na access JWT at isang mahabang-buhay na refresh token (30 araw, iniikot sa bawat paggamit). Awtomatikong nire-refresh ng SPA ang access token kapag nag-expire ito; nananatili kang naka-sign in hanggang mag-expire ang refresh token o mag-sign out ka. Binabawi ng sign-out ang refresh token sa server-side, kaya hindi mai-replay ang isang ninakaw na kopya.

Karamihan sa mga account ay Free Forever para sa personal na paggamit. Kung ang iyong account ay may metered credit balance, hanapin ito sa ilalim ng Account → Billing — mag-top up sa pamamagitan ng Paddle checkout, tingnan ang kasaysayan ng transaksyon.

Bawat account ay kabilang sa isa o higit pang organisasyon. Ang isang bagong sign-up ay nakakakuha ng personal na org (“<Name> Org”) na awtomatikong nalilikha sa istilong Linear/Vercel. Naninirahan ang mga proyekto sa loob ng mga org, at kinokontrol ng membership sa org ang membership sa proyekto.

I-click ang org switcher sa topbar upang lumipat sa pagitan ng mga org na kinabibilangan mo. Kinukulayan ng aktibong org ang sidebar, sinasaklaw ang listahan ng “Projects”, at pre-selected kapag gumawa ka ng bagong proyekto.

I-click ang org block sa sidebar → Manage organization → dumarating ka sa /organization/{id}/projects. Inilalantad ng sidebar ang tatlong admin tab:

  • Projects — Lahat ng proyekto sa org na ito.
  • Members — Kasalukuyang mga miyembro, mga tungkulin, at mga nakabinbing imbitasyon. Mag-imbita sa pamamagitan ng email; ang imbitasyon ay naka-pin sa email gamit ang TTL token at isang limitasyon sa tungkulin (hindi maaaring mag-imbita ng mga admin ang mga miyembro).
  • Settings (mga owner lamang) — Pangalan ng org, slug, plano. Ilipat ang pagmamay-ari sa ibang miyembro dito.

Ang pag-alis ng miyembro sa isang org ay nag-cascade: ang kanilang mga per-project membership sa mga proyekto ng org na iyon ay binabawi sa parehong transaksyon. Tumitigil sa paggana ang mga naka-bookmark na board URL sa sandaling mawalan sila ng akses sa org — walang naiiwang ulilang bakas.

Mula sa pahinang Projects, i-click ang New Project. Dalawang bagay lang ang hinihingi ng create form:

  • Title — Kinakailangan.
  • Description — Opsyonal; nakikita ng lahat ng miyembro.

Lahat ng iba pa — haba ng iteration, araw ng pagsisimula, panimulang velocity, estimate scale, done state, task toggle — ay itinatakda mamaya sa Project Settings at may makatwirang mga default na panimula.

Sa ilalim ng menu na Settings ng proyekto, apat na tab:

  • Project — I-edit ang pamagat, paglalarawan, haba ng iteration at araw ng pagsisimula, velocity strategy (average ng huling 3 / 5 / 10), done state, estimate scale, task toggle.
  • Member — Mag-imbita, mag-promote/demote, at mag-alis ng mga taong miyembro (tingnan ang Mga miyembro at imbitasyon, sa ibaba).
  • Agent — Mag-mint at magbawi ng mga agent API key para sa proyektong ito (tingnan ang Mga Agent, sa ibaba). Owner-only.
  • Import — Magdala ng mga story mula sa ibang tracker (tingnan ang Pag-import mula sa ibang tracker, sa ibaba).

Sa tab na Member ng Project Settings, mag-imbita ng mga tao sa pamamagitan ng email. Nakaupo sa hiwalay na bucket ang mga nakabinbing imbitasyon hanggang tanggapin; nakikita mo kung sino ang naimbita at maaari mong muling ipadala o bawiin. Maaaring i-promote/demote ang mga aktibong miyembro sa pagitan ng viewer, member, at owner. Maaaring baguhin ng mga owner ang mga setting ng proyekto; nakakabasa ngunit hindi nakakasulat ang mga viewer.

Ang kasaysayan ng proyekto ay nasa sariling pahina nito — bawat pagbabago sa mga setting ng proyekto, bawat pagbabago sa membership, kasama ang aktor (tao o agent).

Gamitin ang affordance na + Add story sa anumang board panel (Current, Backlog, Icebox, o isang custom) — mag-type ng pamagat at pindutin ang Enter.

Ang mga bagong story na nilikha sa Current ay nagde-default sa current_state = 'unstarted'. Iyon ay PT parity: ang isang Current iteration ay isang plano ng trabaho, hindi isang partisyon ayon sa estado. Tahasang sinisimulan ng owner ang story kapag sinimulan nila ang trabaho — hindi nagsisimula ang cycle-time clock hanggang doon.

Kinakailangan: pamagat. Pumili ng uri (nagde-default sa feature). Magdagdag ng paglalarawan, tantiya (mga feature lamang), mga label, mga owner, mga follower, mga blocker — anuman sa mga ito ay maaaring punan mamaya mula sa detail panel.

Pinindot ang Enter nang dalawang beses nang mabilis? Walang problema — bantayan ang button; eksaktong isang story ang makukuha mo.

Ang mga feature ang tanging uri na kumukuha ng puntos. I-click ang points circle sa isang card (o sa detail panel) at pumili mula sa scale. Ipinapakita ng mga hindi natatantyang feature ang isang blangkong bilog.

  • Fibonacci scale0, 1, 2, 3, 5, 8, 13. Standard XP. Anumang mas malaki sa 13 ay dapat hatiin sa mas maliliit na story.
  • East Agile scale0, 1, 2, 3. Mas mahigpit. Ang 3 ay nangangahulugang isang buong iteration ng oras ng isang tao. Walang umaakma lampas sa 3.
  • 3-Point scale1, 2, 3 (Small / Medium / Large). Mahigpit na t-shirt sizing — walang zero na opsyon, walang half-points.

Pumili ng scale nang isang beses sa Project Settings; maaari mo itong baguhin mamaya (naka-map ang umiiral na mga tantiya sa iba’t ibang scale).

Tatlong paraan upang igalaw ang story sa lifecycle:

  1. I-click ang inline action button sa card — Start, Finish, Deliver, Accept, Reject. Sinasalamin ng teksto ng button ang susunod na wastong estado para sa uri ng story.
  2. I-drag ang card sa ibang column. Inilalapat ng sistema ang transition na ipinahihiwatig ng pagtawid sa column na iyon. Humihingi ng kumpirmasyon ang mga paatras na galaw.
  3. Bulk transition — Pumili ng maramihang story, Transition all — bawat story ay nag-transition nang nag-iisa. Kung ilegal ang isa, ang iba ay nagpapatuloy pa rin.

I-click ang kahit saan sa isang hilera ng story upang palawakin ito nang inline. Ipinapakita ng detail panel ang:

  • Pamagat (mae-edit), paglalarawan (Markdown), uri, tantiya, requestor.
  • Mga owner (magdagdag/mag-alis ng mga miyembro o agent), mga follower, mga label.
  • Mga task (kung pinagana), mga comment, mga attachment, mga blocker, mga link, mga review.
  • Isang 3-dot na menu para sa duplicate, delete, at iba pang hindi gaanong karaniwang aksyon.

Pindutin ang Escape upang isara ang pinakahuling binukas na story (naaalala nito ang stack — i-collapse nang isa-isa).

Hanggang 10,000 na karakter, na-render na Markdown. I-edit at i-delete ang sarili mong mga comment; pinapanatili ng audit log ang kasaysayan. @-mention ang mga miyembro at kinukuha sila ng autocomplete.

I-drag ang isang file sa detail panel, o gamitin ang upload button. Hanggang 2 GB bawat file — oo, sapat na laki para sa mga screen-recording video walk-through. Gamitin ang video player nang inline.

Mula sa pahinang Labels sa sidebar: lumikha ng mga label na may mga pangalan at kulay, i-archive kapag luma na (nawawala sa board ang mga naka-archive na label ngunit nananatiling mahahanap). Magdagdag ng mga label kada story sa detail panel.

  • Blockers — Isang free-text na “ito ay hinaharang ng X” na tala. Markahang resolved/unresolved. I-filter ang board ayon sa has:blocker.
  • Links — Anim na uri ng relasyon: relates to, duplicates, blocks, is blocked by, pull request, branch. I-paste ang isang GitHub URL at awtomatikong nadedetect ang uri.
  • Reviews — Magtalaga ng reviewer (tao o agent) na may status (pending, approved, rejected) at opsyonal na comment.

Kung pinagana sa Project Settings, nakakakuha ang mga story ng mga sub-task — isang checklist sa loob ng story. I-check ang mga ito habang nagpapatuloy ka; lumalabas ang bilang sa card.

Bawat choice variable sa story-detail surface ay may dalang maliit na icon na [?] sa tabi ng label nito. I-click ito sa loob ng app upang makita ang parehong patnubay na ibinubuod sa ibaba. Inihahatid ng mga tagapagsalin ang in-app na kopya kasama ng iba pang bahagi ng UI; ang seksyong ito ang long-form na canonical na sanggunian.

Nakalista ang mga field sa pagkakasunod-sunod ng paglitaw nila sa Overview tab.

Ang lugar ng story sa lifecycle: Unstarted → Started → Finished → Delivered → Accepted (o Rejected pabalik sa Started).

Ang kritikal na estado ay Delivered: minamarkahan ito ng inhinyero bilang delivered, ngunit hindi pa ito tapos hanggang tahasang Tinatanggap ito ng product owner laban sa mga acceptance criteria — o tinatanggihan ito, ibinabalik ito. Ito ang naglalagay ng customer-feedback loop sa bawat story sa halip na ipagpaliban ang pagtanggap sa demo sa pagtatapos ng sprint.

Kung naiipon ang mga story sa Delivered, iyon ay senyales na huminto ang accept/reject loop. Tingnan ang Delivered count sa pagtatapos ng bawat iteration — kung lumalaki ito, iyon ang senyales mo na kulang sa rekurso ang product owner o hindi sapat na malinaw nang maaga ang mga acceptance criteria.

Kung aling iteration pinaplano ang story. Iwan itong None upang mapanatili ang story sa Backlog, kung saan awtomatikong ipapangkat ito ng sistema sa ilalim ng isang paparating na iteration batay sa velocity.

Kapaki-pakinabang ang manu-manong override dito kapag gusto mong i-pin ang isang story sa isang tiyak na iteration anuman ang pagkakasunod-sunod — hal. pagtali ng release story sa isang nakatakdang petsa. Kung hindi, hayaang ang pagkakasunod-sunod sa Backlog ang magtakda ng iteration assignment; iyon ang nagpapatapat sa velocity projection.

Sino ang gumagawa ng trabaho. Ang mga owner ay maaaring tao o agent — pareho silang nire-render bilang mga pinangalanang kalahok sa audit log, awtoridad ng comment, at analytics. Walang paraan upang itago ang isang agent na owner bilang tao.

Ang maraming owner ay ang nakikitang pagpapahayag ng pair programming (o pair-with-agent). Idagdag ang agent na pumili ng story at ang taong nagre-review — pareho silang pangalan ang lumalabas sa card. Pinapanatili nitong mababa ang work-in-progress; ang pagtatapos bago magsimula ng susunod na story ang pinakamalaking lever sa cycle time.

Hindi pareho ang mga owner at Followers (isang hiwalay na field sa card). Ang mga follower ay mga taong nagmamalasakit sa story ngunit hindi gumagawa ng trabaho — karaniwang mga subscriber sa mga abiso.

Ang apat na uri ay hindi mapagpapalit — ang pagkakaiba ang buong punto ng data model.

  • Feature — Bagong halagang nakikita ng user. Ang tanging uri na may dalang puntos at bumibilang sa velocity. Pinipilit ka nitong hatiin ang trabaho tungo sa halagang nakikita ng user.
  • Bug — Isang depekto. Walang puntos. Hindi kumikita ng velocity credit ang mga depekto, na nagpapanatili sa halaga ng rework na nakikita sa halip na gantimpalaan.
  • Chore — Kinakailangang trabaho na walang direktang halaga sa user (mga refactor, infra, setup). Walang puntos. Pinipilit ang team na isama ang mga chore sa mga feature kung saan maaari upang manatiling tapat ang pagsasaalang-alang sa halaga.
  • Release — Isang zero-point na marka para sa isang milestone. Tuwiran mula Unstarted hanggang Accepted, naka-angkla ng petsa para sa projection.

Kung gusto mong bigyan ng puntos ang isang bug o chore: huwag. Sinisira niyan ang projection na nagpapatapat sa buong sistema. Ang velocity ay isang instrumento sa pagsukat; hindi mo pinapakialaman ang sariling instrumento.

Huwag itong gamitin kung maiiwasan mo. Ang Backlog ang priority — taas hanggang baba, single-priority, walang pagkakapantay. Pag-aari ng product owner ang pagkakasunod-sunod.

Ang field na “priority” ay ang klasikong anti-pattern na tahimik na nagpapabalik ng empirikal, nakaayos na backlog tungo sa wishful planning. Kung nakikita mong may tatlong P1, wala kang priority — may Backlog kang may maling pagkakasunod-sunod. Ayusin ang pagkakasunod-sunod; tanggalin ang priority signal.

Umiiral ang field para sa pagkakatugma sa mga import mula sa mga tracker na gumagamit nito (Jira, Asana, …) upang hindi mawalan ng impormasyon ang mga na-import na story sa pagpasok. Iwan itong “None” sa bagong trabaho.

Relatibong laki ng story. Nakakakuha ng puntos ang mga feature; nananatili sa zero ang mga bug, chore, at release.

Ang pagtantiya ay isang usapan tungkol sa laki, hindi isang pangako. Huwag isalin ang puntos sa oras; huwag palobohin ang puntos upang magmukhang mabilis. Ang velocity ay isang instrumento sa pagsukat — hindi mo pinapakialaman ang sariling instrumento.

Tatlong scale ang inihahatid:

  • Fibonacci0, 1, 2, 3, 5, 8, 13. Ang klasikong XP scale. Anumang mas malaki sa 13 ay dapat hatiin.
  • East Agile0, 1, 2, 3. Isang mas mahigpit na scale. Ang 3 ay nangangahulugang isang buong iteration ng oras ng isang tao.
  • 3-Point1, 2, 3 (Small / Medium / Large). Mahigpit na t-shirt sizing.

Kung madalas kang nagtatantiya sa 5, 8, o 13, masyadong malaki ang iyong mga story. Hatiin hanggang ang bawat isa ay malayang maihahatid (ang S at ang I sa INVEST).

Sino ang humiling ng story. Karaniwang isang tao — ang product owner, isang stakeholder, o isang agent na kumikilos para sa ngalan ng iba.

Ang requester ay hindi ang owner. Ang owner ay kung sino man ang gumagawa ng trabaho; ang requester ay kung sino man ang nagmamalasakit sa kahihinatnan at tatanggap (o hindi tatanggap) nito. Maaari silang parehong tao, ngunit magkahiwalay na tungkulin sila. Ang pagtatala ng requester ang nagbibigay sa iyo ng audit na sagot sa “sino ang humiling nito?” makalipas ang anim na buwan.

Mga may-kulay na tag. Maaaring magkaroon ng marami ang mga story. Ginagamit para sa cross-cutting na pag-kategorya — mvp, tech-debt, security, isang partikular na pangalan ng release — at para sa pag-filter ng board (label:mvp sa search box, o i-save ito bilang custom filter panel).

Ang mga label ay scoped-sa-proyekto. Pamahalaan ang mga ito sa pahinang Labels sa sidebar. I-archive ang mga lumang label sa halip na i-delete; pinapanatili ng archive na mahahanap ang kasaysayan habang nililinis ang board.

Mga free-text na tala na naglalarawan kung ano ang humahadlang sa pag-usad ng story na ito. Markahang resolved kapag naalis na ang hadlang.

Ang mga blocker ay isang flow signal, hindi isang queue. Gamitin ang araw-araw na standup upang ilantad ang mga ito; lutasin ang mga ito nang nasa labas ng usapan. Kung mayroon kang higit sa isa o dalawang bukás na blocker kada story nang higit sa isang araw, mali ang pagpaplano — hatiin ang story o baguhin ang dependency. Ang layunin ay para ang Blocked panel ay halos walang laman sa karamihan ng oras.

Kung ano ang story at paano makikilalang tapos ito. Markdown.

Dapat naririto ang mga acceptance criteria — mas mainam sa anyong Given / When / Then upang direktang tumugma ang mga ito sa mga acceptance test:

Given I am signed in as a member
When I click "Add a story" in Current
Then the story is created in state "unstarted"

Ang INVEST ang sanity check kung handa nang maayos ang isang story:

  • Independent — naihahatid nang walang ibang story.
  • Negotiable — kinukuha ang intensyon, hindi isang nakapirming spec.
  • Valuable — sa isang user o stakeholder.
  • Estimable — kaya itong tantyahin ng team.
  • Small — kumportableng umaakma sa isang iteration.
  • Testable — may mga acceptance criteria na maaaring subukin.

Ang isang story sa itaas ng backlog na may malabong acceptance criteria ay isang planning bug — hindi isang problema sa hinaharap na pwedeng balewalain. Ayusin ito bago hayaang sumulong.

Pumili ng maramihang story sa board (shift-click na hanay, o Select all in panel). Pagkatapos:

  • Bulk transition
  • Bulk delete
  • Bulk duplicate

Ang board ang home screen ng bawat proyekto. Tatlong column bilang default:

  • Current — Mga story sa aktibong iteration. Naka-pangkat ayon sa iteration header (current, tapos paparating, tapos sarado). Lumilitaw ang mga card sa pagkakasunod-sunod ng oras ng iteration kasama ang kanilang estado na nakikita sa bawat card; ang column ay hindi hinihiwa ayon sa estado — sinisira niyan ang pagkakasunod-sunod ng oras ng iteration na pinaplano ng team.
  • Backlog — Mahigpit na nakaayos na queue. Awtomatikong ipinapangkat ng sistema ang mga paparating na iteration batay sa velocity. Pag-aari ng product owner ang pagkakasunod-sunod mula taas hanggang baba; pinapayagang humina ang kalinawan habang nag-scroll ka pababa, ngunit hindi kailanman sa itaas.
  • Icebox — Mga ideya na walang petsa. Hindi nakaayos, hindi natatantiya. Pinapayagang maging libingan ang Icebox.

Mga ma-configure na panel — mga checkbox sa sidebar

Section titled “Mga ma-configure na panel — mga checkbox sa sidebar”

Ang seksyong Board ng sidebar ay naglilista ng bawat preset column na may checkbox: lagyan ng tsek ang isang kahon upang ipakita ang column na iyon, alisin ang tsek upang itago. Nananatili ang mga toggle kada proyekto kada user (na-sync sila sa pamamagitan ng GET/PUT /preferences). Ang mga preset ay:

  • Current Iteration (naka-on bilang default)
  • Backlog (naka-on bilang default)
  • Icebox (naka-on bilang default)
  • Done — Mga tinanggap na story.
  • My Work — Mga story kung saan ikaw ay isang owner.
  • Blocked — Mga story na may hindi nalutas na blocker.
  • Epics — Mga rollup sa antas ng epic.
  • Chat — Scoped-sa-proyektong chat column.

I-pin ang isang paghahanap bilang panel: i-paste ang isang query tulad ng type:feature label:mvp owner:claire, i-save ito. Baguhin ang laki ng mga column ayon sa nais; nananatili ang mga lapad sa mga session.

Tinatanggap ng search bar ang filter syntax na inilalarawan sa Panimula. Naninirahan ang mga resulta ng paghahanap sa isang results panel; i-click ang alinman upang tumalon dito sa board.

Ipinapakita ng top bar ang kasalukuyang numero ng iteration, hanay ng petsa, at mga puntos na tinanggap kumpara sa plinano. I-click upang tumalon sa Current column.

Awtomatikong gumagawa ang sistema ng mga iteration batay sa iyong haba at araw ng pagsisimula. Hindi mo kailangang “buksan” o “isara” ang mga ito.

Upang magplano nang maaga, i-drag ang mga story mula sa Backlog tungo sa mga paparating na grupo ng iteration. Minamarkahan ng sistema ng pula ang mga grupo kung lumalampas ang mga ito sa iyong velocity. Upang magplano nang mas malayo pa, i-scroll ang backlog — ipinapakita nito ang tatlo o apat na iteration sa unahan.

Upang mag-rewind: i-click ang anumang nakaraang iteration header sa Current column upang mag-drill sa iteration report.

Ang mga release ay isang uri ng story, hindi isang hiwalay na bagay. Lumikha ng release sa parehong paraan na gagawa ka ng anumang story: piliin ang Release bilang uri, bigyan ito ng pangalan (hal., v2.4), i-drag ito sa iteration kung saan mo balak ihatid.

Nilalaktawan ng mga release ang mga estadong Started/Finished/Delivered/Rejected — tuwiran silang mula Unstarted hanggang Accepted sa isang hakbang. Tanggapin ang isang release kapag inihatid mo; ipinapakita ng mga analytics view ang release marker.

Binibigyan ka ng tab na Analytics (itaas ng proyekto) ng anim na ulat:

  • Project Overview — Trend ng velocity, mga KPI ng kamakailang iteration, burnup, burndown, cumulative flow.
  • Iteration — Mag-drill sa iisang iteration: mga KPI, burndown, state flow.
  • Releases & Burndowns — Timeline ng release, burndown kada release.
  • Story Activity — Sino ang gumawa ng ano, mafi-filter ayon sa aktor, uri, hanay ng petsa.
  • Cycle Time — Mean at distribusyon ng oras mula Started hanggang sa iyong done state.
  • Projections — Hula kung kailan matatapos ang backlog sa kasalukuyang velocity.

Ito ang bahagi ng produkto na nagpapaiba rito. Ang isang agent ay isang pinangalanang kasama sa team — ngunit ito ay isang AI.

Kailangan mong maging owner ng proyekto (o admin). Buksan ang Project Settings → Agents:

  1. Create new agent key.
  2. Bigyan ang agent ng pangalan (lalabas ito bilang pangalang iyon sa mga audit log, awtoridad ng comment, at mga avatar ng owner).
  3. Pumili ng tungkulin — viewer (read-only) o member (nakakasulat). Ang tungkuling owner ay nakalaan para sa mga tao.
  4. Ipinapakita ang key nang isang beses — kopyahin ito; hindi namin ito iniimbak nang nakukuha pabalik. Ang prefix ay ea_agent_….

Ang isang agent na may member na tungkulin ay makakagawa ng anumang kayang gawin ng isang taong miyembro:

  • Lumikha, mag-edit, mag-transition, mag-delete ng mga story
  • Mag-comment, mag-attach ng mga file, magdagdag ng mga label, magtakda ng mga owner
  • Piliin ang sarili bilang owner ng isang story
  • Magbasa ng aktibidad, sumunod sa mga event

Itinatala ng audit log ang bawat write gamit ang identidad ng agent. Walang paraan upang gawing magmukhang aksyon ng tao ang aksyon ng agent.

Sa Project Settings → Agents nakikita mo ang lahat ng aktibong key, ang kanilang mga pangalan, tungkulin, at last-used na timestamp. Magbawi ng key anumang oras; agad na nawawalan ng akses ang agent. Mananatili magpakailanman sa audit log ang nakaraang aktibidad ng agent.

Tingnan ang Gabay sa API → Mga agent key para sa mga halimbawa ng code.

Kung galing ka sa ibang tool, may mga importer kami para sa walong pinagmulan:

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

Mula sa Project Settings → Import, mag-upload ng export (CSV mula sa karamihan, JSON mula sa Plane). Awtomatikong nai-map ang mga story, owner, comment, label, at estado; ang ilang pinagmulan ay nagdadala rin ng mga iteration.

Ipinapakita ng preview kung ano ang ii-import. Ang mga hindi pagkakatugma (hal. isang label na wala sa iyong proyekto) ay humihingi ng pansin — create-or-skip, ikaw ang pipili.

Apat na tema ang inihahatid. Lumipat sa footer ng sidebar (o sa Account Settings → Theme):

  • Agile — Ang palette ng marketing landing page. Maiinit na puti, malalim-asul na brand accent (#1f6f9f), saturated na mga icon ng uri ng story. Nangungunang opsyon sa switcher.
  • Labs — Ang palette ng Pivotal Tracker, maingat na napreserba. Madilim na chrome, asul na topbar, pastel na mga puwang sa column. Ang orihinal.
  • Dark — Purong neutral na dilim.
  • Light — Purong neutral na liwanag. Tinta sa papel.

Nananatili ang iyong tema sa mga session.

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 — agad na nasasalin ang chrome, mga auth page, account/security area, listahan ng proyekto, at marketing landing. Sumusunod ang lokalisasyon ng story-detail / analytics / settings.

Ilang nagbibigay-halaga:

  • Escape — I-collapse ang pinakahuling binukas na story.
  • Enter sa isang inline input — I-submit (hindi ico-collapse ang hilera).
  • Shift-click — Range-select ng mga story.

Marami pang idinadagdag sa paglipas ng panahon; tingnan ang Help sa sidebar para sa kasalukuyang listahan.

Ang East Agile Tracker ay open source. Ang buong source ay nasa github.com/EastAgile/agile-tracker — i-clone ito, i-build ito, patakbuhin ito sa sarili mong imprastraktura. Parehong set ng feature gaya ng hosted na bersyon.

Para sa setup, tingnan ang README ng proyekto.