Pengenalan

East Agile Tracker ialah alat perancangan agile dengan pendirian tegas tentang cara pasukan menghantar perisian — dan idea luar biasa tentang siapa yang berada dalam pasukan.

Story mengalir melalui mesin keadaan XP yang sebenar. Iterasi merancang dirinya sendiri daripada velocity. Papan menunjukkan kepada anda dengan tepat di mana kerja berada. Dan bersama rakan sepasukan manusia anda, anda boleh mempunyai ejen — peserta AI bernama, berskop peranan, yang mengambil story, mengulas, mengubah keadaan, dan meninggalkan jejak audit yang boleh anda baca.

Halaman ini meliputi konsep. Untuk melakukan sesuatu, lihat Arahan Pengendalian.

Story

Story ialah unit kerja yang asas. Terdapat empat jenis:

• Feature — Nilai baharu untuk pengguna. Secara lalai satu-satunya jenis yang membawa mata dan satu-satunya jenis yang menyumbang kepada velocity.
• Bug — Kecacatan. Tidak dianggar secara lalai; ia hanya perlu dibaiki. Bug tidak mendapat kredit, yang menjadikan kos kerja semula kelihatan dan bukannya diberi ganjaran.
• Chore — Kerja penyelenggaraan — refactor, kemas kini dependency, infrastruktur. Tidak dianggar secara lalai; tiada pintu penerimaan.
• Release — Sebuah pencapaian sifar mata. Tandakan penyebaran atau kenaikan versi. Mengikat tarikh untuk unjuran.

Kesan tingkah laku itulah yang penting: apabila bug dan chore tidak mendapat skor, pasukan secara semula jadi mendesak untuk menyatakan kerja sebagai fungsi berorientasikan pengguna, dan ia menjadi amat sedar tentang kos kecacatan. Itu ialah disiplin perancangan yang dikodkan dalam model data — bukan garis panduan yang anda perlu ingat. Projek yang mahu bug dan chore tetap dikira boleh menghidupkan Points for bugs and chores dalam Project Settings; ia kemudian menerima anggaran dan menyuap velocity seperti feature.

Setiap story mempunyai tajuk, penerangan (Markdown), pemilik, pengikut, label, tugas pilihan, ulasan, lampiran, blocker, pautan, dan semakan. Panel butiran terbuka sebaris pada papan — tiada modal, tiada peralihan konteks.

Mesin keadaan dan gelung penerimaan

Setiap story bergerak melalui keadaan. Laluan tepat bergantung pada jenisnya:

Jenis	Laluan
Feature	Unstarted → Started → Finished → Delivered → Accepted (atau Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (atau Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Keadaan kritikal ialah Delivered: seorang jurutera menandakan story sebagai delivered, kemudian pemilik produk menerimanya berdasarkan kriteria penerimaannya atau menolaknya. Rejected adalah terminal dalam mesin keadaan; jalan kembali ialah tindakan Restart yang berasingan, yang meletakkan story pada Started semula. Menolak story yang berada dalam iterasi lepas sebaliknya mencipta salinan di bahagian atas Backlog, supaya kerja semula itu dirancang dan bukannya ditimbus. Ini menanam gelung maklum balas pelanggan ke dalam setiap satu story dan bukannya menangguhkan penerimaan ke demo akhir sprint. Tiada medan kriteria-penerimaan yang berasingan — kriteria itu tergolong dalam penerangan sebelum story dimulakan, sebaik-baiknya dalam bentuk Given/When/Then supaya ia memetakan terus kepada ujian penerimaan. INVEST ialah semakan kewarasan tentang sama ada story itu terbentuk dengan baik.

Anda boleh memajukan keadaan daripada butang tindakan sebaris pada kad atau panggil API. Menyeret kad memindahkannya antara panel: menjatuhkannya ke Current merancangnya tanpa memulakannya, manakala menyeretnya kembali ke Backlog atau Icebox menetapkan semula keadaannya kepada Unstarted.

Iterasi

Kerja disusun ke dalam iterasi yang berkotak masa (kami tidak menyebut “sprint”). Setiap iterasi mempunyai tarikh mula, panjang (1–4 minggu setiap projek), dan kapasiti sasaran dalam mata.

Anda tidak mengisi iterasi secara manual. Sistem melakukannya untuk anda, menggunakan velocity anda — purata mata siap iterasi terkini — dan takrif “keadaan selesai” projek anda (lihat Velocity, di bawah). Seret story untuk menyusun semula; iterasi semasa mengisi semula secara automatik.

Velocity

Velocity ialah bilangan mata yang disiapkan setiap iterasi; sesebuah story dikira sebaik sahaja ia mencapai keadaan selesai projek. East Agile Tracker mengiranya daripada sejarah anda dan menggunakannya untuk merancang kapasiti iterasi seterusnya.

Beberapa perkara boleh dikonfigurasikan setiap projek:

• Keadaan selesai — keadaan mana yang dikira sebagai “selesai” untuk velocity. Pilihannya ialah Finished, Delivered atau Accepted.
• Strategi — cara velocity dipuratakan: 3, 5, atau 10 iterasi terakhir, atau nilai manual yang mengatasi pengiraan sepenuhnya.
• Velocity awal — nilai benih untuk projek baharu yang belum mempunyai sejarah lagi.

Papan: tiga zon, satu peraturan

Papan ialah tempat kerja berada. Tiga zon, satu peraturan:

• Icebox — Kolam idea tidak diprioritikan.
• Backlog — Senarai keutamaan-tunggal yang disusun ketat. Tiada seri. Tiada “P1/P1/P1.” Pemilik produk memiliki susunan dari atas ke bawah. Invarian: bahagian atas backlog sentiasa yang paling penting dan paling baik dispesifikasikan, dengan kejelasan menurun secara sah apabila anda turun ke bawah.
• Current — Iterasi aktif. Story berada dalam susunan turutan-masa iterasi dengan keadaannya (Unstarted / Started / Finished / Delivered / Accepted) kelihatan pada setiap kad. Susunan memberitahu anda apa yang akan dikerjakan seterusnya; keadaan memberitahu anda di mana ia berada dalam kitaran.

Lajur Current ialah satu iterasi tunggal di bawah satu pengepala tunggal — bukan satu set baldi keadaan. Itu disengajakan: iterasi Current ialah rancangan kerja, bukan petak mengikut keadaan. Banyak story dalam iterasi adalah Unstarted (sesetengah akan dimulakan, sesetengah akan beralih ke iterasi seterusnya, sesetengah akan dibuang). Menghiris lajur mengikut keadaan memecahkan turutan-masa iterasi yang pasukan sebenarnya rancang. Iterasi yang ditutup berada dalam lajur Done, dan iterasi akan datang yang diunjurkan daripada Backlog muncul di bawah Current hanya apabila anda menghidupkan togol Show Backlog stories padanya.

Dari bahagian Board di bar sisi anda boleh menghidupkan atau mematikan lajur tambahan (kotak semak setiap praset): Done, My Work, Blocked, Epics, Archived. Lajur Chat turut disenaraikan; ia ialah pratonton statik dengan mesej pemegang tempat, bukan chat yang berfungsi. Carian dibuka sebagai lajurnya sendiri, dan set lajur anda disimpan di sebelah pelayan setiap ahli setiap projek, jadi ia mengikut anda merentasi pelayar.

Menganggar

Secara lalai anda menganggar feature, menggunakan mata relatif — bukan jam. Anggaran ialah perbualan saiz, bukan janji. Bug dan chore tidak dianggar melainkan projek menghidupkan Points for bugs and chores; kemudian ia menerima anggaran dan dikira dalam velocity seperti feature.

East Agile Tracker hadir dengan tiga skala sedia ada:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Skala XP klasik.
• East Agile — 0, 1, 2, 3. Skala yang lebih ketat yang kami gunakan sendiri.
• 3-Mata — 1, 2, 3 (Kecil / Sederhana / Besar). Penyaizan baju-T ketat untuk pasukan yang mahukan kebutiran minimum.

Pilih skala setiap projek. Anda boleh menukar skala kemudian, tetapi anggaran sedia ada tidak dipetakan semula: setiap story mengekalkan nilai lamanya, dan nilai yang tiada pada skala baharu kekal pada story sehingga anda menganggarnya semula.

Hasil disiplin anggaran: unjuran tarikh release menjadi pengiraan, bukan rundingan. Perbualan dengan pihak berkepentingan beralih daripada “boleh anda berkomitmen kepada X menjelang Jumaat” kepada “pada velocity semasa, release ini mendarat sekitar tarikh Y — inilah pertukaran skop/tarikh.”

Label

Label ialah tag berwarna. Story boleh mempunyai banyak. Anda menguruskannya pada halaman Labels — warna, nama, arkib apabila usang.

Carian dan penapis

Carian menggunakan sintaks penapis bergaya GitHub yang menggubah secara semula jadi:

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

Kelayakan: type:, state:, label:"with spaces", epic:, priority:, points: (satu nilai atau julat seperti 1..5), iteration:, kelayakan orang owner:, requester:, follower:, reviewer:, commenter:, mention: (ahli dan ejen; @me ialah anda), kelayakan tarikh created:, updated:, started:, completed:, release: (satu hari atau satu julat), dan bendera has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — serta teks bebas pada tajuk, rujukan, dan penerangan. Pisahkan alternatif dalam satu faset dengan koma (type:bug,chore), nafikan apa-apa dengan - di hadapan, dan susun mengikut kerelevanan, created, atau updated. Menjalankan carian membuka lajur hasil yang kekal pada papan anda. Tatabahasa penuh ada dalam Panduan API → Carian.

Pemilik, pengikut, requestor

• Pemilik — Siapa yang melakukan kerja. Boleh ramai.
• Pengikut — Orang yang mengambil berat tentang kemas kini. Boleh ramai.
• Requestor — Siapa yang meminta story itu. Biasanya seorang.

Setiap satu slot ini boleh diisi oleh ahli manusia atau ejen. Kad story menunjukkan avatar pemilik; pemilik ejen mendapat layanan visual tersendiri supaya sentiasa jelas siapa sebenarnya yang melakukan apa.

Ejen — rakan sepasukan kelas pertama

Ini ialah bahagian yang kebanyakan tracker tidak ada, dan bahagian yang kami bina dengan sengaja.

Seorang ejen ialah peserta bernama dalam projek — seperti ahli, tetapi ia AI. Ia mempunyai identitinya sendiri, peranannya sendiri (viewer / member / manager — peranan ejen tidak boleh melebihi peranan penciptanya, jadi hanya manusia bertaraf manager yang boleh mencetak ejen berperanan manager), dan jejak auditnya sendiri. Apabila ejen mengubah story, log aktiviti menyatakan ejen yang melakukannya. Apabila ejen mengulas, ulasan ditandatangani oleh ejen. Tiada manusia hantu pada penulisan ejen.

Ejen mengesahkan dengan kunci API ejen (ea_agent_*), dicetak setiap projek. Batalkan ejen dan akses mati bersama kunci; sejarah ejen kekal dalam log audit selamanya, jadi anda sentiasa tahu apa yang berlaku.

Baca lebih lanjut dalam Arahan Pengendalian → Ejen dan Panduan API.

Ulasan, lampiran, blocker, pautan, semakan

• Ulasan — Markdown, sehingga 20,000 aksara. Senarai rata di bawah story, setiap satu dengan reaksi emoji dan pautan kekal.
• Lampiran — Fail termasuk video. Had bergantung pada jenisnya: video 200 MB, PDF / Word / Excel 25 MB, imej / CSV / teks 10 MB.
• Blocker — Nota teks bebas “apa yang menyekat ini”, ditandakan selesai/belum selesai.
• Pautan — Hubungkan story antara satu sama lain (blocks, is blocked by, duplicates, relates to) atau ke URL luar (pull request, branch, atau other; URL PR dan cabang GitHub dikesan automatik).
• Semakan — Tugaskan penyemak (manusia atau ejen), dapatkan diluluskan/ditolak.

Metrik

Di luar papan, halaman Metrics projek mempunyai tiga tab:

• General — Trend velocity, burndown iterasi semasa, campuran jenis story setiap iterasi, kad Committed / Completed / Carried-over, dan story yang beralih daripada iterasi terdahulu.
• Contributors — Mata dan story setiap ahli atau ejen sepanjang satu tempoh, dengan kiraan delivered / accepted / rejected.
• Epics — Burnup dan throughput setiap epik, isyarat kesihatan on-track / at-risk / stalled, dan ramalan iterasi di mana epik itu akan selesai.

Siapa melakukan apa, bila, ialah halaman Project History yang berasingan.

Tema

Empat tema hadir dalam pakej:

• Labs — Palet Pivotal Tracker asal — chrome gelap, bar atas biru PT, ruang lajur pastel. Dipelihara dengan penuh kasih. Yang lalai.
• Agile — Palet halaman pendaratan pemasaran. Putih hangat, aksen jenama biru-pekat (#1f6f9f), ikon jenis story emas/merah/slate/ungu tepu. Pilihan utama dalam penukar.
• Dark — Gelap neutral tulen, tiada rona.
• Light — Terang neutral tulen, tiada rona. Dakwat atas kertas.

Tukar di pengaki bar sisi atau dalam Tetapan Akaun → Tema. Pilihan anda berterusan merentasi sesi.

Bahasa

UI diterjemahkan ke dalam 27 bahasa: Inggeris, Perancis, Jerman, Sepanyol, Jepun, Cina, Korea, Portugis, Itali, Belanda, Sweden, Denmark, Czech, Finland, Poland, Ukraine, Rusia, Hindi, Vietnam, Arab, Ibrani, Sinhala, Tamil, Indonesia, Melayu, Filipino, Thai. Tukar dari pengaki bar sisi; pilihan berterusan. Penyetempatan meliputi seluruh aplikasi — setiap skrin dihantar dalam setiap bahasa, dan binaan gagal apabila ada terjemahan yang hilang.

Apa seterusnya

• Praktikal dengan produk: Arahan Pengendalian.
• Bacaan latar belakang: Apakah Pembangunan Agile? dan eXtreme Programming.
• Bina sesuatu di atasnya: Panduan API dan Spesifikasi API.