Pengantar

East Agile Tracker adalah alat perencanaan agile dengan pendirian kuat tentang bagaimana tim merilis perangkat lunak — dan dengan gagasan yang tidak biasa tentang siapa anggota tim.

Story mengalir melalui mesin status XP yang nyata. Iterasi merencanakan dirinya sendiri dari velocity. Sebuah papan menunjukkan dengan tepat di mana pekerjaan berada. Dan di samping rekan setim manusia Anda, Anda dapat memiliki agen — partisipan AI yang bernama dan terbatas peran, yang mengambil story, berkomentar, mentransisikan status, dan meninggalkan jejak audit yang dapat Anda baca.

Halaman ini membahas konsep-konsepnya. Untuk melakukan sesuatu, lihat Petunjuk Pengoperasian.

Story

Story adalah unit kerja fundamental. Ada empat tipe:

• Feature — Nilai baru bagi pengguna. Secara default satu-satunya tipe yang membawa poin dan satu-satunya tipe yang berkontribusi pada velocity.
• Bug — Sebuah cacat. Secara default tidak diestimasi; ia hanya harus diperbaiki. Bug tidak menghasilkan kredit, yang membuat biaya pengerjaan ulang terlihat alih-alih diberi imbalan.
• Chore — Pekerjaan pemeliharaan — refactor, peningkatan dependensi, infrastruktur. Secara default tidak diestimasi; tanpa gerbang penerimaan.
• Release — Tonggak nol-poin. Menandai sebuah deployment atau peningkatan versi. Menambatkan tanggal untuk proyeksi.

Efek perilakulah yang penting: ketika bug dan chore tidak mencetak skor, tim secara alami terdorong untuk mengungkapkan pekerjaan sebagai fungsionalitas berorientasi-pengguna, dan menjadi sangat sadar akan biaya cacat. Itu adalah disiplin perencanaan yang dikodekan ke dalam model data — bukan pedoman yang harus Anda ingat. Proyek yang tetap ingin bug dan chore dihitung dapat mengaktifkan Points for bugs and chores di Project Settings; keduanya lalu menerima estimasi dan mengisi velocity seperti feature.

Setiap story memiliki judul, deskripsi (Markdown), pemilik, pengikut, label, task opsional, komentar, lampiran, blocker, link, dan review. Panel detail terbuka inline di papan — tanpa modal, tanpa peralihan konteks.

Mesin status dan loop penerimaan

Setiap story bergerak melalui status. Jalur tepatnya bergantung pada tipe:

Tipe	Jalur
Feature	Unstarted → Started → Finished → Delivered → Accepted (atau Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (atau Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Status kritisnya adalah Delivered: seorang engineer menandai story sebagai delivered, lalu product owner menerimanya terhadap kriteria penerimaannya atau menolaknya. Rejected bersifat terminal dalam mesin status; jalan kembalinya adalah aksi Restart terpisah, yang menempatkan story kembali di Started. Menolak story yang berada di iterasi lampau justru membuat salinan di puncak Backlog, sehingga pengerjaan ulang direncanakan alih-alih terkubur. Ini menanamkan loop umpan balik pelanggan ke dalam setiap story alih-alih menunda penerimaan ke demo akhir-sprint. Tidak ada field kriteria penerimaan terpisah — kriteria harus ada di deskripsi sebelum story dimulai, idealnya dalam bentuk Given/When/Then sehingga memetakan langsung ke acceptance test. INVEST adalah pengecekan kewarasan apakah suatu story sudah terbentuk dengan baik.

Anda bisa memajukan status dari tombol aksi inline pada kartu atau memanggil API. Menyeret kartu memindahkannya antar panel: menjatuhkannya ke Current merencanakannya tanpa memulainya, sedangkan menyeretnya kembali ke Backlog atau Icebox mengatur ulang statusnya ke Unstarted.

Iterasi

Pekerjaan diorganisasikan ke dalam iterasi yang dikotak-waktu (kami tidak menyebut “sprint”). Setiap iterasi memiliki tanggal mulai, panjang (1–4 minggu per proyek), dan kapasitas target dalam poin.

Anda tidak mengemas iterasi secara manual. Sistem melakukannya untuk Anda, menggunakan velocity Anda — rata-rata poin selesai dari iterasi terkini — dan definisi “done state” proyek Anda (lihat Velocity, di bawah). Seret story untuk mengurutkan ulang; iterasi saat ini terisi kembali secara otomatis.

Velocity

Velocity adalah jumlah poin yang diselesaikan per iterasi; sebuah story dihitung begitu mencapai done state proyek. East Agile Tracker menghitungnya dari riwayat Anda dan menggunakannya untuk merencanakan kapasitas iterasi berikutnya.

Beberapa hal dapat dikonfigurasi per proyek:

• Done state — status mana yang dihitung sebagai “done” untuk velocity. Pilihannya Finished, Delivered, atau Accepted.
• Strategi — bagaimana velocity dirata-ratakan: 3, 5, atau 10 iterasi terakhir, atau nilai manual yang menimpa kalkulasi sepenuhnya.
• Velocity awal — nilai benih untuk proyek baru yang belum punya riwayat.

Papan: tiga zona, satu aturan

Papan adalah tempat pekerjaan berada. Tiga zona, satu aturan:

• Icebox — Kolam ide yang belum diprioritaskan.
• Backlog — Daftar berurutan ketat, prioritas tunggal. Tanpa seri. Tanpa “P1/P1/P1.” Product owner memiliki urutan dari atas ke bawah. Invariannya: bagian atas backlog selalu yang paling penting dan paling baik dispesifikasikan, dengan kejelasan secara sah menurun saat Anda turun ke bawah.
• Current — Iterasi aktif. Story duduk dalam urutan urutan-waktu iterasi dengan statusnya (Unstarted / Started / Finished / Delivered / Accepted) terlihat di setiap kartu. Urutannya memberi tahu apa yang dikerjakan berikutnya; statusnya memberi tahu di mana posisinya dalam siklus.

Kolom Current adalah satu iterasi di bawah satu header — bukan sekumpulan keranjang status. Itu disengaja: iterasi Current adalah rencana pekerjaan, bukan partisi berdasarkan status. Banyak story dalam iterasi berstatus Unstarted (sebagian akan dimulai, sebagian akan bergulir ke iterasi berikutnya, sebagian akan dibuang). Mengiris kolom berdasarkan status memecah urutan-waktu iterasi yang sebenarnya digunakan tim untuk merencanakan. Iterasi tertutup berada di kolom Done, dan iterasi mendatang yang diproyeksikan dari Backlog muncul di bawah Current hanya ketika Anda mengaktifkan toggle Show Backlog stories-nya.

Dari bagian Board di sidebar Anda dapat mengaktifkan atau menonaktifkan kolom tambahan (kotak centang per preset): Done, My Work, Blocked, Epics, Archived. Kolom Chat juga tercantum; itu adalah pratinjau statis dengan pesan placeholder, bukan chat yang berfungsi. Pencarian terbuka sebagai kolom tersendiri, dan kumpulan kolom Anda disimpan di sisi server per anggota per proyek, sehingga mengikuti Anda lintas browser.

Mengestimasi

Secara default Anda mengestimasi feature, menggunakan poin relatif — bukan jam. Estimasi adalah percakapan tentang ukuran, bukan janji. Bug dan chore tidak diestimasi kecuali proyek mengaktifkan Points for bugs and chores; setelah itu keduanya menerima estimasi dan dihitung dalam velocity seperti feature.

East Agile Tracker hadir dengan tiga skala bawaan:

• 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-Point — 1, 2, 3 (Small / Medium / Large). Penilaian ukuran t-shirt yang ketat untuk tim yang menginginkan granularitas minimal.

Pilih skala per proyek. Anda dapat mengubah skala nanti, tetapi estimasi yang ada tidak dipetakan ulang: setiap story mempertahankan nilai lamanya, dan nilai yang tidak dimiliki skala baru tetap ada pada story sampai Anda mengestimasinya ulang.

Imbalan dari estimasi yang disiplin: proyeksi tanggal release menjadi sebuah kalkulasi, bukan negosiasi. Percakapan dengan pemangku kepentingan bergeser dari “bisakah kamu komitmen X pada hari Jumat” menjadi “pada velocity saat ini, release ini mendarat sekitar tanggal Y — ini trade-off cakupan/tanggalnya.”

Label

Label adalah tag berwarna. Story dapat memiliki beberapa. Anda mengelolanya di halaman Labels — warna, nama, arsipkan saat usang.

Pencarian dan filter

Pencarian menggunakan sintaks filter bergaya GitHub yang menyusun secara alami:

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

Qualifier: type:, state:, label:"with spaces", epic:, priority:, points: (sebuah nilai atau rentang seperti 1..5), iteration:, qualifier orang owner:, requester:, follower:, reviewer:, commenter:, mention: (anggota dan agen; @me adalah Anda), qualifier tanggal created:, updated:, started:, completed:, release: (satu hari atau rentang), dan flag has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — plus teks bebas pada judul, referensi, dan deskripsi. Pisahkan alternatif dalam satu facet dengan koma (type:bug,chore), negasikan apa pun dengan awalan -, dan urutkan berdasarkan relevansi, created, atau updated. Menjalankan pencarian membuka kolom hasil yang tetap ada di papan Anda. Tata bahasa lengkapnya ada di Panduan API → Pencarian.

Pemilik, pengikut, requestor

• Pemilik — Siapa yang melakukan pekerjaan. Bisa banyak.
• Pengikut — Orang yang peduli akan pembaruan. Bisa banyak.
• Requestor — Siapa yang meminta story. Biasanya satu.

Setiap slot ini dapat diisi oleh anggota manusia atau agen. Kartu story menampilkan avatar pemilik; pemilik agen mendapat perlakuan visual yang berbeda sehingga selalu jelas siapa yang sebenarnya melakukan apa.

Agen — rekan setim kelas-satu

Inilah bagian yang tidak dimiliki kebanyakan tracker, dan bagian yang kami bangun dengan sengaja.

Sebuah agen adalah partisipan bernama dalam proyek — seperti anggota, tetapi ia adalah AI. Ia memiliki identitasnya sendiri, perannya sendiri (viewer / member / manager — peran agen tidak pernah bisa melebihi peran pembuatnya, jadi hanya manager manusia yang mencetak agen berperan manager), dan jejak auditnya sendiri. Ketika agen mentransisikan story, log aktivitas mengatakan agen yang melakukannya. Ketika agen berkomentar, komentar itu ditandatangani oleh agen. Tidak ada manusia hantu pada write agen.

Agen mengautentikasi dengan kunci API agen (ea_agent_*), dicetak per proyek. Cabut sebuah agen dan akses mati bersama kunci; riwayat agen tetap di log audit selamanya, sehingga Anda selalu tahu apa yang terjadi.

Baca lebih lanjut di Petunjuk Pengoperasian → Agen dan Panduan API.

Komentar, lampiran, blocker, link, review

• Komentar — Markdown, hingga 20.000 karakter. Daftar datar di bawah story, masing-masing dengan reaksi emoji dan permalink.
• Lampiran — File termasuk video. Batasnya bergantung pada jenisnya: video 200 MB, PDF / Word / Excel 25 MB, gambar / CSV / teks 10 MB.
• Blocker — Catatan teks-bebas “apa yang memblokir ini”, ditandai resolved/unresolved.
• Link — Hubungkan story satu sama lain (blocks, is blocked by, duplicates, relates to) atau ke URL eksternal (pull request, branch, atau other; URL PR dan branch GitHub terdeteksi otomatis).
• Review — Tugaskan seorang reviewer (manusia atau agen), dapatkan approved/rejected.

Metrik

Di luar papan, halaman Metrics proyek memiliki tiga tab:

• General — Tren velocity, burndown iterasi saat ini, komposisi tipe story per iterasi, kartu Committed / Completed / Carried-over, dan story yang bergulir dari iterasi sebelumnya.
• Contributors — Poin dan story per anggota atau agen selama suatu periode, dengan hitungan delivered / accepted / rejected.
• Epics — Burnup dan throughput per-epic, sinyal kesehatan on-track / at-risk / stalled, dan perkiraan iterasi tempat epic tersebut selesai.

Siapa melakukan apa, kapan, ada di halaman Project History yang terpisah.

Tema

Empat tema hadir dalam paket:

• Labs — Palet Pivotal Tracker asli — chrome gelap, topbar PT blue, jeda kolom pastel. Dipelihara dengan penuh kasih. Default-nya.
• Agile — Palet halaman landing pemasaran. Putih hangat, aksen merek biru-tua (#1f6f9f), ikon tipe-story emas/merah/abu-tua/ungu yang jenuh. Opsi utama di switcher.
• Dark — Gelap netral murni, tanpa rona.
• Light — Terang netral murni, tanpa rona. Tinta di atas kertas.

Beralih di footer sidebar atau di Account Settings → Theme. Pilihan Anda tersimpan lintas sesi.

Bahasa

UI diterjemahkan ke dalam 27 bahasa: Inggris, Prancis, Jerman, Spanyol, Jepang, Mandarin, Korea, Portugis, Italia, Belanda, Swedia, Denmark, Ceko, Finlandia, Polandia, Ukraina, Rusia, Hindi, Vietnam, Arab, Ibrani, Sinhala, Tamil, Indonesia, Melayu, Filipino, Thai. Beralih dari footer sidebar; pilihan tersimpan. Lokalisasi mencakup seluruh aplikasi — setiap layar tersedia dalam setiap bahasa, dan build gagal jika ada terjemahan yang hilang.

Apa selanjutnya

• Praktik langsung dengan produk: Petunjuk Pengoperasian.
• Bacaan latar: Apa itu Pengembangan Agile? dan eXtreme Programming.
• Bangun sesuatu di atasnya: Panduan API dan Spesifikasi API.