🐘 👩‍⚖️ 🗜️ Siapa techlide dan mengapa tim membutuhkannya 🚼 ⬇️ 💶

Kami baru-baru ini menulis bagaimana kami memulai konferensi yang sepenuhnya ditujukan untuk proses dan praktik rekayasa. Tujuan kami adalah untuk berkumpul di satu tempat profesional yang mengembangkan kepemimpinan teknis perusahaan, produk dan memberi mereka kesempatan untuk berbagi pengalaman, membahas tugas dan masalah industri mereka, bersama-sama menemukan pendekatan baru. Kami sudah lama berpikir apa yang menyatukan orang-orang seperti bagaimana mengenali mereka. Dan mereka menyadari bahwa mereka adalah technlide. Merekalah yang bertanggung jawab atas vektor teknologi, menerapkan praktik teknik yang sama, dan mengatur proses.

Tetapi dalam industri kami, bahkan penilaian jabatan junior / menengah / senior sangat berbeda dari perusahaan ke perusahaan. Apa yang bisa kita katakan tentang dukungan teknis, yang sama sekali bukan posisi, tetapi peran. Oleh karena itu, kami memutuskan untuk mencari tahu apa yang paling sering mereka investasikan dalam konsep ini. Pada saat yang sama, garis besar bidang tanggung jawab, merumuskan keterampilan teknis utama dan akhirnya memahami bagaimana tehlide berbeda dari pemimpin tim (Spoiler: pemimpin tim juga berperan, sehingga satu orang dapat menjadi tim teknologi dan pemimpin tim. Dan mungkin tidak).

Penafian: Sebagai bagian dari artikel spesialis yang terlibat dalam pengembangan produk TI, kami memanggil seorang insinyur agar tidak membuat reservasi setiap kali: programmer, penguji, insinyur operasi, dll.

Artikel ini didasarkan pada pengalaman Komite Program, didukung oleh 50 wawancara produk yang kami lakukan. Ini tidak dapat dianggap sebagai studi skala besar dari seluruh industri, tetapi sampel kami cukup representatif untuk memperhatikan beberapa fitur karakteristik.

Mari kita mulai dengan hal utama.

Tehlid adalah sebuah peran

Apalagi sering - informal. Setelah seorang insinyur di tim yang paling berpengalaman dan proaktif, ia menjadi pemimpin informal dan mulai "tenggelam" untuk meningkatkan praktik-praktik teknik. Itu dia, dia sudah jadi teknisi, dan, sebagai aturan, tidak ada jalan untuk kembali.

Jika Anda menggali lebih dalam, maka ini adalah pola pikir dan sikap khusus terhadap tanggung jawab, proaktif. Kualitas-kualitas ini sulit ditanamkan dari awal, tetapi Anda dapat menciptakan kondisi yang menguntungkan bagi mereka untuk terwujud. Karena itu, jika Anda melihat mata yang terbakar, bantu mereka untuk tidak memudar.

Secara umum, kemungkinan besar di Rusia, techlides akan segera menjadi pos. Karena harus ada seseorang dalam tim yang mencurahkan sebagian besar waktunya untuk meningkatkan efektivitas tim, tidak hanya dari sudut pandang orang dan interaksi mereka, tetapi dari sisi teknis.

Apa yang dilakukan techlide

Tentu saja, ini sangat tergantung pada spesifikasi tim dan perusahaan dan pada arah pemimpin itu sendiri. Mungkin, seseorang seharusnya tidak mengharapkan bantuan dari pengembangan ponsel pengembangan ponsel dalam menyebarkan Kubernetes (tetapi ini juga terjadi :)). Kami telah mengidentifikasi tugas tingkat atas yang independen terhadap tumpukan:

Menentukan tumpukan teknologi untuk proyek atau tugas tertentu.
Bertanggung jawab atas implementasi pendekatan baru dalam pengembangan, pengujian, pengiriman, dan pemilihan teknologi baru.
Membangun proses (misalnya, CI / CD, tinjauan kode), mengimplementasikan dan mengembangkan praktik teknik.
Meminimalkan risiko untuk pengembangan produk yang terkait dengan keterbatasan teknis, mengatasi hambatan teknis untuk bisnis.
Menentukan strategi teknologi untuk pengembangan proyek atau produk, bekerja untuk masa depan.
Bertanggung jawab atas kualitas implementasi, produk.
Mengembangkan keterampilan teknis anggota timnya.
Ini memecahkan tugas-tugas teknis yang rumit yang tidak bisa diselesaikan oleh insinyur lain dalam tim.

Secara umum, ini dapat didefinisikan sebagai "meningkatkan tingkat keunggulan teknis". Untuk melakukan ini, Anda harus mengambil sendiri banyak keputusan teknis, dan membuat kondisi sehingga tim dapat membuat dan menerapkan beberapa di antaranya secara mandiri.

Tehlid harus fokus bukan pada keputusan teknis apa yang harus diambil, tetapi bagaimana membantu tim membuat keputusan teknis yang tepat. Bukan bagaimana cara mendapatkan fitur X, tetapi bagaimana membantu tim membuatnya “2 kali lebih cepat, 4 kali lebih murah dan tanpa bug”.

Dalam hal ini, pekerjaan teknis meningkatkan efisiensi tim pengembang: waktu produksi berkurang, pengujian lebih cepat, tim memungkinkan lebih sedikit bug, dan tingkat utang teknis berkurang. Tanpa seseorang yang peduli dengan kualitas dan kecukupan solusi teknis, hanya kesuksesan jangka pendek yang dapat dicapai. Utang teknis untuk solusi jangka pendek berfungsi seperti pinjaman - pada titik tertentu, bisnis hanya akan membayar bunga lebih banyak daripada nilai inti. Karena itu, sangat penting untuk menyeimbangkan keinginan bisnis untuk merealisasikan lebih banyak fungsi bisnis, dan untuk membela kepentingan tim tentang hak untuk menulis kode yang baik.

Jika tidak ada seorang pun di perusahaan yang bertanggung jawab atas kualitas produk, maka Anda tidak dapat memastikan bahwa produk ini (jika, tentu saja, dengan pendekatan ini dapat bertahan sama sekali) tidak akan menghadapi downtime, kehilangan data pelanggan atau setidaknya refactoring skala besar. Sebaliknya, solusi teknis yang tepat waktu dapat menghemat jutaan bisnis.

Kualitas utama teknis

Pada pengetahuan dan tingkat keahlian teknis di Komite Program, pendapat dibagi. Pengalaman seseorang menunjukkan bahwa techlide adalah insinyur terkuat dalam tim, dan seseorang telah bertemu dengan jones yang melakukan peran techlide dalam masalah tertentu. Oleh karena itu, mari kita memikirkan fakta bahwa techlide harus memahami sisi teknis cukup untuk tidak membangun sepeda yang tidak perlu dan untuk dapat secara akurat memahami semua yang diperlukan. Dan kemudian - secara situasional, tergantung pada apa yang dia lakukan.

Tetapi dalam kualitas apa yang harus dimiliki orang teknis dalam arti luas, rekan-rekannya agak bulat. Untuk TechLead Conf, kami akan menyiapkan peta terperinci tentang pengembangan kompetensi teknis, tetapi basis tingkat atas ternyata sangat mengesankan.

Mampu melihat masalah, pemberitahuan dalam rutinitas sehari-hari yang perlu ditingkatkan.
Dia tidak peduli dengan proses di perusahaan dan keputusan yang diambil.
Siap bertanggung jawab untuk pengambilan keputusan.
Dia berpikir secara sistematis untuk membuat keputusan jangka panjang dan bekerja dalam kondisi ketidakpastian.
Jelas menyampaikan pikirannya dan membenarkan kegunaan perubahan yang diusulkan.
Dia adalah seorang pemimpin, tahu bagaimana memimpin orang dan mengajar mereka apa yang bisa dia lakukan.
Dia memperhitungkan pendapat rekan-rekannya dan tahu cara bernegosiasi, dan terkadang dia dengan kuat mempertahankan posisinya.
Dia dapat dengan cepat memahami area subjek dan memahami bagaimana solusi teknis mempengaruhi kehidupan nyata.
Ini memiliki pandangan yang luas, terus mendengarkan teknologi modern.

Dan techlide, seperti spesialis kelas atas, harus memikirkan bagaimana ia berpikir. Harus memahami model mental dan menyetelnya.

Haruskah Techlide bekerja dengan tangan

Jawaban singkatnya adalah ya. Kalau tidak, itu akan kehilangan kontak dengan kenyataan, keterampilan akan mulai menurun, dan ini tentu saja tidak akan menambah kredibilitas bagi tim. Jika kita berbicara tentang dukungan teknis, yang perannya dimainkan oleh insinyur paling berpengalaman, maka dia bisa menjadi "pelatih bermain". Dalam hal ini, rekan kerja akan melihat efek dari pekerjaan tersebut. Dan untuk belajar dengan contoh adalah salah satu opsi yang paling dapat diandalkan untuk menerapkan praktik apa pun: mulai dari menggunakan linter, membaca buku yang bermanfaat, atau berbicara di konferensi.

Di sisi lain, jika sebagian besar waktu dikhususkan untuk pengembangan, maka mungkin tidak ada cukup untuk sesuatu dari daftar tugas teknis pertama kami. Pada tahap-tahap tertentu dalam pembentukan perusahaan, techlide mungkin didominasi, misalnya, dengan tugas-tugas penelitian atau pendampingan. Maka tidak mungkin bahwa tim harus mengandalkan techlide untuk mengambil semacam tugas makanan. Terkadang dia dapat bekerja dengan seseorang berpasangan, menyelundupkan sumber terbuka atau bereksperimen dalam proyek hewan peliharaan. Hal utama adalah "jangan kehilangan peganganmu" dan kuasai tumpukan teknologi baru.

Apakah mungkin tanpa tehlida

Itu mungkin, tapi tidak lama. Dalam Stagnaciland hipotetis, mungkin ada perusahaan dengan proses pengembangan mapan yang telah mencapai tingkat pendapatan yang sesuai dengan mereka dan tidak akan tumbuh. Mereka mampu untuk tidak mengubah apa pun. Di dunia nyata, Anda tidak akan bisa diam; tetangga industri bergerak sangat cepat yang tidak Anda inginkan, tetapi Anda perlu beradaptasi, memperkenalkan yang baru dan menjanjikan.

Kebutuhan akan seseorang yang peduli akan kualitas dan yang mengambil inisiatif untuk menerapkan praktik-praktik teknik ditentukan oleh industri. Selain itu, kebutuhan ini muncul segera setelah tim pengembangan muncul, dan seseorang segera mulai memainkan peran ini. Patut diingat hal ini saat membuat tim baru: harus ada orang dengan kompetensi teknis yang diperlukan. Lebih baik bagi bisnis untuk mengetahui dengan jelas siapa yang akan memainkan peran ini dan mempertimbangkan hal ini saat merekrut. Jika tidak, peran techlide dapat berada di pundak seseorang yang tidak sesuai dengannya, tetapi hanya berbicara paling keras.

Kita dapat mengatakan bahwa pada awal suatu produk, sebuah perusahaan di bidang IT dari bidang teknologi sangat dibutuhkan. Dimulai dengan peluncuran MVP, perusahaan sering lupa bahwa mereka cenderung menjadi utang teknologi. Di awal perjalanan, tidak sampai pada kualitas teknologi,oleh karena itu, kami akan menunjukkan pada konferensi bagaimana menghindari masalah ini .

Tetapi juga dengan pengembangan proyek, yang, jika bukan techlide, akan memantau kesejahteraan teknologi perusahaan, yang menjamin bahwa dalam beberapa bulan mereka tidak akan harus menggabungkan sebagian besar anggaran dan tenggat waktu untuk perbaikan bug. Ya, bahkan fitur baru tanpa itu akan muncul terlalu lambat. Dan di masa depan, tanpa techlide, bahkan produk yang paling nyaman dan berkualitas tinggi dapat berubah menjadi Anda tahu sendiri bahwa pelanggan dan pengembang sendiri akan membenci.

Anda bilang, bagaimana dengan tanggung jawab tim? Dan tidak ada yang mengatakan bahwa peran itu tidak dapat didistribusikan. Ini sering kabur, dan kemudian kita dapat mengatakan bahwa tidak ada pemimpin tunggal, tetapi pemimpin di front-end, pemimpin dalam pengembangan ponsel, pemimpin dalam pengujian, dll. Artinya, techlide bertanggung jawab atas area domainnya, untuk satu produk atau proyek.

Dengan demikian, tim atau perusahaan dapat memiliki sejumlah techlides. Suara dari audiens menunjukkan bahwa jumlah optimal techlides di perusahaan adalah 42. Ya, karena semua pengetahuan yang sangat banyak itu tidak cocok menjadi satu kepala, dan semua tanggung jawab di satu bahu tidak akan bertahan. Sampai pada titik bahwa jika sebuah tim mulai sebagai startup telah bekerja dalam komposisi yang stabil selama beberapa tahun, telah berbagi semua kompetensinya satu sama lain, semua orang telah mencapai bentuk T yang sempurna, dan semua orang saling mempercayai satu sama lain untuk membuat keputusan teknis, maka mungkin tidak ada pemimpin. Tidak ada Tekhlid dalam tim seperti itu, dan pada saat yang sama semua orang memainkan peran ini.

Bagaimana techlide berbeda dari peran dan pos lainnya

Tentu saja, membandingkan insinyur teknis dan senior tidak sepenuhnya benar, karena yang satu adalah peran, dan yang kedua biasanya posisi. Senior mungkin baik, tetapi mungkin tidak. Di bawah ini kami mencoba untuk menentukan bagaimana insinyur dalam peran techlide berbeda dari mereka yang tidak memainkan peran ini, tetapi juga memiliki tingkat keahlian dan tanggung jawab yang tinggi.

Jangan menganggap perbandingan ini terlalu serius, kami tahu bahwa di perusahaan yang berbeda semuanya bisa berbeda. Tetapi jika Anda masih memperhatikan bahwa sebagian besar karakteristik teknis relevan bagi Anda, dan pada saat yang sama Anda tidak menganggap diri Anda seperti mereka, maka selamat datang di klub :)

Tehlid vs Senior

Insinyur senior	Tekhlid
Pemain tunggal	Pemain tim.
Paling sering dialami dalam satu arah pembangunan.	Tampak pengembangan lebih luas, bisa menyelesaikan masalah di persimpangan arah.
Sebagian besar waktu bekerja mengembangkan fungsionalitas bisnis.	Sedikit yang langsung menulis kode, mungkin tidak membuat fitur untuk bisnis sama sekali.
Bertanggung jawab atas kode Anda.	Bertanggung jawab atas kualitas produk secara keseluruhan.
Mengembangkan keahliannya, sangat berpengalaman dalam detail.	Kembangkan keterampilan teknis tim, bagikan pengalamannya sebanyak mungkin.

Pengetahuan yang mendalam dan kemandirian seorang insinyur senior sangat berguna dalam sebuah tim. Tetapi jika tim hanya terdiri dari bintang tunggal, maka kerja tim tidak mungkin berhasil.

Tehlid vs Timlid

Perbedaan antara techlide dan timlide adalah yang paling jelas dan paling tidak jelas. Jika Anda bertanya tentang orang ini yang menggabungkan kedua peran, dan dipanggil, misalnya, manajer proyek, maka kesaksiannya akan membingungkan.

Tetapi jika kita beralih ke pengalaman perusahaan di mana tim memiliki pemimpin tim dan pemimpin teknis, kita akan memahami bahwa pemimpin tim bekerja dengan orang-orang dan berfokus pada proses komunikasi dalam tim, pemimpin tim dengan sumber daya dan proses rekayasa. Tehlid tidak mungkin memantau apakah Petya akan terbakar, dan apakah benar-benar nyaman bagi Seryozha untuk bekerja dengan Vasya. Dan juga masalah pembelian peralatan, berpartisipasi dalam konferensi, pembentukan tim, gaji dan bonus - ini jelas bukan untuk techlide.

Ternyata tehlide mungkin bukan timlide, tetapi timlide mungkin teclide. Di sisi lain, pemimpin tim mungkin tidak memiliki pengetahuan yang begitu dalam, dan tim teknis sangat dibutuhkan.

Oleh karena itu, di konferensi kami tidak akan ada laporan soft-skill murni tentang bagaimana melakukan 1-ke-1 dan membangun hubungan kepercayaan dalam tim - ini akan meninggalkan TeamLead Conf . Kami akan membahas cara memilih dan menerapkan praktik teknik yang sesuai, cara mencapai keunggulan teknis dan membangun proses rekayasa.

Tehlid vs CTO

Semuanya sederhana di sini. Dalam perusahaan kecil, itu bisa menjadi satu dan orang yang sama: orang yang memiliki lebih banyak keahlian teknis dan pemikiran strategis. Di perusahaan besar, stasiun layanan sudah memiliki masalah lain, sehingga orang-orang di lapangan diperlukan yang dapat secara mandiri mengembangkan produk atau platform. Dari saat ketika perusahaan memiliki lebih dari tiga tim pengembangan yang cukup independen, stasiun layanan menentukan garis umum, membuat keputusan arsitektur kunci atau membantu menemukan jalan keluar jika tim tidak dapat setuju. STO, pada kenyataannya, mengelola techlide yang beroperasi di tingkat yang lebih lokal.

Jadi (mungkin sampai Anda menemukan CTO Conf), akan ada banyak manfaat di konferensi TechLead Conf untuk CTO. Dan tentu saja, ini bukan hanya laporan, tetapi juga kesempatan untuk membahas pendekatan modern dan bidang masalah industri dengan pakar teknis dan CTO lainnya.

Bagaimana menjadi techlide

Jika Anda memiliki pertanyaan ini (dan bahkan lebih dari itu, Anda telah membaca sampai titik ini), maka setengah dari pekerjaan sudah selesai. Seperti yang kita pahami hari ini, techlide adalah insinyur paling proaktif dan bertanggung jawab dalam tim. Karena itu, Anda tidak perlu duduk diam, tidak takut untuk melangkah maju, bertanggung jawab, tertarik pada dunia di sekitar Anda, dan membangun pengalaman yang paling beragam.

Inilah yang direkomendasikan oleh komite program TechLead Conf dengan memperhatikan:

Alik Kurdyukov (UnitedTraders): Pertama, organisasi mandiri diperlukan. Inisiatif tidak akan berguna jika Anda menggunakan sumber daya Anda secara tidak efisien. Menurut pendapat saya, buku berbahasa Rusia terbaik tentang hal ini adalah "Teknik Jedi" oleh Maxim Dorofeev ( konsep dasar dapat ditemukan dalam laporan oleh Maxim Dorofeev di RIT ++) Kedua, Anda harus dapat mempertahankan keputusan Anda - materi penjualan akan membantu, misalnya, buku "Pertama katakan" Tidak "oleh Jim Camp.

Alexander Matveev (Avito): Terlibatlah dalam apa yang Anda lakukan. Terus-menerus mengembangkan, membaca buku dan artikel, mencoba menerapkan pengetahuan yang diperoleh dalam praktik adalah prasyarat. Pengalaman menerapkan pendekatan dan praktik secara bertahap akan terakumulasi dan akan memungkinkan pencapaian kualitas baru. Dan secara paralel, perlu untuk mengembangkan pemikiran strategis untuk lebih melihat prospek solusi teknis tertentu.

Evgeny Sabirov(TELEMED.CHAT, GK HOST): Pertama, Anda memerlukan pola pikir tertentu: pada setiap momen spesifik dalam pengembangan proses, pahami apa yang bisa dilakukan dengan lebih baik dan apa. Dan kemudian kita akan mempelajari rute-rute khusus yang dengannya Anda dapat datang ke "besok terbaik" ini. Semakin banyak rute yang akan dikuasai, semakin cepat akan baru.

Evgeny Dubovik (Cinimex): Anda harus menjadi lelaki / perempuan yang paling berwibawa, cerdas secara teknis, dan proaktif dalam tim. Dan pada saat yang sama, nikmati fakta bahwa Anda harus menyeret piano, tempat orang lain akan bermain.

Anton Bevzyuk(Raiffeisenbank): Jangan duduk diam dan terus belajar apa yang menarik bagi orang itu sendiri. Untuk mengembangkan dua tangan: mempelajari praktik-praktik teknik modern, peralatan, kerangka kerja dan disiplin pemrograman klasik, tentang cara menulis kode bersih dengan benar dan bersih.

Viet Nguyen (MegaLabs): Untuk memperluas wawasan Anda dan terus menyesuaikan model mental dan alat berpikir Anda - mulailah sekarang !

Evgeni Ivanchenko (DODO PIZZA): Untuk menjadi techlide, Anda perlu menyelam jauh ke dalam area domain. Alat dan teknologi yang digunakan di bidang ini. Pompa keterampilan lunak yang diperlukan dan jangan takut untuk bertanggung jawab.

Julia Dolbilova(DODO PIZZA): Cara menjadi pemimpin teknologi, pembicara di konferensi kami akan memberi tahu yang lebih baik.

Datanglah ke TechLead Conf , lihat bagaimana techlide hidup di berbagai perusahaan dan Anda pasti dapat mengevaluasi apa lagi yang dapat dipompa. Atau, jika Anda ingin membagikan praktik terbaik Anda dan menarik perhatian pada aspek-aspek petunjuk teknis yang tampaknya paling penting bagi Anda, kirimkan permintaan laporan kepada kami . Meskipun ini mungkin abstrak singkat dengan ide-ide utama, kami di Komite Program akan membantu membuat laporan ini bermanfaat semaksimal mungkin bagi audiens techlides.

Sambungkan ke saluran telegram dan obrolan konferensi - kami menerbitkan berita di saluran, mendiskusikannya dalam obrolan, dan meminta pendapat Anda tentang topik dan laporan TechLead Conf di masa mendatang.

Siapa techlide dan mengapa tim membutuhkannya