Ketika seseorang menjadi kepala pembangunan, sejumlah besar tugas baru yang tak terduga pasti akan menimpanya, dan adaptasi tentu akan memakan waktu. Namun, periode adaptasi akan berakhir suatu hari, dan kemudian pertanyaannya adalah bagaimana mengembangkan lebih lanjut. Yang tidak kalah relevan adalah masalah mempersiapkan karyawan untuk peran masa depan seorang pemimpin. Bagaimana cara bekerja dengan pengembang sehingga pemimpin masa depan segera keluar darinya?
Kami telah memilih jalur pengembangan untuk para manajer pengembangan sebagai topik untuk Pertemuan Pemimpin Tim berikutnya, yang akan berlangsung pada malam 28 November di kantor Yandex di Moskow. Dimungkinkan untuk mendiskusikan topik ini dengan para ahli dari perusahaan IT besar. Pendaftaran masih terbuka.
Kali ini para ahli kami adalah:
- Nikolay Krapivny, kepala pengembangan backend, Badoo
- Roman romas1982 Ivliev, CTO, mos.ru
- Alexander Polomodov, Kepala Riset dan Pengembangan, Tinkoff.ru
- Boris Tobotras, Direktur, Pusat Solusi Perangkat Lunak, Jet Infosystems
- Victor Lamburt, Kepala Produk yang Disarankan, Yandex
- Igor Kuralenok, CEO, League of Experts
Hari ini di Habré, kami mengajukan sejumlah pertanyaan kepada mereka untuk menentukan nada diskusi selanjutnya:
1. Apa saran yang akan Anda berikan kepada rekan Anda - seorang pengembang kuat yang baru-baru ini, baru kemarin, menjadi pemimpin tim? Apa tindakan spesifik dan dapat dimengerti yang harus ia lakukan pada posisi baru?
2. Buku atau artikel apa yang Anda rekomendasikan untuk dibacakan kepada manajer pengembangan? Dan sumber daya apa yang masuk akal untuk dipelajari secara teratur?
3. Berapa lama waktu yang dibutuhkan untuk mengerjakan tugas teknis, dan berapa banyak - tugas yang terkait dengan manajemen tim? Apa lagi yang bisa atau harus seorang Timlid habiskan waktunya?
Nikolay Krapivny , kepala pengembangan backend, Badoo
Apa saran yang akan Anda berikan kepada kolega Anda - pengembang kuat yang baru-baru ini, baru kemarin, menjadi pemimpin tim? Apa tindakan spesifik dan dapat dimengerti yang harus ia lakukan pada posisi baru?
Saya akan merekomendasikan sebagai permulaan:
- Memahami apa yang menjadi tanggung jawabnya sekarang dan apa tanggung jawab utamanya sebagai pemimpin tim
- Koordinasikan dengan manajer tujuan dan sasaran utama untuknya dan timnya
- Bicara dengan anggota tim, cari tahu bagaimana tim bekerja sekarang
- Lihat laporan delegasi dan pelajari cara melakukannya
- Secara teratur alokasikan waktu untuk membaca artikel, buku, melihat laporan tentang bidang tanggung jawab baru baginya
Buku atau artikel apa yang Anda rekomendasikan untuk dibacakan kepada manajer pengembangan? Dan sumber daya apa yang masuk akal untuk dipelajari secara teratur?
Untuk manajer pengembangan, saya sarankan membaca:
- "Bagaimana Google Bekerja" oleh Eric Schmidt
- "Aturan Kerja" oleh Laszlo Bock
- "The Goal" oleh Eliyahu M. Goldratt
Secara teratur, saya pikir patut mengikuti materi dan pertunjukan dengan Teamlead Conf dan demonstrasi tematik lainnya (misalnya, demonstrasi Timoo tentang Badoo )
Juga, banyak tautan dan diskusi bermanfaat dapat ditemukan di saluran tematik di Telegram: https://t.me/leadgr dan https://t.me/TeamLeadTalks
Berapa lama waktu yang dibutuhkan untuk mengerjakan tugas teknis, dan berapa banyak pada tugas yang berhubungan dengan mengelola tim? Apa lagi yang bisa atau harus seorang Timlid habiskan waktunya?
Saya percaya bahwa tidak ada jawaban yang benar. Tugas pemimpin adalah tepatnya menilai situasi tertentu dan memutuskan sendiri bagaimana mendistribusikan waktu Anda untuk mencapai hasil yang maksimal.
Dalam dunia ideal saya, semakin sedikit waktu yang dibutuhkan untuk mengelola tim (saya menyertakan fungsi teknis dan manajerial dalam manajemen), semakin baik. Saya percaya bahwa kunci keberhasilan dan pertumbuhan lebih lanjut untuk kepemimpinan adalah membangun tim yang bekerja secara efisien dengan partisipasi minimal. Dalam skenario ini, pemimpin dapat dan harus menginvestasikan waktu luang untuk mencari ide dan proyek baru yang berguna di luar bidang tanggung jawab saat ini.
Apa saran yang akan Anda berikan kepada kolega Anda - pengembang kuat yang baru-baru ini, baru kemarin, menjadi pemimpin tim? Apa tindakan spesifik dan dapat dimengerti yang harus ia lakukan pada posisi baru?
- Sudah waktunya untuk mengunduh soft-skiz. Teknik memang baik, tetapi sekarang ada orang yang bekerja dengan cara yang sama sekali berbeda. Rekayasa menghilang ke latar belakang. Anda bisa membaca, Anda bisa mendengarkan ceramah, Anda bisa bersama-sama. Banyak informasi tentang topik ini tidak terjadi.
- Pelajari bahwa Anda bukan lagi seorang pengembang. Pengkodean akan menghilang ke latar belakang. Itu akan menghancurkan, tetapi itu tidak bisa dihindari. Karena itu, Anda perlu memutuskan pekerjaan teknis apa yang tersisa untuk Anda, untuk memilih hanya yang paling penting. Mulailah membagikan sisanya kepada rekan kerja.
- Segera mencari penggantinya. Lagipula, karena Anda menjadi seorang pemimpin - di suatu tempat sebuah lubang terbentuk alih-alih seorang insinyur yang baik, dan itu akan mengingatkan dirinya pada proyek pertama :))
- Segera buat mode untuk Anda sendiri. Pada awalnya, tidak ada cukup waktu untuk semuanya dengan liar, Anda perlu mencurahkan lebih banyak waktu untuk perencanaan. Dan tangkap diri Anda pada kenyataan bahwa ada sesuatu yang tidak berjalan sesuai rencana. Pengambilan keputusan yang impulsif akan menghantui pertama kali. Nah, keinginan untuk menyandikan semuanya :)
- Segera mulai membangun peta komunikasi dan membangun komunikasi. Pada tingkat kepemimpinan, jumlah komunikasi jauh lebih besar, akan lebih baik untuk segera mengetahui masalah apa yang harus dihubungi.
Buku atau artikel apa yang Anda rekomendasikan untuk dibacakan kepada manajer pengembangan? Dan sumber daya apa yang masuk akal untuk dipelajari secara teratur?
Ada banyak buku bagus, saya akan fokus pada yang utama, menurut saya.
- Anak sungai “Mythical man-month, atau Bagaimana sistem perangkat lunak diciptakan” - Anda hanya perlu membacanya, karena ini klasik.
- Tom Demarco dan Timothy Lister. “Faktor manusia. Proyek dan tim yang sukses ”- orang-orang ini pada umumnya keren, mereka dapat dibaca secara keseluruhan, yang akan berguna. Selain itu, saya juga akan mengatakan “mereka yang sadar dari pola adrenalin dan zombie. Pola perilaku tim proyek. ”
- Patrick Lensioni. “Lima sifat buruk tim. Perumpamaan Kepemimpinan. " Patrick keren, Anda bisa membacanya sebanyak yang Anda bisa.
- Air hujan. "Cara merumput kucing", tetapi pekerjaan ini bukan untuk semua orang. Di antara mereka yang memiliki kesempatan untuk membahas buku ini, pendapat terbagi.
Dibutuhkan sesuatu tentang negosiasi, tentang kecerdasan emosional dan kemampuan berkomunikasi dengan orang-orang. Anda dapat Gavin "Anda dapat menyetujui segalanya," Goulston "Saya mendengar Anda", "Jangan menggeram pada anjing" dari Karen Prior.
Sumber daya lebih sulit. Biasanya saya menemukan bahan-bahan menarik di Medium , Habré , GeekTimes , infoq.com , blog orang-orang terhormat seperti Joel Spolsky. Saya berlangganan beberapa saluran manajemen, di mana tautan menarik terus-menerus lewat, saya menontonnya, dan pada saat yang sama saya mempelajari sumber daya tempat tautan tersebut dipasang. Jadi Anda dapat menemukan banyak situs dan blog yang tidak terlalu terkenal, tetapi dengan konten yang sangat bagus. Anda dapat membaca vc.ru , buletin Megaplan terkadang mengeluarkan beberapa materi bagus.
Berapa lama waktu yang dibutuhkan untuk mengerjakan tugas teknis, dan berapa banyak pada tugas yang berhubungan dengan mengelola tim? Apa lagi yang bisa atau harus seorang Timlid habiskan waktunya?
Itu semua tergantung pada bagaimana proyek, tim, perusahaan. Saya bertemu dengan proporsi yang sama sekali berbeda, tetapi paling sering itu adalah sekitar 100% dari waktu untuk tugas teknis dan 46% dari waktu untuk manajemen :))) Selalu berakhir dengan buruk. IMHO, pada kenyataannya, proporsi yang paling benar terlihat seperti ini. Waktu untuk tugas teknis adalah 100% dikurangi waktu untuk manajemen tim. 100% bukan 8 jam, kalau itu. Masing-masing memiliki 100% sendiri. Dengan kata lain, sosok itu mengambang.
Kita perlu menghabiskan waktu untuk belajar mandiri, memperluas wawasan seseorang dalam bidang terkait (produk dan manajemen proyek; jika Anda seorang backend, menempelkan tongkat di depan, menguji, mengoperasikan, dan sebaliknya, tentu saja), mempertahankan bentuk teknis - kerangka kerja baru, perpustakaan, bahasa, semua itu entah bagaimana berhubungan dengan pekerjaan. Kalau tidak, ada risiko kehilangan kredibilitas di kalangan insinyur. Anda perlu menghadiri rapat dan konferensi untuk memperluas wawasan Anda dan mencari jawaban atas pertanyaan Anda.
Alexander Polomodov , Kepala Riset dan Pengembangan, Tinkoff.ru
Apa saran yang akan Anda berikan kepada kolega Anda - pengembang kuat yang baru-baru ini, baru kemarin, menjadi pemimpin tim? Apa tindakan spesifik dan dapat dimengerti yang harus ia lakukan pada posisi baru?
Hentikan dan jawab pertanyaan Anda:
- Apa yang diharapkan dari saya di posisi baru.
- Siapa dan apa peran yang sedang dimainkan di tim:
- Siapa yang ada dalam daftar pelanggan tim (apakah dia satu atau banyak)
- Siapa yang perlu melaporkan
- Karyawan apa yang sudah ada di tim
- Siapa yang harus berkomunikasi secara horizontal (pemimpin pembangunan lainnya, pemimpin infrastruktur, pengujian, ...)
- Apa tujuan yang dihadapi tim dan apa harapan dari hasil kegiatannya
Selanjutnya, dengan mempertimbangkan hasil jawaban atas pertanyaan-pertanyaan ini, perlu untuk menyusun rencana untuk siapa menyerahkan tanggung jawab lama dan bagaimana menerima yang baru. Harus diingat bahwa setelah transisi ke posisi pemimpin tim, akan ada lebih banyak komunikasi, tetapi lebih sedikit waktu untuk pengembangan. Sangat penting untuk mempertimbangkan kriteria keberhasilan akun, yang menurutnya Anda dan manajer Anda akan memahami bahwa Anda berhasil mengatasi posisi baru.
Jika kita beralih ke pertanyaan kedua tentang tindakan spesifik dan dapat dipahami, saya dapat mengatakan bahwa tidak ada daftar tindakan yang dapat dimengerti yang secara universal cocok untuk semua situasi, yang berarti Anda harus membuat daftar sendiri berdasarkan situasi Anda.
Buku atau artikel apa yang Anda rekomendasikan untuk dibacakan kepada manajer pengembangan? Dan sumber daya apa yang masuk akal untuk dipelajari secara teratur?
Saya akan memilih buku Frederick Brookes Mythical Man-Month. Ini adalah klasik tentang masalah tim dalam proyek-proyek besar, di mana proyek IBM OS 360 dijelaskan secara rinci. Saya juga menemukan buku-buku oleh Tom Demarco sangat berguna, terutama The Human Factor dan The Patterns of Behavior of Project Teams. Dan untuk camilan, saya akan merekomendasikan buku oleh J. Hank Rainwater, "How to Graze Cats."
Di antara sumber daya online, saya membaca utas manajemen Habré dan berkenalan dengan pidato di utas manajemen di konferensi besar, seperti RIT, Highload ++, Codefest dan lainnya.
Salah satu hobi saya adalah pengembangan dalam arti luas, termasuk manajemen tim pengembangan. Dan saya menerbitkan pikiran saya, kesan buku yang telah saya baca, menghadiri konferensi dan pertemuan di halaman Facebook saya. Mungkin halaman ini akan bermanfaat bagi Anda.
Berapa lama waktu yang dibutuhkan untuk mengerjakan tugas teknis, dan berapa banyak pada tugas yang berhubungan dengan mengelola tim? Apa lagi yang bisa atau harus seorang Timlid habiskan waktunya?
Tidak mungkin untuk mengatakan dengan jelas dalam proporsi apa untuk mendistribusikan waktu antara tugas teknis dan tim, karena itu sangat tergantung pada tim khusus dan tugasnya. Secara umum, kita dapat mengatakan bahwa solusi masalah teknis menjadi sekunder bagi tim yang bekerja secara efisien. Menurut pendapat saya, ketua tim harus meluangkan waktu untuk:
- bekerja dengan pelanggan eksternal dan bertindak sebagai antarmuka tim untuk dunia luar
- organisasi proses pengembangan dan pengiriman kode berirama
- meningkatkan efektivitas anggota tim - melatih dan berkonsultasi dengan kolega
- mewawancarai orang-orang baru dengan pertumbuhan tim
- menyelesaikan masalah teknis (menulis kode, ulasan, ...)
Apa saran yang akan Anda berikan kepada kolega Anda - pengembang kuat yang baru-baru ini, baru kemarin, menjadi pemimpin tim? Apa tindakan spesifik dan dapat dimengerti yang harus ia lakukan pada posisi baru?
Saya akan memberitahunya: sahabat, Anda memiliki tugas yang sangat menarik: untuk memasukkan dalam gambar Anda tentang dunia tidak hanya teknologi, tetapi juga orang, proyek, dan hubungan mereka yang kompleks. Ini akan memungkinkan Anda untuk memecahkan masalah yang secara kualitatif lebih rumit yang tidak bisa dipecahkan oleh pengembang terkemuka. Untuk melakukan ini, Anda perlu belajar untuk melihat tidak hanya apa yang kami lakukan dalam pekerjaan proyek sehari-hari, tetapi juga untuk apa kami melakukannya, bagaimana dan mengapa.
Misalkan timlid yang baru dipanggang jatuh ke dalam proyek baru ini untuk dirinya sendiri. Anda dapat mulai dengan mendapatkan jawaban untuk pertanyaan spesifik:
- Bagaimana proyek tempat tim bekerja? Tujuan apa yang harus ia capai, siapa dan bagaimana menilai prestasinya?
- Siapa yang ada di tim? Orang macam apa mereka, apa pengalaman, spesialisasi, dan ciri-ciri pekerjaan mereka?
- Dengan siapa tim berinteraksi? Apa yang diharapkan proyek dari pengembangan, dan apa yang diharapkannya dari tim terkait (analis, QA, arsitek, tenaga penjualan, dukungan teknik)?
- Dengan siapa pemimpin tim berinteraksi secara pribadi? Apa yang diharapkan manajer proyek darinya, apa yang diharapkan tim darinya, apa yang diharapkan pemimpin tim terkait darinya? Masalah apa yang mereka lihat dalam pembangunan?
- Bagaimana keadaan proyek? Di mana kita sekarang, apa yang telah dilakukan dan apa yang tersisa? Apakah kita sudah selesai atau belum, dan mengapa? Apa masalah yang diketahui dalam proyek sekarang - teknis, organisasi, manusia?
Apa yang harus dilakukan pertama kali?
- Kenali secara rinci siapa yang melakukan apa dan di mana.
- Parsing backlog, baca seluruh pelacak proyek, lihat komit dan ulasan terbaru.
- Memahami metodologi manajemen proyek (gaya kode, VCS / cabang, majelis, alur kerja di pelacak, versi yang didukung, artefak yang dikeluarkan).
- Memahami secara rinci arsitektur sistem yang sedang dikembangkan dengan sejarahnya (keputusan apa yang dibuat dan mengapa).
Buku atau artikel apa yang Anda rekomendasikan untuk dibacakan kepada manajer pengembangan? Dan sumber daya apa yang masuk akal untuk dipelajari secara teratur?
Brooks, Mythical Man-Month. Tidak ada yang berubah selama setengah abad terakhir.
Alan, Colston, Batu Programer.
Berapa lama waktu yang dibutuhkan untuk mengerjakan tugas teknis, dan berapa banyak pada tugas yang berhubungan dengan mengelola tim? Apa lagi yang bisa atau harus seorang Timlid habiskan waktunya?
Hampir tidak ada resep di sini. Baiklah, mari kita dapatkan dari senter: 70% untuk teknologi, 30% untuk orang. Tetapi proporsi ini bervariasi dengan ukuran tim. Jika tim memiliki 15 orang (sangat banyak IMHO per pemimpin), proporsinya adalah 5% / 95%.
Selain tugas "internal" (peralatan + orang), Timlid juga memecahkan yang "eksternal": mengelola kecepatan pengembangan dan ruang lingkup proyek, bersama dengan rencana manajemen untuk bekerja di proyek, memprediksi pekerjaan pengembang
Victor Lamburt , Kepala Produk yang Disarankan, Yandex
Apa saran yang akan Anda berikan kepada kolega Anda - pengembang kuat yang baru-baru ini, baru kemarin, menjadi pemimpin tim? Apa tindakan spesifik dan dapat dimengerti yang harus ia lakukan pada posisi baru?
Pertama-tama, saya akan menyarankan Anda untuk mencari tahu apa yang terjadi pada pemimpin tim sebelumnya dan apa yang diharapkan oleh pemimpin baru Anda dari Anda. Setelah itu, bicarakan dengan masing-masing anggota tim, cari tahu tentang harapan dan masalah mereka, dan juga mencoba memahami ketakutan mereka.
Buku atau artikel apa yang Anda rekomendasikan untuk dibacakan kepada manajer pengembangan? Dan sumber daya apa yang masuk akal untuk dipelajari secara teratur?
Ada banyak dari kita dalam wawancara ini dan, yang pasti, rekan-rekan saya akan menyebutkan buku-buku penting yang berkaitan langsung dengan manajemen pembangunan. Oleh karena itu, saya akan memanfaatkan momen ini dan menyebutkan tiga buku penting dari bidang yang benar-benar berbeda.
Ed Catmell. Perusahaan Genius. Cara mengelola tim orang-orang kreatif
Buku ini ditulis oleh pendiri Pixar. Membaca, orang kagum betapa bijaksananya, bijaksana, dan pada saat yang sama penulisnya berani. Bagaimana ia dan tim kecil orang-orang yang berpikiran sama berhasil menemukan kembali genre animasi, menciptakan karya besar yang menyentuh jutaan anak-anak dan orang dewasa di seluruh dunia. Bagaimana Ed Ketmell melakukan dialog dengan Steve Jobs, membela tim dan menggunakan pengalaman Steve untuk kepentingan pertumbuhan Pixar.
Menceritakan kisah kelahiran maha karya, penulis ingat bahwa mereka semua pada awalnya sangat canggung, seperti bayi yang baru lahir. Tidak ada yang layak menghancurkan mereka setelah lahir. Dan hanya kesabaran, cinta, dan banyak iterasi yang memungkinkan gagasan untuk tumbuh lebih kuat dan berubah menjadi film pemenang Oscar.
Ed juga berbicara tentang bagaimana menciptakan suasana di mana orang secara terbuka mengungkapkan pendapat kritis, dan kritikus senang menggunakan kesempatan ini untuk meningkatkan kreasi mereka.
Kalau saja kita bisa melakukan itu, bukan?
David Keirsey. Please Understand Me II: Temperamen, Karakter, Kecerdasan
Pada edisi kedua, David Keirsey secara sistematis dan visual berbicara tentang mengapa orang sering kali benar-benar berbeda dari yang Anda harapkan. Ternyata orang-orang dari profesi yang sama, yang berada dalam konteks sosiokultural yang sama, dapat membuat keputusan dengan cara yang sangat berbeda, menghargai hal-hal yang sama sekali berbeda. Dan ini terjadi setiap saat, dengan orang yang dicintai, dengan anak-anak, dengan orang tua dan, tentu saja, dalam tim pengembangan.
Terlepas dari beberapa kritik, tipologi MBTI membantu orang lebih memahami, merasionalisasi tindakan mereka, dan membangun tim yang lebih seimbang.
Daniel Kahneman Berpikirlah dengan lambat ... Putuskan dengan cepat
Pendiri teori ekonomi psikologis berbicara dengan menarik tentang distorsi kognitif yang kita jalani, tanpa menyadarinya. Buku ini penuh dengan contoh-contoh yang menunjukkan bahwa Anda dan saya tidak rasional dan kita dapat dengan mudah dimanipulasi.
Buku ini tidak hanya mengajarkan untuk mengenali manipulasi seperti itu, tetapi juga membuat Anda dengan serius berpikir apakah akan melakukan ini atau itu, tampaknya, redistribusi tanggung jawab yang sangat rasional.
Berapa lama waktu yang dibutuhkan untuk mengerjakan tugas teknis, dan berapa banyak pada tugas yang berhubungan dengan mengelola tim? Apa lagi yang bisa atau harus seorang Timlid habiskan waktunya?
Saya harus mengakui bahwa saya belum pernah mengerjakan tugas yang benar-benar teknis untuk waktu yang lama.
Apa saran yang akan Anda berikan kepada kolega Anda - pengembang kuat yang baru-baru ini, baru kemarin, menjadi pemimpin tim? Apa tindakan spesifik dan dapat dimengerti yang harus ia lakukan pada posisi baru?
- Mulai mencari-cari. Perhatikan apa yang dilakukan orang dalam kelompok, bagaimana mereka melakukannya, apa yang membuat mereka bahagia, apa yang membuat mereka sedih. Perhatikan semua nuansa yang membentuk iklim mikro dalam tim yang menjadi tanggung jawab Anda sekarang. Pengetahuan Anda tentang anak-anak dan perempuan memungkinkan Anda untuk menciptakan sinergi, dan tidak saling mengganggu.
- Berhenti menulis kode. Selain dua pengecualian: ketika ia mendefinisikan vektor pengembangan atau menetapkan mode. Yang pertama termasuk solusi arsitektur yang mengatur nada untuk pengembangan dan memungkinkan Anda untuk menjaga vektornya ke arah yang benar. Yang kedua - hal-hal yang berhenti melakukan segala sesuatu jika Anda berhenti melakukan: tes, cabang, praktik baik dan hal-hal kecil lainnya yang setiap orang terlalu malas untuk dilakukan, tetapi tanpanya semuanya berantakan.
- Jangan mencoba memperbaiki semua kesalahan yang terlihat, memulai kehidupan dari awal atau memperkenalkan proses dari buku. Pandangan pengembang dan pemimpin tim sangat berbeda, dan apa yang tampaknya berbahaya bagi Anda sebagai pengembang bisa berubah menjadi paku di mana semuanya tergantung. Lakukan perubahan secara perlahan dan konsisten. Luangkan waktu Anda, Anda akan punya waktu.
- Berikan dan delegasikan. Tugas Anda bukan untuk melakukan semuanya sendiri, tetapi untuk memastikan bahwa tugas itu selesai. Selain itu, salah satu motivator yang sangat penting adalah tanggung jawab. Menempatkan karyanya di tangan yang baik, Anda tidak hanya akan kurang sibuk, tetapi juga memotivasi anggota tim Anda. Tetapi, jika Anda sudah memberi, ingatlah bahwa Anda tidak hanya memberi tanggung jawab, tetapi juga mendelegasikan bagian dari wewenang untuk membuat keputusan.
Buku atau artikel apa yang Anda rekomendasikan untuk dibacakan kepada manajer pengembangan? Dan sumber daya apa yang masuk akal untuk dipelajari secara teratur?
Pada suatu waktu saya sangat menyukai karya Alistair Cockburn "Pengembangan perangkat lunak gesit". Saya sangat merekomendasikannya. Saya sangat merekomendasikan praktik bekerja dengan siswa: Anda menyiapkan bingkai Anda sendiri + Anda harus menjaga diri Anda dalam kondisi yang baik, karena siswa yang bergigi tidak membiarkan Anda rileks, mengajukan pertanyaan rumit :)
Berapa lama waktu yang dibutuhkan untuk mengerjakan tugas-tugas teknis, dan berapa banyak pada tugas-tugas yang berkaitan dengan mengelola tim? Apa lagi yang bisa atau harus seorang Timlid habiskan waktunya?
Sebisa mungkin bagi kelompok untuk mengatasi tugas-tugas tersebut. Jika rilisnya dalam seminggu, maka itu aneh untuk dikelola, dan jika dalam satu bulan seorang gadis pergi cuti hamil, itu aneh untuk melakukan tugas-tugas teknis. Apakah itu semua terjadi pada saat yang bersamaan? , :) , , , IMHO .
?
- . , . , , , :))
- ( , ). , , , .
- : , . « 3 » — .
- . , 1-2 , .
, , 28 2018 . .