Apa yang menjadi Ketua Tim

Halo semuanya! Nama saya Arthur Dementyev, saya ingin berbagi pengalaman pribadi saya dan menulis beberapa artikel tentang seperti apa manajemen TI itu. Dan juga untuk menceritakan tentang apa yang menyapu menginjak dan kesalahan apa yang bisa dihindari. Saya akan menulis semua artikel berdasarkan pengalaman saya bekerja di berbagai perusahaan IT, di mana saya mulai sebagai tim Team Leader (TL) dari beberapa orang. Di salah satu dari mereka, dari awal saya menumbuhkan departemen kecil menjadi struktur TI besar dan tumbuh menjadi CTO.

Ada banyak masalah di banyak perusahaan, seringkali orang membuat kesalahan. Itu adalah komunikasi dengan mereka yang mendorong saya untuk menulis artikel. Dalam waktu dekat, saya akan mencoba untuk terus menerbitkan. Saya berharap mereka akan berguna bagi TL, CTO, kepala departemen atau mereka yang hanya akan menjadi mereka. Dan saya akan mulai dengan sebuah cerita tentang apa artinya menjadi Ketua Tim, itu akan menjadi pandangan dari dalam.

Di sini Anda harus segera melakukan penyimpangan. Ada beberapa perusahaan yang berbeda:

• besar, di mana biasanya TI adalah profil aktivitas utama. Hirarki memiliki CTO, Pemimpin Teknologi, Pemimpin Tim, Arsitek, Manajer Proyek, Analis. Dalam kondisi seperti itu, TL mungkin tidak menjalankan beberapa fungsi, yang akan saya jelaskan di bawah ini;
• bisnis di mana hanya sebagian dari perusahaan terkait dengan TI. Di sana, strukturnya adalah setengah dari opsi pertama;
• perusahaan kecil dengan departemen TI kecil dari beberapa orang (dalam kasus saya ada tiga dari kita). Tidak ada yang bisa mengalihkan semua tanggung jawab. Kadang-kadang tugasnya adalah menumbuhkan kantor seperti itu di perusahaan dari item pertama dalam daftar.

Dengan demikian, ruang lingkup dan jangkauan tanggung jawab TL sangat tergantung pada ukuran perusahaan atau departemen TI. Semakin besar perusahaan dan semakin kompleks struktur TI di dalamnya, semakin sedikit tanggung jawab TL.

Bagaimana cara menjadi Ketua Tim

Ada dua jalur standar ke posisi TL:

1. Pengembangan karir seorang programmer di tempat kerja saat ini. Misalnya, ketika Anda mengambil banyak inisiatif, bekerja keras, Anda bertanggung jawab, menunjukkan bahwa Anda memiliki kualitas kepemimpinan, dll. Atau Anda dipindahkan ke tempat yang kosong ketika karena alasan tertentu mereka tidak ingin mengundang seseorang dari luar. Dalam hal ini, mereka melihat kelebihan dan sering hanya memilih spesialis teknis yang paling kuat. Artinya, saat ini, dan bukan aspirasi, membawa Anda ke sana.
2. Anda berganti pekerjaan dan datang ke perusahaan baru menggantikan TL. Ini terjadi ketika seorang spesialis memiliki pengalaman bertahun-tahun dan keinginan untuk mengembangkan lebih lanjut, tetapi pertumbuhan di perusahaan yang ada tidak mungkin dan rumit untuk beberapa alasan. Akibatnya, Anda menemukan perusahaan di mana mereka percaya bahwa Anda dapat menanganinya.

Apa pun jalur yang Anda ambil untuk posisi baru Anda, tetapi sekarang Anda akan memberi kode dan mengelola lebih sedikit orang.

Ubah aktivitas

Jadi, apa yang baru dalam hidup Anda sejak Anda berubah dari pengembang menjadi TL? Tidak diragukan lagi, Anda akan lebih terlibat dalam diskusi dan menghadiri pertemuan. Tetapi Anda tidak dapat membuang waktu untuk tugas-tugas rutin, tetapi mendelegasikannya kepada kolega. Anda juga harus melakukan lebih banyak tinjauan kode. Mungkin Anda akan jatuh kontrak dan penagihan dalam akuntansi. Tampaknya hidup ini berhasil, dan Anda telah mencapai tujuan.



Tetapi euforia berlalu dengan cepat, dan Anda hampir mulai terbakar. Sesuatu seperti ini terjadi: aliran tugas tidak ada habisnya, mereka harus diselesaikan atau didelegasikan, ikuti apa yang ditulis tim. Para manajer yang mengganggu setiap saat menginginkan sesuatu dan terus-menerus meminta pertemuan. "Apakah tidak ada lagi yang bisa dilakukan?" - kamu pikir. Para bos bergetar dengan tenggat waktu, dan seseorang tiba-tiba meninggalkan tim, dan mencari pengganti untuk Anda. Istri juga menelepon. Secara umum, Anda menjadi mudah tersinggung dan hampir kehabisan tenaga. Dalam mode ini, Anda dapat benar-benar hidup maksimal satu tahun.

Bagaimana cara bertahan hidup di neraka seperti itu? Bagaimana sisanya melakukannya? Masalah utama adalah keluar dari zona nyaman Anda. Anda berada di dunia baru, aturan lama tidak berlaku. Tentu saja, ada jalan keluar, tetapi Anda perlu menemukannya sendiri, dalam arti tertentu, hancurkan diri Anda dan sadari sesuatu yang baru.

Apa yang perlu Anda pahami

Ada beberapa hal yang perlu disadari. Dan semakin cepat Anda melakukan ini, semakin baik dan mudah bagi Anda untuk hidup.

• Anda tidak dibayar uang untuk menulis kode. Kemampuan untuk menulis kode dan memahaminya masih penting untuk TL, mengevaluasi dan memikirkan arsitektur, dll. Tetapi Anda hanya memiliki dua tangan, dan tim jelas memiliki lebih banyak. Tugas utama Anda adalah menciptakan kondisi sedemikian rupa sehingga tim paling efektif. Programmer harus menulis kode, dan yang lainnya menjadi perhatian Anda.
• Sekarang kolega Anda menulis kode lebih baik daripada Anda. Enam bulan hingga satu tahun akan berlalu, dan kurangnya latihan akan memengaruhi kemampuan Anda. Lagi pula, mereka melakukan ini hampir semua jam kerja, dan Anda dari waktu ke waktu atau di rumah di malam hari.
• Berhentilah menjadikan orang lain setara dengan diri Anda. Seseorang diatur sedemikian rupa sehingga dia berpikir tidak ada yang bisa memecahkan masalah lebih baik darinya. Pertama, ini tidak selalu terjadi, dan kedua, jika Anda menghabiskan waktu untuk menyelesaikan semua masalah, karena Anda berpikir bahwa orang tidak dapat melakukannya, itu bukan TL lagi. Percayai orang.
• Indikator kinerja utama Anda adalah kualitas seluruh proyek dan waktu pengembangan. Di sini, mungkin, peran utama dimainkan oleh keterampilan komunikasi Anda. Sesuatu perlu dilakukan secara efisien dan untuk waktu yang lama, dan kadang-kadang solusi cepat lebih bijaksana. Kesulitannya adalah Anda harus menyampaikan ini kepada programmer dan meyakinkannya untuk melakukan apa yang Anda butuhkan saat ini. Dan tidak setelah 2 hari untuk menemukan bahwa dia hanya di tengah, dan solusi siap pakai diperlukan sekarang.
• Memotivasi orang. Munculkan sistem motivasi sehingga semua orang ingin bekerja lebih baik. Berikan bonus jika tidak ada darurat? Tidak, ini omong kosong. Terapkan metrik, kumpulkan statistik, evaluasi pekerjaan orang. Juga memantau pertumbuhan profesional karyawan yang berkembang. Selalu jaga jari Anda pada denyut nadi.
• Anda perlu merekrut orang. Baik jika Anda memiliki departemen sumber daya manusia yang dapat mempekerjakan spesialis TI. Jika tidak, Anda memiliki tanggung jawab tambahan. Pelajari cara membuat lowongan, pilih spesialis, lakukan wawancara, dan tembak. Dan jika Anda tidak memiliki startup dengan investasi luar angkasa, bersiaplah untuk menemukan orang-orang dengan anggaran di bawah pasar. Anda bahkan mungkin harus memanggil kandidat sendiri.
• Anda bertanggung jawab untuk seluruh proyek. Jika layanan Anda tiba-tiba macet untuk waktu yang lama atau tidak dapat dipulihkan karena tidak ada cadangan, Anda akan selalu dipersalahkan atas manajemen. Efisiensi teknis proyek adalah tanggung jawab Anda.
• Anda tidak dapat memilih teknologi yang Anda inginkan. Pengembang biasa dapat menawarkan teknologi baru, dan tugas TL adalah menjaga keseimbangan tumpukan teknologi proyek. Ingat, stabilitas proyek dan proses pengembangan adalah tanggung jawab Anda. Bagaimana jika satu-satunya penjaga beberapa teknologi khusus meninggalkan tim? Selain itu, penggunaan setiap teknologi harus dibenarkan. Saya secara berkala mengamati bagaimana satu setengah penggali di proyek kecil melihat segala sesuatu di layanan microser. Mereka tidak menyadari bahwa perusahaan tidak siap untuk ini. Tentu saja, eksperimen semacam itu tidak menghasilkan sesuatu yang baik.
• Anda adalah penyelamat dalam segala kesibukan. Dalam situasi darurat apa pun Anda tidak bisa hanya menggonggong pada perintah: "Semuanya harus dilakukan!" dan pergi. Anda harus duduk sampai malam. Anda tidak dapat meninggalkan pengembang dengan masalah satu-satu. Ini adalah contoh buruk bagi mereka, tanggung jawab dalam kasus seperti itu terletak pada TL. Tetapi untuk menjaga seluruh tim dalam pekerjaan darurat juga tidak masuk akal. Saya sendiri kembali ke rumah beberapa kali jam 5 pagi, dan hari berikutnya saya tiba jam 9 pagi untuk rapat. Secara umum, pekerjaan Anda bukan untuk mengangkat ini.
• Anda harus dapat mengganti anggota tim mana pun. Jika seseorang jatuh sakit, pergi berlibur atau berhenti, dan proses pengembangan berhenti, semua tanggung jawab ada di tangan Anda. Bersiaplah untuk ini selalu.
• Aspek psikologis. Anda perlu berkomunikasi dengan tim dan memahami orang-orang, mengetahui masalah apa yang mungkin mereka miliki, dan bahkan membantu menyelesaikannya. Kebanyakan programmer adalah introvert, Anda harus mencoba mencari tahu apa yang tidak sesuai dengan mereka atau mengganggu pekerjaan. Tentu saja, mayoritas tidak akan mengatakan ini, Anda perlu belajar untuk memahami ini. Tetapi hal utama adalah tidak melangkah terlalu jauh dan tidak menjadi psikolog alih-alih menjadi bos, jika tidak maka itu akan berakhir buruk.

Beberapa kontra. Apakah ada plusnya?

Ya! Dan ada banyak lagi kekurangan. Anda sekarang memiliki sumber daya yang Anda kelola. Jadi, Anda memiliki lebih banyak cara untuk mencapai hasil, yaitu memecahkan masalah bisnis. Itulah yang dia harapkan dari Anda.

Saya akan membuat perbandingan dengan tim sepak bola. Anda, sebagai pelatih tim muda, setiap pemain memiliki kekuatan dan kelemahannya sendiri. Jika Anda mengelolanya tanpa memperhitungkan karakteristik masing-masing, maka kecil kemungkinan Anda dapat memenangkan apa pun. Tetapi menjadi pemimpin tim sejati, Anda harus dapat mengubah kelemahan rekan kerja Anda menjadi kekuatan demi kemenangan.

Anda dapat mempekerjakan orang yang tidak terlalu berpengalaman, tetapi dalam setengah tahun mengubahnya menjadi spesialis keren yang akan menarik proyek ini. Ingatlah bahwa Anda memiliki pendekatan keren dalam gudang senjata Anda, misalnya, Scrum atau Kanban, yang dapat mengubah perkembangan yang menyakitkan menjadi proses yang mapan bagi semua partisipannya.

Anda juga memiliki bidang besar untuk eksperimen. Anda memiliki sumber daya untuk mencari dan mencoba solusi baru. Ini harus dilakukan, sesuatu akan berhasil dan membawa kesuksesan. Carilah cara-cara yang akan bermanfaat bagi tim dan bisnis. Tidak ada peluru perak, Anda harus menemukan solusi Anda sendiri yang akan bekerja dalam kondisi tertentu.

Gunakan pengalaman Anda dan bangun sistem seleksi karyawan yang efektif. Juga memotivasi dan mengembangkan tim Anda. Dan jangan lupa tentang perkembangan diri Anda: membaca buku, mendengarkan ceramah, pergi ke konferensi. Pada akhirnya, hanya mengobrol dengan orang dan berbagi pengalaman. Sebagai hasilnya, Anda akan membangun tim impian yang terkuat.

Jika Anda masih tidak mengerti, maka seiring waktu Anda akan menyadari bahwa sumber daya yang paling penting adalah manusia. Tetap bersama kolega Anda, bukan bos dan bawahan. Jadilah satu mekanisme, bantu mereka, dan mereka akan membantu Anda.

Team Leader bukanlah superprogrammer, itu adalah pemimpin yang dapat dari sumber daya apa pun, bagaimanapun juga, membentuk tim yang keren dan menghasilkan keuntungan bagi perusahaan. Itulah yang membuat pekerjaan ini sangat keren.



Bagi saya pribadi, ini adalah pujian tertinggi ketika orang-orang datang dan berkata: "Sialan dirimu, layanan apa yang sudah kamu cuci! Juga dengan tim sekecil itu! ” Setelah itu, Anda mengerti bahwa semuanya tidak sia-sia. Dan itu memberi kekuatan untuk membuat proyek lebih baik. Jadi untuk berbicara, menangkan kejuaraan Anda dengan orang-orang.

Bagi mereka yang sudah pergi untuk wawancara besok

Perlu diceritakan tentang lowongan untuk posisi TL. Seperti yang saya tulis di atas, perusahaan berbeda, mereka memiliki tugas yang berbeda. Pada saat wawancara, cobalah untuk memahami siapa yang masih dibutuhkan majikan, sehingga harapan Anda sesuai dengan kenyataan. Terutama lucu ketika perusahaan tidak memiliki hierarki yang jelas, dan semuanya harus bergantung pada satu orang. Biasanya di lowongan mereka ada ungkapan: “Anda harus memprogram 70-80% dari waktu. Saya akan menyarankan menghindari saran seperti itu. Entah mereka ingin menghemat pada Anda, atau manajemen tidak mengerti mengapa mereka membutuhkan TL. Tentu saja, setiap kasus bersifat individual, tetapi tetap ada sisi rasionalnya. Pada akhirnya, seseorang akan kelelahan dan pergi, karena Anda tidak bisa hidup dalam stres sepanjang waktu.



Dekati pilihan tempat dengan pemahaman tentang apa yang ingin Anda dapatkan. Ingatlah bahwa wawancara dilakukan tidak hanya dengan Anda, tetapi juga dengan perusahaan. Jangan ragu untuk bertanya, cari tahu segalanya. Lebih baik mengetahui segala sesuatu di muka daripada berakhir di jurang. Anda bahkan dapat meminta untuk berkenalan dengan tim, mendengarkan apa yang dikatakan tim masa depan Anda. Harga kesalahannya tinggi: tempat yang salah bisa membuat semua pengembangan lebih lanjut tidak memungkinkan Anda masuk ke dunia yang indah ini.

Kesimpulan

Memilih menjadi TL harus menjadi keputusan sadar, dan bukan hanya karena Anda lelah menulis kode atau menginginkan gaji yang lebih tinggi. TL adalah langkah pertama dalam manajemen TI. Pada tahap ini, Anda dapat memahami apakah Anda suka atau tidak. Dan jika tidak, Anda selalu dapat kembali ke pengembang. Tetapi perlu diingat bahwa jika Anda bekerja pada TL untuk waktu yang lama, maka kembali bisa sulit. TL tidak menulis banyak kode, dunia, dengan teknologi, banyak berubah, pengalaman hilang. Mungkin ternyata Anda akan kembali, dan akan memakan waktu lama untuk mengganti waktu yang hilang.

Ini tentu pekerjaan yang sangat menarik. Anda harus mematahkan pemikiran Anda dan mulai berpikir dengan cara baru. Dan, tentu saja, tinggalkan zona nyaman. Tetapi kemudian Anda mendapatkan pengalaman manajemen yang tak ternilai, Anda dapat membangun tim dan mencapai hasil untuk perusahaan.

Segala sesuatu yang dijelaskan di atas dilengkapi dengan pengalaman. Buku pelajaran dan kursus tidak akan mengajarkan Anda untuk menjadi TL. Tetapi mereka dapat membantu menyiasati sejumlah besar garu.

PS: Terima kasih atas waktunya! Saya meminta Anda untuk tidak secara ketat menilai, ini adalah artikel pertama saya di hub Saya berharap dia akan berguna bagi seseorang. Saya mencoba menyampaikan pengalaman pribadi saya. Saya akan berterima kasih atas segala pendapat. Tapi ini baru permulaan, maka saya ingin mempelajari detail dari proses pengembangan dan manajemen tim dan memberi tahu bagaimana saya membangunnya.

Artikel manajemen TI saya yang lain:
Tim impian dari nol: mempekerjakan profesional TI
Cara membuat dan mengelola tim yang sukses
Karyawan baru - hidup atau mati
Tumbuh, Pemimpin Tim, Besar dan Kecil