Saya Memperlakukan Diri Sendiri sebagai Sumber Daya Tak Terbatas

Saya menghabiskan upaya yang luar biasa besar untuk mengoptimalkan setiap bagian sistem dengan cermat, dan hampir tidak ada upaya sama sekali untuk satu komponen yang paling penting dan paling tidak dapat diandalkan yang menjalankan semuanya: saya sendiri. Saya memperlakukan diri sebagai sumber daya yang tak terbatas dan selalu tersedia — sebuah mesin yang bisa berjalan pada output penuh tanpa henti — dan proyek ini membayar mahal untuk kesalahan itu, berulang kali dan dengan biaya besar.

Inilah pelajaran yang paling lama saya tolak, karena mengakuinya terasa seperti mencari-cari alasan. Ini bukan alasan. Ini hanyalah deskripsi yang akurat tentang sebuah batasan yang saya tolak untuk dimodelkan, dan menolak memodelkan batasan yang nyata tidak membuatnya hilang. Itu hanya membuatnya mengejutkan Anda.

Satu komponen yang tidak pernah saya modelkan

Saya bangga karena selalu berpikir cermat tentang batas. Saya menalar kapasitas setiap bagian sistem, mode kegagalannya, bagaimana ia akan berperilaku di bawah beban, di mana ia akan rusak. Setiap bagian, kecuali satu. Saya tidak pernah sekali pun menerapkan kejujuran rekayasa yang sama itu pada diri sendiri.

Secara implisit, tanpa pernah menyatakannya, saya berasumsi bahwa saya bisa berjalan pada output penuh selamanya — bahwa energi dan fokus saya tak terbatas dan selalu tersedia secara permanen, bahwa orang yang mengerjakan pekerjaan ini tidak memiliki batas atas kapasitas dan tidak punya mode kegagalan yang perlu diantisipasi. Tidak ada insinyur yang kompeten yang akan memodelkan sebuah komponen dengan cara seperti itu. Anda tidak akan pernah merancang sistem dengan asumsi bahwa satu bagian kritis memiliki throughput tak terbatas dan tidak pernah membutuhkan perawatan. Namun justru begitulah cara saya memodelkan diri sendiri, tanpa menyadari bahwa saya sedang melakukannya.

Sprint yang berakhir dalam kawah

Polanya selalu sama, dan butuh pengulangan yang memalukan banyaknya sebelum saya menyadarinya. Akan ada ledakan kerja yang intens dan mendebarkan — rentang panjang fokus total, berjalan jauh melampaui batas mana pun yang berkelanjutan, karena itu terasa produktif dan mendesak dan menyenangkan. Lalu, dengan keterprediksian penuh, datanglah keruntuhan. Berhari-hari, kadang berminggu-minggu, ketika saya nyaris tidak bisa bekerja sama sekali, ketika sumurnya benar-benar kering dan tidak ada usaha apa pun yang bisa mengisinya kembali.

Dan setiap kali, saya menyalahkan diri sendiri. Disiplin saya, kelemahan saya, kegagalan saya untuk terus mendorong. Saya memperlakukan keruntuhan itu sebagai kegagalan moral pribadi, sesuatu yang tidak akan dialami oleh orang yang lebih tangguh. Selama waktu yang lama, tidak pernah terlintas di benak saya bahwa keruntuhan itu sama sekali bukan kegagalan karakter. Itu adalah konsekuensi yang sepenuhnya mekanis dari menjalankan sumber daya terbatas melewati batasnya. Sumber daya itu melakukan apa yang selalu dilakukan sumber daya terbatas ketika Anda menggunakannya secara berlebihan. Satu-satunya hal yang mengejutkan adalah bahwa saya terus-menerus terkejut.

Burnout adalah kegagalan sistem, bukan kegagalan kemauan

Inilah pembingkaian ulang yang akhirnya mengubah sesuatu. Saya selama ini memperlakukan keruntuhan saya sebagai kegagalan kemauan — seharusnya saya lebih kuat, seharusnya saya terus mendorong, seharusnya saya lebih menginginkannya. Tetapi burnout bukanlah cacat karakter, dan memperlakukannya seperti itu menjamin bahwa Anda akan terus menyebabkannya.

Burnout hanyalah apa yang terjadi ketika Anda menjalankan sistem apa pun melewati kapasitasnya yang berkelanjutan untuk waktu yang cukup lama. Itu adalah kegagalan sistem, bukan kegagalan moral. Menyebutnya masalah kemauan sama seperti menyebut mesin yang terlalu panas sebagai masalah kepengecutan — itu pada dasarnya salah mendiagnosis apa yang sebenarnya keliru, sehingga ia meresepkan solusi yang justru salah. Jawaban untuk mesin yang terlalu panas bukanlah menuntutnya agar lebih berani. Jawabannya adalah berhenti menjalankannya melewati batas yang memang selalu dimilikinya. Kemauan yang lebih banyak yang diterapkan pada operator yang kelelahan tidak menghasilkan output yang lebih banyak. Ia hanya menghasilkan keruntuhan yang lebih buruk.

Matematika dari laju

Di balik semua ini ada sebuah aritmetika yang sepenuhnya saya abaikan. Sebuah proyek yang panjang dan berat tidak dimenangkan oleh output puncak pada satu momen mana pun. Ia dimenangkan oleh total output yang diintegrasikan sepanjang waktu yang sangat lama. Dan inilah hal yang seharusnya sudah jelas: jumlah dari laju yang moderat dan berkelanjutan yang dipertahankan dengan stabil selama berbulan-bulan jauh melampaui jumlah dari sprint heroik yang diselingi kawah-kawah keruntuhan.

Sprint terasa lebih cepat. Pada momen itu, ia memang benar-benar lebih cepat. Tetapi sepanjang jarak proyek yang sesungguhnya, ia jauh lebih lambat, karena keruntuhan menelan biaya lebih besar daripada yang pernah didapatkan oleh ledakan kerja. Setiap minggu kerja berlebihan yang spektakuler membeli dua minggu pemulihan yang menyedihkan, dan transaksi itu selalu merupakan kerugian ketika Anda melakukan perhitungan yang jujur untuk keseluruhan rentang. Saya selama ini mengoptimalkan seberapa cepat saya merasa pada momen itu, yang justru merupakan variabel yang salah ketika lomba diukur dalam hitungan bulan.

Istirahat adalah input, bukan pengkhianatan

Sebagian dari apa yang membuat saya terperangkap adalah cara saya memikirkan istirahat. Saya memperlakukannya sebagai ketiadaan kerja — waktu yang dicuri dari kemajuan, kemewahan yang harus disesali, bukti dedikasi yang tidak memadai. Maka saya meminimalkannya, dan merasa berbudi luhur karena meminimalkannya.

Tetapi bagi sumber daya terbatas yang melakukan kerja kognitif berkelanjutan, pemulihan bukanlah lawan dari output. Ia adalah input yang dibutuhkan untuk output. Istirahat bukanlah waktu yang diambil dari pekerjaan; ia adalah bagian dari apa yang membuat pekerjaan itu mungkin sama sekali. Menolak istirahat bukanlah dedikasi. Itu sama dengan menjalankan mesin tanpa perawatan lalu memperlakukan kerusakan yang tak terelakkan sebagai nasib buruk, bukan sebagai hasil langsung dan dapat diramalkan dari melewatkan perawatan. Saya telah salah mengira pengabaian sebuah kebutuhan sebagai kebajikan.

Merancang untuk si operator

Maka pada akhirnya saya mulai melakukan hal yang sudah jelas yang sekian lama saya hindari: merancang proyek di sekitar batasan-batasan nyata dari orang yang menjalankannya, persis seperti cara saya merancang di sekitar batasan nyata lainnya. Sebuah laju yang benar-benar bisa saya pertahankan, alih-alih laju yang tampak mengesankan dan berakhir dalam keruntuhan. Penyangga yang disengaja untuk hari-hari buruk, karena akan selalu ada hari-hari buruk. Sebuah perhitungan yang jujur atas kapasitas saya sendiri sebagai sesuatu yang terbatas, bervariasi, dan dapat dirawat — bukan sebagai mesin tak terbatas yang gagal saya penuhi standarnya.

Pada awalnya ini terasa seperti menurunkan standar saya. Ternyata justru sebaliknya. Inilah akhirnya menanggapi sistem yang sesungguhnya dengan serius, termasuk bagian darinya yang terbuat dari seorang manusia, alih-alih berpura-pura bahwa bagian itu adalah sesuatu yang tidak akan pernah bisa menjadi dirinya.

Pelajaran yang lebih dalam: Anda adalah hambatan yang Anda tolak untuk dimodelkan

Intinya adalah ini. Dalam proyek apa pun yang sebagian besar dipikul oleh satu orang, orang itu adalah komponen terpenting dalam keseluruhan sistem — dan, secara ironis, satu-satunya yang paling enggan kita perlakukan sebagai sesuatu yang nyata, terbatas, dan dapat dirawat. Kita akan dengan penuh kasih mengoptimalkan kode dan dengan kejam menyiksa si operator, lalu bertanya-tanya mengapa keseluruhannya terus saja mandek.

Tetapi proyek hanya bergerak selama operatornya bergerak, dan operator itu tidak tak terbatas. Keberlanjutan bukanlah kemewahan yang lunak, opsional, dan memanjakan diri yang baru dipikirkan setelah pekerjaan yang sebenarnya selesai. Ia adalah batasan keras yang harus memuat semua sisa pekerjaan di dalamnya. Saya menghabiskan waktu lama memperlakukan bagian paling kritis dari sistem saya sebagai satu-satunya bagian yang tidak layak direkayasa. Proyek itu tidak bisa mengungguli kesalahan tersebut, dan ternyata, saya pun tidak bisa.

— Tanpa sinyal, tanpa imbal hasil, bukan saran investasi.