Masalah Kesehatan Mental di Kalangan Pekerja Bidang Rekayasa Perangkat Lunak

• Peran pemimpin startup menangani lebih banyak tanggung jawab yang tidak pasti daripada kode, dan serangan panik, kecemasan, serta burnout dapat mengguncang kinerja kerja dan seluruh hidup
• Semakin tinggi jabatan, tekanan dengan ujung yang kabur makin bertambah: bukan tiket yang jelas, melainkan kebutuhan yang berubah, tenggat yang tumpang tindih, dan respons insiden 24/7
• Budaya ala “make it happen” memperbesar burnout melalui penerimaan tenggat yang tidak realistis, micromanagement, penulisan ulang PR pada malam hari, melewatkan makan, dan rapat yang menumpuk
• Tidak semua tenggat memiliki risiko yang sama; dengan membedakan tenggat regulasi, kontrak, dan yang ditetapkan sendiri, kita dapat memisahkan tekanan yang bisa dinegosiasikan dari risiko nyata
• Pemulihan dimulai bukan dari tekad besar, melainkan dari tindakan kecil yang bisa diulang, seperti mengenali tanda peringatan dini, melindungi akhir pekan, mendelegasikan, mematikan notifikasi, dan konseling

---

Kecemasan dan burnout yang bermula dari peran pemimpin startup

• Pada 2017, saat mengambil alih peran Head of IT, ia turut memikul tim pengembang beranggotakan 5 orang, banyak hal yang sudah dijanjikan kepada mitra, serta tekanan untuk “menyampaikan semuanya, tidak merusak apa pun, dan tidak membuat siapa pun terbakar habis”
• Saat itu, ia tidak merasa bisa mengambil cuti sakit karena alasan kesehatan mental, dan meski buku pegangan perusahaan mencantumkan mental health day, para engineer masih bisa saja ragu menggunakannya
• Ketika kecemasan datang, ia mencari gejala serupa di r/Anxiety di Reddit; itu bukan solusi jangka panjang, tetapi membantu bertahan agar tidak berlari keluar dari kantor
• Pada akhirnya ia menemui dokter, mendapat diagnosis resmi, dan perlahan kembali ke kondisi dasar; hingga kini ia masih menyimpan checklist darurat di dekatnya

Dari pekerjaan pengembangan yang bisa dikendalikan ke pekerjaan kepemimpinan yang tidak pasti

• Pekerjaan pengembangan di tahap awal memiliki banyak alur yang relatif bisa dikendalikan, seperti tiket yang jelas, acceptance criteria, pengujian, dan merge
• Semakin tinggi jabatan, definisi pekerjaan makin kabur, tenggat saling bertumpuk, pemangku kepentingan berubah pikiran di tengah sprint, dan penilaian probabilistik menjadi keseharian
• Pekerjaan infrastruktur dan SRE membawa ketegangan konstan yang lebih kuat daripada tenggat produk, karena hidup dengan pager 24/7
• Pernah ada situasi ketika CEO meminta sebuah fitur yang dijanjikan kepada pelanggan terbesar dijadikan prioritas utama, lalu sehari kemudian menuntut fitur lain yang bertentangan dengannya juga menjadi prioritas utama
  • Meski sudah dikatakan bahwa dua fitur itu tidak mungkin sama-sama menjadi prioritas utama, jawaban yang datang hanyalah “make it happen”

Kerusakan kumulatif yang diciptakan “make it happen”

• Burnout lebih mirip hasil akumulasi ribuan kerusakan kecil pada diri sendiri daripada satu insiden besar tunggal
• Perilaku yang memperbesar beban mental muncul berulang kali
  • Menerima semua tenggat yang tidak realistis demi menjaga muka tim sales
  • Terjun langsung ke kode dengan dalih melindungi tim dan melakukan micromanagement
  • Me-refresh rekening bank pukul 2 pagi untuk memastikan apakah gaji bisa dibayarkan
  • Berusaha memadamkan insiden yang sedang terjadi sambil sekaligus merencanakan arsitektur masa depan
  • Melatih engineer junior sambil diam-diam menulis ulang PR pada malam hari
  • Rapat beruntun, kopi yang sudah dingin, dan makan siang yang terlewat terus berlanjut
• Sensasi bahwa 10 detik pertama pada pagi akhir pekan terasa baik-baik saja, lalu kecemasan langsung jatuh menimpa, terus berulang

Tidak semua tenggat memiliki risiko yang sama

• Dulu setiap rilis diperlakukan seperti pendaratan Mars Rover, tetapi jika dilihat kembali, tenggat yang benar-benar menentukan kelangsungan perusahaan hanya sedikit, sementara sisanya lebih dekat dengan ego dan kegagalan menetapkan ekspektasi
• Ketika arus kas perusahaan membaik dan pelanggan menjadi stabil, work-life balance mulai tampak tidak terlalu tidak realistis
• Pernah deployment pada Jumat malam bermasalah dan butuh 6 jam untuk dipulihkan; ia mengira pelanggan akan memutus kontrak, tetapi pada Senin pelanggan ternyata sedang berlayar dan bahkan belum membuka link staging
• Tenggat dapat dibagi menjadi tiga kategori
  • Tenggat regulasi: tidak bisa dinegosiasikan
  • Tenggat kontrak: umumnya bisa dinegosiasikan jika dibicarakan lebih awal
  • Tenggat yang ditetapkan sendiri: biasanya berasal dari ego
• Sebagian perusahaan menawarkan kerja 4 hari seminggu dan larangan Slack setelah jam kerja; tidak perlu bertahan hanya di perusahaan yang memperlakukan burnout seperti lencana kehormatan

Cara pribadi yang berhasil

• Ini bukan nasihat medis, tetapi ada tindakan-tindakan yang membantu tetap berfungsi
• Mencari tanda peringatan dini
  • Baginya, sinyalnya adalah insomnia sambil doom-scroll dan kebencian mendadak terhadap code review yang biasanya disukai
  • Jika sinyal seperti ini muncul, ia memperlambat laju
• Mengatakan “tidak” dengan jelas
  • Akhir pekan harus dilindungi, dan jika bukan notifikasi pager, biarkan menunggu sampai Senin
• Mendelegasikan dengan benar
  • Setiap PR yang terus dipegang adalah hilangnya peluang mentoring sekaligus penumpukan kecemasan
• Mengurangi kafein
  • Ia beralih dari half-caf ke decaf, dan jantungnya terasa lebih tenang
• Berjalan 12.000 langkah sehari
  • Tanpa perlengkapan khusus, sepatu dan rute saja sudah cukup
• Mematikan notifikasi ponsel
  • Jika production benar-benar terbakar, ia beranggapan seseorang akan menelepon

Kepemimpinan yang melihat manusia terlebih dahulu

• Setelah mulai membaca tentang kecerdasan emosional, ia tidak lagi melihat manusia seperti mesin merge conflict
• Ada kalanya mendengarkan lebih dulu dan memperbaiki belakangan lebih membantu daripada satu sprint retrospective lagi
• Sikap bahwa perawatan gigi tidak membuat malu untuk diserahkan kepada profesional, tetapi kesehatan mental diharapkan harus di-refactor sendirian, tidaklah tepat
• Waktu yang dihabiskan menemui profesional adalah salah satu waktu dengan ROI tertinggi
• Pemulihan adalah proses berulang; ia masih kadang bekerja sampai larut atau lupa makan siang, tetapi kini ia menyadarinya, memperbaikinya, lalu melanjutkan

Aset yang lebih penting daripada kode

• Kode bisa ditulis ulang, tetapi manusia tidak bisa diperlakukan seperti itu
• Depresi tidak peduli pada uptime Kubernetes, dan jika kepemimpinan mengorbankan manusia, cluster mungkin tetap berjalan tetapi orang yang menggerakkan cluster itu tidak akan sanggup bertahan
• Meski ada dorongan untuk memperbaiki semua tiket pelanggan sendiri, kini ia terlebih dahulu bertanya, “apakah ini berada dalam lingkup kendali saya,” dan jika tidak, ia menyerahkannya
• Hasilnya, ia menjadi engineer yang sedikit lebih tenang, dan menurut Apple Watch, ia tidur 45 menit lebih lama pada malam hari
• Jika sedang melalui masa sulit, itu bukan berarti rusak dan Anda tidak sendirian; lebih baik meminta bantuan, mencoba eksperimen kecil, dan mengambil cuti kesehatan mental
• Perusahaan yang mengukur nilai dari jam burnout tidak layak diberi waktu tersebut, dan aset terbesar bukanlah kode yang ditulis, melainkan orang yang menulis kode itu

[GN⁺]

Pendapat di Hacker News

• Setelah hampir 30 tahun berkecimpung di rekayasa perangkat lunak, saya sampai pada kesimpulan bahwa sebagian besar tenggat waktu benar-benar arbitrer
  Terlambat 1 minggu atau bahkan 6 bulan tidak akan membuat perusahaan bangkrut, dan kalau memang bangkrut, itu pun bukan salah engineering kecuali organisasi engineering-nya sudah rusak sampai-sampai berulang kali gagal memenuhi prediksi tenggatnya sendiri
  Ada tenggat nyata seperti regulasi, proof of concept pelanggan, atau pengiriman, tetapi organisasi engineering/bisnis yang normal biasanya sudah tahu tenggat seperti itu jauh sebelumnya, dan intinya adalah apakah implementasinya bisa dilakukan dalam jadwal yang diberi kelonggaran memadai
  Saya hampir tidak pernah melihat pelanggan pergi hanya karena produk tidak dirilis dalam siklus tertentu; justru banyak pelanggan tidak menyambut upgrade kecuali upgrade itu memperbaiki masalah yang mereka minta
  Bekerja 80 jam seminggu tanpa henti biasanya menghasilkan efek sebaliknya, dan membuat produk berkualitas rendah yang terus rusak sampai orang ingin membuangnya

  • Berdasarkan pengalaman saya, sebagian besar pekerjaan itu sendiri juga arbitrer
    Jika melihat kembali 30 tahun terakhir, berapa persen pekerjaan yang seandainya dilewati sepenuhnya pun tidak akan membuat perbedaan jangka panjang? Dalam kasus saya, dengan mudah lebih dari 50%, dan pada hari ketika suasana hati buruk, mungkin saya akan bilang mendekati 90%
  • Tergantung industrinya
    Video game masih dijual juga di toko ritel seperti Target dan Best Buy, dan toko harus mengatur ruang pajang beberapa bulan sebelumnya. Kalau kamu berjanji akan menaruh game dalam kemasan di dock logistik paling lambat 15 November lalu meleset, rak yang sudah dikosongkan untukmu akan tetap kosong
    Elektronik konsumen juga mirip, dan iklan, terutama iklan TV, dulu juga harus dipesan jauh sebelumnya. Kalau tidak membeli slot iklan 6 bulan sebelumnya, semuanya sudah habis terjual, dan kalau produk belum bisa dibeli saat iklannya tayang, uang besar akan terbuang
    Tenggat dalam proyek IT pada umumnya mungkin cukup omong kosong, tetapi untuk produk ritel, saya bisa memahami mengapa tenggat muncul
    Solusinya mungkin adalah tidak mulai menegosiasikan ruang rak sebelum produk 100% selesai, tetapi perusahaan biasanya tidak bisa begitu. Mereka harus membayar gaji dari uang pesanan, dan jika setelah produk selesai mereka baru mengamankan iklan dan rak lalu menunggu 6 bulan, selama itu karyawan jadi tidak jelas harus mengerjakan apa; biaya untuk pindah ke produk berikutnya lalu kembali lagi mendukung produk lama juga besar
  • Sebagai pengguna berbagai perangkat lunak seperti VirtualBox dan Docker, saya benar-benar tidak suka update dan apa yang disebut upgrade
    Saya jauh lebih menyukai versi stabil yang jauh lebih jarang diperbarui
  • Perusahaan lebih menderita bukan karena tenggat itu sendiri, melainkan ketika tidak ada pemberitahuan awal yang memadai bahwa tenggat tidak akan terpenuhi
    Yang lebih membuat frustrasi adalah ketika tanpa peringatan apa pun engineering tiba-tiba mengumumkan bahwa mereka tidak akan memenuhi tenggat yang sudah dekat, atau ketika “hampir selesai, tinggal satu sprint lagi” terus berulang
    Karena itu, reaksi spontan seperti “mulai sekarang kami tidak membuat estimasi” atau “selesai ya kalau sudah selesai” sama sekali tidak membantu
  • Banyak manajer dan pemimpin berasumsi bahwa semua pekerjaan membutuhkan tenggat waktu
    Mereka mengelola jadwal sendiri dengan time blocking dan batas waktu arbitrer lalu merasa produktif, kemudian memperluas wawasan itu ke seluruh perusahaan. Ada asumsi bahwa tanpa ancaman yang dibatasi waktu, pekerjaan tidak akan selesai tepat waktu
    Perasaan bahwa sesuatu akan selesai pada tanggal yang ditentukan memang menarik secara manusiawi, dan ada juga sensasi hangat seolah mesin yang terlumasi dengan baik berjalan mengikuti jadwal yang dapat diprediksi
    Namun memaksakan jadwal kepada banyak orang demi mengelola kecemasan dan obsesi jadwal seseorang itu kejam. Kenyataannya kompleks, dan keinginan untuk memasukkannya ke dalam kotak-kotak rapi adalah delusional dan tidak produktif

• Saya tidak terlalu yakin bahwa rekayasa perangkat lunak lebih buruk bagi kesehatan mental dibanding profesi kerah putih lain seperti dokter, pengacara, sales, insinyur, atlet profesional, atau guru
  Semua profesi ini punya faktor stresnya sendiri, dan banyak sekali tulisan tentang orang yang keluar karena pekerjaannya berat. Kalau tidak menetapkan batasan, waktu luang bisa habis tersedot, dan stres karena tenggat juga sama-sama umum
  Bagian yang mengatakan bahwa seseorang tidak bisa memberi tahu tim “saya akan libur sehari karena sedang berat secara mental” untuk mengambil cuti sakit terasa menyakitkan saat dibaca
  Selama 20 tahun berkarier, saya belum pernah melihat sikap seperti itu, dan orang-orang sering mengambil cuti sakit karena kesehatan mental. Sayang kalau ada yang merasa tidak bisa mengatakannya, tetapi itu jauh lebih dekat ke pengecualian daripada aturan
  Dalam 20 tahun terakhir, apakah ada perusahaan yang terang-terangan menentang kesehatan mental?

  • Di lingkungan militer, justru ada upaya aktif untuk mencegah situasi seperti ini
    Ada banyak anak usia 18–20 tahun dengan masalah kesehatan mental, dan sering kali terlalu mudah membiarkan mereka beristirahat tidak membantu. Para ahli ingin mereka tetap bekerja daripada dibiarkan di rumah hanya minum alkohol dan main game
    Sebagian anak justru merespons lebih baik ketika stres kerja meningkat. Seperti di kamp pelatihan, mereka bekerja keras, pulang dalam keadaan lelah lalu tidur; tetapi jika dipulangkan dalam kondisi tidak lelah, itu berujung pada alkohol dan main game hingga larut malam, lalu keesokan harinya masuk kerja seperti zombi
    Ini bukan cara yang berlaku untuk semua orang, tetapi kita perlu menerima bahwa kita belum tentu terapis terbaik bagi diri sendiri. Bagi banyak orang, lebih banyak cuti justru memperkuat perilaku negatif
    Jawaban yang lebih baik bukan “saya perlu libur sehari”, melainkan lebih seperti “saya punya janji konseling besok pukul 08.00”
  • Dari sudut pandang orang yang pindah dari dunia medis, insinyur perangkat lunak benar-benar berada dalam posisi yang baik. Kita perlu menghargai apa yang kita miliki
    Saya mengakui pengalaman pribadi tentang manajemen yang buruk, jadwal yang tidak realistis, dan proyek yang tidak menarik, tetapi hal-hal seperti itu ada di mana-mana
    Coba tambahkan harus berada setiap hari di tempat pasien dan keluarganya mengalami hari terburuk dalam hidup mereka, harus mengambil keputusan bertekanan tinggi, dan hampir tidak punya kesempatan duduk atau pergi ke toilet sepanjang sif
    Selain itu, satu hari ketika kondisi Anda sedang buruk bisa berujung pada investigasi panjang atau perkara pengadilan
    Ini mungkin terdengar tidak berperasaan, tetapi rekayasa perangkat lunak tidak serumit atau sestres banyak profesi medis. Secara mental maupun fisik, bebannya lebih ringan
  • Saya tidak berpikir rekayasa perangkat lunak lebih tidak merusak kesehatan mental dibanding profesi pengacara
    Saya hampir 10 tahun bekerja dengan para pengacara untuk menyediakan layanan profesional non-engineering, dan juga punya pengalaman puluhan tahun di rekayasa perangkat lunak serta startup
    Tekanan dalam rekayasa perangkat lunak benar-benar berbeda dari yang saya alami di lingkungan hukum, dan jauh lebih buruk
    Pada umumnya, pengacara adalah pengacara, bukan manajer. Ada hierarki dari associate junior sampai partner tertinggi, tetapi baik atasan maupun bawahan semuanya pengacara. Itu berbeda dari struktur di mana seorang pengacara bekerja di bawah manajer
    Di lingkungan hukum juga ada tekanan dan jam kerja panjang, dan pasangan mereka mengeluh karena pengacara selalu berada di kantor atau pikirannya melayang bahkan saat di rumah, tetapi di sana saya tidak mengalami serangan kecemasan atau masalah kesehatan mental, sementara di lingkungan software dan startup saya mengalaminya
    Di bidang hukum, semua orang tahu prosedurnya dan menjalankan prosedur itu, dan atasan juga orang yang pernah menjalani prosedur tersebut
    Di software, sering kali prosedurnya tidak diketahui, dan mudah sekali terus tergiling demi memuaskan orang yang belum pernah tergiling sendiri. Perusahaan publik sukses tempat saya dulu bekerja selalu membuka lowongan senior software engineer karena alasan ini
  • Banyak orang tidak tahu bahwa mereka cukup mengatakan kepada manajer bahwa mereka cuti karena alasan kesehatan/medis, dan tidak perlu memberikan informasi tambahan apakah itu flu, masalah punggung, atau kesehatan mental
    Sepertinya akan sangat membantu banyak orang jika sekolah mengajarkan hukum dasar terkait ketenagakerjaan
  • Mengapa penting siapa yang bilang rekayasa perangkat lunak lebih berat?
    Entah menginjak kotoran atau terperosok sampai lutut, pada akhirnya sama-sama berada di dalam kotoran. Bukankah lebih baik saling membersihkan daripada beradu siapa yang paling banyak terkena?
    Kita perlu berhenti membandingkan. Ini bukan situasi yang membutuhkan triase, dan kita tetap bisa bersimpati atau berempati kepada orang yang secara rata-rata berada dalam kondisi lebih baik. Kita semua manusia, dan kita diuntungkan saat bersama-sama

• Dulu ada semacam rasa kagum terhadap CEO muda yang putus kuliah, tetapi setelah bekerja di bawah beberapa orang seperti itu, saya memutuskan tidak akan bekerja di startup yang dipimpin orang berusia 20-an
  Mereka benar-benar tidak paham manajemen atau kepemimpinan. Mereka digerakkan oleh rasa takut gagal, dan karena belum punya pencapaian apa pun, mereka memperlakukan orang lain seperti sampah. Sebaiknya dihindari

  • Fenomena datang ke Stanford, mengatakan kepada anak 21 tahun bahwa dia adalah Yesus Kristus, lalu menawarkan jutaan dolar, adalah bisul dalam budaya bisnis Amerika yang setara dengan corporate raider
    Ini versi aneh dari rekrutmen football/basket kampus
  • Saya rasa tidak ada alasan mengapa orang berusia 25 tahun tidak bisa menjadi CEO startup yang hebat
    Inti yang sulit adalah, bahkan jika seorang 25 tahun secara umum cerdas, punya kesadaran diri dan kerendahan hati yang langka, serta menantang masalah besar, sulit untuk tahu kapan harus mendengarkan tim atau penasihat dan siapa yang harus didengarkan, serta kapan harus melawan arus berdasarkan penilaian sendiri
    Jika semua kualitas baik itu dimiliki dan ia terekspos pada tim serta penasihat yang baik, mungkin saja sampai batas tertentu
    Namun tidak membantu juga bahwa banyak bidang penuh dengan praktik dan nasihat buruk, penipuan terang-terangan, serta manipulasi. Pada masa ketika membaca tulisan-tulisan PG dulu, kita bisa berharap sesama teknolog sekaligus pebisnis akan ingin kita sukses dengan nasihat yang cerdas dan berniat baik, tetapi sekarang itu sama sekali bukan standar
    Sekarang, ke mana pun melihat, peluang menerima nasihat buruk jauh lebih besar, dan lebih banyak individu maupun institusi yang mencoba memanipulasi. Bahkan jika kita menyaringnya sendiri, pengaruh itu tetap masuk secara sekunder melalui orang-orang cerdas dan baik yang kita izinkan memengaruhi kita
  • Tidak perlu merasa kagum kepada orang yang memperlakukan orang lain seperti sampah, entah usianya 20 atau 60 tahun
    Saya baru saja keluar dari pengalaman dengan pendiri/CEO berusia 49 tahun, dan sepertinya ke depannya saya akan mencari semua sinyal buruk semacam itu
  • Di antara manajer menengah muda pun ada yang benar-benar menyebalkan. Para workaholic yang gelisah di akhir 20-an hingga awal 30-an, yang sebenarnya tidak terlalu muda juga, membuat hidup semua orang sengsara
    Mereka bekerja seperti orang gila demi promosi, dan sekarang mengira bisa mengisi tim dengan orang-orang seperti mereka
    Tetapi tidak begitu. “Orang-orang seperti mereka” itu cukup bijak untuk tidak merusak kesehatan, atau tidak ingin melakukannya, sehingga tidak dipromosikan
    Selamat karena mereka bekerja lebih baik dan mendapat lebih banyak uang serta wewenang, tetapi sekarang semua orang harus berbaring di ranjang yang sepraiinya mereka singkap dan remah-remahnya mereka tumpahkan
  • Secara teori itu benar, tetapi apakah dalam praktik juga begitu? Apakah Amazon dan Oracle tempat kerja yang lebih baik daripada Facebook dan Stripe?

• Pada titik tertentu, kita harus membuat antrean saja, lalu mulai mengerjakan hal berikutnya dengan prioritas tertinggi
  Kalau terlalu banyak pekerjaan yang sedang berjalan, semuanya berantakan

  • Karena itu Kanban adalah salah satu metodologi manajemen proyek favorit saya
    “Jadi ini fitur baru dengan prioritas tertinggi. Setelah eksplorasi singkat, sepertinya pekerjaan ini bisa direpresentasikan dengan 20 sticky note. Kecepatan historis tim kita adalah 10 sticky note per 2 minggu. Jadi kalau semua pekerjaan yang sedang berjalan saat ini kita turunkan, kemungkinan selesai 4 minggu lagi. Tolong lihat tiap sticky note yang sudah ada dan pastikan apakah benar boleh dihentikan”
    Pemangku kepentingan tetap bisa mengambil keputusan, tetapi ini membuat mereka memahami secara realistis apa yang mereka minta dari tim
  • Beberapa tahun lalu, saat bekerja sebagai direktur engineering di sebuah perusahaan, kami sedang menyiapkan versi baru utama dari produk
    Beberapa minggu kemudian saya memberi tahu CEO bahwa saya merasa sudah cukup memahami cakupan dan kesulitan rilis baru itu, lalu CEO berkata, “Tidak, kamu belum tahu”
    Saat saya bertanya alasannya, ia bilang ada fitur “wajib” yang baru terpikirkan olehnya selama akhir pekan, dan itu jelas sangat sulit secara teknis. Lalu ia menegaskan bahwa apa pun bisa dibuat dalam 48 jam
    Heran juga saya bisa bertahan selama itu di tempat kerja tersebut
  • Sebagai manajer, meskipun prioritas dari atas berubah, kalau pekerjaan yang sedang dikerjakan hampir selesai, saya selesaikan saja
    Nanti ketika kembali ke pekerjaan semula, mereka selalu terkejut bahwa pekerjaan itu sudah selesai
  • Tempat kerja saya dulu persis seperti itu, dan siapa pun yang berada di posisi seperti itu lebih lama dari yang diperlukan sebaiknya mencari peran lain
    Ujung-ujungnya jalan menuju burnout atau sikap tidak peduli
    Waktu itu saya banyak menonton X-Files, jadi saya menyebutnya “monster minggu ini”, dan sampai sekarang saya masih suka ungkapan itu
  • Salah satu kemampuan paling kuat bagi developer yang berhadapan dengan bisnis adalah kemampuan untuk berkata tidak

• Kemampuan untuk melepaskan diri dari pekerjaan yang sedang dilakukan, meski hanya sebentar, sangat penting
  Bisa dengan berjalan kaki, menyeduh kopi, atau sekadar menutup mata dan bernapas
  Stres sering kali dibuat-buat, merusak kinerja, dan juga menurunkan kemampuan berpikir
  Saya sudah berkali-kali mengalami situasi ketika pekerjaan menjadi “mendesak” karena perusahaan katanya bisa mendapatkan kontrak atau pendapatan, dan jika “crunch” ini berhasil dilewati, semua orang akan menjadi superstar
  Kalau proyek dikirim lebih awal setelah 2 bulan bergadang dan tidur hanya 3–4 jam berulang kali, manajemen dan pengambil keputusan mulai mati rasa sambil terus memberikan crunch seperti “hadiah” semacam ini
  Membantu perusahaan dan berusaha lebih jauh sudah sering kita lakukan dan masih bisa dilakukan, tetapi kalau semua hal mendesak dan semua pekerjaan harus dilakukan sekarang juga, berarti ada masalah yang lebih besar
  Uang, waktu, dan usaha biasanya punya batas dan anggaran. Jika batas dan toleransi itu disalahgunakan, orang-orang tidak lagi menghormati orang yang terus berteriak serigala datang, dan mereka juga akan mencurahkan lebih sedikit tenaga pada pekerjaan

  • Dalam karier saya, hal-hal semacam itu tidak pernah kembali dalam bentuk imbalan
    Setiap kali kami crunch untuk pekerjaan mendesak yang dramatis seperti “kalau ini dikirim, kontrak raksasa akan dipastikan”, akhirnya selalu berujung pada kontrak gagal
    Sales tampaknya tidak dipecat meski membuat seluruh organisasi R&D berputar selama berbulan-bulan untuk satu taruhan jangka panjang dan membakar habis orang-orang
    Tentu saja sales tersebut juga tidak bekerja lembur berminggu-minggu selama periode itu
    Sekarang saya hampir selalu menolak lembur kecuali untuk memperbaiki kesalahan saya sendiri. Saya tidak akan pernah lagi bekerja lebih banyak demi mengejar tenggat tidak realistis dari orang bodoh lain
  • Ini pelajaran yang paling sulit dipelajari
    Kadang kita tidak diberi kesempatan untuk melakukan yang “benar” bagi perusahaan, produk, atau pelanggan. Pada akhirnya saya jadi bertanya apa yang paling penting hari ini, mengerjakan itu, lalu benar-benar pulang ketika pekerjaan selesai
    Makna dan kepuasan pribadi harus dicari dalam kehidupan pribadi. Bisa dengan berolahraga, menjadi relawan, punya hobi, atau berfokus pada keluarga
    Cara terbaik mendapatkan keseimbangan kerja dan hidup adalah memisahkan keduanya. Itu juga salah satu alasan saya tidak suka bekerja dari rumah. Perjalanan menyetir pergi-pulang kerja bagi saya adalah pemisah sekaligus alat dekompresi yang sangat baik

• Tidak benar bahwa kita tidak bisa mengambil cuti sakit dengan mengatakan “saya sedang berat secara mental, jadi saya akan istirahat sehari”
  Kita bisa bilang butuh hari kesehatan mental, dan orang dewasa akan mengerti

  • Di sebagian besar perusahaan tempat saya bekerja, cukup mengatakan “Hari ini saya kurang sehat, saya akan istirahat sehari”
    Tidak ada yang menanyakan detailnya
  • “Orang dewasa akan mengerti” itu pengalaman yang cukup hidup dalam gelembung
    Di sebagian besar pekerjaan, kenyataannya tidak begitu
  • Mungkin begitu di tempat kerja Anda, tapi saya cukup bilang tidak akan masuk kerja
    Kalau saya berkata seperti itu kepada lead atau atasan saya, mereka akan menuntut alasan kenapa saya tidak masuk
  • Untuk alasan yang sama, kita juga bisa memakai wellness day

• Saya jadi percaya bahwa dalam praktik pengembangan perangkat lunak itu sendiri ada sesuatu yang menyebabkan, atau bisa menyebabkan, gangguan mental
  Selama puluhan tahun saya melihat beberapa rekan mengalami masalah yang sangat serius, dan menurut saya ini memang masalah yang cukup serius di industri kita

  • Software engineering tampaknya menarik orang-orang dengan neurodiversitas
    Saya adalah software engineer dengan ADHD, dan saya mengenal software engineer dengan ADHD dalam jumlah yang tidak wajar banyaknya
    Tingkat disfungsi fungsi eksekutif dan upaya “mengejar ketertinggalan” seperti itu menjadi masalah
  • Agar merasa lebih baik, kita membutuhkan pengalaman menang atau proyek yang ada akhirnya
    Namun banyak proyek terus berlanjut tanpa henti dari tahun ke tahun sampai perusahaan atau diri kita kehabisan tenaga, atau sampai kita pindah ke perusahaan lain dan mengulangi hal yang sama
    Dalam web development, tanggal rilis adalah garis finis yang paling dekat, tetapi bukan garis finis yang sesungguhnya. Mencapai target metrik utama juga sampai batas tertentu demikian, tetapi secara psikologis tidak sepuas menyelesaikan meja atau keramik, atau memanen tanaman lalu menjualnya atau menyajikannya untuk makan malam
  • Industri ini pada dasarnya adalah tempat yang mengubah pikiran sadar menjadi modal seefisien mungkin
    Jadi masuk akal kalau itu buruk bagi pikiran
  • Banyak stres berasal dari tanggung jawab untuk membuat “sesuatu” itu bekerja, meskipun definisi “sesuatu” tersebut bisa berubah drastis karena ulah, kurangnya visi ke depan, atau perencanaan buruk dari rekan kerja
  • Pada akhirnya, sebagian besar yang kita lakukan adalah menulis
    Lihat saja seberapa baik para penulis lain beradaptasi dan menjalani hidup. Terutama mereka yang harus menghabiskan banyak waktu menulis sesuatu yang mereka tahu tidak bernilai demi membayar sewa

• Deskripsi pada 2017 tentang mencoba mengendalikan semua ketidakpastian di sekitar terdengar seperti menyalahkan diri sendiri saat berusaha bertahan di tempat kerja seperti mimpi buruk di perusahaan yang buruk

• Orang seperti ini seharusnya tidak berada di posisi pemimpin
  Saya pernah bekerja di bawah tipe seperti ini; dia sendiri adalah engineer yang hebat, tetapi sebagai lead sangat buruk
  Tidak percaya pada tim, selalu menangani sendiri, tidak ada diskusi, bicara lewat jalur belakang, dan selalu tunduk pada keinginan manajemen. Semuanya dianggap “penting” atau “fatal”, dan ini adalah micromanaging yang paling buruk
  Di saat yang sama, kalau saya ditempatkan di posisi itu, meski tidak separah itu, saya mungkin juga akan gagal dengan cara yang mirip. Manajemen sering mendorong kita ke posisi yang mustahil tanpa alasan bagus selain “agar terlihat baik di mata X”
  Lebih buruk lagi kalau itu dilakukan demi mencari poin di hadapan eksekutif menengah yang bahkan namanya tidak dikenal
  Karena itu saya pikir akan bagus jika industri teknologi punya serikat pekerja. Kita bisa menetapkan ekspektasi yang realistis dan mendekati manajemen dari sudut pandang kolektif
  Sayangnya, perusahaan-perusahaan sekarang hanya mengincar exit cepat dan IPO untuk mengembalikan modal ventura. Sentimen umum di antara para pemangsa tampaknya adalah bahwa serikat pekerja menurunkan kemungkinan exit cepat

  • Ini adalah kegagalan organisasi
    Karena organisasi mempromosikan seseorang menjadi pemimpin tanpa melatihnya sebagai pemimpin
    Kalau kita tidak berharap manajer berlatar non-teknis tiba-tiba mulai coding begitu saja, mengapa kita berharap coder tiba-tiba mulai mengelola begitu saja?
  • “Tidak percaya pada tim dan selalu mengerjakan sendiri” adalah salah satu pelajaran yang paling sulit saya pelajari
    Saat melatih calon pemimpin pun, ini sering menjadi hambatan
    Ketika berpindah ke peran pemimpin, kita harus belajar menerima bahwa orang-orang mengerjakan sesuatu dengan cara yang bukan cara kita, dan itu tidak apa-apa
    Jika hasil bawahan hampir cukup atau cukup baik, kita harus menerimanya. Dan rentang toleransi untuk “cukup” itu akan jauh lebih lebar daripada yang kita kira sebelum mempelajarinya
  • Saya juga pernah punya atasan seperti itu
    Perusahaannya mungkin memang sangat disfungsional, tetapi saya tidak punya banyak pengalaman dengan proyek dan tugas yang diberikan, dan saya tidak menyembunyikannya
    Namun ketika saya menghabiskan waktu untuk mencari tahu sendiri, atasan saya langsung mengerjakannya sendiri dan tidak memberi feedback
  • Mengatakan “dia sama sekali tidak boleh menjadi pemimpin” adalah penyederhanaan berlebihan
    Kenyataannya, ia mungkin membutuhkan pelatihan konkret tentang penentuan prioritas, delegasi, dan kecerdasan emosional
    Pelatihan seperti ini jarang diberikan. Sebaliknya, orang-orang berperforma tinggi dilempar ke kolam yang dalam dan dilihat apakah mereka bisa bertahan
  • “Selalu mengerjakan sendiri” adalah salah satu bagian paling berlawanan dengan intuisi dalam peran kepemimpinan
    Biasanya seseorang dipromosikan karena ia berhasil mengerjakan banyak hal sendiri dalam peran individual contributor. Namun setelah menjadi pemimpin, semakin sedikit hal yang ia kerjakan sendiri, semakin baik bagi dirinya, perusahaan, dan anggota tim
    Karena itu, mereka harus belajar bahwa merasa lebih senggang daripada dulu bukanlah tanda bahwa mereka tidak bekerja dengan baik

• Sangat mungkin untuk mengambil cuti sakit dengan mengatakan kepada tim, “Saya sedang berat secara mental, jadi saya akan istirahat sehari”
  Saya mulai melakukan itu beberapa tahun lalu dan secara keseluruhan pengalamannya positif. Karena saya lebih dulu membuka diri tentang kesulitan saya, orang lain di tim juga mau menceritakan kesulitan mereka