Sebagai pengembang solo, bagaimana Anda mengelolanya secara sistematis?

• Saat bekerja bersama tim, sasaran jangka pendek seperti scrum dan backlog kerja yang terstruktur sangat membantu untuk menjaga fokus dan melacak apa yang harus dikerjakan
• Namun saat mengembangkan sendirian, saya belum menemukan pendekatan yang tepat, dan sering kali terseret ke hal-hal sampingan lalu kehilangan tujuan
• Alat dan teknik apa yang Anda gunakan agar tetap setia pada tujuan?

CharlieDigital

• Menggunakan notebook kertas
• Saat tidak perlu berbagi informasi, tidak ada yang lebih baik daripada notebook untuk menumpahkan semua ide dan meninjaunya berulang kali. Tidak perlu login, bisa dibawa ke mana saja, duduk di bangku taman sambil memikirkan ide, atau pergi ke gym dan menuliskan ide di sana.
• Cukup tulis target harian dalam checklist lalu centang satu per satu. Karena tidak perlu membagikan status ke orang lain, tidak perlu juga hal seperti GitHub Projects

olooney

• Menggunakan file TODO.md
• Menulis daftar dengan GFM (GitHub flavored markdown) seperti berikut

    1. [X] Dockerfile  
    2. [ ] Bulk Inference  
    3. [ ] CLI  
    4. [ ] Logging  
  

• Di bagian atas ada seksi bernama backlog untuk ide masa depan, seksi bug untuk bug yang harus diperbaiki, dan seksi tanpa nama untuk item saat ini
• Saat mencapai milestone seperti rilis, hapus semua item yang sudah selesai

jasonb05

• Menulis banyak hal untuk diri saya di masa depan
  1. Trello dengan kolom mingguan, bulanan, triwulanan, dan tahunan
  2. Membuka notebook yang diletakkan di samping mouse
     2a. Halaman kiri: checklist tugas harian dengan pena dan kertas. (2~3 baris per hari)
     2b. Halaman kanan: coretan, sketsa plot, sticky note, dan sebagainya
  3. Jurnal pengembangan untuk mencatat riset, URL, paper, pemikiran, ide, progres, ekstensi, dan sebagainya
  • Semua proyek GitHub memiliki folder dev/ untuk catatan semacam ini, dan nama file-nya yyyymmmdd-n.txt
  • Sesuai kebutuhan, buat file baru per proyek setiap hari
  4. Sticky note kuning untuk ide sementara (ditempel di bagian bawah layar, notebook, atau whiteboard)
  • Biasanya berisi semacam pepatah yang menunjukkan arah yang benar bagi proyek (misalnya, "tak seorang pun akan pernah rtfm")
  5. Whiteboard, kolom per proyek, hasil cetak + magnet (diagram bulanan progres proyek), sticky note, ide untuk proyek mendatang, dan berbagai benda lain
• Saya berusaha berkomunikasi secara berlebihan dengan diri saya di masa depan
  • Itu membantu merapikan pemikiran saya saat ini, seperti ekspektasi, progres, hambatan, dan lain-lain
  • Penghambatnya adalah saya, bukan pekerjaannya
  • Pekerjaan biasanya digambarkan dalam bentuk butir-butir setelah "berpikir keras"
• Saya sudah bekerja sendiri seperti ini selama 8 tahun
  • Sejak masa S3 saya di awal 2000-an, saya sudah memakai /dev dir dan file .txt untuk jurnal pengembangan real-time. Ini menghemat waktu yang tak terhitung jumlahnya (grep).
• Oh, dan saya melakukan hal yang sama setiap hari. Hampir setiap hari
  • Misalnya dukungan pelanggan, promosi, menulis, coding, lalu.... tanpa perlu berpikir, kerjakan itu lalu lanjut ke hal berikutnya

liampulles

• Saat mengerjakan side project, "Readme-driven development" membantu menjaga motivasi dan membatasi scope

Tehnix

• Menetapkan target harian/mingguan/bulanan, lalu menatanya dengan aplikasi seperti Linear, Todoist, atau Notion
• Target bulanan sangat high-level dan hanya beberapa saja (misalnya, "membuat PoC", "mendesain ulang dan meluncurkan ulang blog")
• Target mingguan lebih spesifik dan terbatas (misalnya, "menentukan pendekatan untuk memanggil Rust dari kode Swift" atau "menyelesaikan desain dan styling postingan")
• Target harian sangat spesifik (misalnya, "menyiapkan pipeline UniFFI untuk menghasilkan Swift binding" atau "menerapkan tema baru ke seluruh halaman blog")
• Kadang saat implementasi muncul pekerjaan baru sehingga target harian diundur ke hari berikutnya
• Sejauh ini metode ini efektif meningkatkan fokus, dan target harian dipilih berdasarkan fokus mingguan dari banyak daftar tugas/isu yang sedang berjalan di beberapa proyek
• Jika setiap pekerjaan yang sedang berjalan ditetapkan sebagai proyek, lalu prioritas langsung diberikan saat menambahkan tugas, maka akan mudah melihat sekilas proyek besar maupun kecil yang sedang berlangsung atau ingin dikerjakan nanti
• Saya suka kertas, tetapi hanya bisa dipakai untuk hal-hal yang sementara. Saya lebih suka cara digital yang bisa ditambahkan dengan mudah lewat ponsel saat ide muncul di perjalanan. Mengetik dengan keyboard juga jauh lebih cepat, dan saya memakai berbagai task sebagai tempat penyimpanan informasi saat bekerja atau meneliti sesuatu

OogieM

• Mengelola masing-masing sebagai folder di dalam Obsidian Vault
• Folder-folder itu berisi elemen umum yang mirip
  • Catatan kanban dengan plugin kanban untuk struktur layar (fitur atau aktivitas apa yang ada di tiap layar)
  • Catatan roadmap yang berisi detail untuk masing-masing fitur
  • Catatan umum yang mencakup berbagai pekerjaan terkait aplikasi atau komponen tersebut
• Menggunakan plugin Tasks untuk melacak apa yang sedang benar-benar dikerjakan
  • Folder ini juga berisi dokumentasi tambahan seperti screenshot, bahan referensi, dan catatan lain yang terkait dengan aplikasi tertentu
• Proyek saya adalah kumpulan program untuk mengelola peternakan dan registrasi ras langka
  • Jadi saya punya aplikasi Farm Mobile(Android), Farm Desktop(Python), Registry Web(Flask), Registry Desktop(Python), serta schema database(SQLite), semuanya dalam repositori GitLab terpisah
• Sekarang ada 3 kolaborator tambahan, jadi kami berbagi Obsidian Vault lewat Obsidian Sync. Sistem solo ini telah berkembang sehingga bisa menangani kerja tim

robomartin

• Selama bertahun-tahun menggunakan file teks sederhana yang terinspirasi dari kanban
• Mengelola semuanya dengan cara ini, dari proyek kecil hingga proyek bernilai jutaan dolar
• Setiap proyek punya file log utama, dan file khusus per bidang (elektronik, mekanik, optik, manufaktur, pengujian, dan sebagainya)
• Isi file

  <nama proyek> file log  
  -------------------------------- WORKING ON NOW   
  <tugas yang sedang dikerjakan>  
  
  -------------------------------- TO DO   
  - <awali tiap tugas dengan tanda dash>  
    - <indentasi sub-tugas atau catatan terkait>  
  
  -------------------------------- IDEAS  
  <catatan bentuk bebas>  
  
  -------------------------------- RESOURCES  
  <resource bentuk bebas>  
  
  -------------------------------- DONE  
  <pindahkan hal-hal yang selesai ke seksi ini>  
  <tinggalkan timestamp jika diinginkan>  
  

kkfx

• Mengelola dengan Emacs/org-mode/org-roam
• org-agenda untuk catatan tahun berjalan, catatan disimpan satu file per hari, satu direktori per tahun, dan dipecah menjadi file berbasis waktu di direktori org-roam bersama
• Dengan begitu jumlah file yang harus dilalui org-agenda berkurang, dan materi jangka panjang yang berpindah dari satu tahun ke tahun lain juga berkurang dalam catatan ringkasan tahunan

makz

• Sebelum pulang kerja, tinggalkan komentar di kode: "Saya sedang mengerjakan ini sekarang, dan agar berfungsi saya harus melakukan A, B, C..."
• Saat berikutnya membuka editor kode, saya langsung tahu persis apa yang harus dilakukan

qntmfred

• Ada template rutinitas harian di Obsidian Daily Note. Itu membuat saya fokus dan bersemangat menghadapi hari itu
• Tanda [X] pertama yang saya berikan pada diri sendiri setiap hari adalah menyelesaikan checklist rutinitas harian
  • W gratis untuk memulai hari yang produktif
• Sebenarnya saya menulis sebagian besar catatan dengan Windows voice typing, jadi rasanya mirip melakukan daily standup
• Saya juga sering live streaming sepanjang hari, jadi meskipun satu-satunya penonton hanyalah saya sendiri (tentu saja ini private live streaming, jadi saya melakukannya setiap hari), itu berguna ketika saya perlu mengingatkan diri sendiri tentang apa yang saya lakukan/pikirkan sekitar 20 menit sebelumnya sebelum tersesat terlalu jauh. Sebenarnya Windows Recall juga bagus
• Hari saya berjalan mirip seperti saat bekerja dengan orang lain di organisasi yang berisi 2 orang atau lebih (alias meeting)

mentos

• Papan Trello dengan tiga daftar: Done/Doing/ToDo
  • Buat daftar semua hal yang harus dikerjakan
  • Tetapkan prioritas
  • Pindahkan item teratas ke daftar Doing lalu mulai bekerja
  • Saat selesai, pindahkan ke Done. Ambil item berikutnya dari ToDo lalu ulangi
• Saya juga menggunakan daftar Trello lain untuk mengelola kartu riset atau menyingkirkan fitur yang tidak diperlukan untuk v1 dari daftar ToDo

macNchz

• Saya suka bekerja mirip seperti saat bekerja dengan tim kecil
  • Mengelola GitHub issues yang disusun longgar berdasarkan milestone dengan checklist yang berisi banyak item
    • Karena dekat dengan kode, sangat mudah membuat catatan dengan tautan nomor baris, blok kode copy-paste, atau draf PR tertaut untuk mengingat di mana saya berhenti
    • Sangat mudah diakses dari perangkat apa pun, jadi saat ada ide muncul atau saya menerima email bug, saya bisa cepat membuat issue langsung dari ponsel atau perangkat non-pengembangan lainnya
    • Juga mudah memanggil orang lain pada waktu yang tepat agar mereka langsung bisa mulai bekerja
    • Ada API yang bagus dan berbagai integrasi (misalnya membuat atau menautkan issue langsung dari sistem pelacakan error)

rerdavies

• Menggunakan GitHub Projects
  • Tidak secara khusus ingin saya rekomendasikan
  • Tetapi mengelola daftar tugas dan bug sebenarnya bukanlah rocket science
  • Saya pernah memakai solusi manajemen proyek yang harganya ratusan ribu dolar, dan itu jauh lebih buruk
• Meskipun GitHub Projects kadang berperilaku aneh dan tampak kurang dicintai, fitur minimumnya setidaknya sudah cukup
  • Ada banyak hal yang rasanya seharusnya bisa diotomatisasi
    • Misalnya rollover ke sprint baru hanya dengan beberapa klik tanpa harus mengubah semua query di scrum board secara manual
  • Tetapi Anda tetap bisa melakukan apa yang ingin dilakukan
    • Jauh lebih baik daripada harus hidup kaku mengikuti proses yang ditetapkan orang lain
    • Dalam beberapa hal, minimalisme ini justru bisa jadi kelebihan
• Secara mental, ini adalah masalah pengelolaan daftar. Tidak terlalu rumit. Dan GitHub Projects mengelola daftar dengan sangat baik
• Salah satu alasan saya merekomendasikan GitHub Projects dibanding daftar tugas berbasis kertas atau kartu adalah
  • Pengguna bisa melihat secara publik bagaimana bug report dan permintaan fitur ditangani
  • Juga sangat mudah mengubah postingan di papan diskusi menjadi bug report atau pekerjaan pengembangan (tertunda maupun aktif)
• Aturan scrum umum tetap berlaku. Semua bug diperbaiki sebelum mengerjakan hal baru, dan pekerjaan hanya dipindahkan ke status selesai jika benar-benar tuntas
• Anda butuh daftar. Saya suka menambahkan struktur sprint di atas daftar pekerjaan karena itu memberi milestone yang berguna untuk pembaruan berkala dan rilis berkelanjutan

leros

• Saya membedakan peran sebagai product manager, project manager, software developer, marketing, operasi bisnis, pemimpin bisnis secara keseluruhan, dan hanya menjalankan satu per satu pada satu waktu
• Misalnya,
  • Saya bisa duduk sebagai pemimpin bisnis keseluruhan dan menentukan arah strategis yang saya inginkan
  • Lalu memakai topi product manager dan memutuskan apa yang akan dibangun
  • Lalu mengelola proyek ide tersebut dan menetapkan prioritasnya
  • Lalu menjadi product manager/desainer untuk merinci fitur yang diprioritaskan
  • Lalu menyediakan waktu yang benar-benar terpisah (biasanya seharian penuh) untuk mengembangkan fitur itu
  • Setelah fitur dirilis, saya memakai topi marketing dan menjalankan pemasaran produk terkait
  • Itulah semacam siklus hidup pengembangan satu fitur
• Yang berbahaya adalah melompat-lompat di semua peran sekaligus. Itu bisa menurunkan produktivitas
• Ada saat untuk berpikir strategis, saat untuk kreatif, dan saat untuk sekadar mengeksekusi, dan masing-masing membutuhkan ruang mental yang berbeda
• Saya membuat semua perencanaan di Notion sambil memakai beberapa papan kanban berbeda sesuai tujuan

urda

• Saya menggunakan sistem "pengetahuan" berjenjang:
  • Menuliskan pikiran acak, catatan, potongan, diagram, dan sebagainya di notebook Moleskine saku
  • Ini pada akhirnya menjadi "ticket" di issue tracker, atau "wiki" / "wiki update" di server wiki saya
  • Itu kemudian berujung menjadi snippet, catatan konfigurasi, dokumen historis, arsip, runbook, dan sebagainya
• Pada akhirnya, menjaga dokumentasi tetap mutakhir atau memasukkan issue yang ditemukan ke backlog yang tepat menjadi hal yang "alami"

[xguru]

Saya pikir, untuk apa pun, cara terbaik adalah menjadikannya rutinitas yang nyaman bagi diri sendiri. Kalau ada banyak pekerjaan persiapan lain sehingga membuka dokumen manajemen untuk mulai bekerja terasa lama dan merepotkan, lama-lama kita akan makin menjauh darinya. Bahkan sekadar mengeluarkan laptop yang disimpan entah di mana lalu membukanya setelah membereskan meja pun bisa terasa seperti pekerjaan.

Dari sudut pandang itu, karena VS Code hampir selalu terbuka di komputer rumah dan kantor saya, menulis dan menghapus isi di "todo.txt" yang saya tampilkan di sana sudah menjadi rutinitas harian. Menurut saya ini bagus karena sudah menjadi kebiasaan, jadi tidak perlu berpikir harus membuka apa dulu. Isinya saya sinkronkan dengan GitHub Private Repo.

[mytory]

Saya membagi semua tugas proyek di Google Spreadsheet menjadi unit 30 menit hingga 1 jam, menuliskannya semuanya, lalu mencatat waktu yang dibutuhkan sampai selesai. Ini memudahkan untuk melakukan perkiraan dan juga memberi rasa puas saat menyelesaikannya satu per satu.

[devsepnine]

Saya sepertinya paling sering memakai Trello, membuat daftar lalu merapikan deskripsinya...
Bisa diakses dari mana saja, jadi...

[tested]

Saya membuat server pribadi di Discord, lalu mengelompokkannya dengan kategori/channel dan menggunakannya untuk keperluan pribadi seperti TODO.

[porteleaf]

Saya sudah mencoba berbagai cara, tetapi masih belum bisa menetap pada satu metode. Saat ini saya membuat catatan di Obsidian, dan untuk pekerjaan praktik saya menuliskannya di LegalPad setiap kali diperlukan.
Ini juga catatan untuk menggantikan ingatan yang mudah hilang, jadi seiring waktu saya sering lupa apa yang pernah saya catat..
Sepertinya saya harus menata ulang sistem saya dengan merujuk pada tulisan ini..

[hwan0317]

Bahkan jika tidak benar-benar melakukan pengembangan seorang diri, ini tetap berisi hal-hal yang berguna untuk mengelola motivasi atau rencana secara umum!