Dulu, backlog Anda adalah daftar yang Anda dan beberapa rekan tim ambil isinya. Anda membaca item teratas, memahaminya, lalu mengerjakannya. Triage berjalan cepat karena satu-satunya pertanyaan adalah "siapa yang punya waktu?" Kini sebagian item itu bisa diambil oleh coding agent alih-alih manusia, dan antrean yang tadinya tenang berubah menjadi sumber kesalahan kecil yang mahal: agent mulai mengerjakan tugas yang belum selesai dituliskan, dua agent mengambil pekerjaan yang tumpang tindih, dan kolom "done" terisi dengan output yang tidak diminta siapa pun.
Masalahnya bukan pada agent-nya. Masalahnya adalah backlog yang dibangun untuk manusia diam-diam berganti fungsi. Ia berhenti menjadi daftar tugas dan berubah menjadi antrean dispatch yang bisa memicu eksekusi. Begitu satu item bisa memicu pekerjaan nyata, momen Anda memindahkan tugas dan momen Anda menentukan siapa pemiliknya membawa konsekuensi yang dulu tidak pernah ada.
Inilah lapisan tempat Sharkly berada. Anda sudah punya coding agent; Sharkly mengubahnya menjadi sebuah tim dengan memberi backlog makna bersama. Task adalah unit utama pekerjaan, Backlog adalah tempat pekerjaan yang belum dikomit menunggu, dan Triage adalah antrean intake khusus tempat item yang masuk menunggu sampai seseorang mengambil keputusan. Artikel ini membahas cara men-triage backlog campuran manusia-agent tanpa membuat antrean itu kacau, dan diakhiri dengan checklist yang bisa Anda jalankan hari ini.
Apa arti backlog dan triage ketika agent bisa mengerjakan pekerjaannya
Dua definisi ini memegang peranan besar di sini, jadi pastikan keduanya presisi.
Backlog adalah kumpulan pekerjaan yang belum dikomit: tugas-tugas yang sudah ada tetapi belum ada yang memutuskan untuk memulainya. Triage adalah keputusan intake atas item baru atau yang belum jelas: terima, tolak, tandai duplikat, atau tunda sampai nanti. Manusia selalu melakukan keduanya secara informal. Yang berubah adalah, dalam tim manusia-agent, hasil triage kini mencakup "agent mana yang menjalankan ini," dan tindakan mengomit sebuah tugas bisa langsung memulai sebuah run.
Inilah batas yang pertama kali sering membingungkan orang: menetapkan Agent ke sebuah tugas di Backlog tidak memulainya. Backlog adalah area parkir tempat pekerjaan disiapkan sebelum eksekusi. Run baru dimulai ketika tugas keluar dari Backlog menuju status yang siap dikerjakan, dan tersedia Computer serta Runtime. Jadi "tetapkan agent" dan "jalankan agent" adalah dua peristiwa yang terpisah, dengan status backlog berada di antaranya sebagai gerbang.
Satu batas lagi yang perlu dinyatakan terang-terangan: agent tidak menyimpan backlog pribadi. Tidak ada antrean tersembunyi yang dikerjakan Agent sendiri. Setiap item yang akan disentuh Agent berada di papan bersama, dan itulah yang membuat triage mungkin dilakukan alih-alih sekadar menduga-duga.
Kapan setup DIY berhenti bisa diskalakan
Spreadsheet plus papan Kanban plus beberapa terminal cukup berfungsi untuk satu orang dan dua agent. Ia berhenti bisa diskalakan pada titik-titik yang bisa diprediksi, dan masing-masing muncul sebagai kegagalan yang spesifik.
Kolom status tidak berarti apa-apa bagi agent. Di papan manual, memindahkan kartu ke "In Progress" hanyalah catatan untuk rekan tim; tidak ada yang dieksekusi. Akibatnya papan dan pekerjaan nyata saling menjauh: kartu bertuliskan "In Progress" padahal agent sudah selesai sejam lalu, atau "To Do" padahal agent sudah tiga commit lebih dalam karena seseorang menjalankannya dari terminal. Tidak ada yang percaya pada papan itu, sehingga tidak ada yang memakainya.
Keputusan triage hanya ada di kepala satu orang. Siapa pun yang menangani permintaan masuk mengingat bahwa sebuah bug sudah pernah dilaporkan, bahwa sebuah fitur sudah ditolak kuartal lalu, bahwa sebuah tugas perlu masukan desain lebih dulu. Ketika orang itu tidak ada, duplikat pun tercipta dan agent mulai mengerjakan pekerjaan yang seharusnya ditolak saat intake. Antrean itu tidak punya memori.
Penetapan dan cakupan diputuskan pada momen tergesa-gesa yang sama. Cakupan yang samar masih bisa ditoleransi ketika manusia mengambil tugas dan bertanya. Agent tidak berhenti untuk bertanya; ia menjalankan apa pun yang Anda berikan dan mengembalikan hasil yang salah dengan penuh keyakinan. Biaya triage yang tipis bergeser dari "rekan tim sebentar bingung" menjadi "agent membakar satu run dan satu siklus review untuk hal yang salah."
Men-triage backlog campuran, langkah demi langkah
Berikut urutan yang menjaga backlog manusia-agent tetap jujur. Setiap langkah menyebutkan kegagalan yang dicegahnya.
1. Bersihkan antrean intake sebelum menyentuh backlog. Permintaan baru masuk ke Triage, bukan langsung ke backlog. Tangani setiap item dengan salah satu dari empat keputusan: terima, tolak, tandai duplikat, atau tunda. Triage adalah antrean intake, bukan filter tersimpan dan bukan pembuat formulir, sehingga keputusannya eksplisit dan tercatat. Kegagalan yang dicegah: pekerjaan yang ditolak dan duplikat diam-diam berubah menjadi tugas nyata yang nanti diambil agent.
2. Bentuk tugasnya sebelum ia layak dikerjakan agent. Item yang diterima menjadi Task, tetapi ia tetap berada di Backlog selama Anda menulis kriteria penerimaan, melampirkan repositori, dan mencatat batasan. Inilah langkah yang sering dilewatkan orang saat dikejar waktu. Kegagalan yang dicegah: agent berjalan hanya bermodal judul satu baris dan mengembalikan output yang secara teknis cocok dengan kata-katanya tetapi meleset dari maksudnya.
3. Tentukan penerimanya, dan perlakukan "agent mana" sebagai pilihan yang nyata. Sebagian tugas lebih cocok untuk manusia. Sebagian lebih cocok untuk agent, dan di antara para agent, yang tepat bergantung pada tugasnya: refactor, penulisan test, dan pembaruan docs bukan pekerjaan yang sama. Rutekan dengan sengaja alih-alih memakai agent mana pun yang sedang menganggur. Panduan routing kami untuk coding agent membahas cara mengambil keputusan itu. Kegagalan yang dicegah: runtime yang salah menghabiskan tugas yang sebenarnya kurang cocok untuknya.
4. Biarkan tetap di Backlog sampai benar-benar siap. Inilah gerbangnya. Sebuah tugas bisa sudah sepenuhnya ditetapkan dan tetap berada di Backlog tanpa ada run yang dimulai. Manfaatkan itu. Jangan pindahkan sebelum cakupannya jelas dan Anda benar-benar ingin pekerjaan dimulai. Kegagalan yang dicegah: tugas setengah jadi memicu run karena seseorang menyeretnya ke kolom yang salah.
5. Komit, dan biarkan run dimulai. Pindahkan tugas ke status siap, atau tarik ke dalam Sprint. Ketika tugas dengan Agent yang siap keluar dari Backlog dan tersedia Computer serta Runtime, eksekusi pun dimulai. Kini perubahan status dan pekerjaan adalah peristiwa yang sama, dan itulah intinya.
Untuk tim yang menjalankan siklus, Sprint planning untuk tim manusia-agent menunjukkan bagaimana langkah commit yang sama membatasi time box alih-alih satu tugas tunggal.
Status backlog menjadi gerbang eksekusi
Pergeseran mentalitasnya begini: di papan manusia, status adalah label yang menggambarkan kenyataan. Di papan manusia-agent, status adalah tuas yang mengubah kenyataan. Memindahkan tugas keluar dari Backlog adalah tindakan yang menjalankan agent, jadi disiplin triage Anda kini menjadi mekanisme pengaman Anda.
Gerbang itu juga tempat kontrak manusia-agent seharusnya berada. Agent meneliti, mengeksekusi, menguji, dan melaporkan. Manusia memutuskan apa yang masuk ke backlog, apa yang dikomit, dan apa yang dirilis. Otomasi berhenti di titik yang membutuhkan pertimbangan tim. Tampilan Plan menyatukan Backlog, Sprint, dan Project di satu tempat sehingga keputusan commit terlihat, bukan terkubur di terminal, dan eksekusi, blocker, hasil, serta review semuanya kembali ke Task alih-alih tersebar di berbagai sesi pribadi.
Inilah sebabnya kebersihan backlog jadi lebih penting dengan adanya agent, bukan sebaliknya. Backlog manusia yang berantakan hanyalah tumpukan sampah. Backlog agent yang berantakan adalah sampah yang kadang menjalankan dirinya sendiri. Papan menjaga konteks, kepemilikan, kemajuan, hasil, dan review manusia tetap terlihat dari intake hingga rilis, dan itulah perbedaan antara antrean yang Anda kelola dan antrean yang mengelola Anda. Ketika review menumpuk alih-alih intake, itu bottleneck yang berbeda, dibahas dalam mengapa review manusia adalah kendala yang sebenarnya.
Anda bisa menjalankan ini dengan spreadsheet dan disiplin manual jika volume Anda rendah. Jika Anda sudah menangani intake yang stabil dan menjalankan beberapa agent, Sharkly menyediakan antrean Triage, gerbang Backlog, dan satu papan bersama sehingga keputusan-keputusan itu tidak lagi hanya ada di kepala Anda. Untuk gambaran yang lebih luas tentang alur kerja yang sama, lihat panduan kami tentang AI agent task management dan perbedaan antara Triage dan Inbox pribadi Anda.
Checklist triage yang bisa Anda jalankan hari ini
Jalankan ini pada papan Anda saat ini. Setiap jawaban "tidak" adalah titik di mana agent akan mengejutkan Anda.
- Apakah permintaan baru masuk ke suatu tempat sebelum backlog? Jika intake langsung menuju "To Do," Anda tidak punya langkah terima/tolak/duplikat dan duplikat tidak terhindarkan.
- Apakah cakupan setiap tugas di backlog cukup baik untuk diserahkan kepada orang yang belum mengenalnya? Jika tidak cukup baik untuk karyawan baru, tidak cukup baik juga untuk agent.
- Apakah memindahkan tugas benar-benar memulai sesuatu? Jika perubahan status Anda hanya label, papan dan pekerjaan akan saling menjauh.
- Apakah penetapan penerima adalah keputusan nyata, termasuk agent mana yang dipakai? Memakai agent yang menganggur secara default bukanlah routing.
- Bisakah Anda tahu, saat ini juga, apa yang sedang dikerjakan setiap agent dan apa yang menunggu review? Jika jawabannya hanya ada di ingatan seseorang atau di scrollback terminal, triage tidak punya sumber kebenaran bersama.
- Apakah pekerjaan yang selesai kembali ke tugas, bukan ke sesi pribadi? Hasil, blocker, dan diff seharusnya berada di catatan bersama agar review punya sesuatu untuk ditindaklanjuti.
Perbaiki dua hal pertama sebelum Anda memperbanyak jumlah agent. Langkah intake yang bersih dan cakupan tugas yang jujur mencegah sebagian besar kegagalan mahal; sisanya hanyalah penyempurnaan di atas backlog yang sudah bermakna.
