Pergeseran dari Chat ke Backlog
Tiga bulan lalu, manajemen tugas saya hanyalah sebuah jendela chat. Jika saya menutup tab tersebut, rencananya pun hilang.
Hari ini, sistemnya adalah backlog Postgres. Tiga agen AI yang berbeda—Claude Code, Codex, dan Grok—mengambil pekerjaan dari sana. Mereka menandainya dengan atribusi dan menyelesaikannya berdasarkan riwayat git.
Saya tidak berniat membangun sistem manajemen proyek. Saya hanya terus menemui hambatan. Setiap kali saya memperbaiki satu masalah, masalah baru muncul.
Pekerjaan saya sangat berat. Saya menjalankan platform data pribadi bernama Nexus. Saya mengelola sekitar 100 repositori. Dalam satu periode, saya merilis 557.000 baris kode dalam 35 hari. Volume tersebut merusak setiap metode perencanaan yang saya coba.
Berikut adalah bagaimana sistem saya berevolusi:
Fase 1: Perencanaan Percakapan Rencana tersimpan di riwayat chat. Saya akan berpikir keras, mendapatkan ide bagus, dan mulai membangun.
- Masalahnya: Rencana menguap saat chat berakhir. Anda tidak bisa memprioritaskannya atau menyerahkannya kepada orang lain.
Fase 2: File TODO Per-Repo Saya mulai menggunakan file TODO.md di setiap repositori. Saya berhenti menggunakan daftar periksa sederhana. Sebaliknya, saya menulis spesifikasi kecil. Setiap item mencakup:
- Status dan tanggal.
- Pemicu (mengapa ini menjadi mendesak).
- Langkah-langkah yang telah ditentukan sebelumnya (rencananya).
- Risiko yang diketahui.
- Masalahnya: Dengan 100 repo, saya tidak memiliki pandangan global. Saya tidak bisa melihat semua yang perlu saya lakukan di satu tempat.
Fase 3: Operator Backlog (OB) Saya memindahkan tugas-tugas ke dalam database Postgres. Ini menciptakan antrean global. Saya menambahkan gerbang persetujuan (approval gate). Sebuah tugas baru menjadi nyata setelah saya meninjaunya. Ini mencegah AI memasukkan sampah ke dalam backlog. Saya menggunakan jalur status:
- requires_triage
- requires_decision
- requires_investigation
- autonomous_safe
- Masalahnya: Saya menjadi penghambat (bottleneck). Saya tidak bisa mengosongkan jalur-jalur tersebut dengan cukup cepat.
Fase 4: Eksekusi Multi-Agen Backlog sekarang menjadi antrean bersama untuk beberapa agen AI.
- Mereka menggunakan sistem lease agar tidak mengerjakan tugas yang sama.
- Mereka menggunakan atribusi sehingga saya tahu siapa melakukan apa.
- Mereka dapat menyerahkan pekerjaan. Satu agen mungkin menemukan bahwa sebuah tugas tidak mungkin dilakukan dan mengajukan prasyarat. Agen kedua kemudian dapat mengambil prasyarat tersebut dan menyelesaikan tugas aslinya.
Pelajarannya sederhana: Anda tidak butuh Fase 4 untuk berhasil.
Jika Anda ingin mengambil satu hal, ambillah format Fase 2. Tulis tugas Anda dengan status, pemicu, langkah-langkah yang telah ditentukan sebelumnya, dan risiko. Itu tidak memakan biaya apa pun dan mengubah segalanya.
Aturan yang paling penting adalah ini: Selalu buat rencana berdasarkan fakta. Jangan pernah membuat rencana berdasarkan tebakan atau ringkasan. Rencana sempurna yang dibangun di atas data usang akan gagal secepat rencana yang tidak ada sama sekali.
Komunitas belajar opsional: https://t.me/GyaanSetuAi