Pengembang utama tidak sia-sia "pemimpin." Ungkapan ini terdengar di sebuah konferensi tentang manajemen TI dan mengajukan pertanyaan, mengapa, sebenarnya, "tidak sia-sia"? Pertanyaan inilah yang mendorong saya untuk menulis artikel ini.
Menilai pengalaman saya, saya dapat mengatakan bahwa karakteristik utama pengembang terkemuka dapat dikurangi menjadi 3 poin:
- Dia berpikir tidak hanya tentang kebunnya, tetapi juga tentang seluruh kebun (ini adalah kualitas utama). Siap membangun standar dan memantau implementasinya.
- Dia tahu bahasa dan kerangka kerjanya dengan sangat baik, berpengalaman dalam arsitektur, memiliki latar belakang kerja yang solid di belakangnya. "Soliditas" tidak berarti menghabiskan waktu di keyboard, kuantitas dan kualitas proyek tertulis itu penting.
- Dia ingin dan secara wajar dapat menyampaikan pendapatnya, menjunjung tinggi dan mencari kompromi jika perlu.
Selain menulis kode (tetap menjadi tanggung jawab utama), fasilitator berpartisipasi dalam pemilihan tim dan pengembangannya ke arah yang benar, mencari solusi teknis untuk masalah yang menyakitkan atau akan datang, memantau keamanan dan integritas sistem, dan secara teratur membuang ide-ide gila dari manajer atau pengembang lain.
Salah satu kekuatannya adalah gambaran holistik tentang dunia, di mana ia ditentukan dengan tepat apa yang baik dan apa yang buruk. Ini memungkinkan Anda untuk membuat keputusan dengan cepat dan tanpa ragu menghidupkannya. Keyakinan ini menular dan memungkinkan Anda untuk mendapatkan kredibilitas di mata manajer yang sudah tidak begitu sederhana dan jelas. Memang, selain yang teknis, "lebih baik", "lebih dapat diandalkan" dan "lebih cepat", di tingkat manajemen ada semua jenis "pelanggan tidak akan mau", "investor tidak akan menghargai" dan semua jenis "Vasya akan tersinggung". Ketika manajer mendengar "tidak, di sini hanya perlu melakukan ini, karena 1, 2 dan 3" - dia menghela nafas lega. Pilihannya menjadi jelas dan tanggung jawab jatuh dari pundaknya.
Sedikit lebih dari setahun yang lalu saya akhirnya meninggalkan posisi pengembang utama dan memutuskan untuk membuat retrospektif kecil dari kesalahan saya yang paling menjengkelkan. Jadi:
Nomor kesalahan 1. Overmanagement
Saya punya kasus sekitar tiga tahun lalu. Selain kolega saya yang menerima tugas langsung dari manajer, pengembang mendatangi kami di salah satu proyek saya, dan saya sudah mengatur tugas untuknya. Untuk membenamkannya dalam pekerjaan, saya menghabiskan 3 hari bersamanya selama 14 jam berturut-turut, menceritakan dan menunjukkan segalanya, memastikan bahwa dia memahami segalanya dengan benar. Ini menghasilkan hasil, dan kemudian semua tugas ditetapkan dengan segera dengan solusi: buka modul seperti itu, tambahkan fungsi ini dan itu di sana, hubungkan perpustakaan ini, dll ... Secara umum, ini berfungsi dan segera menghasilkan buah, tetapi :
- Menghabiskan waktu untuk merusak tugas Anda sendiri.
- Meringankan tanggung jawab atas hasil dari karyawan. Anda mengatakan apa yang harus dilakukan, yang artinya jika tidak berhasil, maka dia akan dengan senang hati memberi tahu Anda tentang hal itu, mengatakan bahwa Anda mencari solusi lain.
- Menyapih karyawan agar tidak berpikir dan mencegahnya berkembang
Setelah 9 bulan, saya menemukan diri saya
hamil sangat lelah dengan cara kerja ini, dan karyawan tidak naik ke tingkat kualifikasi yang disyaratkan.
Lebih tepat untuk menetapkan tugas pada tingkat yang cukup tinggi sehingga orang itu sendiri akan mencari solusi dan memikul tanggung jawab untuk itu. Untuk pertanyaan "bagaimana melakukan ini?" Anda selalu perlu menjawab, “Bagaimana menurut Anda? Ada ide? ”, Dengan demikian merangsang kerja pemikiran ke arah yang benar. Jawabannya dapat ditanyakan, tetapi hanya memastikan bahwa orang itu sendiri telah mengajukan pertanyaan ini dan melakukan analisis.
Kesalahan nomor 2. Konsesi ke kepala dalam solusi teknis
Pada titik tertentu, manajer saya menyukai salah satu teknologi sensasional baru (tidak, bukan teknologi sensasional yang Anda pikirkan). Implementasinya merusak integritas sistem, menciptakan divisi yang tidak perlu dari bidang pekerjaan, dan umumnya memperlambat kecepatan pengembangan selamanya. Bagi saya, ini sudah jelas, tetapi penampilan demo yang indah dan keinginan untuk bereksperimen lebih unggul daripada kepemimpinan, meyakinkan saya dengan cara apa pun, dan kami menerapkannya. Pemahaman bahwa ini adalah kesalahan mencapai kepemimpinan di suatu tempat setelah satu setengah tahun.
Saya menyimpulkan bahwa Anda perlu menghormati naluri Anda dengan hormat, percaya padanya dan melindunginya.
Jauh di lubuk hati, Anda mengerti mengapa Anda merasa seperti ini. Seseorang harus mampu menarik pemahaman ini dari diri sendiri, dan kemudian merumuskan argumen darinya.
Nomor kesalahan 3. Kurang empati dan toksisitas
Ketika Anda menghabiskan banyak waktu dengan komputer dan bersemangat tentang apa yang Anda lakukan, Anda biasanya dapat lupa bahwa orang-orang juga ada. Mereka tidak sempurna, tetapi setiap orang memiliki niat positif mengenai apa yang mereka lakukan. Penting untuk selalu melihat niat positif ini dan dalam segala hal. Ini membantu mempertahankan sikap baik dalam situasi di mana seseorang melakukan kesalahan. Cerita-cerita terus-menerus terdengar tentang bagaimana para manula, tanpa setitik belas kasihan, menghancurkan hasil upaya rekan-rekan mereka yang kurang berpengalaman, daripada menjerumuskan mereka ke dalam kegelapan dan menghilangkan motivasi mereka untuk bekerja. Setelah menganalisis pengalaman saya, saya menyadari bahwa saya sendiri kadang-kadang membiarkan ini untuk diri saya sendiri, meskipun tanpa beberapa bentuk ekstrim.
Berbicara tentang toksisitas, saya ingin mencatat secara terpisah bahwa selain kritik yang terlalu keras, ada bentuk lain yang, pada satu atau lain tingkat, dapat secara negatif memengaruhi keinginan untuk bekerja dengan Anda. Toksisitas itu sendiri sangat menular dan Anda dapat dengan mudah mengambilnya dari rekan-rekan saya, jadi pada beberapa titik saya memutuskan untuk menganut prinsip "jangan biarkan kejahatan melangkah lebih jauh dari diri Anda sendiri" (mengidentifikasi dan menekannya terlebih dahulu dalam diri Anda sendiri) dan menyusun daftar manifestasi yang Anda bisa pertimbangkan toksisitas (berdasarkan laporan pada
TED "7 dosa komunikasi yang mematikan" ):
- Gosip. Semua orang kadang-kadang ingin bergosip, tetapi dalam skala besar, gosip itu menjijikkan
- Keyakinan. Sulit untuk berkomunikasi dengan seseorang yang menyalahkan Anda. Apalagi jika diketahui bahwa ia akan mengutuk tindakan apa pun di muka.
- Negativitas Ada orang yang tidak bahagia sama sekali dengan apa pun dan tidak pernah.
- Merengek. Keluhan tentang kehidupan hanya diizinkan dalam jumlah homeopati.
- Alasan Transfer kesalahan, penafian.
- Perhiasan Berlebihan yang terus-menerus membuat banyak orang cenderung ketika mereka berbicara tentang proyek, pengalaman mereka, pengetahuan mereka. Setiap berlebihan dari waktu ke waktu cenderung bergabung menjadi kebohongan yang berkelanjutan.
- Dogmatisme. Ketika pembicara tidak berbagi di mana fakta yang diverifikasi itu, dan di mana pendapat subyektifnya, dan membanjiri Anda dengan aliran yang terus-menerus, menyerahkannya sepenuhnya sebagai kebenaran yang terbukti. Kebalikan dari diskusi ilmiah.
Nomor kesalahan 4. Mengabaikan pemangku kepentingan
Pemimpin Anda memiliki kolega di tingkat yang sama dengannya dan di atasnya. Mereka bisa menjadi teman atau musuh. Mereka mungkin tidak selalu menyukai pengaruh Anda yang sah pada keputusan pemimpin, dan keputusan itu sendiri tidak selalu sejalan dengan kepentingan mereka. Saat Anda seorang programmer, Anda sama sekali tidak memperhatikannya dan bahkan tidak memikirkannya. Biasanya, penyelia Anda akan merangkum Anda dari hal-hal ini selama mungkin. Pada titik tertentu, Anda mungkin menemukan bahwa Anda dengan anggun tergelitik dengan hal-hal yang paling tak terduga dan tidak disadari oleh orang-orang yang, pada pandangan pertama tidak ada hubungannya dengan pekerjaan Anda. Secara umum, Anda dapat hidup dengan ini, tetapi jika lawannya canggih, maka sangat mungkin bahwa Anda akan segera ingin pindah ke kantor lain, bekerja lebih banyak dari rumah atau bahkan berganti pekerjaan.
Anda dapat menghindari situasi seperti itu jika Anda mempertimbangkan sebelumnya siapa lagi yang tertarik pada proyek yang Anda laksanakan, tingkat pengaruh apa pada proyek ini, apa tujuan yang dihadapi oleh para pemangku kepentingan, ketakutan dan harapan apa yang mungkin muncul selama pekerjaan. Ketakutan harus dihilangkan, seseorang tidak dapat membiarkannya tumbuh. Harapan perlu dibenarkan. Secara umum, strategi didefinisikan dengan cara berikut:
- Pengaruh rendah dan minat rendah: Anda tidak dapat melakukan apa pun
- Dampak rendah dan minat tinggi: Anda perlu diberi tahu tentang perubahan, rencana, dll.
- Dampak tinggi dan bunga rendah: serupa
- Pengaruh tinggi dan minat tinggi: Anda harus bekerja keras, bahkan jika Anda berada di departemen yang berbeda dan / atau di tingkat yang berbeda.
Kesalahan nomor 5. Menilai kembali kemampuan Anda
Ini biasa bagi semua orang dengan satu atau lain cara, dan manajer Anda mungkin mengetahuinya. Namun, kadang-kadang ia juga bisa meremehkan jumlah pekerjaan di depan dan kecepatan implementasinya. Ini kedengarannya klise, tetapi ini berulang kali menjadi alasan mengapa manajer saya kecewa dan saya ikut dengannya. Seseorang dapat dengan mudah mengingat beberapa situasi di mana saya menjawab bahwa kita dapat melakukan ini dalam setengah hari, dan kemudian duduk pada tugas sepanjang minggu bersama dengan akhir pekan. Selama waktu ini, tugas tersebut dapat kehilangan relevansi, atau tugas lain yang lebih penting dapat dilakukan. Kebiasaan tidak segera memberi penilaian sangat membantu saya. Jika pertanyaannya bukan hipotetis, tetapi spesifik, maka ada baiknya meluangkan waktu untuk membangun penilaian dan disarankan untuk memperhitungkan kemungkinan risiko. Setelah mengetahui penilaian
tiga poin, menjadi lebih mudah bagi saya untuk menarik kesimpulan yang masuk akal tentang waktu yang diperlukan dan, yang paling penting, penilaian itu sendiri menjadi jauh lebih dekat dengan kenyataan.
Ringkasan
Kesimpulannya, saya dapat mengatakan bahwa pengembang terkemuka dengan sengaja menghadapi cakrawala lingkungan manajemen yang cukup agresif dan tidak dikenal. Tempat inilah yang menjadi titik pertumbuhan baru, karena sisi teknis pekerjaan tidak menimbulkan banyak pertanyaan: investasi dalam infrastruktur dilakukan secara teratur, utang teknis dilunasi tepat waktu, arsitektur berkembang secara harmonis dan kompeten. Namun, untuk melaksanakan pekerjaannya secara efektif (dan kadang-kadang hanya untuk "bertahan"), Anda perlu dengan cepat memahami dasar-dasar manajemen proyek dan tim, menganalisis masalah utama pendahulu Anda di posisi yang sama, dan mencoba untuk menghindarinya atau menyelesaikannya terlebih dahulu.