Rekrutmen untuk di Yandex berlanjut. Ini berjalan dalam lima arah: backend, ML, pengembangan seluler, frontend, dan analitik. Di blog ini, di blog lain di Habré dan sekitarnya, Anda dapat menemukan banyak wawasan tentang cara kerja magang. Namun sebagian besar proses ini masih menjadi misteri bagi mereka yang tidak bekerja di perusahaan tersebut. Dan jika Anda melihat dari sudut pandang manajer pengembangan, lebih banyak pertanyaan yang muncul. Bagaimana cara melakukan magang yang benar, bagaimana memaksimalkan saling menguntungkan dengan seorang magang, bagaimana cara mengenalnya dalam tiga bulan dan mengajarinya segala yang dibutuhkan untuk terus bekerja?
Kami berlima menyiapkan artikel ini. Mari perkenalkan diri kita: Ignat Kolesnichenko dari layanan teknologi komputasi terdistribusi, Misha Levin dari layanan intelijen mesin Pasar, Denis Malykh dari layanan pengembangan aplikasi, Seryozha Berezhnoy dari departemen pengembangan antarmuka pencarian, dan Dima Cherkasov dari grup pengembangan antipenipuan. Masing-masing dari kita mewakili bidang magang kita masing-masing. Kami semua adalah manajer, kami membutuhkan pekerja magang, dan kami memiliki pengalaman bekerja dengan mereka. Izinkan kami memberi tahu Anda sesuatu dari pengalaman ini.
Wawancara pra-magang
Beberapa wawancara teknis menunggu kandidat. Keberhasilan dalam wawancara tidak terlalu bergantung pada soft skill (kemampuan berkomunikasi secara efektif) dan lebih pada hard skill (keterampilan dalam matematika dan pemrograman). Namun, manajer mengevaluasi keduanya.
Ignat:
Sekalipun seseorang sangat keren, tetapi sama sekali tidak komunikatif, dia tidak akan bisa menerapkan semua keahliannya. Tentu saja hal ini kami perhatikan, namun hal ini bukan menjadi alasan untuk tidak menerima seseorang untuk magang. Dalam tiga bulan, segalanya bisa berubah, dan selain itu, kesan pertama Anda mungkin salah. Dan jika semuanya benar, Anda perlu menjelaskan kepada orang tersebut, mencari perintah lain. Bagi pekerja magang, keterampilan komunikasi jelas bukan faktor kunci. Namun, keterampilan profesional jauh lebih penting.
Deni:
Saya suka orang yang bercerita - dengan cara yang baik. Seseorang yang dapat mengetahui bagaimana dia dan timnya secara heroik menangani beberapa fakap adalah hal yang menarik. Saya mulai mengajukan pertanyaan lanjutan ketika cerita seperti ini muncul. Namun hal ini jarang terjadi jika Anda hanya meminta “menceritakan sesuatu yang menarik dalam proyek Anda”.
Salah satu kandidat pernah mengucapkan kalimat yang luar biasa, yang bahkan saya tuliskan: “Berhasil menghindari penyelesaian masalah yang membosankan.”
Karena waktu untuk berkomunikasi sedikit, pewawancara berusaha memperoleh informasi berguna tentang kandidat setiap menit pertemuan. Sangat bagus jika pekerja magang mengetahui terlebih dahulu detail pengalamannya (bukan dari resume) yang dapat dia bagikan. Ini harus menjadi cerita pendek yang langsung pada intinya.
Deni:
Saya memperhatikan jika seseorang mengatakan bahwa dia telah mencoba banyak bahasa dan pendekatan. Orang-orang dengan pandangan yang lebih luas menghasilkan solusi yang lebih elegan dalam mode pertempuran. Tapi ini merupakan nilai tambah yang ambigu. Anda bisa menguasainya, tapi tidak benar-benar mempelajari apa pun.
Waktu untuk cerita yang dijelaskan oleh Denis biasanya hanya tersisa pada wawancara terakhir. Sampai saat itu tiba, penting untuk menunjukkan pengetahuan mendasar dan praktis yang akan menjadi dasar pekerjaan di masa depan. Dan, tentu saja, Anda perlu menulis kodenya di papan atau di selembar kertas.
misa:
Kami menguji pengetahuan tentang teori probabilitas dan statistik matematika. Kami melihat apakah orang tersebut memiliki pengalaman bekerja dengan metrik, dengan algoritma pembelajaran mesin, dengan pengaturan parameternya, dengan pelatihan ulang, dll. Kami berharap orang tersebut dapat menulis kode yang memadai untuk menjadi seorang analis.
Deni:
Mereka yang datang untuk wawancara kebanyakan tahu bahasa: di Yekaterinburg kami memiliki sekolah bahasa dasar yang bagus, institut yang bagus. Tapi sejujurnya, calon magang dengan hard skill yang baik adalah kasus yang jarang terjadi, setidaknya di lingkungan epsilon kami. Misalnya Swift. Ini melibatkan pekerjaan yang sangat rumit dengan string, dan hanya sedikit orang yang dapat mengerjakannya secara langsung. Mata langsung menarik perhatian Anda. Saat wawancara, saya sering memberikan tugas yang berhubungan dengan pemrosesan string. Dan selama ini hanya ada satu orang yang bisa langsung menulis kode Swift di selembar kertas. Setelah itu, saya berkeliling memberi tahu semua orang bahwa seseorang akhirnya dapat menyelesaikan masalah ini di Swift di selembar kertas.
Menguji algoritma selama wawancara
Ini adalah topik tersendiri karena kandidat masih memiliki pertanyaan - mengapa kami selalu menilai pengetahuan tentang algoritma dan struktur data? Bahkan pengembang seluler dan pengembang front-end di masa depan pun menjalani pengujian semacam itu.
misa:
Selama wawancara kami pasti akan memberikan semacam masalah algoritmik. Kandidat perlu mengetahui cara mengimplementasikannya dengan Python, sebaiknya tanpa kesalahan. Anda perlu memahami cara memeriksa program Anda dan memperbaikinya sendiri.
Pengalaman dalam algoritma berguna karena tiga alasan. Pertama, ini jelas diperlukan dalam tugas-tugas algoritmik - yang tidak sering terjadi, tetapi memang terjadi. Kedua, pengembang akan dapat memecahkan masalah yang berkaitan dengan algoritme dengan lebih efektif, meskipun mereka tidak perlu mempelajari algoritme itu sendiri (dan jumlahnya sudah cukup banyak). Ketiga, jika Anda tidak diajari algoritma di universitas, tetapi Anda masih tahu cara menggunakannya, maka ini mencirikan Anda sebagai orang yang ingin tahu dan akan meningkatkan otoritas Anda di mata orang yang diwawancarai.
Deni:
Bagian besar dari pengembangan seluler adalah pengacakan JSON. Namun setiap enam bulan sekali, ada kalanya algoritma diperlukan. Saat ini saya sedang menggambar peta yang indah untuk Yandex.Weather. Dan dalam seminggu saya harus mengimplementasikan algoritma smoothing, algoritma Sutherland-Hodgman dan algoritma Martinez. Jika seseorang tidak mengetahui apa itu hashmap atau antrian prioritas, dia akan terjebak dengan itu untuk waktu yang lama dan tidak jelas apakah dia akan mengelolanya atau tidak tanpa bantuan dari luar.
Algoritma adalah dasar pengembangan. Inilah yang membantu seorang pengembang menjadi seorang pengembang. Tidak masalah apa yang Anda lakukan. Mereka juga dibutuhkan dalam proyek sederhana, di mana pekerjaan utamanya terdiri dari “menerjemahkan JSON”. Meskipun Anda tidak menulis algoritmenya sendiri, tetapi Anda secara implisit menggunakan beberapa struktur data, lebih baik Anda memahaminya. Jika tidak, Anda akan mendapatkan aplikasi yang lambat atau salah.
Ada programmer yang memasuki dunia pengembangan secara akademis: mereka masuk universitas, belajar selama lima tahun, dan menerima spesialisasi. Mereka mengetahui algoritma karena mereka diajari. Dan pengetahuan tentang algoritma itu sendiri tidak mencirikan cakrawala seseorang dengan cara apa pun; cakrawala ini harus diuji dengan cara lain.
Dan ada orang-orang otodidak, yang saya sendiri termasuk di dalamnya. Ya, secara formal saya memiliki pendidikan IT, diploma di bidang rekayasa perangkat lunak. Namun orang-orang yang belajar secara otodidak belajar memprogram “walaupun demikian.” Mereka tidak memiliki program universitas. Biasanya mereka tidak familiar dengan algoritma - karena mereka tidak pernah menghadapi kebutuhan untuk mempelajarinya. Dan ketika orang seperti itu memahami algoritma, itu berarti dia menghabiskan waktu dan memahaminya. Setelah lulus dari universitas, saya menyadari bahwa saya memiliki titik buta dalam hal algoritma dasar - faktanya adalah spesialisasi saya diterapkan. Saya mengikuti dan belajar kursus online dari Universitas Princeton, Robert Sedgwick yang terkenal. Saya menemukan jawabannya dan mengerjakan semua pekerjaan rumah saya. Dan ketika seseorang menceritakan kisah serupa selama wawancara, saya langsung tertarik, saya memiliki keinginan untuk bekerja dengannya atau setidaknya melanjutkan pembicaraan.
Ignat:
Saat Anda mewawancarai seorang pekerja magang, dalam beberapa hal Anda mengharapkan lebih dari sekadar pengembang berpengalaman. Kita berbicara tentang kemampuan untuk memecahkan masalah algoritmik, dengan cepat menulis setidaknya beberapa kode yang benar. Calon magang masih di universitas. Setahun yang lalu dia diberitahu segala sesuatu tentang algoritma secara rinci. Diharapkan dia bisa memperbanyaknya. Jika seseorang memadai dan mendengarkan ceramah dengan cermat, dia hanya akan mengetahui segalanya, mendapatkannya dari cache.
Tugas apa yang diselesaikan oleh pekerja magang?
Biasanya, program magang dapat diuraikan dan didiskusikan selama wawancara akhir. Hanya pada awal pekerjaan, pekerja magang dapat diberi tugas pelatihan, yang hasilnya tidak akan digunakan dalam produksi. Selain itu, kemungkinan menerima tugas seperti itu kecil. Paling sering, proyek-proyek tempur diberikan dari simpanan, yaitu proyek-proyek yang dianggap layak mendapat perhatian, tetapi bukan prioritas dan “dapat dipisahkan” - sehingga komponen lain tidak bergantung pada implementasinya. Manajer mencoba mendistribusikannya sehingga peserta pelatihan mengetahui bagian-bagian berbeda dari layanan dan bekerja di lingkungan yang sama dengan anggota tim lainnya.
Ignat:
Ini adalah tugas yang sangat berguna. Mereka mungkin tidak meningkatkan pemanfaatan klaster sebesar 10%, atau menghemat satu juta dolar bagi perusahaan, namun mereka akan membuat ratusan orang bahagia. Misalnya, saat ini kami memiliki pekerja magang yang bekerja dengan klien kami untuk menjalankan operasi di cluster kami. Sebelum memulai, operasi harus memuat beberapa data ke cluster. Ini biasanya memakan waktu 20–40 detik, dan sebelum terjadi secara diam-diam: Anda meluncurkannya di konsol dan duduk di sana, melihat layar hitam. Magang datang dan membuat fitur tersebut dalam dua minggu: sekarang Anda dapat melihat bagaimana file diunggah dan apa yang terjadi. Tugasnya, di satu sisi, tidak sulit untuk dijelaskan, tetapi di sisi lain, ada sesuatu yang perlu digali, perpustakaan apa yang harus dilihat. Bagian terbaiknya adalah Anda melakukannya, seminggu berlalu, ternyata sudah ada di cluster, orang sudah menggunakannya. Saat Anda menulis postingan di jaringan internal, mereka mengucapkan terima kasih.
misa:
Peserta pelatihan menyiapkan model, mengumpulkan data, membuat metrik, dan melakukan eksperimen. Secara bertahap, kami mulai memberinya lebih banyak kebebasan dan tanggung jawab - kami memeriksa apakah dia dapat mengatasinya. Jika ya, dia pindah ke level berikutnya. Kami tidak berasumsi bahwa ketika seorang pekerja magang datang, mereka tahu bagaimana melakukan semuanya. Manajer membantunya memahami hal ini, memberinya tautan ke sumber daya internal atau kursus online.
Jika seorang pekerja magang menunjukkan dirinya dalam kondisi terbaiknya, dia mungkin akan diberikan sesuatu yang menjadi prioritas, penting bagi departemen atau layanan lainnya.
Dima:
Magang kami sekarang melakukan modifikasi keras terhadap antipenipuan. Ini adalah sistem yang melawan berbagai penyalahgunaan dan penipuan pada layanan Yandex. Awalnya kami berpikir untuk memberikan hal-hal yang tidak terlalu rumit dan tidak terlalu penting untuk produksi. Kami mencoba memikirkan tugas-tugas magang terlebih dahulu, tetapi kemudian kami melihat bahwa orang tersebut “bersemangat”, menyelesaikan masalah dengan cepat dan baik. Oleh karena itu, kami mulai mempercayakan kepadanya peluncuran anti-penipuan untuk layanan baru.
Selain itu, kecil kemungkinannya untuk menerima tugas yang belum pernah dilakukan rekan kerja sebelumnya karena volumenya.
Dima:
Ada satu sistem lama, dan ada sistem baru yang belum selesai. Kita perlu berpindah dari satu ke yang lain. Di masa depan, ini adalah proyek penting, meskipun dengan ketidakpastian yang tinggi: Anda perlu banyak berkomunikasi, membaca kode lama yang tidak dapat dipahami. Pada wawancara terakhir, kami dengan jujur mengatakan kepada pekerja magang bahwa tugasnya sulit. Dia menjawab bahwa dia siap, datang ke tim kami, dan semuanya berjalan baik untuknya. Ternyata dia tidak hanya memiliki kualitas sebagai developer, tapi juga sebagai manajer. Dia siap untuk berjalan-jalan, mencari tahu, melakukan ping.
Mentoring magang
Seorang pekerja magang membutuhkan seorang mentor untuk membenamkan dirinya dalam proses. Ini adalah orang yang menyadari tidak hanya tugasnya sendiri, tetapi juga tugas magang. Komunikasi teratur terjalin dengan mentor, Anda selalu dapat meminta nasihat darinya. Mentor dapat berupa pemimpin kelompok (jika kelompok kecil) atau salah satu rekan kerja, anggota tim tetap.
Ignat:
Saya mencoba untuk datang setidaknya setiap hari dan menanyakan kabar pekerja magang. Jika saya melihat saya mengalami kebuntuan, saya mencoba membantunya, menanyakan apa masalahnya, dan mencari tahu masalahnya. Jelas bahwa hal ini menghabiskan energi saya dan membuat pekerjaan magang menjadi tidak efektif - saya juga membuang-buang waktu. Tapi ini memungkinkan dia untuk tidak terjebak dalam apa pun dan mendapatkan hasil. Dan ini masih lebih cepat dibandingkan jika saya melakukannya sendiri. Saya sendiri membutuhkan waktu sekitar 5 jam untuk mengerjakan tugas tersebut. Magang akan melakukannya dalam 5 hari. Dan ya, saya akan menghabiskan 2 jam selama 5 hari ini untuk mengobrol dengan pekerja magang dan membantu. Tapi saya akan menghemat setidaknya 3 jam, dan pekerja magang akan senang karena dia diberi nasihat dan bantuan. Secara umum, Anda hanya perlu berkomunikasi secara dekat, memperhatikan apa yang dilakukan orang tersebut, dan tidak kehilangan kontak.
Seryozha:
Peserta pelatihan terus-menerus berhubungan dengan mentornya dan berkomunikasi dengannya beberapa kali sehari. Mentor meninjau kode, memasangkan pemrograman dengan pekerja magang, dan membantu ketika ada masalah yang muncul. Dengan cara inilah, dengan menggabungkan bantuan seorang mentor dan tugas tempur nyata, kami melatih pengembang front-end.
Dima:
Untuk mencegah pekerja magang ditinggalkan, kami mendiskusikan siapa yang akan membimbingnya bahkan sebelum dipekerjakan. Ini juga merupakan peningkatan besar bagi mentor itu sendiri: persiapan untuk peran pemimpin tim, pengujian kemampuan mengingat tugasnya sendiri dan tugas peserta pelatihan. Ada pertemuan rutin, yang terkadang saya hadiri sendiri, untuk mendapatkan informasi. Namun mentorlah yang berkomunikasi dengan peserta magang secara teratur. Dia menghabiskan banyak waktu pada awalnya, tapi itu membuahkan hasil.
Namun, memiliki seorang mentor bukan berarti semua persoalan yang muncul bisa terselesaikan melalui dirinya.
misa:
Sudah menjadi kebiasaan bagi kami bahwa orang yang menghadapi suatu masalah meminta nasihat dari tetangga dan koleganya dan segera mendapatkan bantuan. Semakin cepat seseorang tumbuh, semakin sering ia perlu menemui rekan-rekannya untuk mempelajari sesuatu. Bahkan akan sangat membantu jika Anda sekadar mempelajari tugas orang lain sehingga Anda dapat menemukan tugas baru. Ketika seorang pekerja magang mampu mencapai kesepakatan, memahami apa yang penting bagi pihak lain, dan mencapai hasil dalam sebuah tim, dia akan tumbuh jauh lebih cepat daripada seseorang yang harus melakukan semua ini oleh manajer.
Seryozha:
Ada dokumentasinya, tetapi sebagian besar informasinya hilang begitu saja. Jika Anda menyerapnya di awal karier Anda, ini merupakan keuntungan tambahan, dan kami dapat memfokuskan orang tersebut pada apa yang perlu mereka pelajari.
Magang yang ideal adalah seseorang yang berlatih selama beberapa bulan, menjadi junior developer, kemudian hanya menjadi developer, lalu menjadi pemimpin tim, dll. Hal ini membutuhkan pola dasar siswa yang tidak malu bertanya jika ada sesuatu yang tidak jelas baginya, tetapi juga mampu bekerja mandiri. Jika dia diberitahu bahwa dia bisa membacanya di suatu tempat, dia akan pergi, membacanya dan benar-benar kembali dengan membawa pengetahuan baru. Boleh saja ia melakukan kesalahan, namun ia tidak boleh melakukan kesalahan lebih dari satu kali, maksimal dua kali, di tempat yang sama. Magang yang ideal harus berkembang, menyerap segala sesuatu seperti spons, belajar dan tumbuh. Orang yang duduk di sana, mencoba memikirkan semuanya sendiri, melihat-lihat dalam waktu lama, dan tidak mengajukan pertanyaan apa pun, kemungkinan besar tidak akan terbiasa.
Akhir magang
Sebelum mulai bekerja, kami menandatangani kontrak jangka tetap dengan setiap peserta pelatihan. Tentu saja, magang dibayar, diformalkan sesuai dengan Kode Perburuhan Federasi Rusia, dan magang memiliki manfaat yang sama seperti karyawan Yandex lainnya. Setelah tiga bulan, program berakhir - kami kemudian memindahkan banyak pekerja magang ke staf (dengan kontrak terbuka).
Di satu sisi, penting bagi manajer agar pengembang memenuhi minimum magangnya. Di sinilah peserta pelatihan diarahkan, dimulai dengan wawancara. Namun, ini hanyalah permulaan cerita. Bagi kami, pekerja magang selalu merupakan calon staf yang potensial. Program minimum bagi seorang manajer adalah mengidentifikasi sejak awal seseorang yang, setelah tiga bulan, tidak akan malu untuk merekomendasikannya ke departemen lain. Program maksimalnya adalah mempertahankannya di tim yang sama, mempekerjakannya sebagai anggota staf. Pada saat yang sama, kami memperhitungkan bahwa siswa tahun kedua atau ketiga - meskipun ia telah magang - harus melanjutkan studinya di universitas pada awal tahun akademik.
Seryozha:
Yang pertama, peserta pelatihan bagi kami adalah sumber daya manusia yang potensial. Kami mencoba mengembangkan orang-orang di Yandex sehingga mereka cocok dengan tugas kami. Kami memberi mereka segalanya, mulai dari budaya komunikasi dan interaksi dalam tim hingga pengetahuan ensiklopedis tentang seluruh sistem kami.
Ignat:
Saat kami magang, kami langsung menjajalnya untuk bergabung dengan tim kami. Dan sebagai aturan, satu-satunya kendala adalah kurangnya lowongan. Kami mencoba mempekerjakan cukup banyak pemuda sebagai pekerja magang. Jika seseorang memiliki pengalaman pengembangan selama lima tahun, dia datang ke Yandex dan magang di level tersebut, maka, sayangnya, bagi kami ini berarti bahwa meskipun dia adalah orang yang hebat, karena dia mendapat pekerjaan di Yandex dengan lima tahun pengalaman. pengalaman, dia tidak akan bisa berkembang menjadi pengembang senior. Hal ini biasanya merupakan masalah kecepatan: pertumbuhan yang lambat di masa lalu berarti pertumbuhan yang lambat di sini. Ya, terkadang pemahaman bahwa seseorang tidak mampu menyelesaikan tugasnya baru muncul setelah tiga bulan. Namun hal ini cukup jarang terjadi. Di lebih dari separuh kasus, kami siap mempekerjakan orang sebagai staf. Dalam ingatan saya, belum pernah ada situasi di mana seseorang berhasil menyelesaikan magang, tetapi tidak dapat lulus wawancara untuk posisi penuh waktu.
misa:
Kami menawarkan semua pekerja magang yang sukses untuk tetap di perusahaan. Setelah magang, kami biasanya mengambil lebih dari setengahnya secara penuh waktu. Magang musim panas lebih sulit karena sering kali siswa tahun ketiga datang kepada kami dan sulit bagi mereka untuk menggabungkan pekerjaan dan studi.
Dima:
Katakanlah pekerja magang tersebut melakukan pekerjaannya dengan baik dan memiliki banyak prospek untuk tumbuh menjadi pengembang yang baik - meskipun dia tidak memiliki cukup pengalaman saat ini. Dan misalkan tidak ada lowongan untuk kontrak terbuka. Maka semuanya menjadi sederhana: Saya harus pergi ke manajer saya dan memberitahunya - ini adalah orang yang sangat keren, kita harus mempertahankannya dengan segala cara, mari kita tawarkan dia sesuatu, mari kita cari tempat untuk menempatkannya.
Cerita tentang magang
Deni:
Gadis yang magang bersama kami pada tahun 2017 berasal dari Perm. Jaraknya 400 kilometer dari Yekaterinburg ke barat. Dan setiap minggu dia datang kepada kami dari Perm dengan kereta api ke Sekolah Pengembangan Seluler. Dia datang pada siang hari, belajar pada malam hari, dan kembali pada sore hari. Karena menghargai semangat tersebut, kami mengundangnya bekerja, dan hasilnya membuahkan hasil.
Ignat:
Beberapa tahun yang lalu kami mengikuti program pertukaran magang. Sangat menarik bekerja dengan orang asing. Namun peserta pelatihan dari sana tidak lebih kuat dari, misalnya, dari ShAD atau dari Fakultas Ilmu Komputer. Tampaknya EPFL masuk dalam 20 universitas terbaik di Eropa. Pada saat itu, sebagai pewawancara yang masih belum terlalu berpengalaman, saya memiliki ekspektasi berikut: luar biasa, kami mewawancarai orang-orang dari EPFL, mereka akan sangat keren. Namun orang-orang yang telah menerima pendidikan dasar tentang coding di sini – termasuk di universitas-universitas utama di wilayah tersebut – ternyata memiliki kemampuan yang cukup baik.
Atau cerita lain. Sekarang saya mempunyai seorang staf di staf saya, dia masih sangat muda, sekitar 20 tahun. Bekerja di St. Petersburg, datang untuk magang. Dia sangat keren. Anda, seperti biasa, memberikan masalah kepada seseorang, dia menyelesaikannya, dan sebulan kemudian dia datang dan berkata: Saya menyelesaikannya, saya melihat, dan tampaknya arsitektur Anda dibangun dengan buruk. Mari kita ulangi. Kode akan menjadi lebih sederhana dan jelas. Saya, tentu saja, membujuknya: jumlah pekerjaannya besar, tidak ada keuntungan bagi pengguna, tetapi idenya terdengar sangat masuk akal. Orang tersebut menemukan proses multi-utas yang kompleks dan menyarankan perbaikan - mungkin yang terlalu dini, melakukan pemfaktoran ulang demi pemfaktoran ulang. Namun begitu Anda ingin memperumit kode ini, Anda tetap bisa melakukan refactoring ini. Faktanya, beberapa bulan telah berlalu dan kami mengambil tugas ini. Saya dengan senang hati mempekerjakannya. Kita semua bukanlah orang jenius. Anda bisa datang, memikirkan sesuatu dan menunjukkan masalah kita. Ini dihargai.
misa:
Kami memiliki pekerja magang yang ideal. Meskipun mereka kurang berpengalaman, mereka melihat tugas ini tidak hanya pada tingkat teknis, namun juga pada tingkat global. Mereka menawarkan perbaikan mendasar. Mereka mempunyai pemahaman bagaimana menerjemahkan permasalahan dari dunia nyata ke dunia teknis tanpa kehilangan maknanya. Mereka bertanya-tanya apa tujuan akhirnya, apakah perlu menggali lebih dalam sekarang atau apakah mereka dapat sepenuhnya mengubah pendekatan terhadap tugas atau bahkan rumusan masalah. Artinya, mereka berpotensi naik beberapa level lebih tinggi. Untuk mencapai hal ini, mereka hanya perlu meningkatkan beberapa keterampilan dan alat internal. Ditambah peluncuran beberapa proyek yang sukses.
Sumber: www.habr.com