Halos ang buong Skyeng development team, na binubuo ng higit sa 100 tao, ay gumagana nang malayuan at ang mga kinakailangan para sa mga espesyalista ay palaging mataas: naghahanap kami ng mga nakatatanda, fullstack na developer at middle. Ngunit sa simula ng 2019, kumuha kami ng tatlong junior sa unang pagkakataon. Ginawa ito para sa ilang kadahilanan: ang pagkuha lamang ng mga super-espesyalista ay hindi malulutas ang lahat ng mga problema, at upang lumikha ng isang malusog na kapaligiran sa pag-unlad, ang mga taong may iba't ibang antas ng propesyonalismo ay kinakailangan.
Kapag nagtatrabaho ka sa malayo, napakahalaga na ang isang tao ay dumating sa proyekto at agad na magsisimulang magdala ng mga benepisyo, nang walang anumang mahabang proseso ng pag-aaral at pagbuo. Hindi ito gumagana nang ganoon sa mga juniors, at, bilang karagdagan sa pagsasanay, kinakailangan din ang isang karampatang pagsasama ng isang baguhan sa koponan, dahil ang lahat ay bago sa kanya. At ito ay isang hiwalay na gawain para sa pinuno ng pangkat. Samakatuwid, nakatuon kami sa paghahanap at pagkuha ng mas maraming karanasan at matatag na mga developer. Ngunit sa paglipas ng panahon, napag-alaman na ang mga koponan na binubuo lamang ng mga nakatatanda at fullstack na mga developer ay may sariling mga problema. Halimbawa, sino ang makikibahagi sa nakagawian, ngunit mga ipinag-uutos na gawain na hindi nangangailangan ng sobrang kwalipikasyon at ilang espesyal na kaalaman?
Dati, imbes na mag-hire ng juniors, nakipagkulitan kami sa mga freelancer
Bagama't kakaunti ang mga gawain, ang aming mga nakatatanda sa paanuman ay nagdikit ang kanilang mga ngipin at kinuha ang mga hindi kawili-wiling gawain para sa kanilang sarili, dahil ang pag-unlad ay dapat sumulong. Ngunit hindi ito maaaring magpatuloy nang matagal: lumaki ang mga proyekto, tumaas ang bilang ng mga nakagawiang simpleng gawain. Ang sitwasyon ay nagsimulang magmukhang isang biro kapag ang mga pako ay namartilyo ng isang mikroskopyo sa halip na isang martilyo. Para sa kalinawan, maaari kang bumaling sa aritmetika: kung maakit mo ang isang tao na ang rate ay may kondisyong $50/oras na magtrabaho na kayang hawakan ng isang empleyado na may rate na $10/oras, magkakaroon ka ng mga problema.
Ang pinakamahalagang bagay na natutunan namin mula sa sitwasyong ito ay ang kasalukuyang paradigm ng pagkuha lamang ng mga cool na espesyalista ay hindi nilulutas ang aming mga problema sa mga karaniwang gawain. Kailangan natin ng isang taong handang gawin ang gawain na itinuturing ng mga batikang nakatatanda bilang isang parusa at ang pagtitiwala nito sa kanila ay corny inefficient. Halimbawa, ang pagsusulat ng mga bot para sa mga Slack chat ng aming mga guro at manunulat ng kurso, o paggawa ng maliliit na panloob na mga proyekto sa pagpapahusay na patuloy na walang sapat na oras para sa mga developer, ngunit na gagawing mas kaaya-aya ang buhay.
Sa puntong ito, isang intermediate na solusyon ang nagawa. Nagsimula kaming isali ang mga freelancer sa aming mga proyekto. Ito ay para sa naturang outsourcing na ang mga simple at di-kagyat na gawain ay nagsimulang pumunta: upang itama ang isang bagay sa isang lugar, upang suriin sa isang lugar, upang muling isulat ang isang bagay. Medyo aktibong lumago ang aming freelance wing. Ang isa sa aming mga tagapamahala ng proyekto ay nangolekta ng mga gawain mula sa iba't ibang mga proyekto at ipinamahagi sa mga freelancer, na ginagabayan ng umiiral na database ng mga gumaganap. Pagkatapos ay tila sa amin ito ay isang magandang desisyon: inalis namin ang pasanin mula sa mga nakatatanda at maaari silang muling lumikha sa kanilang buong potensyal, sa halip na mag-usisa sa isang bagay na elementarya. Siyempre, may mga gawain na, dahil sa mga lihim ng kalakalan, ay hindi mailipat sa mga panlabas na tagapalabas, ngunit maraming beses na mas kaunti ang mga naturang isyu kumpara sa masa ng mga gawain na napunta sa freelance.
Ngunit hindi ito maaaring magpatuloy magpakailanman. Ang kumpanya ay nahaharap sa katotohanan na ang freelance division ay naging isang clumsy monster. Ang bilang ng mga nakagawiang simpleng gawain ay dumami kasama ng mga proyekto, at sa ilang mga punto ay napakarami sa kanila upang epektibong ipamahagi ang mga ito sa mga panlabas na gumaganap. Bilang karagdagan, ang isang freelancer ay hindi nahuhulog sa mga detalye ng mga proyekto, na isang palaging pag-aaksaya ng oras sa onboarding. Malinaw, kapag mayroon kang 100+ propesyonal na developer sa iyong koponan, hindi ka makakapag-hire ng kahit limampung freelancer para tulungan sila at epektibong pamahalaan ang kanilang mga aktibidad. Bilang karagdagan, ang pakikipag-ugnayan sa mga freelancer ay palaging ilang panganib ng hindi nasagot na mga deadline at iba pang mga problema sa organisasyon.
Mahalagang tandaan dito na ang isang malayong empleyado at isang freelancer ay dalawang magkaibang entity. Ang isang malayong manggagawa ay ganap na nakarehistro sa kumpanya, may itinalagang oras ng trabaho, isang koponan, mga superyor, at iba pa. Ang isang freelancer ay isang gawaing proyekto na pangunahing kinokontrol ng mga deadline. Ang isang freelancer, hindi tulad ng isang malayong empleyado, ay kadalasang naiwan sa kanyang sarili at hindi mahusay na nakikipag-ugnayan sa koponan. Kaya ang mga potensyal na panganib mula sa pakikipag-ugnayan sa mga naturang performer.
Paano kami nakagawa ng "kagawaran ng mga simpleng gawain" at kung ano ang nakuha namin
Matapos suriin ang kasalukuyang sitwasyon, dumating kami sa konklusyon na kailangan namin ng mga empleyado na may mas mababang kwalipikasyon. Hindi kami gumawa ng anumang mga ilusyon na kami ay lumaki upang maging mga superstar sa hinaharap mula sa lahat ng mga junior, o na ang pagkuha ng isang dosenang junior ay nagkakahalaga sa amin ng tatlong kopecks. Sa pangkalahatan, ayon sa sitwasyon sa mga junior, ang katotohanan ay ang mga sumusunod:
- Hindi kapaki-pakinabang sa ekonomiya ang pag-upa sa kanila sa isang maikling distansya. Sa halip na lima hanggang sampung jun "ngayon", mas mabuting kumuha ng isang signor at bayaran siya ng milyun-milyong pera para sa kalidad ng trabaho kaysa gumastos ng mga badyet sa mga bagong dating.
- Ang mga junior ay may mahabang panahon ng pagpasok sa proyekto at pagsasanay.
- Sa sandaling may natutunan si June at tila kailangang magsimulang "magtrabaho" ng mga pamumuhunan sa kanyang sarili para sa unang anim na buwan ng trabaho, kailangan niyang ma-promote sa gitna, o umalis siya para sa posisyon na ito sa ibang kumpanya. Kaya ang pagkuha ng mga junior ay angkop lamang para sa mga mature na organisasyon na handang mamuhunan sa kanila nang walang garantiya ng tubo sa maikling panahon.
Ngunit kami ay lumaki sa punto kung saan walang paraan kung wala ang mga junior sa koponan: ang bilang ng mga ordinaryong gawain ay lumalaki, at ito ay simpleng krimen na gumugol ng mga oras ng tao ng matitigas na mga propesyonal sa kanila. Kaya naman gumawa kami ng departamento na partikular para sa mga junior developer.
Ang panahon ng trabaho sa departamento ng mga simpleng gawain ay limitado sa tatlong buwan - iyon ay, ito ay isang karaniwang panahon ng pagsubok. Pagkatapos ng tatlong buwan ng full-time na bayad na trabaho, ang isang rookie ay maaaring ipadala sa isang team na gustong makita siya sa kanilang mga ranggo bilang isang junior developer, o humiwalay kami sa kanya.
Ang departamentong ginawa namin ay pinamumunuan ng isang makaranasang PM, na responsable para sa pamamahagi ng mga gawain sa trabaho sa mga junior at ang kanilang pakikipag-ugnayan sa ibang mga koponan. Nakatanggap si June ng isang gawain, nakumpleto ito, nakatanggap ng feedback mula sa team at sa kanyang manager. Sa yugto ng trabaho sa simpleng departamento ng mga gawain, hindi kami nagtatalaga ng mga nagsisimula sa mga partikular na koponan at proyekto - mayroon silang access sa buong grupo ng mga gawain ayon sa kanilang mga kasanayan (ngayon ay kumukuha kami ng mga front-end ng AngularJS, PHP backer, o naghahanap para sa mga kandidato para sa posisyon ng isang web developer na may parehong wika) at maaaring gumana sa maraming proyekto nang sabay-sabay.
Ngunit ang lahat ay hindi limitado sa pagkuha ng mga juniors - kailangan nilang lumikha ng katanggap-tanggap na mga kondisyon sa pagtatrabaho, at ito ay isang gawain ng isang ganap na naiibang plano.
Ang unang bagay na napagpasyahan namin ay ang boluntaryong pagtuturo sa mga makatwirang volume. Iyon ay, bilang karagdagan sa katotohanan na hindi namin pinilit ang alinman sa mga umiiral na mga espesyalista na magturo, malinaw na ipinahiwatig na ang pagsasanay ng isang baguhan ay hindi dapat maging isang kapalit para sa pangunahing trabaho. Walang "50% ng oras na kami ay nagtatrabaho, 50% namin ang nagtuturo sa junior." Upang magkaroon ng malinaw na ideya kung gaano katagal ang mentoring, isang maliit na "kurikulum" ang iginuhit: isang listahan ng mga gawain na kailangang tapusin ng bawat mentor sa kanilang mentee. Ganoon din ang ginawa para sa project manager ng juniors, at bilang resulta ay nakakuha kami ng isang napaka-maayos at naiintindihan na senaryo para sa paghahanda ng mga bagong dating at ang kanilang pagpasok sa trabaho.
Nagbigay kami para sa mga sumusunod na punto: pagsuri sa teoretikal na kaalaman, naghanda ng isang hanay ng mga materyales kung ang isang junior ay kailangang tapusin ang pag-aaral ng isang bagay, naaprubahan ang isang solong prinsipyo para sa pagsasagawa ng mga pagsusuri sa code para sa mga tagapayo. Sa bawat yugto, ang mga pinuno ay nagbibigay ng feedback sa bagong dating, na lubhang mahalaga para sa huli. Naiintindihan ng isang batang empleyado kung aling mga aspeto siya ay malakas, at kung saan kailangan niyang maging mas maingat. Para pasimplehin ang proseso ng pag-aaral para sa mga junior at may karanasang developer, isang karaniwang chat sa Slack ang ginawa, para makasali ang ibang miyembro ng team sa proseso ng pag-aaral at makasagot sa isang tanong sa halip na isang mentor. Ang lahat ng ito ay gumagawa ng pakikipagtulungan sa mga junior na isang ganap na predictable at, mahalaga, nakokontrol na proseso.
Sa pagtatapos ng tatlong buwang panahon ng pagsubok, ang mentor ay nagsasagawa ng panghuling teknikal na panayam sa junior, batay sa mga resulta kung saan napagpasyahan kung ang junior ay maaaring lumipat sa isang permanenteng trabaho sa isa sa mga koponan o hindi.
Sa kabuuan
Sa unang tingin, ang aming junior department ay mukhang isang incubator o ilang uri ng espesyal na nilikhang sandbox. Ngunit sa katunayan, ito ay isang tunay na departamento na may lahat ng mga katangian ng isang ganap na pangkat ng labanan na lumulutas ng tunay, hindi mga gawain sa pagsasanay.
Ngunit ang pinakamahalagang bagay ay bigyan natin ang mga tao ng konkretong abot-tanaw. Ang departamento ng Easy Tasks ay hindi isang walang katapusang limbo na maaari kang makaalis magpakailanman. Mayroong isang malinaw na deadline ng tatlong buwan, kung saan ang junior ay nalulutas ang mga simpleng gawain sa mga proyekto, ngunit sa parehong oras maaari niyang patunayan ang kanyang sarili at lumipat sa ilang koponan. Alam ng mga bagong dating na kinukuha namin na magkakaroon sila ng sarili nilang project manager, isang mentor mula sa mga nakatatanda (o maaring marami) at ang pagkakataon na ganap na ma-integrate sa team, kung saan sila ay magiging masaya at maghihintay sa kanya.
Mula sa simula ng taon, 12 juniors ang natanggap sa simple tasks department, dalawa lang ang hindi nakapasa sa probationary period. Ang isa pang lalaki ay hindi nag-ugat sa koponan, ngunit dahil siya ay napakahusay sa mga tuntunin ng trabaho, siya ay ibinalik sa simpleng departamento ng mga gawain para sa isang bagong termino, kung saan, inaasahan namin, siya ay makakahanap ng kanyang sarili ng isang bagong koponan. Ang pakikipagtulungan sa mga junior ay nagkaroon din ng positibong epekto sa aming mga karanasang developer. Ang ilan sa kanila, pagkatapos ng isang panahon ng mentoring, ay natuklasan sa kanilang sarili ang lakas at pagnanais na subukan ang papel ng mga pinuno ng koponan, isang tao, na tumitingin sa mga juniors, pinahusay ang kanilang sariling kaalaman at lumipat mula sa posisyon ng gitna hanggang sa posisyon ng senior.
Palalawakin lang namin ang aming kasanayan sa pagkuha ng mga batang developer, dahil nagdudulot ito ng maraming benepisyo sa team. Si Junes ay nakakakuha ng ganap na malayong trabaho, anuman ang kanilang rehiyon ng paninirahan: ang mga miyembro ng aming mga development team ay nakatira mula Riga hanggang Vladivostok at mahusay na nakayanan ang mga pagkakaiba sa oras salamat sa mga streamline na proseso sa loob ng kumpanya. Ang lahat ng ito ay nagbubukas ng daan para sa mga mahuhusay na tao na nakatira sa malalayong bayan at nayon. At pinag-uusapan natin hindi lamang ang tungkol sa mga mag-aaral at mag-aaral kahapon, kundi pati na rin ang tungkol sa mga tao na, sa ilang kadahilanan, ay nagpasya na baguhin ang kanilang propesyon. Ang aming junior na may parehong tagumpay ay maaaring parehong 18 at 35 taong gulang, dahil ang junior ay tungkol sa karanasan at kasanayan, ngunit hindi tungkol sa edad.
Kami ay tiwala na ang aming diskarte ay madaling mapalawak sa iba pang mga kumpanya na gumagamit ng remote na modelo ng pag-unlad. Kasabay nito, pinapayagan kang pumili ng mga mahuhusay na junior mula sa kahit saan sa Russia o sa CIS, at kasabay nito ay i-upgrade ang mga kasanayan sa pag-mentoring ng mga nakaranasang developer. Sa mga tuntunin sa pananalapi, ang kuwentong ito ay sobrang mura, kaya lahat ay nanalo: ang kumpanya, ang aming mga developer at, siyempre, ang mga junior na hindi kailangang lumipat sa malalaking lungsod o kabisera upang maging bahagi ng isang may karanasan na koponan at magtrabaho sa mga kagiliw-giliw na proyekto .
Pinagmulan: www.habr.com