Ствараем аддзел джунаў у дапамогу асноўным камандам, выкарыстоўваючы толькі Slack, Jira і сінюю ізастужку

Ствараем аддзел джунаў у дапамогу асноўным камандам, выкарыстоўваючы толькі Slack, Jira і сінюю ізастужку

Амаль уся каманда распрацоўкі Skyeng, якая складаецца з больш за 100 чалавек, працуе выдалена і патрабаванні да адмыслоўцаў заўсёды былі высокія: мы шукалі сіньёраў, fullstack-дэвелапераў і мідлаў. Але ў пачатку 2019 года мы ўпершыню нанялі трох джуніёраў. Зроблена гэта было па некалькіх прычынах: наём толькі супер-спецыялістаў не вырашае ўсіх праблем, а для стварэння здаровай атмасферы ў распрацоўцы патрэбны людзі рознага ўзроўню прафесіяналізму.

Калі вы працуеце выдалена, то вельмі важна, каб чалавек прыйшоў на праект і адразу ж пачаў прыносіць карысць, без нейкіх доўгіх працэсаў навучання і разварушванні. З джуніёрамі так не атрымліваецца, плюс, акрамя навучання, патрабуецца яшчэ і пісьменная інтэграцыя пачаткоўца ў каманду, бо яму ўсё ў навінку. А гэта ўжо асобная задача для тымлід. Таму мы былі сканцэнтраваны на пошуку і найманні больш дасведчаных і ўжо якія адбыліся дэвелапераў. Але з часам высветлілася, што ў камандах, якія складаюцца толькі з сіньёраў і fullstack-распрацоўшчыкаў, ёсць свае праблемы. Напрыклад, хто будзе займацца руціннымі, але абавязковымі задачамі, якія не патрабуюць супер-кваліфікацыі і нейкіх асаблівых ведаў?

Раней замест найму джуніёраў мы важдаліся з фрылансерамі.

Пакуль задач было няшмат, нашы сіньёры так-сяк сціснуўшы зубы бралі гэтыя нецікавыя для сябе задачы, бо распрацоўка павінна рухацца наперад. Але доўга так працягвацца не магло: праекты раслі, колькасць руцінных простых задач павялічвалася. Сітуацыя ўсё больш і больш стала быць падобным на анекдот, калі цвікі забіваюцца мікраскопам замест малатка. Для нагляднасці можна звярнуцца да арыфметыкі: калі вы прыцягваеце чалавека, рэйт якога складае ўмоўныя 50$/гадзіна да прац, з якімі зладзіцца супрацоўнік з рэйтам 10$/гадзіна, то ў вас праблемы.

Самае важнае, што мы вынеслі з гэтай сітуацыі - бягучая парадыгма найму толькі крутых спецыялістаў не вырашае нашых праблем з руціннымі задачамі. Нам патрэбны нехта, хто будзе гатовы рабіць працу, якую мацёрыя сіньёры ўспрымаюць як пакаранне і даручаць якую ім банальна неэфектыўна. Напрыклад, пісаць робатаў для Slack-чатаў нашых выкладчыкаў і складальнікаў курсаў або займацца дробнымі праектамі-паляпшэннямі для ўнутраных патрэб, на якія ў распрацоўшчыкаў пастаянна не хапае часу, але жыццё з якімі стала б нашмат прыемней.

У гэты момант было выпрацаванае прамежкавае рашэнне. Мы сталі далучаць да працы над нашымі праектамі фрылансераў. Менавіта на падобны аўтсорс сталі сыходзіць простыя і нетэрміновыя задачы: недзе нешта падправіць, недзе праверыць, нешта перапісаць. Наша фрыланс-крыло расло дастаткова актыўна. Адзін з нашых проджект мэнэджараў збіраў задачы з розных праектаў і размяркоўваў па фрылансераў, кіруючыся наяўнай базай выканаўцаў. Тады нам гэта падавалася добрым рашэннем: мы знялі нагрузку з сіньёраў і яны зноў маглі тварыць у поўны рост, замест таго, каб калупацца з чымсьці элементарным. Вядома, існавалі задачы, якія з-за камерцыйнай таямніцы перадаць на знешніх выканаўцаў нельга, але такіх пытанняў было ў разы менш у параўнанні з масай цягінаў, якія сыходзяць на фрыланс.

Але працягвацца гэта вечна не магло. Кампанія сутыкнулася з тым, што фрыланс-падраздзяленне ператварылася ў непаваротлівага монстра. Колькасць руцінных простых задач расла разам з праектамі і ў нейкі момант іх стала зашмат для таго, каб эфектыўна размяркоўваць іх па знешніх выканаўцах. Акрамя таго, фрылансер не пагружаны ў спецыфіку праектаў, а гэта пастаяннае марнаванне часу на онбордынгу. Відавочна, калі ў вашай камандзе 100+ дэвелапераў-прафесіяналаў, вы не можаце наняць ім у дапамогу нават паўсотні фрылансераў і эфектыўна кіраваць іх дзейнасцю. Акрамя таго, узаемадзеянне з фрылансерамі - гэта заўсёды некаторыя рызыкі зрыву тэрмінаў і іншыя арганізацыйныя праблемы.

Тут важна пазначыць, што выдалены супрацоўнік і фрылансер – дзве розныя сутнасці. Выдалены працаўнік паўнавартасна аформлены ў кампаніі, мае пазначаны працоўны час, каманду, начальства і гэтак далей. Фрылансер - гэта праектная праца, якая рэгулюецца, у асноўным, толькі дэдлайн. Фрылансер, у адрозненне ад выдаленага супрацоўніка, у асноўным прадстаўлены сам сабе і слаба ўзаемадзейнічае з камандай. Адсюль і патэнцыйныя рызыкі ад узаемадзеяння з такімі выканаўцамі.

Як мы прыйшлі да стварэння "аддзела простых задач" і што ў нас атрымалася

Прааналізаваўшы сітуацыю, якая склалася, мы прыйшлі да высновы, што нам патрэбныя супрацоўнікі ніжэйшай кваліфікацыі. Мы не будавалі нейкіх ілюзій на тэму таго, што з усіх джуніёраў мы выгадуем будучых суперзорак, ці што наём дзясятка джунаў абыйдзецца нам у тры капейкі. Наогул, па сітуацыі з джуніёрамі рэальнасць такая:

  1. На кароткай дыстанцыі наймаць іх эканамічна невыгодна. Замест пяці-дзесяці джунаў "прама цяпер" лепш узяць аднаго сіньёра і плаціць яму мільёны грошай за якасную працу, чым марнаваць бюджэты на пачаткоўцаў.
  2. У джуніёраў працяглы перыяд уваходжання ў праект і навучання.
  3. У той момант, калі джун чамусьці навучыўся і накшталт як павінен пачаць "адпрацоўваць" інвестыцыі ў сябе за першыя паўгода працы, яго трэба падвышаць да мідла, ці ён сыходзіць на гэтую пазіцыю ў іншую кампанію. Так што наём джунаў падыходзіць толькі спелым арганізацыям, якія гатовы ўкладваць у іх грошы без гарантый атрымання профіту на кароткай дыстанцыі.

Але мы дараслі да тых памераў, калі без джуніёраў у камандзе нікуды: колькасць радавых задач расце, а марнаваць на іх чалавекагадзіны мацёрых прафесіяналаў - проста злачынства. Менавіта таму мы і стварылі аддзел спецыяльна для джуніёр-распрацоўшчыкаў.

Перыяд працы ў аддзеле простых задач абмяжоўваецца трыма месяцамі - гэта значыць гэта стандартны выпрабавальны тэрмін. Пасля трох месяцаў паўнавартасна аплачванай працы пачатковец альбо адпраўляецца ў каманду, якая захацела яго бачыць у сваіх шэрагах у якасці джуніёр-распрацоўніка, альбо мы з ім растаемся.

На чале створанага намі аддзела стаіць вопытны ПМ, які адказвае за размеркаванне працоўных цягоў па джунам і іх узаемадзеянні з іншымі камандамі. Джун атрымлівае таск, выконвае яго, атрымлівае зваротную сувязь як ад каманды, так і ад свайго мэнэджара. На стадыі працы ў аддзеле простых задач мы не замацоўваем пачаткоўцаў за пэўнымі камандамі і праектамі - яны маюць доступ да ўсяго пулу цягак паводле сваіх навыкаў (зараз мы наймаем франтэндэраў на AngularJS, бэкераў на PHP або шукаем кандыдатаў на пазіцыю вэб-распрацоўніка з абедзвюма мовамі) і могуць папрацаваць адразу з некалькімі праектамі.

Але наёмам джунаў усё не абмяжоўваецца - ім трэба стварыць і прымальныя для працы ўмовы, а гэта ўжо задача зусім іншага плану.

Першае, з чым мы вызначыліся - гэта добраахвотнае ментарства ў здаровых аб'ёмах. Гэта значыць, акрамя таго, што мы нікога да ментарства з існуючых спецыялістаў не прымушалі, было дакладна пазначана, што навучанне пачаткоўца не павінна станавіцца заменай асноўнай працы. Ніякага "50% часу працуем, 50% вучым джуна". Каб мець дакладнае ўяўленне, колькі часу пойдзе на ментарства, быў складзены невялікі "навучальны план": спіс задач, якія павінен быў выканаць кожны ментар са сваім падапечным. Тое самае было зроблена і для проджект-мэнэджара джунаў, і ў выніку мы атрымалі вельмі гладкі і зразумелы сцэнар падрыхтоўкі пачаткоўцаў і іх уваходжання ў працу.

Мы прадугледзелі наступныя моманты: праверка тэарэтычных ведаў, падрыхтавалі набор матэрыялаў, калі джуну трэба нешта давучыць, зацвердзілі адзіны прынцып правядзення код-рэўю для ментараў. На кожным этапе кіраўнікі даюць фідбэк пачаткоўцу, што вельмі важна для апошняга. Малады супрацоўнік разумее, у якіх аспектах ён моцны, а ў якіх трэба быць больш уважлівымі. Для спрашчэння працэсу навучання для джуніёраў і вопытных распрацоўшчыкаў створаны агульны чат у Slack, так што падключыцца да працэсу навучання і адказаць на нейкае пытанне замест ментара могуць і іншыя члены калектыву. Усё гэта робіць працу з джунамі цалкам прагназуемым і, што немалаважна, кантраляваным працэсам.

Па завяршэнні трохмесячнага выпрабавальнага тэрміну ментар праводзіць з джуніёрам фінальнае тэхнічнае інтэрв'ю, па выніках якога вырашаецца, ці можа джуніёр перайсці на пастаянную працу ў адну з каманд ці не.

Разам

На першы погляд наш аддзел для джуніёраў падобны на інкубатар ці нейкую спецыяльна створаную пясочніцу. Але насамрэч гэта рэальны аддзел з усімі атрыбутамі паўнавартаснай баявой каманды, якая вырашае рэальныя, а не трэніровачныя задачы.

Але самае важнае - мы даем людзям канкрэтны гарызонт. Аддзел простых задач - гэта не бясконцы лімб, у якім можна ўгразнуць назаўжды. Ёсць дакладны тэрмін у тры месяцы, за які джуніёр вырашае простыя задачы па праектах, але пры гэтым можа праявіць сябе і перайсці ў якую-небудзь каманду. Найманыя намі навічкі ведаюць, што ў іх будзе свой праект-мэнэджар, настаўнік з сіньёраў (а можа і некалькі) і магчымасць паўнавартасна ўліцца ў калектыў, дзе яму будуць рады і будуць чакаць.

З пачатку года ў аддзел простых задач было нанята 12 джунаў, не прайшлі выпрабавальны тэрмін толькі двое. Яшчэ адзін хлопец не прыжыўся ў калектыве, але бо ў плане працы ён вельмі здольны - яго вярнулі ў аддзел простых задач на новы тэрмін, за які, як мы спадзяемся, ён знойдзе сабе новую каманду. Дадатна праца з джуніёрамі адбілася і на нашых дасведчаных распрацоўшчыках. Некаторыя з іх, пасля перыяду ментарства, адкрылі ў сабе сілы і жаданне паспрабаваць на ролю тымлідаў, хтосьці, гледзячы на ​​??джунаў, падцягнуў ўласныя веды і перайшоў з пазіцыі мідла на пазіцыю сіньёра.

Мы будзем толькі пашыраць нашу практыку па найму маладых распрацоўшчыкаў, таму што гэта дае мноства пераваг для каманды. Джуны ж атрымліваюць магчымасць паўнавартаснага выдаленага працаўладкавання па-за залежнасцю ад свайго рэгіёна пражывання: чальцы нашых каманд распрацоўкі жывуць ад Рыгі да Ўладзівастока і выдатна спраўляюцца з розніцай у часе дзякуючы адладжаным працэсам усярэдзіне кампаній. Усё гэта адкрывае дарогу таленавітым людзям, якія жывуць у аддаленых мястэчках і пасёлках. Прычым размова ідзе не толькі аб учарашніх школьніках і студэнтах, але і аб людзях, якія вырашылі па нейкай прычыне змяніць прафесію. Нашаму джуніёру з аднолькавым поспехам можа быць як 18, так і 35 гадоў, бо джуніёр - гэта пра вопыт і навыкі, але ніяк не пра ўзрост.

Мы ўпэўненыя, што наш падыход можна спакойна распаўсюджваць і на іншыя кампаніі, якія выкарыстоўваюць мадэль выдаленай распрацоўкі. Ён адначасова дазваляе кропкава наймаць таленавітых джуніёраў з любой кропкі Расіі ці СНД, і пры гэтым прапампоўваць настаўніцкія скілы вопытных распрацоўшчыкаў. У фінансавым жа плане гэтая гісторыя вельмі недарагая, так што ў выйгрышы застаюцца ўсе: кампанія, нашы распрацоўшчыкі і, вядома ж, джуніёры, якім не даводзіцца пераязджаць у буйныя гарады або сталіцы для таго, каб стаць частка доследнай каманды і працаваць над цікавымі праектамі.

Крыніца: habr.com

Дадаць каментар