Saat Anda bekerja sebagai pengembang, sepanjang waktu Anda melihat bagaimana pemimpin tim duduk di atas tumpukan panggilan, bertanggung jawab atas segalanya, menulis kode sebanyak yang Anda lakukan, dan pada saat yang sama mereka tidak punya uang lagi. Entah ideologis atau idiot akan melakukan ini.
Saya bukan orang idiot, ide saya tidak berkisar pada nilai bisnis, jadi Anda tidak akan berlangganan saya. Tapi kami tidak selalu ditanya tentang ini. Pertama, saya dipekerjakan sebagai pengembang pertama dan satu-satunya untuk startup yang terlahir kembali, lalu mereka menyuruh saya untuk mempekerjakan lebih banyak orang, dan kemudian saya bertanggung jawab atas tiga pengembang, dua penguji dan satu analis.
Singkatnya, semuanya bahkan lebih buruk daripada yang terlihat dari luar.
Enam orang setiap hari menunggu Anda untuk memberi tahu mereka apa yang harus dilakukan, kemudian Anda akan memberi tahu mereka bagaimana melakukannya, dan kemudian Anda juga akan mengevaluasi apakah Anda melakukannya dengan baik. Orang ketujuh di penghujung hari juga akan menanyakan apa yang Anda lakukan sendiri. Dalam arti bahwa Anda mengkodekan diri Anda sendiri, dan apa yang dilakukan masing-masing orang yang menjadi tanggung jawab Anda.
Saya di sini pernah mengeluh bahwa dering adalah kruk yang memungkinkan Anda untuk mengontrol tanpa menyelami, dan sekarang saya yakin sekali lagi bahwa saya benar. Mereka datang kepada saya dengan sebuah pertanyaan - dan saya tidak tahu harus menjawab apa. Kami memanggil satu sama lain, dan orang itu mendapatkan jawaban dari otak saya yang malang tanpa partisipasi saya. Saya juga belum siap untuk merumuskan pertanyaan saya - saya tidak tahu harus bertanya apa. Jadi saya hanya menelepon dan melihat bagaimana semuanya beres dengan sendirinya. Dan bahkan lebih baik - saya membuatnya sehingga mereka menelepon satu sama lain, tanpa saya sama sekali. Selama satu bulan sekarang saya belum dapat menyelesaikan tugas yang cukup sederhana, karena otak saya lelah dengan tugas-tugas manajerial, dan yang terpenting dari fakta bahwa saya tidak tahu bagaimana melakukannya.
Saya pikir, oke, begitulah seharusnya. Saya tidak belajar untuk menjadi seorang manajer. Kemudian saya melihat masa lalu saya, mengingat semua petunjuk saya, dan tiba-tiba saya menyadari - tidak ada yang belajar! Tak satu pun dari mereka tahu bagaimana mengelola. Mereka juga menutupinya dengan panggilan telepon tanpa henti dan penundaan. Mereka tidak tahu harus menjawab apa, mereka tidak tahu kemana tujuan kami, mereka tidak tahu apa yang sedang terjadi, dan siapa yang melakukan apa.
Ketika saya melakukan tugas sederhana selama dua bulan, dan setiap hari saya berbohong bahwa saya mengalami kesulitan besar, dan ada masalah serius - dan kemudian saya membuat permintaan tarik untuk empat file yang dibuat sketsa dalam semalam - tidak ada yang memarahi saya, bukan karena mereka menyesal. Mereka hanya tidak tahu apa yang saya lakukan di sana. Dan mereka melihat kode saya baris demi baris - untuk sampai ke dasar penamaan dan menemukan anti-pola yang menarik - tetapi tidak menyelidikinya. Karena tidak ada waktu untuk menyelami, saya tidak mau, dan tidak jelas mengapa.
Semua bos saya sebelumnya telah merangkul dan mengidolakan agile - ini adalah satu set kruk besar, sebuah permainan yang membantu sekelompok orang yang tidak tahu apa yang sedang terjadi, berpura-pura bahwa semuanya baik-baik saja dan kami bergerak maju.
Saya bekerja dengan pemimpin tim provinsi yang tumbuh di dalam negeri, yang dalam tim serius bahkan tidak akan diterima di tata letak, saya bekerja dengan manajer pengembangan keren dari perusahaan asing teratas, bekerja dengan orang-orang yang dianggap sangat jenius dalam pemrograman.
Dan semuanya, jika menyangkut manajemen, duduk di pantat. Saya mempelajari aturan permainan ini di pekerjaan pertama saya dengan gesit. Kami saling menelepon setiap pagi, dan semua orang mengatakan apa yang mereka lakukan, lakukan, dan akan lakukan. Pada panggilan telepon pertama seperti itu, saya datang dengan ide bahwa saya harus melaporkan dan membuktikan bahwa saya tidak memakan roti saya dengan sia-sia. Saya memulai pidato yang sangat panjang tentang tugas saya, menjelaskan secara rinci mengapa itu belum siap, dan apa yang saya perjuangkan sekarang. Saya terputus di tengah: “Phil, apakah Anda menginginkan sesuatu dari kami? Tidak? Oke, kita semua sudah tahu siapa selanjutnya? "
Orang yang mengendalikan kami hanya perlu tahu satu hal - apakah saya akan memberikan masalah untuknya hari ini, atau tidak. Apakah dia harus menghabiskan waktu dengan saya hari ini. Sebelum saya mulai berbicara, dia sudah memiliki pidato yang sempurna di benaknya untuk saya: "selamanya akordinasikan rencana itu." Perkembangan peristiwa lainnya baginya adalah kejahatan murni.
Ada pilihan lain. Ketika masalah dibawa kepadanya bukan oleh saya, tetapi oleh bagian lain dari sistem, jadwal yang lincah itu busuk, dan sekarang dia tidak dapat mengatakan pada pertemuannya untuk mendapatkan petunjuk bahwa semuanya berjalan sesuai rencana - dan juga menjadi masalah seseorang. Ini secara otomatis membuat saya menjadi masalahnya, dan dia mengetuk PM.
Kami mulai mendiskusikan sesuatu, dan kami berdua mengerti - kami perlu menemukan cara untuk berhenti menjadi masalah. Ini tidak ada hubungannya dengan produk atau proyek. Kami memiliki tiket yang harus kami pindahkan. Dan kami memindahkannya - dengan cara paling sederhana yang tersedia. Kami memperbaikinya dengan kode, memasukkannya ke dalam norepro, memberi label "diblokir oleh" - apa pun. Saat ini, kami sama sekali tidak peduli tentang produk, kami memiliki tiket. Atau banyak tiket.
Ada dua kenyataan di tim mana pun tempat saya bekerja. Satu kenyataan adalah produk nyata, dan orang-orang nyata yang memperbaikinya karena mereka ingin. Dan kemudian ada jira, yang benar-benar ada paralel dengan semua ini. Dan satu-satunya orang yang dapat menyinkronkan keadaan sebenarnya dari proyek dengan kartu adalah ketua tim.
Semua pemimpin tim yang bekerja dengan saya tidak tahu bagaimana melakukannya - dan mereka tidak mau. Mereka bekerja saat mereka bekerja, dan mereka menggunakan jiru untuk menganggap tanggung jawab manajerial mereka terpenuhi. Bagaimanapun, orang yang mengevaluasi pimpinan tim melihat jira, bukan produknya. Dan orang-orang yang melihat produk tersebut hanya dapat menghasilkan tiket baru untuk jira tersebut. Mereka tidak dapat mengevaluasi programmer. Tapi jira tidak mempengaruhi apapun! Saya telah melihat produk mengerikan yang papan kanbannya dalam kondisi sempurna, dan produk hebat yang memiliki tiket di kolom "sedang bekerja" selama tiga bulan dengan judul "buat proyek".
Argumen "Saya melihat" tidak terlalu bagus, tetapi akan berhasil, karena saya cukup yakin Anda juga melihatnya.
Dalam arti luas, pemimpin tim harus memastikan bahwa orang yang benar-benar ingin bekerja tidak memiliki masalah. Dan orang-orang yang tidak ingin mengeluarkan atau mentransfer ke kategori pertama. Seluruh rasa sakit dari manajemen terletak pada yang kedua - masih banyak lagi. Dan tidak ada yang melakukan apapun dengan mereka. Hanya pengembang yang dapat menentukan secara memadai apakah pengembang bekerja dengan baik. Ini adalah cerita yang sangat bisa dimengerti - Anda perlu meninjau permintaan tariknya secara menyeluruh dan mempelajari tugasnya, dan ada satu masalah - ini memakan waktu sebanyak yang dibutuhkan untuk melakukan semuanya sendiri. Singkatnya, bukan pilihan.
Oleh karena itu, murni manajer, bukan pengembang, yang memutuskan untuk mengidentifikasi pengembang buruk. Mereka datang dengan banyak sistem dengan tiket, grafik, segala macam ulasan kinerja dan topi semacam itu. Dan itu bahkan akan berhasil, pada beberapa yang bodoh. Tetapi bahkan pengembang yang paling buruk pun cukup cerdas untuk menipu sistem ini. Nah, Anda tahu bagaimana melakukannya. Mereka mengukur semuanya dalam tiket, bukan? Keren. Saya akan menguraikan "mendesain ulang antarmuka dari bentuk X" menjadi sepuluh tugas dengan gaya "memperbaiki label di tombol Y". Jumlah pekerjaan yang sama, lebih banyak tiket. Pemimpin tim akan menendang wajah saya karena tipuan seperti itu.
Tetapi dalam sistem saat ini, dia tidak akan pernah melakukan itu. Bagaimanapun, pertama, semakin banyak tiket yang ditutup, semakin sedikit masalah yang dimilikinya. Kedua, itu sendiri cukup dimuat untuk menggali tiket dan kode saya. Ketiga, dia melakukannya sendiri - karena tugas kepemimpinannya, dia juga tidak memiliki kekuatan untuk bekerja dengan baik. Dan keempat, dan ini yang paling penting, dia mungkin salah satu dari orang-orang yang tidak mau bekerja.
Ini adalah pengalaman saya, pengalaman semua kenalan saya - tetapi ada pengecualian. Ada perusahaan yang proses pengembangannya sangat bagus. Saya akan memberi tahu Anda alasannya - mereka memenangkan lotre. Mereka ternyata memiliki lebih banyak orang yang ingin bekerja - dengan orang-orang seperti Anda tidak mengelola, semuanya akan berjalan dengan baik. Mereka bahkan menggunakan perada manajerial dengan papan untuk bisnis, dan kinerja mereka terlihat jelas baik oleh jir maupun oleh metrik intuitif. Dan ketika manajer mereka yang tidak berkembang datang untuk menghalangi, mereka memiliki produk hebat di belakang mereka yang memberi mereka hak untuk mengirim orang-orang yang berbicara ini ke neraka.
Tim seperti itu mereplikasi diri sendiri - selama proses perekrutan, mereka secara intuitif hanya menyetujui orang-orang seperti mereka, dan mereka memiliki bobot yang cukup di perusahaan untuk tidak memberikan kata-kata tegas kepada HR yang memainkan "metrik" dan psikologi mereka.
Tapi tim seperti itu adalah keberuntungan yang luar biasa. Inilah yang biasanya terjadi. Untuk sepuluh orang, Anda memiliki dua orang yang ingin bekerja. Salah satunya adalah pemimpin tim, dan yang lainnya berhenti. Perkembangan tersebut berjalan dengan buruk, dan manajer datang untuk memperbaikinya. Dan sejak saat itu, tidak akan ada peluang. Manajer akan membangun proses di sekitar jira, mengendalikan hal-hal yang tidak mereka mengerti sama sekali. Mereka akan merekrut orang-orang yang pekerjaannya tidak mereka ketahui sama sekali, mereka akan mulai mengundang pengembang yang ada di sana yang akan menghibur ChSV, masuk kali ini ke dalam laporan waktu, dan memberikan masukan acak. Dan kemudian mereka memutuskan siapa yang akan dipekerjakan - juga secara acak. Orang yang ingin bekerja akan dari waktu ke waktu masuk ke tim seperti itu, di mana mereka akan berubah menjadi pemalas atau tidak akan mengakar.
Saya tidak bermaksud bahwa manajer itu idiot dan mereka tidak bisa berbuat apa-apa. Mereka masih tahu bagaimana mengelola. Namun tidak oleh pengembang. Pengembang hanya dapat dikontrol oleh pengembang yang benar-benar tahu cara mengelola. Orang seperti itu akan memperbaiki tim dengan rasio apa pun, antara mau dan tidak mau bekerja.
Satu-satunya hal yang disayangkan adalah mereka hampir tidak ada. Untuk menjadi pengembang yang baik, Anda harus pintar dan belajar banyak. Untuk menjadi manajer yang baik, Anda perlu memiliki bakat dan banyak pembelajaran. Dan bagaimana kemungkinan seseorang menggabungkan kedua kualitas ini? Itu sama saja. Pada saat yang sama, sebagian besar pemimpin tim di industri menjadi mereka, karena, yah, seseorang harus melakukannya. Benar-benar acak.
Saya pikir Anda perlu belajar untuk memahami bahwa pengembangan adalah satu keterampilan, manajemen adalah keterampilan kedua, dan manajemen pengembangan adalah keterampilan ketiga yang mencakup bagian-bagian yang pertama. Dan ini harus dipelajari secara terpisah. Dan sangat metodis dan efisien. Hingga kami melakukan ini, kami akan memiliki pengembang yang tidak dapat mengelola pengembang, dan manajer yang tidak dapat mengelola pengembang.
Periklanan
Banyak pelanggan telah menghargai manfaat dari server epik Vdsina .
Ini adalah VDS murah dengan prosesor AMD EPYC, frekuensi inti CPU hingga 3,4 GHz. Konfigurasi maksimum akan memungkinkan Anda mewujudkan hampir semua ide - 128 inti CPU, RAM 512 GB, NVMe 4000 GB. Anda juga bisa memesan!
