Motivasi, delegasi dan otomatisasi: resep untuk menciptakan tim super

Temui Dima ini. Dia adalah pemimpin tim dan bertanggung jawab untuk utang teknis dan tinjauan kode, untuk perencanaan dan proses teknis, bagi pengembang untuk menyelesaikan tugas tepat waktu - dia memotivasi, merekrut dan, jika perlu, memberhentikan. Dima ingin bekerja hanya pada tugas-tugas penting, tetapi bekerja pada jutaan yang paling beragam, terus-menerus memikirkan pekerjaan dan tidak cukup tidur. Semuanya terbakar untuknya: tenggat waktu, tugas, waktu dan harga diri. Dima di neraka.



Situasi yang biasa? Untuk Alexei Kataev ( deusdeorum ) - pasti. Alexey telah terlibat dalam pengembangan web selama lebih dari 15 tahun sebagai pengembang backend, frontend, fullstack, dan pemimpin tim. Sekarang Alexey bekerja di Skyeng dan begitu ia berhasil membuat tim super dari tim - yang terbaik di perusahaan. Dan sejak itu Alexey telah menciptakan tim permanen di Skyeng. Cara dia melakukan ini adalah dalam transkrip laporan yang oleh peserta TeamLead Conf 2019 disebut sebagai yang terbaik di konferensi.


Kami sarankan menonton video jika ada waktu, - Alexey sangat antusias dengan perubahan tersebut. Dan artikel ini lebih cocok untuk mengulas poin-poin utama untuk memikirkan sesuatu yang selalu luput dari perhatian sebelumnya.

Anda sudah terbiasa dengan Dima. Dia dulunya adalah pengembang yang baik - dia mengambil 3 tugas setiap hari dan melakukannya sampai akhir - ini adalah hal yang paling penting. Dadu hijau di sebelah Dima adalah indikator neraka dalam hidupnya.



Apa yang terjadi selanjutnya dengan Dima? Jika Anda berpikir bahwa ia menjadi penakut dan neraka menjadi sedikit lebih, maka Anda dapat menebaknya. Produk datang ke Dima dan berkata: " Ayo pergi rencana Q2! Kapan tugas 1653 akan? Kami memiliki rilis segera ! " Dan neraka menjadi sedikit lebih besar.

Dan kemudian muncul CTO: “ Kita perlu mempekerjakan pengembang lain. Apa hutang teknis Anda? Dan inilah kuesioner lain di Google Doc - isilah, tolong! " Dan neraka menjadi semakin besar.

Kemudian para pengembang datang: “ Kami ingin tumbuh! Tingkatkan gaji kita! ” Dan Dima mulai terbakar.



Semua mengarah pada fakta bahwa Dima tidak cukup tidur. Di pagi hari dia pergi ke kamar mandi dan berpikir tentang pengembang dan produk, dan tentang apa dan kepada siapa dia berjanji. Tugas hilang - baik Dima lupa tentang mereka, atau mereka berada di suatu tempat yang jauh di dalam tumpukan dan tidak akan pernah selesai.

Secara lokal, ini dapat menyebabkan konsekuensi buruk ketika Dima berkata: “ Itu dia! Saya tidak akan lagi menjadi pemimpin tim! Aku hanya ingin melakukan tugasku, tinggalkan aku sendiri! ” Atau membuat frustrasi tugas, karena ada banyak dari mereka, dan Dima sendirian - sulit untuk tetap fokus pada segalanya. Akibatnya, kami akan kehilangan banyak uang atau tidak melepaskan sesuatu tepat waktu.

Saya akan memberi tahu Anda cara menghilangkan neraka dari kehidupan dan membuat tim super. Pada akhirnya, menurut tradisi, akan ada bonus.

Intro

Skyeng adalah 17 tim pengembangan, yang masing-masing mengerjakan produknya secara independen. Paling sering, selain pengembang, tim menyertakan setidaknya produk dan pemimpin tim.

Produk menetapkan tujuan bisnis - dia memiliki visi untuk produk, dia bertanggung jawab atas uang yang kita hasilkan dan belanjakan, dan berkomunikasi dengan semua pelanggan dan pelanggan.

Timlid, yaitu, Dima, bertanggung jawab atas strategi teknis, solusi teknis, utang teknis - untuk semuanya teknis. Dia adalah pemimpin teknis . Pemimpin tim lainnya adalah manajer proyek . Kami tidak memiliki peran proyek khusus, sehingga ketua tim bertanggung jawab untuk perencanaan dan semua proses: untuk tugas yang dilakukan oleh pengembang yang tepat dan tidak tergantung pada status. Timlid adalah seorang pemimpin dan mentor , bekerja dengan orang-orang: merekrut dan memberhentikan, mengembangkan dan berkomunikasi, memimpin dan memotivasi.

Mari kita lihat tugas yang dilakukan Dima. Saya membaginya menjadi:

• tugas-tugas penting ;
  
• tugas yang dapat didelegasikan atau otomatis sehingga orang lain dapat melakukannya, tetapi Anda perlu meluangkan waktu untuk hal ini;
  
• rutin - tugas-tugas sederhana yang harus dilakukan tentunya.
  

Dalam klasifikasi saya, tugas penting adalah investasi dengan pengembalian panjang. Ini adalah sumber daya yang kami habiskan untuk tim sekarang untuk memperbaikinya dalam jarak jauh. Ini adalah tugas - tugas pemimpin , yang hanya bisa atau harus dia lakukan. Tentu saja, Dima hanya ingin melakukan tugas-tugas penting, dan yang lainnya tidak.

Solusi permukaan

Kami menyingkirkan seluruh rutinitas, mendelegasikan semua yang dapat didelegasikan, mengotomatiskan semua yang dapat diotomatisasi.

Ya, Anda segera berpikir bahwa perlu mendelegasikan dan mengotomatisasi segalanya, dan kebahagiaan akan datang. Dima juga tahu bahwa ini harus dilakukan, tetapi untuk beberapa alasan ini tidak berhasil. Mungkin alasannya adalah bahwa Dima bekerja 10 jam sehari, dan pada akhir pekan, ketika tidak ada yang menyiksanya di Slack, ia menyelesaikan tugas-tugas penting. Delegasi juga membutuhkan waktu - lagipula, semua orang perlu menjelaskan untuk waktu yang lama tentang apa dan bagaimana - lebih baik melakukan semuanya sendiri. Untuk mengotomatisasi, juga membutuhkan waktu - Anda perlu menulis beberapa kode, tetapi tidak ada cukup waktu untuk membuat lobak.

Ini adalah cara yang diketahui semua orang, tetapi tidak ada yang tahu. Tetapi ada cara lain, serupa, yang saya jalani.

Singkirkan rutinitas

Pertama-tama Anda perlu menemukan buah-buahan yang menggantung rendah - tugas yang sangat sederhana yang menghabiskan waktu paling banyak, tetapi juga mudah untuk dihilangkan. Anda tahu tugas-tugas ini, dan jika tidak, pembicara yang bekerja akan membantu.

Saya terus bekerja setiap hari, menuliskan semua yang telah saya lakukan, dan kemudian menganalisisnya.

Pesan dan pertanyaan

Kemungkinan besar, ini akan berfungsi dengan panggilan . Dalam pengalaman saya, pimpinan tim menghabiskan banyak waktu menjawab pertanyaan dari pengembang, produk, CTO, pelanggan - Slack selalu penuh dengan pesan. Sekarang saya akan memberi tahu Anda betapa mudahnya menghilangkan kebisingan ini.

Ketika saya bergabung dengan tim penagihan dengan seorang pemimpin tim, saya segera mengatakan bahwa saya tidak menjawab satu pertanyaan pun . Saya membuat saluran #billing , mengatakan bahwa saya memiliki semua pertanyaan di sana, dan mengatur status ke "Saya tidak menjawab dalam PM."

Di Slack, saya mengganti ikon merah sehingga poin saya tidak pernah terbakar, dan menetapkan tugas - seseorang harus menjawab orang-orang di saluran ini. Petugas panggilan dapat dipilih dari antara pengembang atau QA. Saya membuat jadwal untuk QA dan meminta untuk menandai pengembang yang tepat jika petugas tidak bisa menjawab sendiri. Saya juga mengatakan kepada tim untuk tidak melihat ke saluran ini - ada neraka, dan kami hanya bekerja.

Lalu saya melihat bagaimana orang menulis banding:

- Ahh !!! Tidak ada yang berhasil, tidak ada yang dibayar! Uang hilang! Kita semua akan mati!

Jadi saya menulis aturan untuk menulis panggilan dukungan. Lalu kami dengan cepat memberi kode bot yang menulis aturan ini saat memasuki saluran.



Omong-omong, kita tidak menulis bot sendiri. Tak satu pun dari tim menghabiskan waktu ini. Untuk ini, kami telah mengalokasikan dua orang di perusahaan, dan kadang-kadang kami memesan pekerjaan dari freelancer. Itu murah dan cepat. Tidak ada persyaratan untuk kualitas kode - kami memesan dan menerima bot ini dengan aturan dalam beberapa jam.

Total: dalam satu jam saya menyingkirkan menghabiskan banyak waktu ekstra untuk menjawab pertanyaan. Ya, seseorang tersinggung, mungkin, tetapi Anda dapat melakukan hal-hal lain.

Bagaimana cara meningkatkan solusi ini?

Bagian FAQ . Minta petugas untuk menuliskan jawaban atas pertanyaan paling populer dan menulis instruksi singkat, agar tidak membuang waktu untuk menjawab.

Kontrol kualitas . Lihatlah dukungan keren, kumpulkan ide. Saya membuat kontrol kualitas sederhana: Saya memberi tahu petugas untuk menulis jumlah permintaan sekali seminggu, berapa banyak pertanyaan yang kami jawab, dan berapa banyak masalah yang tidak kami selesaikan.



Kemudian kami mengintegrasikan bot lain, yang menganalisis email di semua saluran melalui emoji, dan memposting saluran digest yang sama ala SLA untuk banding.

Dima menolak untuk menjawab pertanyaan, mengalihkan tanggung jawab ini ke QA, menulis aturan untuk menghubungi dukungan, membuat FAQ, dan mengontrol kualitas pekerjaan dukungan - neraka telah menjadi kurang dalam hidup.

Asisten administrasi

Seperti yang saya katakan, Anda dapat memberikan tugas kepada pengembang, QA, bot. Tetapi ketika Anda menyewa spesialis keren ke sebuah tim, Anda membayar mereka banyak uang, itu tidak nyaman untuk meminta mereka melakukan omong kosong seperti mentransfer dokumen dari satu Google Doc ke yang lain, subtitle, pengocokan file. Dan Anda melakukannya sendiri, yang bahkan lebih bodoh.

Oleh karena itu, Skyeng memiliki departemen khusus asisten administrasi . Ini adalah YouDo internal, tetapi dengan perbedaan.

• Ditandatangani sebelumnya oleh NDA . Setiap orang memiliki akses ke semua Google Documents perusahaan, Anda tidak perlu menghabiskan waktu untuk hal ini.
  
• Kontrol kualitas . Ada orang khusus yang bertanggung jawab atas kualitas pekerjaan asisten. Mereka dipekerjakan untuk waktu yang lama, dilatih dan dipecat jika mereka bekerja dengan buruk.
  
• Peraturan yang jelas untuk menetapkan tugas bagi asisten administrasi . Trello memiliki format kartu yang dibuat dalam satu menit - voila! - tugas sederhana dilakukan. Selain itu, tersedia tidak hanya untuk pemimpin tim, tetapi juga untuk pengembang. Siapa pun dapat menggunakan layanan asisten administrasi.
  

Kami mendelegasikan asisten banyak tugas. Misalnya, klasifikasi klik adalah melihat seribu hit per tahun dan memecahnya menjadi beberapa kategori. Kami menulis video dari semua pertemuan kami : setiap hari, pertemuan, retrospektif, dan seseorang harus menaruhnya di tim dan folder. Sekarang asisten melakukan ini, dan Anda selalu dapat melihat pertemuan apa pun untuk hari apa pun.

Kami juga mengurangi jumlah rutin dalam kehidupan Dima dengan mengorbankan asisten administrasi, jadwal kerja dan kontrol kualitas mereka.

Teknik jedi

Kemudian Dima memutuskan untuk lebih mengoptimalkan manajemen waktunya dan membaca buku Maxim Dorofeev "Teknik Jedi". Dari buku itu, Dima mengambil banyak hacks kehidupan. Dia memutuskan pada akhir setiap hari untuk menyimpan daftar periksa : apa yang dia lakukan hari ini, apa yang dia lakukan penting, dan apa yang akan dia lakukan dengan lebih baik.

Dima menyimpan daftar periksa dan sepertinya dia perlu dianalisis pada akhir hari, tetapi tidak berhasil. Mengapa Karena makanan jatuh pada hari Selasa, Dima memperbaikinya sepanjang malam, dan sekarang kepalanya tidak berfungsi.

Perbaiki Produksi

Semuanya sangat sepele di sini. Kami menggunakan eskalasi otomatis - kami mengonfigurasi bot khusus. Di Skyeng, ini adalah OpsGenie, yang memanggil kami di malam hari jika produk rusak dan membuat kami memperbaikinya. Tapi kami hanya ingin pergi dari sini dan tidak bangun di malam hari!

Oleh karena itu, kami membuat jadwal tugas dan menghapus diri dari jadwal ini. Timlid seharusnya tidak bangun di malam hari.

Tugas diatur oleh eskalasi: jika pengembang tidak mengambil masalah, bot akan memanggil pemimpin tim. Hari berikutnya, pemimpin tim akan mencari tahu mengapa pengembang tidak bangun. Tetapi akan sia-sia jika pengembang, setelah bangun dalam 10 menit, mulai memanggil pemimpin tim sendiri.

Oleh karena itu, kami memberikan akses ke semua yang bertugas untuk semua alat diagnostik sekaligus : Kibana, Sentry, Peninggalan baru, serta akses root ke server, dan menulis dokumentasi singkat tentang cara menggunakannya, tempat menonton dan apa yang harus diperbaiki.

Benar, ini tidak bekerja di tim penagihan - ada terlalu banyak uang, tetapi ada di semua tim lain. Kami sedang menulis dokumen khusus "Panic doc" - apa yang harus dilakukan jika semuanya rusak. Ketika Anda bangun di malam hari, semuanya berbaring, alergi mengalir masuk dan Anda tidak mengerti apa yang harus dilakukan, ada Google Doc sederhana di satu halaman, di mana tertulis langkah demi langkah apa yang harus dilakukan dalam situasi ini.

Kembali ke daftar periksa. Sekarang Dima sudah cukup tidur dan dapat menganalisis dari catatan bahwa ia telah melakukan hal-hal penting dalam beberapa hari terakhir: 3 Juni - tidak ada, 4 Juni - tidak ada, 5 Juni - tidak ada. Ini adalah situasi klasik, sering terjadi pada saya. Hal utama adalah jujur ​​pada diri sendiri dan tidak menulis omong kosong pada daftar yang Anda lakukan selama 5 menit.

Dima melihat apa yang dia lakukan hari ini:

• Reli pagi.
  
• Tinjauan teknis - inilah yang kami sebut diskusi teknis tentang tugas.
  
• 1: 1 dengan Oleg.
  
• Retrospektif atau kaizen.
  

Sepanjang hari beberapa pertemuan!

Anda sedang menunggu saya untuk mengatakan, "Mari kita mendelegasikan pertemuan!" Ini adalah solusi "dahi", yang akan kita periksa sebagai contoh tinjauan teknis.

Ulasan teknis

Jika Dima mengatakan: " Max, Anda akan melakukan tinjauan teknis besok ", maka kemungkinan besar itu tidak akan berhasil. Dima menghabiskan dua tahun melakukan tinjauan teknis, dia membaca artikel, dia memiliki banyak pengalaman - akan aneh kehilangannya.

Bagaimana cara mengatur ulasan teknis dalam tim? Saya mencoba memformalkan semua pengalaman saya - saya menulis dokumen tentang bagaimana saya melakukan tinjauan teknis. Ngomong-ngomong, itu membantu saya untuk merumuskan beberapa hal. Saya menulis yayasan, yaitu:

• Jawaban untuk pertanyaan mengapa melakukan tinjauan teknis.
  
• Algoritma langkah demi langkah.
  
• Kiat-kiat untuk fasilitator, misalnya, bagaimana mencegah holivar bertemu.
  
• Template: untuk pemungutan suara, untuk tugas, untuk jadwal, sehingga semuanya dalam gaya yang sama, dan seseorang tidak perlu menulis semuanya lagi.
  
• Contoh kisah sukses: tugas itu dijelaskan sebagai berikut, kami meninjaunya, dan itu menjadi sebagaimana mestinya.
  

Saya menghabiskan 40 menit pada dokumen. Peretasan hidup saya, cara menulis dokumen dengan cepat: menyebarkan fondasi, menunjukkan kepada semua pemimpin tim di perusahaan dan menerima banyak komentar. Akibatnya, dalam instruksi ini kami menggabungkan pengalaman semua Skyeng, karena ada banyak saran menarik.

Apa selanjutnya Anda tidak bisa hanya melemparkan sekaleng daging rebus ke orang dengan dokumen ini: " Lakukan tinjauan teknis tentang algoritma ini! "Itu tidak berhasil. Saya bertanya siapa yang ingin melakukan tinjauan teknis - ternyata, seluruh tim! Kami membuat jadwal dan mulai melakukan peninjauan secara bergantian.

Penting untuk tidak mengecualikan diri Anda dari proses, karena tidak mungkin untuk melakukan dengan baik apa yang Anda sendiri tidak lakukan dengan sempurna. Timlid harus dinyalakan, perhatikan bagaimana semuanya terjadi dan pompakan dirinya juga.

Saya telah melihat kesalahan ini berkali-kali, jika Anda sendiri tidak ambil bagian dan tidak melakukan 10 dari 10, maka itu akan menjadi buruk.



Kami mulai melakukan tinjauan teknis secara bergiliran dan mengumpulkan umpan balik: setelah setiap pertemuan, setiap peserta menerima kuesioner, di mana ia mengevaluasi proses pertemuan dan pemimpin dalam kategori "menarik" , "konstruktif" , "semua pendapat didengar" dan "umpan balik gratis" .

Poin terakhir adalah yang paling penting. Ada hal-hal yang menarik dan lucu: “Saya tidak bisa segera menemukan tempat untuk meningkatkan. Anak-anak yang berteriak sangat marah, tetapi mereka selalu marah ”- hal-hal khusus dari tim jarak jauh. Tapi ada saran yang berguna: "Sebelum merekam keputusan, ada baiknya untuk membungkam semua orang dan sekali lagi menyuarakan kesimpulan."

Kami menghabiskan beberapa putaran dalam lingkaran, meningkatkan dan meningkatkan, sampai tidak ada tempat untuk meningkatkan. Algoritma juga berubah dalam proses. Setelah itu, mereka yang melakukan tinjauan teknis lebih baik dipilih - mereka memperkenalkan peran seorang fasilitator . Kami juga mengotomatiskan proses ini dan menulis bot yang melakukan survei alih-alih pemimpin tim, membuat jadwal ulasan teknis pada waktu yang tepat. Sekarang kami ingin mengotomatisasi bahkan bagian dari pertemuan di backlog, mengganti host dengan bot.



Akibatnya, Dima menyingkirkan kebutuhan untuk mengadakan semua pertemuan . Tampaknya waktu telah muncul, tetapi bagaimanapun juga, ketika pada pertemuan teknis, kolega tidak dapat memiliki pendapat yang sama, mereka meminta Dima untuk bergabung dalam percakapan dan membantu menyelesaikan konflik teknis.

Tetapi Dima membaca buku hype karya Ray Dalio "Principles" dan memutuskan bahwa perlu untuk merumuskan prinsip-prinsip teknis yang akan membantu untuk membuat keputusan tanpa partisipasinya - memformalkannya.

Prinsip teknis

Kami mengumpulkan seluruh tim penagihan, saya membuat sketsa dasar dari prinsip-prinsip ini, kami mendiskusikannya untuk waktu yang lama, memilih, meningkat. Hasilnya adalah daftar 12 prinsip. Berikut adalah tiga dari dua belas: apa yang penting bagi kami - kualitas kode atau kecepatan pengembangan, apakah mungkin untuk melakukan outsourcing pengembangan kami dan apakah kami memikirkan konsekuensinya?



Jawaban dari tim penagihan menunjukkan bahwa penagihan adalah untuk semuanya baik dan melawan semuanya buruk: kami selalu untuk kualitas , Anda tidak dapat memasang iklan dan memikirkan konsekuensinya .

Tetapi ada tim di perusahaan di mana jawaban untuk pertanyaan ini berbeda. Misalnya, kecepatan penting untuk tim platform - bukan karena mereka menulis kode yang buruk, tetapi kecepatan pengujian hipotesis penting. Pengalihdayaan tidak hanya mungkin, tetapi juga perlu - mereka benar-benar mengalihdayakan produk mereka. Konsekuensinya juga penting , serta penagihan, karena jika platform terletak, kerugian finansial sangat besar.

Tetapi ada lusinan tim lain yang tidak memikirkan konsekuensinya, dan ini normal untuk produk mereka.

Setiap tim harus memiliki prinsipnya sendiri, yang bergantung pada produk dan tim.

Prinsip kerja

Kami juga merumuskan prinsip-prinsip kerja dan mencatatnya di atas kertas. Yuval Noah Harari di Homo Deus. A Brief History of Tomorrow ”menulis bahwa pikiran memiliki sihir khusus ketika ditulis, dan tidak hanya diucapkan. Karena itu, kami mencatat apa yang penting bagi kami.

Misalnya, kita tidak melakukan apa-apa dengan sia-sia, kita berkomunikasi secara budaya dan secara terbuka berbicara tentang masalah dan risiko . Ini adalah prinsip kami yang paling penting - kami tidak diam di pertemuan.

Ketika saya menyimpulkan, saya menghitung standar deviasi suara dan menyimpulkan prinsip-prinsip yang paling kontradiktif, di mana kita tidak sampai pada pendapat umum.

• Kehidupan pribadi lebih penting daripada Skyeng . Orang-orang sama-sama terbagi atas orang-orang yang kehidupan pribadi lebih penting, dan orang-orang untuk siapa - perusahaan.
  
• Buatan sendiri di rumah, bekerja di tempat kerja . Kami bukan "offtopic"!
  

Alhamdulillah kami bukan negara demokrasi, dan prinsip menerima prinsip berlaku: "pemimpin tim dapat memilih prinsip." Oleh karena itu, paragraf pertama telah dihapus, dan yang kedua tersisa.

Dima berurusan dengan tinjauan teknis, dengan prinsip-prinsip teknis dan kerja dan tidak berpartisipasi dalam semua pertemuan.

Hanya mereka yang harus berpartisipasi yang tersisa, karena ada kasus yang dianggap sangat kompleks atau tidak terdeskripsikan. Tetapi kemudian prinsip-prinsip itu juga dapat ditambahkan.

Pendorong

Produk datang dan siksaan Dima - kami tidak menyingkirkan ini.

Tugas Dima bukan untuk menjawab semua pertanyaan ini dengan cepat dan menyiksa pengembang di sepanjang rantai, tetapi untuk membangun mekanisme di mana tugas diselesaikan sendiri dan terbang ke prod.

Saya penggemar Kanban, karena dia hanya memungkinkan Anda untuk melakukan ini. Menurut pendapat saya, konveyor terlihat seperti ini: ada kolom, kami mendorong tugas.



Semua orang sudah mendengar tentang bot Arseny. Bot melompati tugas dari kolom ke kolom, dan setiap pagi menulis: "Kamu belum pernah menangis, kamu belum.

Saya melihat bahwa ini tidak selalu berhasil, karena beberapa tugas telah digantung di kolom tunggu selama berminggu-minggu. Misalnya: "Saya menunggu respons Alexey dari tim infrastruktur," dan Alexey sama sekali tidak tahu bahwa tugas itu menantinya. Dan Arseny juga tidak tahu bahwa Alexey tidak tahu.



Karena itu, saya memperkenalkan peran pendorong , yang saya lihat dari 2GIS. , , , . , , - ?

, , — , - - , , . — .

. . , .

Kanban + Demo

: Kanban-, , 40 . , , .

SCRUM Demo day — - -demo. Kanban, , 7 , . , — , , , .

, , :

99% — .

— - .

« » , .

.

, . , , , .

Skyeng : — — — — . .


, .

, : « !». , .

, . , , , .



: « — 2 » « 10%». .

. , . .

. , . . .

, , . - : « , », , , , , 3 .

, , . - , .

. , — :

— , ! , , !

, . , . .

. . — , . , , .

1:1, . . , . .

. -. . , . , .

— , 10 , PHP Go.

.



, . . , .

— , — , . — , . , . : « , — !»

— . , - , . — , .



, . . , — .

— , .

— . , .

. . 12 12 . , , . , , . — , . . - . , - .

— telegram (@ax8080) Facebook . telegram- , .

Sementara itu, kami sedang mempersiapkan TeamLead Conf - di St. Petersburg pada 23-24 September. Kami mencari pembicara baru, kami memilih masalah saat ini dengan para ahli yang sudah dikenal. Berikut adalah daftar contoh topik yang ingin kami perhatikan dalam program konferensi St. Petersburg:

• Proses, perencanaan, manajemen.
• Pekerjaan pribadi dengan seorang karyawan.
• Membangun tim dan hubungan internal.
• Interaksi dengan para pemangku kepentingan.
• Pertumbuhan pribadi.

Saya akan memberi tahu Anda lebih banyak di salah satu pos berikut, tetapi Anda sudah mengirimkan laporan jika salah satu jalur berduri yang tercantum telah selesai. Jika ragu, Anda dapat terlebih dahulu menulis kepada saya atau orang lain dari Komite Program - kami akan membahas, menyarankan, membantu.