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 ialah unit kerja yang asas. Terdapat empat jenis, dan perbezaannya adalah seluruh maksudnya:
- Feature — Nilai baharu untuk pengguna. Satu-satunya jenis yang membawa mata, satu-satunya jenis yang menyumbang kepada velocity. Inilah yang memaksa anda menghiris kerja kepada nilai yang boleh diperhatikan pengguna.
- Bug — Kecacatan. Tidak dianggar; 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; tiada pintu penerimaan. Pasukan ditekan untuk menggabungkan chore ke dalam feature di mana mungkin supaya pembingkaian nilai kekal jujur.
- 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.
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
Section titled “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, tetapi ia belum selesai sehingga pemilik produk secara eksplisit menerimanya berdasarkan kriteria penerimaannya — atau menolaknya, menghantarnya semula ke Started. Ini menanam gelung maklum balas pelanggan ke dalam setiap satu story dan bukannya menangguhkan penerimaan ke demo akhir sprint. Kriteria penerimaan tergolong pada story sebelum ia 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, seret story ke kumpulan iterasi yang berbeza, atau panggil API. Peralihan ke belakang meminta pengesahan supaya anda tidak kehilangan tempat anda secara tidak sengaja.
Iterasi
Section titled “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 mengisi semula secara automatik.
Velocity
Section titled “Velocity”Velocity ialah mata feature yang diterima setiap iterasi. 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. Kebanyakan pasukan memilih Accepted; sesetengahnya memilih Finished jika kitaran penghantaran mereka dipisahkan.
- Strategi — cara velocity dipuratakan: 3 iterasi terakhir, 5 terakhir, dll.
- Velocity awal — nilai benih untuk projek baharu yang belum mempunyai sejarah lagi.
Papan: tiga zon, satu peraturan
Section titled “Papan: tiga zon, satu peraturan”Papan ialah tempat kerja berada. Tiga zon, satu peraturan:
- Icebox — Kolam idea tidak diprioritikan. Icebox dibenarkan menjadi kubur.
- 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. Story berhampiran bahagian atas dengan kriteria penerimaan yang kabur ialah pepijat perancangan — bukan masalah masa depan untuk diabaikan.
- 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 dikumpulkan mengikut pengepala iterasi (semasa, kemudian akan datang, kemudian ditutup) — bukan mengikut 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.
Dari bahagian Board di bar sisi anda boleh menghidupkan atau mematikan lajur tambahan (kotak semak setiap praset): Done, My Work, Blocked, Epics, Chat. Anda juga boleh menyimpan panel penapis tersuai dan mengubah saiz lajur mengikut kesukaan anda — susun atur anda berterusan setiap projek setiap pelayar.
Menganggar
Section titled “Menganggar”Anda menganggar feature sahaja, menggunakan mata relatif — bukan jam. Anggaran ialah perbualan saiz, bukan janji. Bug dan chore kekal pada sifar; memberikannya mata mengembungkan velocity menjadi sesuatu yang tidak bermakna, dan unjuran yang menjadikan keseluruhan sistem jujur akan runtuh. Velocity ialah alat pengukuran; anda tidak mengusik alat anda sendiri.
East Agile Tracker hadir dengan tiga skala sedia ada:
- Fibonacci — 0, 1, 2, 3, 5, 8, 13. Skala XP klasik. Apa-apa yang lebih besar daripada 13 harus dibahagikan kepada story yang lebih kecil.
- East Agile — 0, 1, 2, 3. Skala yang lebih ketat yang kami gunakan sendiri. Mengecewakan terlebih fikir; tiada apa-apa melebihi 3 yang tergolong dalam satu iterasi.
- 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 — anggaran sedia ada memetakan merentasinya.
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 ialah tag berwarna. Story boleh mempunyai banyak. Anda menguruskannya pada halaman Labels — warna, nama, arkib apabila usang.
Carian dan penapis
Section titled “Carian dan penapis”Carian menggunakan sintaks penapis ringkas yang menggubah secara semula jadi:
type:feature state:started label:mvp owner:clairePenapis biasa: type:, state:, label:"with spaces", owner:, requester:, has:blocker, is:unestimated, serta teks bebas pada tajuk dan penerangan. Simpan penapis sebagai panel bernama pada papan.
Pemilik, pengikut, requestor
Section titled “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
Section titled “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 / owner — owner dihadkan kepada manusia), 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
Section titled “Ulasan, lampiran, blocker, pautan, semakan”- Ulasan — Markdown, sehingga 10,000 aksara. Berbenang di bawah story.
- Lampiran — Fail termasuk video, sehingga 2 GB setiap satu.
- 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 (PR/cabang GitHub dikesan automatik).
- Semakan — Tugaskan penyemak (manusia atau ejen), dapatkan diluluskan/ditolak.
Analitik
Section titled “Analitik”Di luar papan, tab Analitik memberikan anda:
- Gambaran Keseluruhan Projek — Velocity, kadar penerimaan, masa kitaran, KPI iterasi terkini.
- Laporan Iterasi — Penelitian setiap iterasi.
- Release & Burndown — Pencapaian release dan burndown setiap iterasi.
- Aktiviti Story — Siapa melakukan apa, bila (boleh ditapis).
- Masa Kitaran — Masa dari Started ke keadaan selesai projek anda.
- Unjuran — Ramalan bila backlog anda akan selesai pada velocity semasa.
Empat tema hadir dalam pakej:
- Agile — Palet halaman pendaratan pemasaran. Putih hangat, aksen jenama biru-pekat (#1f6f9f), ikon jenis story emas/merah/slate/ungu tepu. Lalai untuk pelawat baharu dan pilihan utama dalam penukar.
- Labs — Palet Pivotal Tracker asal — chrome gelap, bar atas biru PT, ruang lajur pastel. Dipelihara dengan penuh kasih.
- 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
Section titled “Bahasa”UI diterjemahkan ke dalam 15 bahasa: Inggeris, Perancis, Jerman, Sepanyol, Jepun, Cina, Korea, Portugis, Itali, Belanda, Sweden, Denmark, Czech, Finland, Poland. Tukar dari pengaki bar sisi; pilihan berterusan. Chrome, halaman auth, kawasan akaun/keselamatan, dan halaman pendaratan pemasaran sudah disambung hari ini; pelokalan butiran-story / analitik / tetapan menyusul pada kemas kini berikutnya.
Apa seterusnya
Section titled “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.