2 minggu tersisa sampai pesta timid yang paling besar dan kami memiliki
jadwal yang sangat nyata. Pada 25 dan 26 Februari, Radisson Slavyanskaya akan mempertemukan ratusan insinyur, pemimpin tim, pemimpin dari semua garis dan jajaran di situsnya yang tidak peduli dengan topik manajemen. Kami benar-benar telah memecahkan rekor untuk kehadiran Peter dan bertujuan untuk mengalahkan Agile days.
Kali ini kami membuat beberapa perubahan pada proses persiapan program. Pertama, kami mengidentifikasi beberapa topik utama dan benar-benar mencoba untuk mengumpulkan laporan yang secara maksimal mengungkapkan topik-topik ini: delegasi, berjuang dengan kelebihan beban, merencanakan pekerjaan Anda, motivasi tak berwujud, warisan, segala macam acara kelompok mulai dari tinjauan kode hingga penyelenggaraan pertemuan. Pada saat yang sama, mereka tidak melupakan topik unggulan konferensi - manajemen tim dan komunikasi. Kedua, kami mengalokasikan seluruh aliran untuk komunikasi dalam format meja bundar dan lokakarya.
Akhirnya, kami mulai menerima laporan secara berurutan, dan tidak dalam jumlah besar, seperti yang kami lakukan sebelumnya. Hasilnya, dari 137 aplikasi untuk laporan, kami berhasil menyusun program yang terdiri dari 32 laporan, 4 meja bundar tematik, dan dua lokakarya lengkap. Sebelumnya, saya
berbicara tentang format komunikasi baru secara lebih rinci dan mengumumkan
selusin laporan pertama .
Di bawah cut, 20 laporan yang tersisa dan beberapa pemikiran tentang tindakan yang akan datang. Banyak surat!
Jadi Kami mempelajari umpan balik Anda dengan cermat pada acara sebelumnya dan menerapkan tambalan yang diperlukan untuk meningkatkan.
Semua laporan, tabel, dan lokakarya akan dibagi menjadi 6 bagian tematik:
- Manajemen tim.
- Komunikasi.
- Metodologi dan proses.
- Kerjakan sendiri.
- Timlid dalam organisasi.
- Perubahan transformasional.
Kali ini kami meninggalkan ide untuk mengubah jadwal sehingga laporan di bagian berjalan berurutan. Ini sering mengarah pada fakta bahwa beberapa topik sensitif dibahas tiga kali, dan dalam konteks yang sama. Satu-satunya pengecualian adalah bahwa pagi hari kedua akan dimulai dengan penghambat kerja mandiri yang sangat ketat.
Hari pertama
Untuk mulai dengan, saya akan memberi tahu Anda sedikit tentang tamu-tamu kami, terutama karena salah satu dari mereka akan berbicara secara paralel dengan
Yegor Tolstoy setelah pembukaan konferensi.
Seluruh delegasi dari tiga pembicara akan diwakili oleh
Wargaming . Hampir tidak ada yang pernah mendengar tentang kantor ini. Para pemain membuat game yang sangat keren, mereka memiliki banyak hal, termasuk pengembang. Untuk sim, kami mengundang mereka untuk membuka tabir kerahasiaan, serta apa yang diatur dalam salah satu divisi dari merek game ini.
Kami melihat pengalaman kantor paling keren
Mari kita mulai dengan kisah
Ilya Roslyakov "Siapa pemimpin dalam Platform Wargaming .
" Di beberapa titik, Platform Wargaming menghadapi sejumlah masalah, upaya untuk menyelesaikan yang mengarah pada pemahaman bahwa perlu untuk mereformasi struktur. Sekali lagi. Karena perusahaan berusaha untuk menjadi sebuah organisasi teknik, bukan beberapa manajer yang menjadi tulang punggung, tetapi para insinyur sejati, yang memimpin.
Skakmat, tuan-tuan, manajer . Kedengarannya keren.
Laporan kedua dari
Vyacheslav Kostikov didedikasikan untuk budaya rekayasa di tim platform. Sebuah cerita tentang bagaimana tim platform telah berubah. Mengapa perubahan ini perlu? Bagaimana tepatnya mereka berubah dan
mengubah budaya rekayasa . Mengapa, pada prinsipnya, untuk "budaya rekayasa" Wargaming bukan hanya kata buzz lainnya. Berbagi pengetahuan, lokakarya, ulasan kinerja (dapat dibandingkan dengan apa yang dilakukan Badoo dan Avito, aha).
Nah, dari sudut pandang saya, serangkaian cerita tentang bagaimana tim platform di Wargaming diatur tidak akan lengkap tanpa
cerita platform tim
HRBP tim
Olga Prokhodskaya tentang "Retensi karyawan: metrik dan alat untuk mengelola kinerja dan kepuasan". Laporan ini bukan tentang bagaimana Anda dapat menjaga karyawan yang datang kepada Anda dengan tawaran dari perusahaan lain. Seperti itu, tentu saja, dapat dan harus disimpan, dan ada banyak opsi untuk ini. Tapi
"memadamkan api" selalu lebih mahal daripada secara proaktif mencegahnya dengan bantuan manajemen orang yang kompeten. Dalam laporannya, Olga akan memberi tahu bagaimana Platform Wargaming mengumpulkan data tentang keadaan emosi karyawan: tingkat stres, risiko meninggalkan, tingkat kepuasan, dll.
Pada konferensi terakhir di St. Petersburg, kisah-kisah
Spotify's Julia Kurapatenkova diingat oleh fakta bahwa mereka menggunakan bahasa Inggris dan Skype, serta konten yang sangat menarik. Terlepas dari reaksi beragam dari audiens, kami memutuskan untuk terus menghasilkan cerita tentang bagaimana salah satu kantor paling keren diorganisir, yang dipantau oleh para pemimpin pasar dan mencoba untuk menyalin keputusannya mengenai organisasi dan manajemen. Kali ini, Julia dalam bahasa Rusia (saya menduga ini penting)
akan berbicara tentang "bagaimana mengukur kinerja seorang programmer", dan yang paling penting mengapa melakukannya dan bagaimana cara bergabung dengan pendapat manajer dan pengembang agar tertarik untuk naik tangga karier.
Menyusun tim impian
Para tamu baik, tetapi pemilik situs menyiapkan cerita yang sangat keren, dan karena saya menyebutkan SDM dan bekerja dengan karyawan, ada baiknya menceritakan tentang
laporan Katerina Gavrilova , di mana kami diajarkan untuk mengajukan pertanyaan wawancara sehingga kebenaran tidak tersembunyi dari Anda. Sangat bagus untuk mempertahankan karyawan, tetapi bagaimana cara
merekrut dengan benar , mengajukan pertanyaan yang tepat dan kemudian tidak menghadapi kekecewaan bahwa kandidat tidak berakar dalam tim, meskipun ia idealnya cocok untuk keterampilan teknis. Tetapi ini sering terjadi. Mari kita lihat masalah ini sejak awal - dari wawancara.
Ahmed Sheriev (tentang dia sedikit lebih rendah) akan bercerita tentang tim warisan dan reformasi mereka, tetapi ada sisi lain dari pertanyaan - bagaimana mengumpulkan tim ketika tidak ada (dan mungkin tidak ada). Dalam
laporannya, Ivan Lukyanov dari Avito akan berbicara tentang membuat dan menjalankan tim. Pengalaman membangun puluhan tim dikristalisasi
dalam bentuk daftar periksa , yang menurutnya akan lebih mudah dan lebih efisien untuk menyusun tim, mengatasi fase adaptasi dan mencapai kapasitas desain.
Melanjutkan topik pembangunan tim, kami mengundang
Alexei Kataev dari SkyEng untuk berbagi pengalaman tentang penguatan tim dan
resep untuk motivasi, delegasi dan otomatisasi. Semua ini memungkinkan Anda untuk
membongkar tim memimpin dan pada saat yang sama mengerahkan tim dan membuatnya lebih keren.
Omong-omong, topik swasusun dan perjuangan melawan kemacetan masih dalam beberapa laporan.
Grigory Petrov akan berbagi pengalamannya dalam mengatur perencanaan karyanya untuk paranoid :). Gregory akan mengingatkan Anda bahwa ada ratusan metode untuk bekerja dengan tugas, banyak alat, pasukan konsultan pertumbuhan pribadi. Semua ini mengisyaratkan bahwa tidak semuanya begitu sederhana di dunia ini. K.O Anda (c). Laporan ini akan
tentang bias kognitif dan manipulasi sosial . Secara umum, semua yang kita sukai: psikologi dan teknologi dalam satu botol. Omong-omong, Gregory adalah peserta aktif dalam komunitas Python dan juga ketua komite program
Moskow Python Conf ++ .
Penggemar metodologi tangkas akan tertarik untuk mendengar tentang fakta bahwa pemimpin tim juga dapat dikembangkan dalam gaya scrum, sebagai produk perangkat lunak.
Tentang ini
akan memberi tahu Andrei Sukhonosenko di kamar kedua pada sore hari. Idenya adalah bahwa proses pelatihan pemimpin tim harus memenuhi sistem nilai profesi, industri, perusahaan. Misalnya, bagaimana dengan Timlid sebagai "produk perangkat lunak" yang perlu dirilis dengan cepat sesuai dengan persyaratan pelanggan? Kemudian, mengembangkan tim memimpin dalam semangat Agile dan menggunakan Scrum, kita dapat menganggap pelatihan tim sebagai pengembangan "produk Timlid". Kedengarannya seperti sesuatu untuk dipikirkan.
Proses pembangunan
Program ini akan dilengkapi dengan beberapa cerita teknis dari korefei dari dunia pembangunan.
Kisah
Nikolai Krapivny dari Badoo tentang bagaimana mereka bekerja dengan tenggat waktu, sekaligus menjadikan mereka bagian dari budaya perusahaan.
Laporan ini akan berbicara tentang aturan untuk bekerja dengan tenggat waktu, mengapa
proses evaluasi dan pemantauan tenggat waktu itu penting, bagaimana dan mengapa proses ini membantu mengembangkan tim.
Sudah jelas dengan tenggat waktu, tetapi apa yang harus dilakukan dengan kode? Lebih tepatnya, apa yang harus dilakukan dengan itu dapat dimengerti, tetapi bagaimana memonitor kualitas kode. Kami akan mendengarkan tentang ini pada hari kedua
Vladimir Romanko dari Kaspersky Lab dengan
laporan tentang
teknik praktis untuk melakukan tinjauan kode . Saya yakin perkembangan dan teknik yang akan dibahas akan bermanfaat bagi Anda.
Nah, pada akhir hari pertama kami akan menyentuh beberapa topik penting untuk tim dan lead.
Umpan balik dalam tim dan evolusinya adalah subjek
kisah Alexander Cherny dari Pandao. Ini adalah tesis. Tidak ada yang ditambahkan.
“Anda mungkin menemukan informasi tentang perangkat Performance Review di tim besar: Badoo, Avito, Yandex. Praktik yang baik ini tidak selalu cocok dengan tim yang lebih kecil. Anda, sebagai seorang pemimpin, telah mengambil keputusan bahwa beberapa jenis penilaian karyawan diperlukan, tetapi yang tidak jelas. Sumber daya Anda terbatas: tidak ada cara untuk duduk dalam kompilasi data, tidak ada cara untuk menarik manajer proyek atau SDM, tidak ada cara untuk menghentikan pekerjaan saat ini. "Apa lagi yang akan kita bicarakan pada hari Senin?
Tentang Dr. Adizes . Anda mungkin pernah mendengar atau membaca sesuatu tentang dia. Dia sangat keren. Menurutnya, kami memiliki beberapa gaya kepemimpinan, dan tergantung pada gaya kepemimpinan yang kami sukai, pendekatan manajemen sangat berubah. Tentang ini dan tidak hanya dalam laporan Marina Paych
"Bagaimana cara menggunakan keunggulan gaya kepemimpinan Anda dalam manajemen tim" .
Maju dan dengan lagunya
Sebagai kesimpulan hari pertama, kami menyiapkan
cerita yang sangat menghibur dari
Vladimir Krasilshchik bahwa ada sesuatu yang
sama antara TI dan musik . Vladimir pada beberapa titik sampai pada pandangannya, pada pandangan pertama, penemuan paradoks, dan membuat sejumlah kesimpulan praktis. Secara khusus, dia akan memberi tahu Anda cara mengumpulkan dan memimpin tim sukses berdasarkan pengalaman membangun beberapa grup musik terkenal. Setelah memeriksa siapa pemimpin dalam beberapa grup rock yang sukses, kami menguraikan tempat-tempat dalam tim yang dapat ditempati oleh pemimpin tim.
Mengandalkan hipotesis kesamaan antara industri musik dan TI, kami akan menemukan jawaban untuk pertanyaan "dapatkah sebuah tim memimpin pengembangan kode secara aktif" dan menjelaskan mengapa "tidak, sayangnya, tidak bisa, ia memiliki fungsi yang berbeda, lupakan kode".
Sebagai studi mandiri untuk laporan tersebut, pikirkan tentang siapa pemimpin tim The Beatles. Kami akan membahas ini tepat di depan afterparty dan mungkin juga selama itu.
Hari pertama akan berakhir secara tradisional dengan meminum alkohol dengan kekuatan berbeda, tetapi saya sangat menyarankan Anda untuk tidak berlebihan, karena hari kedua menanti kita yang tidak kalah cerah dan menarik.
Hari kedua
Hari kedua akan dimulai dengan tiga pembicara paling keren tentang tiga topik yang sama kerennya. Tentang
laporan Max Tsepkov "Model
Softskill untuk Timlid" dan
Anastasia Kalashnikova "Empati Misterius, Mendengarkan, dan Umpan Balik, atau Timlid sebagai Psikolog." Saya katakan sebelumnya. Kami telah memperkuat perusahaan ini dengan satu lagi pembicara konferensi manajemen reguler, untuk akhirnya meyakinkan Anda bahwa Anda perlu menghitung kemampuan alkohol Anda sendiri :))).
Hari kedua akan dibuka oleh
Alexander Ziza dengan
laporan "Pengembangan Tim dan Refleksi sebagai Komunikasi Manajemen Pemimpin Tim". Ini adalah kelanjutan dari
pidato musim gugur tentang komunikasi, sebagai zona kinerja kerja tim. Kali ini, perhatian difokuskan pada hal yang sangat penting dari sudut pandang saya tentang sejarah - refleksi.
"Tanpa refleksi, semua yang - bukan" - katakan orang-orang pintar, dan ini adalah satu-satunya cara untuk merangkai pengalaman menjadi pola, serangkaian praktik yang berbeda menjadi alat.
Berbagai skema akan diusulkan untuk pertimbangan dan diskusi, serta terjemahan konsep "pengembangan" dan "refleksi" ke dalam algoritma praktis yang akan membantu untuk melakukan langkah selanjutnya dalam pengembangan keterampilan manajerial.
Transformasi
Secara paralel, bagi mereka yang telah memahami diri mereka sendiri dan ingin memperluas wawasan mereka ke arah manajemen tim dan perubahan transformasional, kami telah menyusun tiga laporan.
Vitaliy Levchenko akan memulai
percakapan tentang mengelola tim yang didistribusikan dan karyawan jarak jauh. Kami akan mengikuti pengalaman membangun tim terdistribusi mulai dari memilih orang hingga mengatur tim independen, mengelola persyaratan, dan mengelola seluruh struktur ini. Gagasan utama dari laporan ini adalah bahwa
tim yang
didistribusikan tidak kalah efektifnya dengan tim lokal . Baiklah, mari kita lihat. Dan segera setelah lulus, Anda dapat pindah ke ruang meja bundar, mendiskusikan laporan dengan rekan kerja, dan berbagi resep untuk bekerja dengan karyawan jarak jauh.
Dalam topik yang sama, kami akan mendengarkan
laporan, sedikit tidak biasa untuk konferensi kami, tentang "Cara Membangun Pekerjaan DevOps 24/7" oleh
Boris Ershov . Ini adalah kisah tentang jalan yang dilalui orang-orang dari sebuah tim kecil ke layanan 24 jam penuh dari sistem pelanggan mereka. Laporan ini akan mencakup jebakan, masalah, dan yang paling penting, solusi yang memungkinkan mereka membangun dukungan yang andal.
Dalam blok yang sama, kami memasukkan
kisah Akhmed Sheriyev tentang "Tim warisan Refactoring dan proses pengembangan." Apa yang harus dilakukan ketika Anda harus menerima tim "dengan sejarah", dengan proses yang didirikan tidak terlalu efektif. Di mana untuk memulai, apa pendekatan untuk reformasi tim telah membuktikan diri dan membuat perubahan yang paling tidak menyakitkan mungkin. Mari kita mencari jawaban untuk pertanyaan-pertanyaan ini dengan Ahmed.
Kami sedikit berfilsafat
Setelah istirahat, mari kita beralih ke topik dan laporan yang lebih filosofis.
Alexey Pikulev akan berbagi pemikirannya tentang kepercayaan dalam tim. Mari kita lihat faktor apa yang memengaruhi kepercayaan, mengapa penting untuk menjaga keterbukaan dan transparansi, siapa
Team Trust Canvas , dan bagaimana hal itu dapat digunakan untuk membangun kepercayaan dari iterasi ke iterasi. Kapten? Ya, di semua perusahaan, kepercayaan dan keterbukaan berkembang :) Bagaimana membangun hubungan yang baik dan jangka panjang dalam praktik. Bagaimana memusatkan perhatian anggota tim pada membangun kepercayaan. Alat dan latihan praktis apa yang dapat membantu kita membangun atau memperkuat kepercayaan, mana yang harus dipilih dan mengapa, kita akan bertanya kepada Alexey pada 26 Februari.
Anda sudah memperhatikan bahwa pada konferensi ini kami mencoba cerita dengan sekuel. Inilah saat laporan tersebut merupakan kelanjutan dari laporan sebelumnya. Ini adalah contoh lain.
Eugene Rossinsky SRT ivi.ru setahun yang lalu
berbicara tentang bagaimana ivi melalui transformasi Agile, hasil apa yang dicapai dengan menciptakan scrum scalable dengan value stream. Kali ini, Eugene
akan berbicara tentang bagaimana ivi mengubah struktur produk dan unit teknologi pada saat menciptakan produk baru, apa yang tersisa dari metodologi yang fleksibel, mengapa salah satu peran kunci dalam organisasi proses pengembangan dimainkan oleh insinyur kontrol kualitas, yang menjadi pemimpin tim dan produk oouners. Topik adaptasi paling keren untuk mengubah kondisi eksternal dan internal. Jangan sampai ketinggalan!
Pada gelombang yang sama, kita akan mendengarkan
Philip Delgyado dan
pidatonya tentang metodologi sebagai konstruktor. Banyak yang mungkin mendengar Phil berbicara tentang topik teknis di HighLoad ++. Sekarang saatnya berbagi pengalaman manajemen. Dalam laporan tersebut, Phil akan mengembangkan ide-ide Cowbern dari artikel
"Setiap proyek memiliki metodologi sendiri .
"Karena tidak ada satu metodologi yang cocok untuk semua orang, Anda selalu perlu melakukan sesuatu yang unik dan individual. Mari kita lihat rincian metodologi pengembangan, apa yang harus Anda perhatikan ketika mendesain dan mengimplementasikannya, kapan dan bagaimana membangun kembali metodologi yang dibuat.
Sebuah laporan oleh Natalia Sveshnikova dari Kaspersky Lab dikhususkan untuk praktik mencegah holivar dan mengubah pertemuan menjadi hiburan yang produktif. Kami semua menjumpai pertemuan yang dengan cepat berubah menjadi holivar dan tidak membuahkan hasil. Ketika kita menjadi peserta dalam pertemuan semacam itu, kita menyalahkan penggagas pertemuan itu. Ketika pertemuan kami berjalan seperti ini, tampaknya bagi kami masalahnya ada pada para peserta. Mari kita coba mencari tahu apa yang harus dilakukan ketika semua saling menyalahkan.
Akankah kita menari?
Dengan dukungan.
Alexander Afyonov memutuskan untuk berbagi
pengalaman Lamoda dalam berurusan dengan aliran tugas dukungan. Terakhir kali, sebuah laporan tentang topik ini menyebabkan diskusi yang sangat panas, tetapi itu adalah laporan dari sebuah perusahaan makanan dengan siklus produk yang cukup menonjol. Menimbang bahwa mayoritas audiens - digital - kami memutuskan untuk mengundang perwakilan perusahaan yang ramah dalam hal produk dan proses. Kita semua tahu luka, plus atau minus, setiap orang memiliki resep sendiri. Jadi bandingkan :)
Setelah itu, bersama dengan
Andrei Ryzhkin kita akan berbicara tentang bagaimana berbagi tanggung jawab antara pemimpin tim dan manajer. Anda mungkin menemukan ini. Jadi mari kita cari tahu siapa yang bertanggung jawab untuk apa, bagaimana kita bisa sepakat di pantai, bagaimana membangun komunikasi yang efektif, dll. Lagipula, Andrei memiliki sesuatu untuk diceritakan. Perusahaannya memiliki tiga puluh pemimpin tim dan lebih dari seratus pengembang, dengan jumlah manajer yang sama. Dalam tim sebesar itu, tidak mungkin untuk mengendalikan semua orang, oleh karena itu ketersediaan sistem komunikasi menjadi sangat penting.
Mari kita lanjutkan. Pernahkah Anda mendengar tentang N26? Di Eropa, bank ini lahir sebagai startup fintech dengan tujuan merevolusi perbankan tradisional. Lahir baru pada tahun 2013, perusahaan ini berhasil melakukan bisnis di Eropa, mereka memiliki kondisi perbankan yang sangat menarik. Faktanya, tidak ada bank, seolah-olah ada, yaitu, tetapi dalam bentuk aplikasi di telepon (pengguna T-bank harus terbiasa dengan ini). Tapi kita tidak berbicara tentang bank? :))
Kisah
Alina Denisenko mengumpulkan
pengalaman menyebarkan budaya perusahaan ke kantor-kantor baru pada tahap pertumbuhan hiper. Ini adalah kisah tentang bagaimana Alina dan rekannya, mengisi kerucut dan belajar dari kesalahannya sendiri, membentuk
tim baru di kantor baru . , , , . — - , N26.
FunCorp
, . , , , , . .
, . , « », . , , .. .
Badoo
, . , / , — e-mail, , , . , , .
. , ,
. ,
- . , – . , . , , , – !
: — «». .
.
, !
TeamLead Conf 2019 !
, :
- , .
- Anda sudah dapat membeli tiket awal untuk TeamLead Conf musim gugur di St. Petersburg.
- Di saluran youtube konferensi ada semua video konferensi sebelumnya, dan dalam beberapa bulan yang baru akan mulai muncul.
- Dan kami akan terus menerbitkan transkrip laporan yang dipilih.