Rekayasa yang Penuh Perhatian

Apa itu kebaikan?

Kind is about being invested in other people, figuring out how to help them, meeting them where they are.

Kebaikan adalah tentang berinvestasi pada orang lain, mencari cara untuk membantu mereka, dan menemui mereka di posisi mereka saat ini.

— Tanya Reilly, Continuous

Kebaikan, seperti yang dikatakan Tanya Reilly di atas, berarti berinvestasi pada orang lain. Ini bukan sekadar bersikap ramah, tetapi menempatkan diri pada posisi orang lain dan memahami perasaan serta latar belakang mereka. Meskipun tidak selalu menjadi solusi untuk segala situasi, hal ini dapat membantu menyelesaikan berbagai masalah.

Perhatian yang tulus

• Fokuslah pada pekerjaan Anda, melampaui sekadar menjadi "profesional".
• Bersikaplah terbuka dan manusiawi untuk membangun kepercayaan.
• Hadapi orang secara langsung, tetapi rawat mereka dengan penuh pertimbangan.
• Kebohongan putih tidak selalu buruk, tetapi tidak akan membantu orang bertumbuh.
• Jangan kehilangan perhatian Anda; pujilah perilaku yang baik dan berikan masukan untuk perbaikan.

Komunikasi asinkron (async)

• Dalam menghadapi perubahan, berusahalah memahami lebih banyak bukan hanya tentang "apa?" dan "bagaimana?", tetapi juga "mengapa?".
• Jangan berasumsi ada niat buruk atau ketidakmampuan.
• Ajukan pertanyaan yang terbuka alih-alih membuat pernyataan yang keras atau berpotensi memicu kontroversi.
• Sebelum mengkritik, penting agar label atau konteksnya jelas.
• Terlalu banyak menunjuk kesalahan justru bisa lebih mengganggu pekerjaan.
• Jika ada terlalu banyak pendapat, ubahlah komunikasi menjadi lebih berurutan.

Keamanan psikologis

• Jadilah orang pertama yang meminta umpan balik kepada tim atau rekan kerja.
• Struktur umpan balik sederhana seperti berikut:
  • Hal yang berjalan baik
  • Hal yang kurang baik
  • Hal yang akan dilakukan nanti
• Terimalah secara terbuka latar belakang, sejarah, dan preferensi pribadi orang lain.
• Perhatikan orang-orang yang tidak banyak berkontribusi dalam rapat atau dokumen, dan carikan cara agar mereka bisa menyuarakan pendapat.
• Bersuaralah agar orang dapat mengekspresikan diri dengan cara apa pun yang mereka rasa tepat.
• Sering kali, kegagalan individu sebenarnya dapat berasal dari kegagalan proses, lingkungan, atau alur kerja.
• Kita berhasil dan gagal bersama.
• Setiap "kegagalan" atau insiden harus dirayakan sebagai kesempatan untuk bertumbuh dan belajar.
• Untuk mendorong inovasi, kita harus memberi semangat agar orang berani mengambil risiko, menantang keadaan, dan merasa bahwa tindakan tersebut aman.

Umpan balik/kritik

• Sejak awal, jadilah orang yang pertama menerima penilaian, bukan yang menilai.
• Jangan menjadikannya urusan pribadi.
• Saat memberi umpan balik atau pujian, usahakan sespesifik dan seteliti mungkin.
• Jika Anda memberi umpan balik yang kritis kepada seseorang, cobalah juga menawarkan solusi.
• Pahami preferensi Anda sendiri dalam menerima umpan balik.
• Dengarkan dan pahami terlebih dahulu, lalu sampaikan terima kasih kepada orang yang memberi umpan balik.
• Jangan bereaksi saat itu juga; luangkan waktu untuk merapikan pikiran dan memproses umpan balik tersebut.
• Mintalah penjelasan atau contoh.
• Ingat tiga elemen dalam memberi umpan balik:
  • Emosi
  • Kredibilitas
  • Logika
• Pertimbangkan perasaan pendengar, bukan hanya perasaan Anda sendiri.
• Tunjukkan profesionalisme dan kerendahan hati.
• Tunjukkan cara Anda bekerja dan bagaimana Anda sampai pada kesimpulan.

---

• Industri teknologi punya masalah nada bicara yang toksik, mari kita perbaiki!

[arfwene]

Hal yang wajar, tapi sulit untuk dipraktikkan..

[aster]

Bagaimana pengembangan dapat menerapkan rekayasa yang ramah berdasarkan materi di atas
Saya mencoba membuat apa yang disebut KDD (Kindness Driven Development) dengan bantuan AI.

Penulisan kode

• Tulis komentar dan dokumentasi dengan fokus pada "mengapa?". Penting untuk menjelaskan alasan keberadaan kode dan latar belakangnya.
• Untuk logika yang kompleks, gunakan nama variabel dan fungsi dengan istilah domain agar mudah dipahami pengembang lain.
• Saat memperkenalkan teknologi atau pola baru, pertimbangkan kurva belajar anggota tim.
• Jangan menyalahkan kode legacy. Kemungkinan ada keterbatasan dan konteks pada saat itu.
• Dokumentasikan penanganan edge case dan failure case untuk orang yang akan melakukan maintenance di masa depan.
  Desain arsitektur
• Saat merancang sistem, pertimbangkan juga sudut pandang tim operasi dan tim QA.
• Memudahkan monitoring dan debugging juga merupakan bagian dari desain yang ramah.
• Desain yang skalabel adalah bentuk perhatian untuk anggota tim di masa depan.
• Saat mengelola technical debt, targetkan bukan penghapusan sempurna, melainkan "tingkat yang dapat dikelola".
• Penting untuk membuat struktur yang memudahkan penambahan fitur baru.
  Code review
• Saat meminta review, jelaskan konteks perubahan secara memadai.
• Gunakan umpan balik berbentuk saran seperti "bagaimana jika dilakukan seperti ini?".
• Pastikan juga menyebutkan bagian yang positif. "Bagian ini benar-benar rapi"
• Saat mengajukan alternatif, jelaskan juga alasannya.
• Untuk perbaikan yang tidak mendesak, daftarkan sebagai issue terpisah agar tetap menghormati cakupan PR saat ini.
  Kode pengujian
• Berikan pesan error yang jelas saat pengujian gagal.
• Test case juga berfungsi sebagai dokumentasi. Tulis pengujian yang menjelaskan aturan bisnis dengan baik.
• Buat struktur yang memudahkan pengembang lain menambahkan pengujian.
• Untuk data pengujian, gunakan contoh nyata yang mudah dipahami.
• Otomatiskan pengaturan environment pengujian untuk menurunkan hambatan awal.
  Deploy dan operasi
• Sertakan penjelasan dan panduan yang memadai dalam script deploy.
• Siapkan lebih dulu log yang membantu debugging saat terjadi gangguan.
• Jika diperlukan perubahan konfigurasi, dokumentasikan dampaknya.
• Saat merilis fitur baru, siapkan juga rencana rollback.
• Tulis panduan operasi dari sudut pandang pengembang baru.
  Berbagi pengetahuan
• Dokumentasikan dan bagikan pengalaman troubleshooting.
• Saat memperkenalkan teknologi baru, buat dan bagikan materi pembelajaran.
• Panduan penulisan kode harus mencakup "mengapa diputuskan untuk melakukannya seperti ini".
• Dorong pertumbuhan tim melalui sesi berbagi teknis secara rutin.
• Menciptakan lingkungan yang nyaman untuk bertanya membantu pertumbuhan pengembang junior.

[bbulbum]

Ini isinya sampai layak ditulis jadi artikel tersendiri, hehe

[laeyoung]

Sangat bagus!

[aer0700]

Ini komentar yang sangat bagus.