Rekrytointi varten Yandexissa jatkuu. Se kulkee viiteen suuntaan: taustajärjestelmä, ML, mobiilikehitys, käyttöliittymä ja analytiikka. Tästä blogista, muista Habrén ja sen jälkeisistä blogeista löydät paljon tietoa siitä, miten harjoittelu toimii. Mutta paljon tässä prosessissa jää mysteeriksi niille, jotka eivät työskentele yrityksessä. Ja jos tarkastellaan kehityspäälliköiden näkökulmasta, herää vielä enemmän kysymyksiä. Kuinka suorittaa harjoittelu oikein, kuinka maksimoida molemminpuolinen hyödyllisyys harjoittelijan kanssa, kuinka tutustua häneen kolmessa kuukaudessa ja opettaa hänelle kaikki, mitä hän tarvitsee jatkaakseen työskentelyä?
Viisi meistä valmisteli tämän artikkelin. Esittelemme itsemme: Ignat Kolesnichenko hajautetusta laskentateknologiapalvelusta, Misha Levin Marketin koneälypalvelusta, Denis Malykh sovelluskehityspalvelusta, Seryozha Berezhnoy hakurajapintojen kehitysosastosta ja Dima Cherkasov petostentorjuntakehitysryhmästä. Jokainen meistä edustaa omaa harjoittelualuettamme. Olemme kaikki johtajia, tarvitsemme harjoittelijoita, ja meillä on kokemusta heidän kanssaan työskentelystä. Kerrotaanpa jotain tästä kokemuksesta.
Työharjoittelua edeltävä haastattelu
Hakijoita odottaa useita teknisiä haastatteluja. Menestys haastattelussa riippuu vähemmän pehmeistä taidoista (kyky kommunikoida tehokkaasti) ja enemmän kovista taidoista (matematiikan ja ohjelmoinnin taidot). Esimiehet kuitenkin arvioivat molempia.
Ignat:
Vaikka henkilö on erittäin viileä, mutta ehdottoman välinpitämätön, hän ei pysty soveltamaan kaikkia taitojaan. Tietenkin kiinnitämme tähän huomiota, mutta tämä ei ole syy olla ottamatta ketään työharjoitteluun. Kolmessa kuukaudessa kaikki voi muuttua, ja lisäksi ensivaikutelmasi voi osoittautua vääräksi. Ja jos kaikki on oikein, sinun on selitettävä henkilölle, etsittävä muita komentoja. Harjoittelijalle viestintätaidot eivät todellakaan ole avaintekijä. Silti ammattitaito on paljon tärkeämpää.
Denis:
Pidän ihmisistä, jotka kertovat tarinoita - hyvällä tavalla. Mielenkiintoinen on henkilö, joka osaa kertoa kuinka hän ja hänen tiiminsä käsittelivät sankarillisesti fakapia. Alan kysyä jatkokysymyksiä, kun tällainen tarina tulee esille. Mutta tätä tapahtuu harvoin, jos vain pyydät "kerromaan jostain mielenkiintoisesta projektissasi".
Eräs ehdokas sanoi kerran upean lauseen, jonka jopa kirjoitin ylös: ”Välti onnistuneesti ikävien ongelmien ratkaisemisen.”
Koska kommunikaatioon on vähän aikaa, haastattelija yrittää saada hyödyllistä tietoa ehdokkaasta kokouksen joka minuutti. On hienoa, jos harjoittelija keksi etukäteen, mitä tietoja kokemuksestaan (ei ansioluettelostaan) hän voisi jakaa. Tämän pitäisi olla ytimekäs lyhyt tarina.
Denis:
Kiinnitän huomiota, jos joku sanoo, että hän on kokeillut monia kieliä ja lähestymistapoja. Laajemman näkemyksen omaavat ihmiset keksivät tyylikkäämpiä ratkaisuja taistelutilassa. Mutta tämä on epäselvä plus. Voit oppia siitä, mutta et todellakaan opi mitään.
Aika Denisin kuvaamille tarinoille jää yleensä vasta viimeiseen haastatteluun. Siihen asti on tarpeen osoittaa perustavanlaatuinen ja käytännöllinen tieto, joka muodostaa tulevan työn perustan. Ja tietysti sinun on kirjoitettava koodi taululle tai paperille.
Misha:
Testaamme todennäköisyysteorian ja matemaattisten tilastojen tuntemusta. Katsotaan, onko henkilöllä kokemusta työskentelystä mittareiden, koneoppimisalgoritmien, parametrien asettamisen, uudelleenkoulutuksen jne. kanssa. Odotamme, että henkilö osaa kirjoittaa koodia riittävästi ollakseen analyytikko.
Denis:
Haastatteluun tulevat pääosin osaavat kieliä: meillä on Jekaterinburgissa hyvä peruskielten koulu, hyvät instituutit. Mutta rehellisesti sanottuna työharjoittelija, jolla on hyvät kovat taidot, on harvinainen tapaus, ainakin meidän epsilon-naapurustossa. Esimerkiksi Swift. Se on erittäin monimutkaista työtä jousien kanssa, ja harvat ihmiset voivat työskennellä niiden kanssa jyrkästi. Silmä kiinnittää huomiosi välittömästi. Haastatteluissa annan usein tehtävän, joka liittyy merkkijonojen käsittelyyn. Ja koko tämän ajan aikana oli vain yksi henkilö, joka pystyi kirjoittamaan sellaisen Swift-koodin heti, paperille. Sen jälkeen kiersin ja kerroin kaikille, että joku pystyi vihdoin ratkaisemaan tämän ongelman Swiftissä paperille.
Algoritmien testaus haastattelun aikana
Tämä on erillinen aihe, koska ehdokkailla on edelleen kysymys - miksi arvioimme aina algoritmien ja tietorakenteiden tuntemusta? Jopa tulevat mobiilikehittäjät ja etupään kehittäjät käyvät läpi tällaisen testauksen.
Misha:
Haastattelun aikana annamme varmasti jonkinlaisen algoritmisen ongelman. Hakijan tulee selvittää, kuinka se toteutetaan Pythonissa, mieluiten ilman virheitä. Sinun on ymmärrettävä, kuinka voit tarkistaa ohjelmasi ja korjata sen itse.
Kokemus algoritmeista on hyödyllistä kolmesta syystä. Ensinnäkin sitä tarvitaan ilmeisesti algoritmisissa tehtävissä - joita ei tapahdu usein, mutta tapahtuu. Toiseksi kehittäjä pystyy tehokkaammin ratkaisemaan algoritmeihin liittyviä ongelmia, vaikka ne eivät vaadi itse algoritmeihin syventämistä (ja niitä on jo melko paljon). Kolmanneksi, jos sinulle ei opetettu algoritmeja yliopistossa, mutta osaat silti työskennellä niiden kanssa, se luonnehtii sinua uteliaana henkilönä ja lisää auktoriteettiasi haastateltavan silmissä.
Denis:
Suuri osa mobiilikehityksestä on JSON-sekoitusta. Mutta kerran kuudessa kuukaudessa on tapauksia, joissa tarvitaan algoritmeja. Piirrän parhaillaan kauniita karttoja Yandex.Weatherille. Ja viikossa minun piti ottaa käyttöön tasoitusalgoritmi, Sutherland-Hodgman-algoritmi ja Martinez-algoritmi. Jos henkilö ei tiennyt mitä hashmap tai prioriteettijono on, hän olisi ollut jumissa sen kanssa pitkään ja olisi epäselvää, olisiko hän selvinnyt siitä vai ei ilman ulkopuolista apua.
Algoritmit ovat kehityksen perusta. Tämä auttaa kehittäjää olemaan kehittäjä. Ei ole väliä mitä teet. Niitä tarvitaan myös yksinkertaisissa projekteissa, joissa päätyö on "JSONin kääntäminen". Vaikka et itse kirjoittaisi algoritmeja, mutta käytät implisiittisesti joitain tietorakenteita, on parempi ymmärtää ne. Muuten päädyt sovelluksiin, jotka ovat hitaita tai virheellisiä.
On ohjelmoijia, jotka tulivat kehitykseen akateemisesti: he tulivat yliopistoon, opiskelivat viisi vuotta ja saivat erikoisuuden. He tuntevat algoritmit, koska heidät opetettiin. Ja sitten itse algoritmien tuntemus ei luonnehdi ihmisen horisontteja millään tavalla, vaan tämä horisontti on testattava toisella tavalla.
Ja on itseoppineita ihmisiä, joihin itseni kuulun. Kyllä, muodollisesti minulla on IT-koulutus, ohjelmistotekniikan tutkinto. Mutta itseoppineet oppivat ohjelmoimaan "sitä huolimatta". Heillä ei ollut yliopisto-ohjelmaa. Yleensä he eivät tunne algoritmeja - koska he eivät ole koskaan kohdanneet tarvetta tutkia niitä. Ja kun tällainen henkilö ymmärtää algoritmit, se tarkoittaa, että hän vietti aikaa ja ymmärsi ne. Yliopistosta valmistuttuani tajusin, että minulla oli sokeita pisteitä perusalgoritmien suhteen - tosiasia on, että erikoisalaani sovellettiin. Menin ja opiskelin online-kursseja Princetonin yliopistosta, tunnettu Robert Sedgwick. Selvitin sen ja tein kaikki läksyni. Ja kun henkilö kertoo haastattelun aikana samanlaisen tarinan, kiinnostun heti, minulla on halu työskennellä hänen kanssaan tai ainakin jatkaa keskustelua.
Ignat:
Kun haastat harjoittelijaa, odotat tietyllä tavalla jopa enemmän kuin kokeneelta kehittäjältä. Puhumme kyvystä ratkaista algoritmisia ongelmia, kirjoittaa nopeasti ainakin oikea koodi. Työharjoittelija on edelleen yliopistossa. Vain vuosi sitten hänelle kerrottiin kaikki algoritmeista yksityiskohtaisesti. Odotetaan, että hän pystyy toistamaan ne. Jos ihminen on riittävä ja kuunteli luentoja tarkasti, hän yksinkertaisesti tietää kaiken, saa sen kätköstä.
Mitä tehtäviä harjoittelija ratkaisee?
Tyypillisesti harjoitteluohjelma voidaan hahmotella ja keskustella loppuhaastattelujen aikana. Vain työn alussa harjoittelijalle voidaan määrätä koulutustehtäviä, joiden tuloksia ei hyödynnetä tuotannossa. Lisäksi todennäköisyys saada tällaisia tehtäviä on pieni. Useimmiten taisteluprojektit annetaan ruuhkasta, toisin sanoen niistä, jotka on tunnustettu huomion arvoisiksi, mutta eivät ensisijaisiksi ja "erotettavissa oleviksi" - jotta muut komponentit eivät ole riippuvaisia niiden toteutuksesta. Esimiehet pyrkivät jakamaan niitä niin, että harjoittelija tutustuu palvelun eri osiin ja työskentelee samassa ympäristössä muiden tiimin jäsenten kanssa.
Ignat:
Nämä ovat erittäin hyödyllisiä tehtäviä. Ne eivät ehkä lisää klusterin käyttöastetta 10 % tai säästä yritykselle miljoonaa dollaria, mutta ne tekevät satoja ihmisiä onnelliseksi. Meillä on esimerkiksi tällä hetkellä työharjoittelija, joka työskentelee asiakkaamme kanssa suorittamassa operaatioita klustereissamme. Ennen aloittamista toiminnon on ladattava tietoja klusteriin. Tämä kestää yleensä 20–40 sekuntia, ja ennen kuin se tapahtui hiljaa: käynnistit sen konsolissa ja istuit siinä katsomassa mustaa näyttöä. Harjoittelija tuli ja teki ominaisuuden kahdessa viikossa: nyt näet kuinka tiedostot ladataan ja mitä tapahtuu. Tehtävää toisaalta ei ole vaikea kuvailla, mutta toisaalta siinä on mitä syventyä, mitä kirjastoja katsoa. Parasta on, että teit sen, viikko kului, se osoittautui klustereiksi, ihmiset käyttävät sitä jo. Kun kirjoitat viestin sisäiseen verkkoon, he sanovat kiitos.
Misha:
Harjoittelijat valmistelevat malleja, keräävät niitä varten dataa, keksivät mittareita ja tekevät kokeita. Vähitellen alamme antaa hänelle enemmän vapautta ja vastuuta - tarkistamme, pystyykö hän käsittelemään sitä. Jos kyllä, hän siirtyy seuraavalle tasolle. Emme oleta, että kun harjoittelija tulee, he tietävät kuinka tehdä kaikki. Johtaja auttaa häntä selvittämään sen, antaa hänelle linkin sisäiseen resurssiin tai verkkokurssiin.
Jos harjoittelija näyttää olevansa parhaimmillaan, hänelle voidaan antaa jotain osastolle tai muille palveluille tärkeätä.
Dima:
Harjoittelijamme tekee nyt vakavimpia muutoksia petostentorjuntaan. Tämä on järjestelmä, joka taistelee monenlaisia väärinkäytöksiä ja petoksia vastaan Yandex-palveluissa. Aluksi ajattelimme antaa asioita, jotka eivät olleet kovin monimutkaisia ja eivät kovin tärkeitä tuotannon kannalta. Pyrimme miettimään harjoittelijan tehtäviä etukäteen, mutta sitten huomasimme, että henkilö oli "tulessa", ratkaisi ongelmat nopeasti ja hyvin. Tämän seurauksena aloimme uskoa hänen ottamaan käyttöön petostentorjunnan uusia palveluita varten.
Lisäksi on pieni mahdollisuus saada tehtävä, johon kollegat eivät ole aiemmin tulleet sen volyymin vuoksi.
Dima:
On olemassa yksi vanha järjestelmä ja on uusi, ei vielä valmis. On välttämätöntä siirtyä yhdestä toiseen. Tulevaisuudessa tämä on tärkeä projekti, vaikkakin suurella epävarmuudella: sinun täytyy kommunikoida paljon, lukea käsittämätöntä vanhaa koodia. Viimeisessä haastattelussa kerroimme harjoittelijalle rehellisesti, että tehtävä oli vaikea. Hän vastasi olevansa valmis, tuli tiimiimme ja kaikki meni hänen puolestaan. Kävi ilmi, että hänellä ei ole vain kehittäjän, vaan myös johtajan ominaisuuksia. Hän oli valmis kävelemään, ottamaan selvää, pingillä.
Harjoittelijan mentorointi
Harjoittelija tarvitsee mentorin uppoutuakseen prosesseihin. Tämä on henkilö, joka on tietoinen paitsi omista tehtävistään myös harjoittelijan tehtävistä. Mentorin kanssa kommunikoidaan säännöllisesti, häneltä voi aina kysyä neuvoja. Mentori voi olla joko ryhmän vetäjä (jos kyseessä on pieni ryhmä) tai joku kollegoista, vakituiset tiimin jäsenet.
Ignat:
Yritän tulla vähintään joka toinen päivä kysymään, miten harjoittelijalla menee. Jos näen olevani jumissa, yritän auttaa häntä, kysyä häneltä, mikä ongelma on, ja kaivaa se hänen kanssaan esiin. On selvää, että tämä vie energiaa ja tekee harjoittelijan työstä ei niin kokonaisvaltaisesti tehokasta - tuhlaa myös aikaani. Mutta tämä antaa hänelle mahdollisuuden olla takertumatta mihinkään ja saada tuloksia. Ja se on silti nopeampi kuin jos tekisin sen itse. Itse tarvitsen tehtävään noin 5 tuntia. Harjoittelija tekee sen 5 päivässä. Ja kyllä, käytän 2 tuntia näiden 5 päivän aikana keskustellakseni harjoittelijan kanssa ja auttaakseni. Mutta säästän ainakin 3 tuntia, ja harjoittelija on iloinen, että hänelle annettiin neuvoja ja apua. Yleensä sinun on vain kommunikoitava tiiviisti, katsottava, mitä henkilö tekee, etkä menetä yhteyttä.
Seryozha:
Harjoittelija on jatkuvasti yhteydessä mentoriinsa ja kommunikoi hänen kanssaan useita kertoja päivässä. Mentori tarkistaa koodin, yhdistää ohjelmoinnin harjoittelijan kanssa ja auttaa, kun ongelmia ilmenee. Tällä tavalla, yhdistämällä mentorin apua ja todellisia taistelutehtäviä, koulutamme etupään kehittäjiä.
Dima:
Jotta harjoittelijaa ei hylätä, keskustelemme jo ennen palkkaamista, kuka häntä ohjaa. Tämä on myös iso päivitys mentorille itselleen: valmistautuminen tiiminvetäjän rooliin, testaus kyvylle pitää mielessä sekä oma että harjoittelijan tehtävä. On säännöllisiä kokouksia, joihin käyn joskus itsekin pysyäkseni ajan tasalla. Mutta mentori on se, joka kommunikoi harjoittelijan kanssa melko säännöllisesti. Hän viettää aluksi paljon aikaa, mutta se kannattaa.
Mentorin saaminen ei kuitenkaan tarkoita, että kaikki esiin tulevat ongelmat ratkaistaan hänen kauttaan.
Misha:
Meillä on tapana, että ongelman kohtaavat ihmiset kysyvät neuvoa naapurilta ja työkavereilta ja löytävät nopeasti apua. Mitä nopeammin ihminen kasvaa, sitä useammin hänen on mentävä kollegoidensa luo oppimaan jotain. On jopa hyödyllistä vain oppia muiden ihmisten tehtävistä, jotta voit keksiä uusia. Kun harjoittelija pystyy sopimaan, ymmärtämään toiselle osapuolelle tärkeää ja pääsemään tuloksiin tiimissä, hän kasvaa paljon nopeammin kuin joku, jonka puolesta johtajan on tehtävä tämä kaikki.
Seryozha:
Dokumentaatiota on, mutta suurin osa tiedoista katoaa ilmaan. Jos omaksut sen urasi varhaisessa vaiheessa, se on lisäetu, ja voimme keskittyä henkilön siihen, mitä hänen on opittava.
Ihanteellinen harjoittelija on henkilö, joka harjoittelee useita kuukausia, tulee nuoremmaksi kehittäjäksi, sitten vain kehittäjäksi, sitten tiiminvetäjäksi jne. Tämä edellyttää opiskelijan arkkityyppiä, joka ei häpeä kysyä, jos jokin on hänelle epäselvää, vaan pystyy myös itsenäiseen työhön. Jos hänelle kerrottiin, että hän voisi lukea siitä jostain, hän meni, luki sen ja itse asiassa palasi uuden tiedon kera. Hän voi tehdä virheitä, mutta hän ei saa tehdä virheitä useammin kuin kerran, enintään kahdesti, samassa paikassa. Ihanteellisen harjoittelijan tulee kehittyä, imeä kaikki kuin sieni, oppia ja kasvaa. Se, joka istuu siellä, yrittää selvittää kaiken itse, tuijottaa pitkään eikä kysy mitään, tuskin tottuu.
Harjoittelun loppu
Ennen työn aloittamista solmimme jokaisen harjoittelijan kanssa määräaikaisen työsopimuksen. Tietenkin harjoittelu maksetaan, se on virallistettu Venäjän federaation työlain mukaisesti, ja harjoittelijalla on samat edut kuin muilla Yandex-työntekijöillä. Kolmen kuukauden kuluttua ohjelma päättyy - siirrämme sitten monet harjoittelijoista henkilökunnalle (toistaiseksi voimassa olevalla sopimuksella).
Yhtäältä johtajalle on tärkeää, että kehittäjä täyttää harjoitteluminiminsä. Tässä harjoittelijaa johdetaan haastattelusta alkaen. Tämä on kuitenkin vasta tarinan alkua. Meille harjoittelija on aina potentiaalinen työntekijäehdokas. Esimiehen vähimmäisohjelma on tunnistaa heti alussa henkilö, jota kolmen kuukauden kuluttua ei häpeä suositella muille osastoille. Maksimiohjelma on pitää hänet samassa tiimissä ja palkata hänet henkilökunnan jäseneksi. Samalla otamme huomioon, että toisen tai kolmannen vuoden opiskelijan - vaikka hänestä olisi tullut harjoittelija - tulee jatkaa opintojaan yliopistossa lukuvuoden alkaessa.
Seryozha:
Ensinnäkin harjoittelijat ovat meille henkilöresurssipotentiaalia. Pyrimme kasvattamaan ihmisiä Yandexissä, jotta he sopivat ihanteellisesti tehtäviimme. Annamme heille kaiken viestintä- ja vuorovaikutuskulttuurista ryhmissä tietosanakirjaan kaikista järjestelmistämme.
Ignat:
Kun otamme harjoittelijan, kokeilemme häntä välittömästi liittymään tiimiimme. Ja pääsääntöisesti ainoa este on avoimen paikan puute. Pyrimme palkkaamaan tarpeeksi nuoria miehiä harjoittelijoiksi. Jos henkilöllä on viiden vuoden kehityskokemus, hän tulee Yandexiin ja on harjoittelija tasolla, niin valitettavasti tämä tarkoittaa meille sitä, että vaikka hän on hieno kaveri, koska hän saa työpaikan Yandexistä viidellä vuodella kokemusta, hän ei voi kasvaa vanhempi kehittäjä . Yleensä kyse on nopeudesta: hidas kasvu menneisyydessä tarkoittaa hidasta kasvua täällä. Kyllä, joskus ymmärrys siitä, että ihminen ei ole tehtäviensä tasalla, tulee vasta kolmen kuukauden kuluttua. Mutta tämä on melko harvinaista. Yli puolessa tapauksista olemme valmiita palkkaamaan henkilöstöä. Muistaakseni ei ole koskaan ollut sellaista tilannetta, että henkilö olisi suorittanut työharjoittelun onnistuneesti, mutta ei päässyt päätoimiseen työhaastatteluun.
Misha:
Tarjoamme kaikille menestyneille harjoittelijoille pysyä yrityksessä. Harjoittelun jälkeen otamme yleensä yli puolet siitä kokopäiväiseksi. Kesäharjoittelu on vaikeampaa, koska meille tulee usein kolmannen vuoden opiskelijoita ja heidän on vaikea yhdistää työtä ja opiskelua.
Dima:
Oletetaan, että harjoittelija tekee hienoa työtä ja hänellä on paljon mahdollisuuksia kasvaa hyväksi kehittäjäksi - vaikka hänellä ei olisi tarpeeksi kokemusta juuri nyt. Ja oletetaan, että toistaiseksi voimassa olevalle sopimukselle ei ole avointa paikkaa. Sitten kaikki on yksinkertaista: minun täytyy mennä esimieheni luo ja kertoa hänelle - tämä on erittäin siisti henkilö, meidän on pidettävä hänet kaikin keinoin, tarjotaan hänelle jotain, etsitään paikka sijoittaa hänet.
Tarinoita harjoittelijoista
Denis:
Tyttö, joka pääsi meille työharjoitteluun vuonna 2017, oli kotoisin Permistä. Tämä on 400 kilometriä Jekaterinburgista länteen. Ja joka viikko hän tuli meille Permistä junalla Mobiilikehityskouluun. Hän tuli päivällä, opiskeli illalla ja palasi myöhään illalla. Arvostamme tällaista innokkuutta ja kutsuimme hänet töihin, ja se kannatti.
Ignat:
Muutama vuosi sitten osallistuimme harjoittelijavaihto-ohjelmaan. Oli mielenkiintoista työskennellä ulkomaalaisten kanssa. Mutta sieltä tulevat harjoittelijat eivät ole vahvempia kuin esimerkiksi Shadista tai tietojenkäsittelytieteen tiedekunnasta. Näyttää siltä, että EPFL on Euroopan 20 parhaan yliopiston joukossa. Tuolloin vielä kokemattomana haastattelijana minulla oli tämä odotus: uskomatonta, haastattelemme ihmisiä EPFL:stä, heistä tulee superhienoja. Mutta ihmiset, jotka ovat saaneet peruskoulutuksen koodaamisesta täällä - myös tärkeimmissä alueellisissa yliopistoissa - osoittautuvat melko tasoiksi.
Tai toinen tarina. Nyt minulla on henkilökunnan jäsen, hän on hyvin nuori, noin 20-vuotias. Työskentelee Pietarissa, tuli työharjoitteluun. Hän on erittäin siisti. Kuten tavallista, annat ihmiselle ongelmia, hän ratkaisee ne, ja kuukauden kuluttua hän tulee ja sanoo: Ratkaisin ne, katson, ja näyttää siltä, että arkkitehtuurisi on huonosti rakennettu. Tehdään se uudelleen. Koodista tulee yksinkertaisempi ja selkeämpi. Tietenkin sain hänet luopumaan: työn määrä on suuri, käyttäjille ei ole hyötyä, mutta idea kuulostaa täysin järkevältä. Henkilö keksi monimutkaisen monisäikeisen prosessin ja ehdotti parannuksia - kenties ennenaikaisia, refaktorointia refaktoroinnin vuoksi. Mutta heti kun haluat monimutkaistaa tätä koodia, voit silti tehdä tämän uudelleenmuodostuksen. Itse asiassa kului useita kuukausia ja otimme tämän tehtävän. Palkkasin hänet mielelläni. Emme kaikki ole neroja. Voit tulla, keksiä jotain ja osoittaa ongelmamme. Tätä arvostetaan.
Misha:
Meillä on ihanteelliset harjoittelijat. Kokemuksesta huolimatta he näkevät tehtävän paitsi teknisellä, myös maailmanlaajuisella tasolla. Ne tarjoavat perustavanlaatuisia parannuksia. He ymmärtävät, kuinka ongelmat voidaan kääntää todellisesta maailmasta tekniseen maailmaan menettämättä niiden merkitystä. He ihmettelevät, mikä on lopullinen tavoite, kannattaako nyt kaivella yksityiskohtia vai voivatko he muuttaa täysin lähestymistapaa tehtävään tai jopa ongelman muotoilua. Tämä tarkoittaa, että ne voivat olla useita tasoja korkeampia. Tämän tien saavuttamiseksi heidän on vain päivitettävä joitain taitoja ja sisäisiä työkaluja. Lisäksi käynnistää useita onnistuneita projekteja.
Lähde: will.com