Rekrytering för i Yandex fortsÀtter. Det gÄr i fem riktningar: backend, ML, mobilutveckling, frontend och analys. I den hÀr bloggen, i andra bloggar pÄ Habré och dÀrutöver, kan du hitta en hel del insikter om hur praktiken fungerar. Men mycket i denna process förblir ett mysterium för dem som inte arbetar i företaget. Och ser man ur utvecklingschefernas synvinkel uppstÄr Ànnu fler frÄgor. Hur genomför man en praktik pÄ rÀtt sÀtt, hur man maximerar ömsesidig nytta med en praktikant, hur man lÀr kÀnna honom pÄ tre mÄnader och lÀr honom allt han behöver för att fortsÀtta arbeta?
Fem av oss förberedde den hÀr artikeln. LÄt oss presentera oss: Ignat Kolesnichenko frÄn den distribuerade datortekniktjÀnsten, Misha Levin frÄn marknadens maskinunderrÀttelsetjÀnst, Denis Malykh frÄn applikationsutvecklingstjÀnsten, Seryozha Berezhnoy frÄn avdelningen för utveckling av sökgrÀnssnitt och Dima Cherkasov frÄn utvecklingsgruppen för bedrÀgeribekÀmpning. Var och en av oss representerar vÄrt eget praktikomrÄde. Vi Àr alla chefer, vi behöver praktikanter och vi har viss erfarenhet av att arbeta med dem. LÄt oss berÀtta nÄgot frÄn denna erfarenhet.
Intervju före praktik
Flera tekniska intervjuer vÀntar pÄ kandidaterna. FramgÄng vid en intervju beror mindre pÄ mjuka fÀrdigheter (förmÄgan att kommunicera effektivt) och mer pÄ hÄrda fÀrdigheter (fÀrdigheter i matematik och programmering). Men chefer utvÀrderar bÄda.
Ignat:
Ăven om en person Ă€r vĂ€ldigt cool, men absolut okommunikativ, kommer han inte att kunna tillĂ€mpa alla sina fĂ€rdigheter. SjĂ€lvklart uppmĂ€rksammar vi detta, men det Ă€r ingen anledning att inte ta nĂ„gon pĂ„ praktik. Om tre mĂ„nader kan allt förĂ€ndras, och dessutom kan ditt första intryck visa sig vara fel. Och om allt Ă€r korrekt mĂ„ste du förklara för personen, leta efter andra kommandon. För praktikanter Ă€r kommunikationsförmĂ„ga definitivt inte en nyckelfaktor. ĂndĂ„ Ă€r yrkeskunskaper mycket viktigare.
Denis:
Jag gillar folk som berĂ€ttar historier â pĂ„ ett bra sĂ€tt. En person som kan berĂ€tta hur han och hans team heroiskt hanterade nĂ„gon fakap Ă€r intressant. Jag börjar stĂ€lla följdfrĂ„gor nĂ€r en sĂ„dan hĂ€r historia dyker upp. Men detta hĂ€nder sĂ€llan om du bara ber "berĂ€tta om nĂ„got intressant i dina projekt."
En kandidat sa en gÄng en underbar fras, som jag till och med skrev ner: "Undvikit framgÄngsrikt att lösa trÄkiga problem."
Eftersom det finns lite tid för kommunikation försöker intervjuaren fÄ anvÀndbar information om kandidaten varje minut av mötet. Det Àr bra om praktikanten i förvÀg kom pÄ vilka detaljer om sin erfarenhet (inte frÄn hans CV) han kunde dela med sig av. Detta bör vara en kort berÀttelse strikt till punkten.
Denis:
Jag uppmÀrksammar om en person sÀger att han har provat mÄnga sprÄk och tillvÀgagÄngssÀtt. MÀnniskor med en bredare syn kommer pÄ mer eleganta lösningar i stridslÀge. Men detta Àr ett tvetydigt plus. Du kan fÄ klÀm pÄ det, men inte riktigt lÀra dig nÄgonting.
Tiden för berÀttelserna som beskrivits av Denis ÄterstÄr vanligtvis först vid den sista intervjun. Tills dess Àr det nödvÀndigt att visa pÄ de grundlÀggande och praktiska kunskaper som kommer att ligga till grund för framtida arbete. Och, naturligtvis, mÄste du skriva koden pÄ en tavla eller pÄ ett papper.
Misha:
Vi testar kunskaper i sannolikhetsteori och matematisk statistik. Vi tittar pÄ om personen har erfarenhet av att arbeta med mÀtetal, med maskininlÀrningsalgoritmer, med att sÀtta sina parametrar, med omskolning etc. Vi förvÀntar oss att personen kan skriva kod tillrÀckligt för att vara analytiker.
Denis:
De som kommer för en intervju kan mestadels sprĂ„k: i Jekaterinburg har vi en bra skola för grundlĂ€ggande sprĂ„k, bra institut. Men för att vara Ă€rlig, en praktikkandidat med goda hĂ„rda fĂ€rdigheter Ă€r ett sĂ€llsynt fall, Ă„tminstone i vĂ„rt epsilon-kvarter. Till exempel Swift. Det innebĂ€r mycket komplext arbete med strĂ€ngar, och det Ă€r fĂ„ mĂ€nniskor som kan arbeta med dem över huvudet. Ăgat fĂ„ngar omedelbart din uppmĂ€rksamhet. Under intervjuer ger jag ofta en uppgift som Ă€r relaterad till strĂ€ngbearbetning. Och under hela denna tid var det bara en person som kunde skriva en sĂ„dan Swift-kod direkt, pĂ„ ett papper. Efter det gick jag runt och berĂ€ttade för alla att nĂ„gon Ă€ntligen kunde lösa det hĂ€r problemet i Swift pĂ„ ett papper.
Testa algoritmer under en intervju
Detta Ă€r ett separat Ă€mne eftersom kandidaterna fortfarande har en frĂ„ga - varför bedömer vi alltid kunskap om algoritmer och datastrukturer? Ăven framtida mobilutvecklare och frontend-utvecklare genomgĂ„r sĂ„dana tester.
Misha:
Under intervjun kommer vi sÀkert att ge nÄgot slags algoritmproblem. Kandidaten mÄste ta reda pÄ hur man implementerar det i Python, helst utan fel. Du mÄste förstÄ hur du kontrollerar ditt program och korrigerar det sjÀlv.
Erfarenhet av algoritmer Àr anvÀndbar av tre anledningar. För det första kommer det uppenbarligen att behövas i algoritmiska uppgifter - som inte hÀnder ofta, men som hÀnder. För det andra kommer utvecklaren att mer effektivt kunna lösa problem relaterade till algoritmer, Àven om de inte behöver fördjupa sig i sjÀlva algoritmerna (och det finns redan en hel del av dem). För det tredje, om du inte har lÀrt dig algoritmer pÄ universitetet, men du fortfarande vet hur du ska arbeta med dem, sÄ kÀnnetecknar detta dig som en nyfiken person och kommer att öka din auktoritet i intervjupersonens ögon.
Denis:
En stor del av mobilutvecklingen Àr JSON-shuffling. Men en gÄng var sjÀtte mÄnad finns det fall dÄ algoritmer behövs. Jag hÄller just nu pÄ att rita vackra kartor för Yandex.Weather. Och pÄ en vecka var jag tvungen att implementera utjÀmningsalgoritmen, Sutherland-Hodgman-algoritmen och Martinez-algoritmen. Om en person inte visste vad en hashmap eller en prioriterad kö var, skulle han ha fastnat med den lÀnge och det skulle vara oklart om han skulle ha klarat det eller inte utan hjÀlp utifrÄn.
Algoritmer Ă€r grunden för utveckling. Detta Ă€r vad som hjĂ€lper en utvecklare att vara en utvecklare. Det spelar ingen roll vad du gör. De behövs ocksĂ„ i enkla projekt, dĂ€r huvudarbetet bestĂ„r av att âöversĂ€tta JSONâ. Ăven om du inte skriver sjĂ€lva algoritmerna, utan du implicit anvĂ€nder vissa datastrukturer, Ă€r det bĂ€ttre att förstĂ„ dem. Annars kommer du att fĂ„ applikationer som Ă€r lĂ„ngsamma eller felaktiga.
Det finns programmerare som kom in i utvecklingen akademiskt: de gick in pÄ universitetet, studerade i fem Är och fick en specialitet. De kÀnner till algoritmerna eftersom de lÀrde sig. Och dÄ kÀnnetecknar inte kunskapen om algoritmer i sig en persons horisont pÄ nÄgot sÀtt, denna horisont mÄste testas pÄ ett annat sÀtt.
Och det finns sjÀlvlÀrda mÀnniskor, som jag sjÀlv rÀknar med. Ja, formellt har jag en IT-utbildning, diplom i mjukvaruteknik. Men sjÀlvlÀrda lÀrde sig att programmera "trots det". De hade inget universitetsprogram. Vanligtvis Àr de inte bekanta med algoritmer - eftersom de aldrig har mött behovet av att studera dem. Och nÀr en sÄdan person förstÄr algoritmer betyder det att han tillbringade tid och förstod dem. Efter examen frÄn universitetet insÄg jag att jag hade blinda flÀckar nÀr det gÀller grundlÀggande algoritmer - faktum Àr att min specialitet tillÀmpades. Jag gick och studerade onlinekurser frÄn Princeton University, den vÀlkÀnde Robert Sedgwick. Jag kom pÄ det och gjorde alla mina lÀxor. Och nÀr en person berÀttar en liknande historia under en intervju blir jag direkt intresserad, jag har en önskan att arbeta med honom eller Ätminstone fortsÀtta samtalet.
Ignat:
NÀr du intervjuar en praktikant förvÀntar du dig pÄ vissa sÀtt Ànnu mer Àn av en erfaren utvecklare. Vi pratar om förmÄgan att lösa algoritmiska problem, skriv snabbt Ätminstone nÄgon korrekt kod. Praktikkandidaten Àr kvar pÄ universitetet. För bara ett Är sedan fick han veta allt om algoritmer i detalj. Det förvÀntas att han kan reproducera dem. Om en person Àr adekvat och lyssnade pÄ förelÀsningarna noggrant, kommer han helt enkelt att veta allt, hÀmta det frÄn cachen.
Vilka uppgifter löser praktikanten?
Vanligtvis kan praktikprogrammet beskrivas och diskuteras under de avslutande intervjuerna. Först i början av arbetet kan en praktikant tilldelas utbildningsuppgifter, vars resultat inte kommer att anvÀndas i produktionen. Sannolikheten att fÄ sÄdana uppgifter Àr dessutom liten. Oftast ges stridsprojekt frÄn efterslÀpningen, det vill sÀga de som erkÀnns som vÀrda uppmÀrksamhet, men inte prioriterade och "separerbara" - sÄ att andra komponenter inte beror pÄ deras genomförande. Chefer försöker fördela dem sÄ att praktikanten lÀr kÀnna olika delar av tjÀnsten och arbetar i samma miljö med andra teammedlemmar.
Ignat:
Det Ă€r extremt anvĂ€ndbara uppgifter. De kanske inte ökar klusteranvĂ€ndningen med 10 % eller sparar företaget en miljon dollar, men de kommer att göra hundratals mĂ€nniskor glada. Till exempel har vi för nĂ€rvarande en praktikant som arbetar med vĂ„r kund för att driva verksamheten pĂ„ vĂ„ra kluster. Innan operationen startas mĂ„ste vissa data laddas till klustret. Detta tar vanligtvis 20â40 sekunder, och innan det skedde tyst: du startade det i konsolen och satt dĂ€r och tittade pĂ„ en svart skĂ€rm. Praktikanten kom och gjorde funktionen pĂ„ tvĂ„ veckor: nu kan du se hur filerna laddas upp och vad som hĂ€nder. Uppgiften Ă€r Ă„ ena sidan inte svĂ„r att beskriva, men Ă„ andra sidan finns det nĂ„got att grĂ€va i, vilka bibliotek man ska titta pĂ„. Det bĂ€sta Ă€r att du gjorde det, det gick en vecka, det visade sig vara pĂ„ kluster, folk anvĂ€nder det redan. NĂ€r du skriver ett inlĂ€gg pĂ„ det interna nĂ€tverket sĂ€ger de tack.
Misha:
Praktikanter förbereder modeller, samlar in data för dem, kommer med mĂ€tvĂ€rden och genomför experiment. Efter hand börjar vi helt enkelt ge honom mer frihet och ansvar â vi kollar om han klarar det. Om ja, flyttar han till nĂ€sta nivĂ„. Vi utgĂ„r inte frĂ„n att nĂ€r en praktikant kommer in sĂ„ vet de hur man gör allt. Chefen hjĂ€lper honom att ta reda pĂ„ det, ger honom en lĂ€nk till en intern resurs eller onlinekurs.
Om en praktikant visar sig vara pÄ sitt bÀsta, kan han fÄ nÄgot av prioritet, viktigt för institutionen eller andra tjÀnster.
Dima:
VÄr praktikant gör nu svÄra modifieringar av bedrÀgeribekÀmpningen. Detta Àr ett system som bekÀmpar en mÀngd olika missbruk och bedrÀgerier pÄ Yandex-tjÀnster. Först tÀnkte vi ge saker som inte var sÀrskilt komplexa och inte sÀrskilt viktiga för produktionen. Vi försöker tÀnka igenom praktikantens uppgifter i förvÀg, men sedan sÄg vi att personen "brÀnde" och löste problem snabbt och bra. Som ett resultat började vi anförtro honom att lansera bedrÀgeribekÀmpning för nya tjÀnster.
Dessutom finns det en liten chans att fÄ en uppgift som kollegor inte tidigare nÀrmat sig pÄ grund av dess volym.
Dima:
Det finns ett gammalt system, och det finns ett nytt, Ànnu inte fÀrdigstÀllt. Det Àr nödvÀndigt att flytta frÄn en till en annan. I framtiden Àr detta ett viktigt projekt, om Àn med hög osÀkerhet: du behöver kommunicera mycket, lÀsa obegriplig Àldre kod. Vid den avslutande intervjun sa vi Àrligt till praktikanten att uppgiften var svÄr. Han svarade att han var redo, kom till vÄrt team och allt löste sig för honom. Det visade sig att han har egenskaperna som inte bara en utvecklare utan ocksÄ en chef. Han var redo att gÄ runt, ta reda pÄ det, plinga.
Mentor för en praktikant
En praktikant behöver en mentor för att fördjupa sig i processer. Det hÀr Àr en person som Àr medveten om inte bara sina egna uppgifter, utan Àven praktikantens uppgifter. Regelbunden kommunikation etableras med mentorn, du kan alltid vÀnda dig till honom för rÄd. Mentorn kan vara antingen gruppledaren (om det Àr en liten grupp) eller en av kollegorna, vanliga teammedlemmar.
Ignat:
Jag försöker komma upp minst varannan dag och frÄga hur det gÄr för praktikanten. Om jag ser att jag har fastnat försöker jag hjÀlpa honom, frÄga honom vad problemet Àr och grÀva fram det med honom. Det Àr tydligt att detta tar bort min energi och gör att praktikantens arbete inte Àr sÄ integrerat effektivt - jag slösar ocksÄ bort min tid. Men detta tillÄter honom att inte fastna i nÄgonting och fÄ resultat. Och det Àr fortfarande snabbare Àn om jag gjort det sjÀlv. SjÀlv behöver jag ca 5 timmar för uppgiften. Praktikanten kommer att göra det om 5 dagar. Och ja, jag kommer att spendera 2 timmar under dessa 5 dagar för att chatta med praktikanten och hjÀlpa till. Men jag kommer att spara minst 3 timmar, och praktikanten kommer att vara glad att han fick lite rÄd och hjÀlp. I allmÀnhet behöver du bara kommunicera nÀra, se vad personen gör och inte tappa kontakten.
Seryozha:
Praktikanten Àr stÀndigt i kontakt med sin mentor och kommunicerar med honom flera gÄnger om dagen. Mentorn granskar koden, gör parprogrammering med praktikanten och hjÀlper till nÀr nÄgra problemomrÄden uppstÄr. Det Àr pÄ detta sÀtt, genom att kombinera hjÀlp av en mentor och riktiga stridsuppgifter, som vi utbildar front-end-utvecklare.
Dima:
För att förhindra att en praktikant blir övergiven diskuterar vi vem som ska mentora honom redan innan anstÀllningen. Detta Àr ocksÄ en stor uppgradering för mentorn sjÀlv: förberedelse för rollen som teamleader, testning av förmÄgan att ha i Ätanke bÄde sin egen uppgift och praktikantens uppgift. Det Àr regelbundna möten, som jag ibland gÄr pÄ sjÀlv, för att hÄlla mig informerad. Men det Àr mentorn som kommunicerar med praktikanten ganska regelbundet. Han tillbringar mycket tid i början, men det lönar sig.
Att ha en mentor betyder dock inte att alla problem som uppstÄr löses genom honom.
Misha:
Det Àr brukligt för oss att mÀnniskor som stÀlls inför problem ber grannar och kollegor om rÄd och snabbt fÄr hjÀlp. Ju snabbare en person vÀxer, desto oftare behöver han gÄ till sina kollegor för att lÀra sig nÄgot. Det Àr till och med bra att helt enkelt lÀra sig om andras uppgifter sÄ att du kan komma pÄ nya. NÀr en praktikant kan komma överens, förstÄ vad som Àr viktigt för den andra sidan och komma till resultat i ett team, kommer han att vÀxa mycket snabbare Àn nÄgon för vilken chefen mÄste göra allt detta.
Seryozha:
Det finns dokumentation, men det mesta av informationen försvinner i luften. Om du tar till dig det tidigt i din karriÀr Àr det en extra fördel, och vi kan fokusera personen pÄ vad de behöver lÀra sig.
Den idealiska praktikanten Àr nÄgon som trÀnar i flera mÄnader, blir juniorutvecklare, sedan bara utvecklare, sedan teamledare etc. Detta krÀver en arketyp av en student som inte skÀms för att frÄga om nÄgot inte Àr klart för honom, men kan Àven arbeta sjÀlvstÀndigt. Om han fick veta att han kunde lÀsa om det nÄgonstans, skulle han gÄ, lÀsa det och faktiskt Äterkomma med ny kunskap. Han kan göra misstag, men han bör inte göra misstag mer Àn en gÄng, max tvÄ gÄnger, pÄ samma plats. Den ideala praktikanten ska utvecklas, absorbera allt som en svamp, lÀra sig och vÀxa. Den som sitter och försöker reda ut allt pÄ egen hand, spenderar lÄng tid med att peta runt och inte stÀller nÄgra frÄgor, kommer knappast att vÀnja sig.
Slut pÄ praktik
Innan vi börjar arbeta tecknar vi ett visstidskontrakt med varje praktikant. Naturligtvis Àr praktiken betald, formaliserad i enlighet med Ryska federationens arbetskod, och praktikanten har samma fördelar som alla andra Yandex-anstÀllda. Efter tre mÄnader avslutas programmet - vi överför sedan mÄnga av praktikanterna till personalen (pÄ ett tillsvidarekontrakt).
Ă
ena sidan Àr det viktigt för chefen att utvecklaren uppfyller sitt internminimum. Det Àr dÀr praktikanten leds, med början pÄ intervjun. Detta Àr dock bara början pÄ historien. För oss Àr en praktikant alltid en potentiell kandidat för personal. Minimiprogrammet för en chef Àr att redan i början identifiera en person som efter tre mÄnader inte skÀms för att rekommendera till andra avdelningar. Det maximala programmet Àr att behÄlla honom i samma team och anstÀlla honom som anstÀlld. Samtidigt tar vi hÀnsyn till att en andra- eller tredjeÄrsstudent - Àven om han blivit praktikant - kommer att behöva fortsÀtta sina studier vid ett universitet med lÀsÄrets början.
Seryozha:
Först och frÀmst Àr praktikanter för oss mÀnskliga resurser. Vi försöker fÄ mÀnniskor att vÀxa inom Yandex sÄ att de Àr idealiska för vÄra uppgifter. Vi ger dem allt, frÄn en kultur av kommunikation och interaktion i team till encyklopedisk kunskap om alla vÄra system.
Ignat:
NÀr vi anstÀller en praktikant provar vi omedelbart ut honom för att ansluta sig till vÄrt team. Och som regel Àr det enda hindret avsaknaden av en ledig plats. Vi försöker anstÀlla tillrÀckligt mÄnga unga killar som praktikanter. Om en person har fem Ärs utvecklingserfarenhet kommer han till Yandex och Àr praktikant pÄ nivÄn, sÄ, tyvÀrr, för oss betyder detta att Àven om han Àr en fantastisk kille, eftersom han fÄr jobb pÄ Yandex med fem Ärs erfarenhet kommer han inte att kunna vÀxa till en senior utvecklare. Det Àr vanligtvis en frÄga om hastighet: lÄngsam tillvÀxt i det förflutna kommer att innebÀra lÄngsam tillvÀxt hÀr. Ja, ibland kommer förstÄelsen att en person inte klarar uppgiften först efter tre mÄnader. Men detta Àr ganska sÀllsynt. I mer Àn hÀlften av fallen Àr vi redo att anstÀlla personal. I mitt minne har det aldrig hÀnt att en person framgÄngsrikt genomfört en praktikplats, men inte klarat av en intervju för en heltidstjÀnst.
Misha:
Vi erbjuder alla framgÄngsrika praktikanter att stanna kvar i företaget. Efter praktik tar vi vanligtvis mer Àn hÀlften pÄ heltid. Sommarpraktik Àr svÄrare eftersom det ofta kommer tredjeÄrsstudenter till oss och det Àr svÄrt för dem att kombinera arbete och studier.
Dima:
LĂ„t oss sĂ€ga att praktikanten gör ett bra jobb och har mĂ„nga möjligheter att vĂ€xa till en bra utvecklare â Ă€ven om han inte har tillrĂ€ckligt med erfarenhet just nu. Och anta att det inte finns nĂ„gon ledig plats för ett tillsvidarekontrakt. DĂ„ Ă€r allt enkelt: jag mĂ„ste gĂ„ till min chef och sĂ€ga till honom - det hĂ€r Ă€r en vĂ€ldigt cool person, vi mĂ„ste behĂ„lla honom med alla medel, lĂ„t oss erbjuda honom nĂ„got, lĂ„t oss hitta en plats att placera honom pĂ„.
BerÀttelser om praktikanter
Denis:
Tjejen som fick praktik hos oss 2017 var frÄn Perm. Detta Àr 400 kilometer frÄn Jekaterinburg vÀsterut. Och varje vecka kom hon till oss frÄn Perm med tÄg till School of Mobile Development. Hon kom pÄ dagen, studerade pÄ kvÀllen och gick tillbaka sent pÄ kvÀllen. Vi uppskattade en sÄdan iver och bjöd in henne till jobbet, och det gav resultat.
Ignat:
För flera Ă„r sedan deltog vi i ett internt utbytesprogram. Det var intressant att jobba med utlĂ€ndska killar. Men praktikanterna dĂ€rifrĂ„n Ă€r inte starkare Ă€n till exempel frĂ„n ShAD eller frĂ„n datavetenskapliga fakulteten. Det verkar som att EPFL Ă€r bland de 20 bĂ€sta universiteten i Europa. I det ögonblicket, som en fortfarande inte sĂ€rskilt erfaren intervjuare, hade jag den hĂ€r förvĂ€ntningen: otroligt, vi intervjuar mĂ€nniskor frĂ„n EPFL, de kommer att bli supercoola. Men personer som har fĂ„tt en grundlĂ€ggande utbildning om kodning hĂ€r â bland annat vid viktiga regionala universitet â visar sig vara ganska pĂ„ topp.
Eller en annan historia. Nu har jag en kille i min stab, han Àr vÀldigt ung, ungefÀr 20 Är gammal. Jobbar i St Petersburg, kom för praktik. Han Àr vÀldigt cool. Du, som vanligt, ger en person problem, han löser dem, och en mÄnad senare kommer han och sÀger: Jag löste dem, jag tittar, och det verkar som att din arkitektur Àr dÄligt byggd. LÄt oss göra om det. Koden blir enklare och tydligare. Jag avrÄdde honom naturligtvis: mÀngden arbete Àr stort, det finns ingen vinst för anvÀndarna, men idén lÄter helt rimlig. Personen kom pÄ en komplicerad process med flera trÄdar och föreslog förbÀttringar - kanske olÀmpliga sÄdana, omfaktorer för omfaktoreringens skull. Men sÄ fort du vill komplicera den hÀr koden kan du fortfarande göra denna refaktorering. Det gick faktiskt flera mÄnader och vi tog oss an denna uppgift. Jag anlitade honom gÀrna. Vi Àr alla inte genier. Du kan komma, hitta pÄ nÄgot och peka pÄ vÄra problem. Detta uppskattas.
Misha:
Vi har sÄ idealiska praktikanter. Trots bristen pÄ erfarenhet ser de uppgiften inte bara pÄ en teknisk, utan ocksÄ pÄ en global nivÄ. De erbjuder grundlÀggande förbÀttringar. De har en förstÄelse för hur man kan översÀtta problem frÄn den verkliga vÀrlden till den tekniska vÀrlden utan att förlora sin mening. De undrar vad det slutliga mÄlet Àr, om det Àr vÀrt att grÀva i detaljer nu eller om de helt kan Àndra instÀllningen till uppgiften eller till och med problemformuleringen. Det betyder att de har potential att vara flera nivÄer högre. För att gÄ den hÀr vÀgen behöver de bara uppgradera vissa fÀrdigheter och interna verktyg. Dessutom starta flera framgÄngsrika projekt.
KĂ€lla: will.com
