- Sekarang saya sudah menjadi engineering manager, tetapi saat masih bekerja sebagai software engineer, saya pernah mengerjakan sebuah fitur kompleks selama beberapa hari lalu mengajukan PR
- Umpan balik yang saya terima tegas dan dingin: “Ini over-engineering. Terlalu rumit. Tolong refactor” adalah seluruh isi pesannya
- Saya marah karena hanya menerima kritik tanpa sepatah pujian, tetapi kisah saya dengan manajer itu ternyata baru permulaan
Gaya pemimpin yang tidak memedulikan perasaan
- Manajer ini berbeda dari para pemimpin yang sebelumnya saya kenal
- Ia tidak menggandeng tangan saya, juga tidak berbicara dengan lembut
- Ia memiliki ciri-ciri berikut
- Ide yang belum matang langsung ditolak
- Ia membenci kerumitan demi kerumitan itu sendiri
- Ia hanya mementingkan kode yang bersih, efisien, dan mudah dipelihara
- Bahkan dalam retrospektif pun, ia tidak berputar-putar dan langsung menunjuk masalahnya
- Awalnya saya mengira ia hanya pribadi yang kejam, tetapi di balik itu ada filosofi lain
Titik balik dari umpan balik yang mengguncang harga diri
- Dalam sprint review, saya mendemonstrasikan fitur yang saya yakini dengan penuh percaya diri, tetapi manajer memotong di tengah dan bertanya
> “Ini rapuh. Bagaimana kalau dalam kondisi beban tinggi? Apa rencana rollback-nya?”
- Saat saya tidak bisa menjawab dengan baik, manajer berkata:
> “Sekarang kamu berpikir seperti coder. Kamu harus berpikir seperti engineer”
- Awalnya saya marah, tetapi akhirnya saya sadar bahwa gaya menulis kode saya sendiri lebih berfokus pada kepintaran daripada ketahanan
Pelajaran sebenarnya: manajer itu tidak sedang menyerang saya secara pribadi
- Pola pikir saya pun berubah besar
- Alih-alih menulis kode yang “cerdas”, saya mulai menulis kode yang mudah dibaca
- Saya fokus pada desain yang siap menghadapi kegagalan
- Saya menulis kode untuk pengembang berikutnya, bukan kode untuk diri sendiri
- Setelah itu, code review dari manajer tersebut saya lewati dengan mulus
- Bukan manajernya yang berubah, melainkan saya sendiri yang bertumbuh
Pengaruhnya terhadap gaya kepemimpinan saya
- Setelah menjadi engineering manager, saya sering mengingat pengalaman itu
- Saya tidak ingin menjadi pemimpin yang dibenci orang, tetapi saya juga tidak ingin menjadi pemimpin yang hanya lembut
- Saya membentuk gaya saya dengan cara berikut
- Memberikan umpan balik yang lugas dengan penjelasan latar belakang
- Menekankan system thinking
- Menjaga standar yang tinggi, tetapi tetap memberikan umpan balik yang manusiawi
- Para engineer ingin ditantang, tetapi tidak ingin merasa diremehkan
Saat manajer yang tegas dibutuhkan
- Dalam kepemimpinan, harga diri, tenggat waktu, dan tekanan saling berkelindan sehingga mudah menimbulkan kekacauan
- Manajer yang tegas membantu menyingkirkan kekacauan ini dengan
- Membuat kita memikirkan skalabilitas, bukan hanya fitur
- Membuat kita menulis kode yang dapat dipelihara, bukan sekadar kode yang cerdas
- Membuat kita mengantisipasi kegagalan dan situasi pengecualian sejak awal
- Mereka lebih mementingkan kelangsungan hidup kode daripada perasaan
Cara bertahan dan berkembang di bawah manajer yang tegas
- Jika Anda berada di bawah pemimpin yang terasa menyesakkan, Anda bisa menanganinya seperti ini
- Jangan menganggapnya sebagai serangan pribadi: umpan balik itu tentang kode
- Tanyakan “mengapa?” setelah menerima umpan balik: kebanyakan pemimpin yang tegas menghargai rasa ingin tahu
- Pikirkan sendiri lebih dulu titik-titik kegagalan: Anda harus mulai berpikir seperti manajer
- Jika Anda seorang pemimpin, lakukan hal berikut
- Tetapkan standar tinggi, tetapi jelaskan mengapa standar itu penting
- Berbicaralah secara spesifik, bukan memberi umpan balik yang samar
- Rayakan pertumbuhan, bukan hanya keberhasilan: jika seorang developer menangkap masalah lebih dulu daripada manajernya, pujilah itu
Hadiah terbaik dari Pull Request yang ditolak
- Awalnya harga diri saya terluka, tetapi sekarang jika menoleh ke belakang, PR yang ditolak itu adalah kesempatan terbaik dalam hidup saya
- Itu menjadi titik awal yang membuat saya melihat coding bukan sebagai proyek pribadi, melainkan sebagai membangun sistem
- Manajer yang tegas mungkin tidak membuat kita merasa nyaman, tetapi membuat kita bertumbuh sebagai developer
- Pertumbuhan sejati dimulai bukan ketika PR lolos, melainkan ketika PR ditolak
22 komentar
Jika ada manajer yang blak-blakan tanpa mempertimbangkan perasaan dan manajer yang hangat sambil menjaga kedekatan, tipe manajer seperti apa yang bisa mendorong pertumbuhan anggota tim melalui umpan balik? Saat membaca tulisan sebelumnya, saya jadi punya pertanyaan seperti ini.
Menurut saya ini adalah permainan probabilitas. Orang yang berhasil berkembang dengan menembus peluang yang sangat kecil ada di mana-mana. Saya pikir manajer harus berusaha meningkatkan probabilitas secara keseluruhan, dengan mengecualikan orang-orang seperti itu. Saya rasa manajer yang bertindak karena percaya bahwa itu adalah sikap yang, dengan caranya sendiri, meningkatkan probabilitas layak dihormati. Asalkan itu bukan sekadar mempertahankan cara yang biasa dilakukan selama ini hanya karena memang dibiarkan begitu.
Saya rasa jenis umpan balik seperti ini, tergantung pada kepribadian, budaya, dan perbedaan masing-masing individu, bisa terasa tidak enak didengar atau bahkan memicu kemarahan. Namun pada dasarnya, menurut saya akan lebih baik jika kita mendekatinya dengan asumsi bahwa "orang ini tidak sengaja menyiksa saya", baik dari sisi mental maupun dari sudut pandang pertumbuhan. Saat menghadapi situasi seperti itu, rasanya kita bisa mengingat tulisan ini dan berpikir, "mungkin manajer ini juga begitu?" Tulisan yang bagus.
Banyak orang membicarakan
kind and direct, tetapi sebenarnya jauh lebih sulit untuk bersikap direct daripada kind.Pemimpin yang tidak mampu menyampaikan konteks yang perlu diikuti bawahan, meski tidak memberikan keseluruhan konteks, tidak ada nilainya.
Ini terlihat seperti tulisan seorang bawahan hebat yang mengatributkan kemampuan dirinya yang luar biasa kepada orang lain.
Jika pemimpin tidak menyampaikan konteks, maka pemimpin itu sebenarnya tidak terlalu dibutuhkan.
Harus segera diganti.
Kata-kata yang enak didengar belum tentu merupakan kata-kata yang baik. Saya juga merasa review kode yang hanya berisi dua kata, "Nasty Code", adalah yang paling membantu dalam hidup saya.
Tidak semua developer itu sama.
Saya sempat memikirkan apa yang dimaksud dengan "pemikiran sistem", dan dalam konteks tulisan ini, rasanya itu berarti cara berpikir dari sudut pandang bagaimana sebuah aplikasi bekerja. Namun, saya pikir itu benar-benar sudut pandang yang penting.
Saya cukup relate karena pernah melihat codebase jadi berantakan saat semuanya dibiarkan berjalan terlalu lunak. Pentingnya kemampuan seorang manajer memang besar sekali.
Saya setuju.
Implikasi tulisannya terasa lebih menunjukkan bahwa penulisnya yang hebat, daripada manajer itu benar-benar luar biasa. (Mungkin penulis memang tipe orang yang tetap berkembang apa pun umpan balik yang diterimanya.)
Saya ingat pernah melihat riset bahwa ketika menerima umpan balik negatif yang (kurang konteks), ada kemungkinan besar perilaku seseorang berubah berlawanan dengan yang diharapkan.
Kita harus menyadari bahwa umpan balik terhadap hasil kerja bukanlah serangan pribadi.
Akan lebih baik jika manajernya orang yang lebih baik, tetapi perusahaan bukan sekolah, jadi.. karena kita profesional.. kita harus belajar sendiri bagaimana menyikapi umpan balik.
Kita juga perlu keberanian untuk mengatakan tidak tahu jika memang tidak tahu.
Tampaknya Anda berada pada sudut pandang yang cukup berbeda dengan saya. Mungkin karena pengalaman karier saya masih belum panjang, saya justru lebih sering melihat umpan balik yang tidak jelas dan umpan balik dengan rujukan yang ambigu hanya menghasilkan efek sebaliknya...
Ejaannya salah.
"비난이 아닌것을 깨닳아야합니다."-> seharusnya ditulis"비난이 아닌 것을 깨달아야 합니다".Saya rasa Anda juga tahu ini bukan serangan pribadi, tetapi saya pikir saat melihatnya Anda pasti kesal dengan koreksi saya. Ada yang menyebutnya enam dan setengah lusin, tetapi tampaknya memang begitulah manusia, menerima
조삼모사dan조사모삼secara berbeda.ps. Saya juga awalnya tidak tahu kalau ejaan Anda salah, tetapi baru menemukan kesalahannya setelah memasukkannya ke pemeriksa ejaan karena ingin mencari contohnya.
Kalau ada yang membetulkan salah eja, cukup bilang terima kasih, saya tidak tahu; rasanya itu bukan hal yang pantas dijadikan bahan untuk marah. Menurut saya, menganggap bahwa orang lain pasti akan merasakan hal yang sama seperti yang kita rasakan adalah generalisasi yang berbahaya. Dan juga, yang benar bukan "menerima dan melakukan", melainkan "menerimanya".
Saya pikir menjadi profesional berarti bisa menyelesaikan bahkan pekerjaan yang membuat stres.
Saya tidak bermaksud membenarkan hal-hal yang menyebabkan stres. Saat bekerja secara profesional, tentu akan ada hal-hal yang membuat marah, tetapi saya rasa menjadi profesional berarti menanganinya dengan bijak.
Saya memang bukan ahli tata bahasa. Komunitas juga bukan perusahaan.
Saya sangat setuju dengan komentar itu. Saya rasa itu karena kemampuan dan sikap mental orang yang menerimanya memang luar biasa. Menurut saya, manajer itu punya filosofi yang jelas, tetapi tidak tahu cara menggunakan pendekatan yang baik untuk menyebarkan filosofinya kepada tim.
Mungkin ini yang dimaksud dengan melempar seadanya tapi diterima dengan sangat tepat... hehe
Tulisan yang sangat bagus. Sepertinya ini perlu terus saya baca, baik sebelum maupun sesudah mengajukan PR.
Sepertinya, agar tidak menjadi serangan pribadi, kita perlu membangun rapport dengan baik. (Terutama dalam konteks masyarakat Korea.)
Secara pribadi saya berhati-hati dalam penggunaan subjek. Yang merupakan overengineering itu adalah "kode ini", bukan berarti "lawan bicara" yang salah.
Saya teringat tulisan Apa sebenarnya yang terjadi di dalam kepala para ahli?. Saat menerima ulasan seperti “Ini over-engineering. Terlalu kompleks. Tolong refactor”, atau “Ini rentan. Bagaimana kalau dalam kondisi beban tinggi? Apa rencana rollback-nya?”, mungkin ada baiknya juga bertanya mengapa mereka berpikir begitu, masalah seperti apa yang mereka perkirakan, dan arah perbaikan seperti apa yang mereka bayangkan. (Bukan berarti penulis tidak melakukannya; hanya saja saya jadi berpikir, dalam situasi seperti itu apa yang bisa dilakukan agar mendapat manfaat yang lebih besar.)
Tulisan yang benar-benar bagus..