Kadang-kadang tampaknya timlid adalah seseorang atau sesuatu seperti Snark dari puisi Lewis Carroll: memang ada, serbaguna dan kontradiktif yang dijelaskan dalam manifestasi sehari-hari dan bisnisnya, tetapi untuk semua itu adalah misteri. Untuk memahami seberapa penting peran (pemimpin tim, bukan Snark) ini dalam tim teknik, siapa yang lebih baik untuk memasangnya dan perangkap apa yang tersembunyi dalam pemimpin tim,
Saint TeamLead Conf 2018 berjanji untuk membantu, yang akan diadakan pada 24-25 September di St. Petersburg .
Sebulan sebelum acara, kami berbicara tanpa formalitas dengan direktur teknis proyek
Mos.ru ,
Roman Ivliev , yang mengepalai Komite Program Saint TeamLead Conf 2018. Dalam percakapan: siapa pemimpin tim, bagaimana mempersiapkan mereka dengan benar, siapa dan apa yang harus mereka persiapkan, apa yang harus mereka persiapkan. menjadi lingkaran tanggung jawab mereka dan banyak lagi.
Bantuan
Roman Ivliev lahir pada tahun 1982. Pada 2005, ia lulus dari Departemen Sibernetika, Institut Teknik Fisika Moskow. Lebih dari 15 tahun di bidang TI. Spesialisasi: beban kerja tinggi, manajemen dalam tim teknologi, pelatihan.
Tempat kerja terakhir:
• Pada 2009-2013, pertama seorang insinyur senior, kemudian seorang manajer proyek di Kaspersky Lab (dia bertanggung jawab atas dukungan dan pengembangan situs perusahaan - baik b2c dan b2b).
• Pada 2014–2016 - Direktur Teknologi Informasi Banki.ru
• Dia mengambil posisi CTO di proyek Mos.ru pada akhir 2016.- Selama hampir dua tahun sekarang Anda telah menjadi CTO dalam proyek Mos.ru, dan sebelum itu Anda bekerja selama bertahun-tahun terutama di organisasi komersial. Bagaimana, menurut pengalaman Anda, bekerja sebagai direktur teknis dalam struktur pemerintahan berbeda dari bekerja di posisi yang sama dalam bisnis?- Dari sudut pandang proses produksi, pertimbangkan bahwa tidak ada perbedaan yang signifikan. Sistem pengaturan tugas tidak jauh berbeda dari yang diadopsi di kantor komersial. Perbedaan skala: biasanya proyek pemerintah adalah mekanisme besar. Banyak orang terlibat dalam pekerjaannya, yang memiliki hak untuk membuat dan membuat keputusan. Sebagai perbandingan: jika di Banki.ru kami membuat lima proyek internal, maka di Mos.ru, sekitar dua puluh orang dapat terlibat dalam proyek yang sebanding. Dalam organisasi pemerintah, departemen TI sedikit lebih sulit dalam hal membangun komunikasi eksternal: kebetulan Anda mencoba menangkap orang yang tepat selama setengah hari - hanya karena stafnya besar. Tetapi dengan orang-orang dengan siapa Anda perlu berinteraksi secara teratur, termasuk melalui integrasi layanan, kami berada di kaki pendek: kita saling mengenal.
Di setiap sudut Departemen Teknologi Informasi Moskow (DIT) dan struktur lain yang dengannya kita harus berinteraksi, aturan permainan kita sendiri dan masalah kita, seperti di organisasi besar mana pun, setidaknya di Sbertekh yang sama. Mos.ru kami tidak jauh berbeda dari pasar layanan b2c - kecuali bahwa kami tidak menghasilkan uang.
Tentu saja, kita masih bergantung pada hukum. Dan jika kita menerjemahkan layanan tertentu ke dalam bentuk elektronik atau menerbitkan layanan baru, maka hanya jika ada kerangka kerja peraturan yang sesuai. Katakanlah untuk menyamakan hak-hak mereka yang merekam ke dokter gigi di Internet dan melalui registri. Di dalam departemen, ini bukan tanggung jawab kami. Terkadang, kami menunda rilis karena keadaan yang serupa, yang tidak dapat kami pengaruhi. Meski bisnisnya sekarang berantakan sama.
- Apa yang ada di balik fasad Mos.ru?- Mos.ru adalah gerbang. Sebuah portal yang menyatukan sejumlah besar layanan. Di bawahnya, ada ruang redaksi yang menulis tentang peristiwa di kota dan memelihara poster. Ada bagian yang harus kita miliki sesuai dengan undang-undang, misalnya, yang berisi informasi tentang tindakan hukum pengaturan dan struktur pemerintah. Bagian-bagian sumber daya ini juga diisi oleh orang-orang yang terlatih khusus. Kami mempersiapkan mereka untuk mekanisme manajemen konten, mereka menggunakannya.
Masih dalam tanggung jawab kami adalah proyek khusus digital. Dari segar - buat ini untuk taman Zaryadye.
Kami, secara relatif, memiliki tim siklus penuh. Kami mengambil sesuatu dari samping, meskipun jarang. Layanan lain yang hidup dalam domain
www.mos.ru , tetapi yang dikembangkan bukan oleh kami, tetapi oleh divisi DIT lainnya, tersedia di situs berkat integrasi internal. Kami menyembunyikannya dari pengguna sehingga baginya setiap transisi di dalam portal menjadi lancar. Duduk di Mos.ru, Anda dapat dengan mudah berada di sistem lain, namun, jika Anda tidak masuk ke kode halaman, Anda tidak akan melihat apa pun.
Layanan
pemerintah kota yang sama (mereka dapat diakses melalui situs web kami) dilibatkan dalam tim terpisah. Layanan mereka, pada gilirannya, terbatas pada sistem IT khusus industri: kesehatan, sosial, dan sebagainya.
- Seberapa besar tim besar yang terlibat dalam dukungan teknis portal di bawah pengawasan Anda?- Dua puluh orang dalam pembangunan. Dengan selusin dalam pengujian, termasuk yang terlibat dalam otomatisasi. Tambahkan di sini tim eksploitasi dan DevOps. Secara total, hingga lima puluh, jumlah dan komposisi yang tepat tergantung pada keadaan dan beban saat ini.
- Bagaimana hierarki manajemen teknis Anda dibangun? Bagaimana bidang tanggung jawab dibagi?- Kami memiliki tiga bidang utama: pengembangan, pengujian, operasi. Operasi, pada gilirannya, dibagi menjadi operasi bersih dan DevOps. Selain itu, mereka yang berinteraksi dengan pusat data dan mereka yang terlibat dalam otomasi dibedakan, tetapi mereka memiliki banyak tugas umum, jadi saya tidak membiakkan mereka di kamp yang berbeda.
Pengujian dilaksanakan sesuai dengan skema "pengujian sebagai layanan". Ada sekelompok penguji dan bosnya. Mereka secara nominal terikat pada tim, tetapi pada kenyataannya bukan anggota mereka. Jika perlu, kami mentransfer penguji dari satu tugas ke tugas: orang-orang ini lintas fungsi. Pengecualiannya adalah seluler. Kami mengirim orang-orang khusus untuk menguji aplikasi seluler dan mencoba untuk tidak menarik mereka secara gratis: pekerjaan mereka memiliki kekhususan yang jelas.
Kami juga memiliki DevOps sebagai Layanan: tugas ditetapkan, diprioritaskan, dan kemudian dijalankan melalui devops, yang juga tidak diperbaiki ketat untuk beberapa tim. Demikian pula, operasi bekerja.
Namun pengembangannya dibagi menjadi beberapa tim di bidang fungsional. Kami memiliki dua jenis tim. Yang pertama sangat terspesialisasi. Khususnya, yang melakukan pencarian. Itu tidak menyentuh frontend dan GUI: hanya backend. Melihat algoritma mereka sendiri, meneliti pembelajaran mesin, membuat penyihir, petunjuk, statistik, analisa, koreksi kesalahan ketik. Mereka duduk di tumpukan teknologi mereka dan terhubung dengan Mos.ru melalui API. Layanan pencarian terhubung ke bagian mana pun dari portal. Tim terpisah mendarat ke arah aplikasi seluler. Dia memiliki backend sendiri.
Kedua tim ini berinteraksi dengan "pengembangan inti" dari DevOps, pengujian, dan operasi.
Jenis perintah kedua adalah perintah yang membuat dan mendukung modul Mos.ru yang terpisah, termasuk GUI. Biasanya ada lima di masing-masing, dengan maksimal enam karyawan, tergantung pada arah. Dalam mini-grup ini, ada pembagian yang jelas ke front-end dan back-end: dalam kasus kami, telah terbukti efektif. Sebagian besar backender adalah pengembang tumpukan penuh, tapi saya tidak membuatnya berputar di dua lantai dansa sekaligus. Setiap tim memiliki pemimpin tim.
- Jadi kata ini terdengar. Dan apa yang dilakukan Timlid semacam itu?- Pertama-tama, ia adalah ahli strategi di sektornya di depan - ia memantau kepatuhan terhadap aturan permainan yang telah kami buat. Di atasnya - antara lain - dekomposisi tugas, tinjauan kode, organisasi retrospektif, pendidikan pemula.
Diterjemahkan ke dalam jajaran militer, ini adalah seseorang seperti sersan - pemimpin pasukan. Dia diberdayakan dan memiliki hak untuk membuat keputusan dalam kerangka solusi dan standar teknologi yang telah kami adopsi bersama.
Ditambah lagi anggota tim saya adalah bagian dari tim arsitektur. Ini bukan struktur yang diformalkan dan tidak terus-menerus beroperasi: ia muncul ketika kebutuhan sudah matang untuk menghasilkan sesuatu yang baru dalam hal teknologi. Kemudian semua pemimpin tim, kepala departemen pengujian dan operasi dan semua yang sangat tertarik dengan perubahan akan bertemu dengan saya. Spesialis dengan kompetensi berbeda, dengan pandangan berbeda tentang lanskap teknologi, dengan posisi berbeda duduk dalam lingkaran. Mereka membahas masalah kontroversial, memperbaiki perjanjian, menghasilkan arsitektur atau solusi - dan tidak setuju.
Sampai baru-baru ini, di Banki.ru dan di Mos.ru, secara eksklusif "punggung" tersingkir dari rekan satu tim saya. Sebagai aturan, pengembang back-end senior mengambil peran ini. Tetapi saat ini saya sudah memiliki dua tim memimpin dari frontend.
Segalanya berubah. Kami harus beradaptasi dengan realitas teknologi saat ini, dan sebagai hasilnya kami mendapatkan apa yang kami sebut guild.
Begini masalahnya: sulit bagi front-runner untuk melacak apa yang terjadi di dunia backend pada tahun 2018, dan sebaliknya. Kami menyadari bahwa orang-orang perlu bekerja sama pada tingkat horizontal, terlibat dalam asosiasi informal tanpa subordinasi langsung, tetapi dengan status - seperti jajaran di masyarakat rahasia, sesuatu seperti "penguasa tatanan back-end". Pembawa "gelar" tersebut adalah orang-orang yang secara de facto membuat keputusan manajerial yang bersifat terapan: apakah kita akan pindah ke PHP 7.2, apakah Angular akan berkembang, atau lebih baik bertaruh pada React.
Kelompok berkumpul secara teratur - secara terpisah front-end, back-end yang terpisah. Mereka berkumpul dan mencari tahu siapa yang baik dan siapa yang jahat, apa yang modis dan keren sekarang. Mereka berdebat apakah Webpack benar-benar topi kusam yang mengumpulkan banyak hal yang tidak perlu, atau hanya perlu belajar cara menanganinya. Mereka tidak meluap dari kosong ke kosong, tetapi pada akhirnya mereka sampai pada solusi praktis.
Pada akhirnya, tim arsitektur menggantikan arsitek sistem saya. Ya, saya tidak punya arsitek sistem.
- Tempat apa yang dipimpin oleh pemimpin tim dalam tim Anda? Apakah dia melapor langsung ke CTO atau ada manajer tingkat menengah?- Kami tidak memiliki tingkat menengah - hal itu terjadi begitu saja. Dengan logika berbagai hal, antara pemimpin tim dan saya harus ada manajer pengembangan. Bahkan, ada bos di departemen pengujian dan operasi, dan saya pribadi mengelola pengembangannya. Karena itu, Timlids melapor langsung kepada saya.
Sedikit lebih rumit adalah skema pengajuan para devops. Awalnya, saya juga akan memisahkan mereka menjadi kelompok yang terpisah dengan bos saya, tetapi saya dan orang-orang merenungkan dan memutuskan bahwa ini adalah tautan manajerial tambahan. Mereka membawa DevOps bukan bos Kanban, itulah sebabnya mereka sangat puas.
- Kapan Anda pertama kali menemukan entitas seperti itu sebagai pemimpin tim dalam pengembangan? Kapan pengalaman pribadi saya yakin bahwa fitur ini bermanfaat?- Pada 2008, saya dan rekan kerja saya menulis perangkat lunak yang cerdik di pabrik pertahanan. Setelah kami mengubur hidung kami pada kenyataan bahwa itu sangat sederhana: tim sepuluh pengembang tidak mampu menghasilkan apa-apa, tetapi hanya mampu scamming dan bersumpah. Kemudian untuk pertama kalinya dalam hidup saya, frase "pemimpin kelompok" muncul - semacam prototipe pemimpin tim.
Tim insinyur dibagi menjadi dua, setelah menugaskan orang yang bertanggung jawab untuk masing-masing dari dua kelompok. Saya adalah salah satu dari mereka. Kepala kelompok lain dan saya mulai membangun proses pengembangan internal dan men-debug interaksi antara dua bagian dari tim mini kami. Bersama-sama kami mengubah kolektif "tipe kawanan" menjadi dua unit tempur yang efektif. Mereka mulai mendistribusikan tugas di antara mereka dan memprioritaskan tugas yang sama ini, merencanakan periode yang lebih lama, dan, pada akhirnya, menyinkronkan pekerjaan tim untuk menghindari downtime.
Di Banki.ru, struktur departemen teknis juga “seluler”: tim-tim di dalamnya dikendalikan oleh para pemimpin tim, dan sebagian besar waktu dengan lima di antaranya saya hubungi langsung, tanpa adanya manajer pengembangan. Sama seperti sekarang di Mos.ru.
Sebelumnya, di Kaspersky Lab, tempat saya bertanggung jawab atas pekerjaan situs perusahaan, beberapa tim beroperasi di bawah manajemen saya - multidisiplin, dengan tumpukan teknologi yang berbeda. Jadi di sana saya akan terluka oleh pikiran saya tanpa Timlids - para pemimpin kelompok yang menyelamatkan saya dari siksaan yang terkait dengan membangun panorama teknologi dalam semua detail. Saya berinteraksi dengan mereka di tingkat ideologi dan koordinasi proses secara keseluruhan. Dan membangun aturan permainan - bagaimana melakukan tinjauan kode, apakah akan membantu yang lebih muda, apakah akan menipu para penatua, dan sebagainya - tetap pada nurani mereka.
Dan lagi tentang hal yang sama: dengan siapa lagi Timlid membandingkan, jika tidak dengan sersan? Di Amerika Serikat, seluruh pasukan berpegang pada mereka. Aku juga tidak bisa hidup tanpa "sersan". Sebaliknya, saya bisa, tetapi dengan rasa sakit dan melalui geladak tunggul. Mereka adalah mata, telinga, tangan saya. Mereka adalah orang pertama yang membawa keinginan, saran, dan instruksi saya "kepada massa" dan memastikan bahwa semua ini dilaksanakan.
- Menurut Anda, apakah pemimpin tim lebih merupakan profesi atau peran situasional dalam organisasi, dengan analogi dengan ahli scrum?- Saya sekarang memiliki keduanya di tim. Ini adalah satu hal ketika tugas tim pada dasarnya sama, dan orang-orang bergerak dalam satu ritme. Lain adalah ketika dalam tim n masalah diselesaikan secara paralel, di mana n dapat melebihi jumlah insinyur dalam tim. Dalam kasus kedua, pemimpin tim memiliki setiap kesempatan untuk mengubah, bahkan untuk sementara, menjadi administrator alami, yang akan "mengarahkan" tugas-tugas ini. Bagi saya, ini adalah peran dan profesi.
Selain itu, pasar masih memperdebatkan tentang siapa burung timlid pada prinsipnya dan apa fungsi dasarnya. Semua orang datang dengan konfigurasi yang paling cocok untuknya. Lebih sering mereka bahkan datang dari tugas apa yang perlu dan tepat untuk diselesaikan dalam tim tertentu. Sebagai contoh, di Banki.ru saya mendelegasikan pemilihan personel kepada pemimpin tim saya: mereka cukup “tercerahkan” untuk mengajukan pertanyaan yang tepat selama wawancara, tidak hanya untuk menentukan kualifikasi kandidat, tetapi juga untuk menguji soft skill-nya. Sedikit demi sedikit, para pria memompa dan beralih dari para pemimpin teknis biasa dari peringkat awal ke unit-unit di tingkat berikut. Di Mos.ru, kami secara bertahap datang ke sistem yang sama. Orang-orang itu sendiri mempelajari resume, melihat kandidat, melakukan wawancara teknis. Saya sering menghadiri panggung ini sebagai penonton.
Apakah timlid ada sebagai profesi, pertanyaannya adalah mengisi ulang. Apakah pemimpin tim profesi? Tentu saja Hanya dalam ilmu roket adalah satu, dan dalam pemrograman yang lain, dari sudut pandang fungsi yang dilakukan oleh perwakilannya dan berbagai tugas yang dilakukan. Di perusahaan, di mana lima orang dalam pengembangan, satu. Di kantor untuk 250 karyawan - yang lain.
Sama dengan master scrum. Tidak ada yang mengganggunya untuk menjadi seorang back-end, front-end, tester, atau bahkan seorang penulis teknis. Hal utama adalah kemampuan untuk menyatukan orang, mengatur mereka dengan cara yang benar dan mengatur, mengurangi entropi sebanyak mungkin dan mendorong kolega untuk bergerak dalam satu ritme dan dalam satu arah.
- Mari kita kunjungi duniamu yang sempurna. Ketika tim menyertakan manajer produk, manajer proyek, dan semuanya, di mana tanggung jawab pemimpin tim? Apakah Timlid lebih condong ke "desain" daripada "produktivitas"?"Dia lebih dekat dengan desain, ya." Tetapi bisnis adalah bisnis, dan proses rekayasa internal adalah proses rekayasa internal. Semua garam adalah bahwa area tanggung jawab utamanya adalah organisasi kerja di "sel masyarakat", yang menghasilkan produk akhir.
Lebih tepatnya, pemimpin tim memiliki dua titik fokus. Yang pertama adalah organisasi kerja di dalam mikro-kolektif, mulai dari pengumpulan data input hingga pengiriman hasilnya. Yang kedua adalah penyediaan interaksi sosial dalam tim dan pembentukan hubungannya dengan kepemimpinan TI tertinggi. Jika ada bias yang jelas dalam satu arah atau yang lain, itu adalah sampah.
- Apa yang harus dikendalikan Timlid?- Pertama, ia berupaya memastikan bahwa aturan permainan yang diterapkan di tingkat perusahaan, unit, kelompok karyawan dihormati dalam pembukaannya. Ada aturan untuk menghasilkan kode, memelihara dokumentasi, melakukan acara umum - yang berarti bahwa setiap orang harus mengikutinya.
Kedua, dia memberikan bimbingan teknis: dia bertanggung jawab atas dekomposisi tugas, implementasi mereka dalam pengembangan dengan tujuan membuat implementasi mereka semudah dan dapat dimengerti mungkin, dan benar-benar memantau implementasi mereka. Ini berdekatan dengan fungsi tim yang diremehkan dan sangat penting - untuk memastikan kelengkapan data input untuk tim. Saya memiliki orang-orang ini berdiri di pintu masuk ke mini-grup mereka sebagai filter: jika sebuah tim mendapatkan omong kosong eksplisit alih-alih TK, pemimpin timnya menekan proyek atau produk sampai dia merumuskan persyaratan yang benar.
Bila perlu, tim memimpin melalui sumber daya eksploitasi, seperti akses jaringan. Dan tentu saja, dia mengerti bagaimana bagian dari sistem yang melibatkan rekan satu timnya terstruktur, termasuk baginya jelas bagaimana integrasi bekerja. Jika tidak, ia tidak akan dapat dengan benar memformulasikan tugas tim pengujian dan operasi atas nama timnya.
Ketiga, pemimpin seperti itu dalam hal kegagalan apa pun, yang dia sendiri tidak bisa atasi, segera memberi sinyal kepada mereka dan membawa mereka ke perhatian orang-orang yang dapat memecahkan masalah. Jika tim tidak punya waktu, dia, setelah baru saja menemukannya, melangkah ke bosnya, dan tanpa kesedihan mengakui: "Kami tidak punya waktu, karena kami" diremehkan "," dan menawarkan kepadanya solusi.
Di Mos.ru, sampel tahun 2018, ketua tim bertanggung jawab untuk memastikan bahwa tugas yang diterima oleh tim ditutup tepat waktu, sesuai anggaran yang ditentukan, dengan komposisi spesialis saat ini. Ini ideal. Sesuatu gagal - dia segera mengeluarkan masalah yang tidak dapat dia tangani dengan sumber dayanya yang tersedia, dan “meremasnya” sampai masalah itu diselesaikan dalam tim atau satu atau dua tingkat lebih tinggi. Setidaknya itu tidak meninggalkan proses yang bermasalah dengan sendirinya.
Dengan demikian, pemimpin tim adalah manajer teknis penuh, bukan semacam pelengkap dari kategori "biarkan saja."
- Tanggung jawab lain apa yang dapat - atau harus - diberikan kepada Timlid?- Timlids melakukan bagian lain dari fungsi mereka cukup sering, hanya tergantung pada keadaan, mereka memberi perhatian lebih atau kurang kepada mereka dari organisasi. Misalnya, penyesuaian metodologi pengembangan: Anda, sebagai pemimpin tim, melihat yang terbaik dari semuanya apakah metodologi yang dipilih untuk semua orang cocok secara spesifik untuk situs Anda. Seringkali ternyata tidak. Bayangkan bahwa semua orang menggergaji GUI, dan Anda adalah komponen layanan. Jelas proses Anda sama sekali tidak sama dengan proses yang dilakukan tetangga Anda.
, «» : , , - «- ». HR-. , , , . . HR- .
, . , - . .
. - , , , . : , . , : «- , - ».
, — , , — . . , Mos.ru . , . - , . , «» , , , : , . , : , , .
— «», ?— , - . , . . — , , - . , code review, - , . , (, ). , Vue.js, PostgreSQL 10 «» . , , -, .
, . , , : , Sphinx Avito. .
, , — - , . . , , , .
- , . , , , .
— , ? , back-end front-end .— . , , , «», . «» , , , .
— — , — ? , ? «»?— , . . - , - — . . , , , . , IT — , . . : , .
CTO . — , ? , « — — » — , , , ? .
— , , , ?— , . , - . — . , . .
, , . . , : « PHP, Go, - -». , , .
, «», : , , .
. - , . - « ». , , .
— . . — . HR-. , . , ? , , . , , — - .
— . , . — .
, soft skills, , , , . , ? , . : .
— «» «-». , , . , ? ?— , . — — . , : « ». , . , — . .
Saint TeamLead Conf : , «», «».
, — — . , , , : « , — ». : , .
, , : : « , , — - ».
— ? ?— , , soft skills. , , , , , .
, , , , , . — , , .
— , , , ? ?— - . , . 7±2, , , , , ( ). -, — -.
— , ? ?— : , .
:
• . , , , , , .
• , , , , , , .
• , , .
— , IT , ?- Tidak! . , «» IT-. , , : , «» .
TeamLead Conf, , «», , , , — , , — .
, , . , Mos.ru , . : . Banki.ru , , , , ; - .
— . , , , , review. .
, Saint TeamLead Conf, — . , , , , , .
— , TeamLead Conf , , ? ?— , , , - . , .
— , .
— IT , «» ? ?— . . , - - . , . - .
— ? « », , - ?— . , - : , , , IT-, . , « », .
«» —
HighLoad++ , ++, «» — Whale Rider Aletheia Business. « »: , , , .
, Saint TeamLead Conf . , ?
Materi spring TeamLead Conf telah diposkan sepenuhnya di saluran YouTube kami. Juga akan muncul video konferensi baru, tetapi dalam beberapa bulan. Berlangganan jika Anda tidak ingin ketinggalan.
Semua berita kami seputar manajemen dan kewirausahaan, kami kumpulkan di buletin. Ini termasuk: publikasi artikel dan transkrip, video terbuka, pengeras suara keren, dan kegunaan lainnya. Jika tertarik, daftar .