На сучасным этапе развіцця прамысловай распрацоўкі праграмнага забеспячэння можна назіраць разнастайнасць вытворчых роляў. Іх колькасць расце, класіфікацыя ўскладняецца з кожным годам, і, натуральна, ускладняюцца працэсы падбору адмыслоўцаў і працы з кадравым патэнцыялам. Інфармацыйныя тэхналогіі (ІТ) - гэта сфера высокакваліфікаваных працоўных рэсурсаў і кадравага дэфіцыту. Тут працэс вырошчвання кадраў, неабходнасць планамернай работы з кадравым патэнцыялам бываюць значна больш эфектыўнымі за прамы падбор з дапамогай інтэрнэт-рэсурсаў.
У артыкуле разглядаюцца пытанні, актуальныя для адмыслоўцаў па працы з персаналам ІТ-кампаній: прычынна-выніковыя сувязі ў эвалюцыі вытворчых роляў, наступствы няправільнага тлумачэння зместу роляў для кадравай працы ў цэлым, а таксама магчымыя варыянты падвышэння эфектыўнасці падбору адмыслоўцаў.
ІТ-вытворчасць для недасведчаных
Хто ёсць хто ў ІТ - гэтая тэма для дыскусій на розных пляцоўках. Яна існуе столькі ж, колькі наогул уся ІТ-індустрыя, гэта значыць са з'яўлення на спажывецкім рынку першых кампаній-распрацоўшчыкаў софту ў пачатку 90-х гадоў мінулага стагоддзя. І столькі ж часу адсутнічае адзіны погляд на гэтае пытанне, што стварае цяжкасці і змяншае эфектыўнасць кадравай працы. Паспрабуем у ім разабрацца.
Для мяне тэма вытворчых роляў у ІТ-сферы стала актуальнай і цікавай з моманту майго прыходу ў ІТ-кампанію. Мной было патрачана шмат часу і нервовай энергіі на тое, каб разабрацца ў вытворчым працэсе. Гэтыя выдаткі перавысілі мае чаканні і выдаткі на адаптацыю да працэсаў у іншых сферах: адукацыі, матэрыяльнай вытворчасці, малым бізнэсе. У мяне было разуменне, што працэсы складаныя і нязвыклыя, бо, у цэлым, чалавек больш адаптаваны да матэрыяльнага свету, чым да віртуальнага. Але было інтуітыўнае супраціўленне: здавалася, што нешта тут не тое, так не павінна быць. Працэс адаптацыі заняў, мусіць, год, што, у маім разуменні, проста касмічная велічыня. У выніку ў мяне склалася дастаткова дакладнае ўяўленне аб ключавых ролях у ІТ-вытворчасці.
Цяпер я працягваю працаваць над гэтай тэмай, але ўжо на іншым узроўні. У ролі кіраўніка цэнтра распрацоўкі ІТ-кампаніі мне часта даводзіцца размаўляць са студэнтамі, выкладчыкамі ВНУ, абітурыентамі, школьнікамі і іншымі жадаючымі паўдзельнічаць у стварэнні ІТ-прадукта ў мэтах прасоўвання брэнда працадаўцы на рынку працы новай тэрыторыі (г. Яраслаўль). Гэтыя зносіны даецца няпроста ў сілу нізкай інфармаванасці суразмоўцаў аб тым, як арганізаваны працэс распрацоўкі праграмнага забеспячэння (ПА), і, як следства, неразуменні імі прадмета гутаркі. Праз 5 - 10 хвілін дыялогу перастаеш атрымліваць зваротную сувязь і пачынаеш адчуваць сябе замежнікам, гаворка якога патрабуе перакладу. Як правіла, сярод суразмоўцаў знаходзіцца нехта, які падводзіць рысу ў дыялогу і агучвае народны міф з 90-х: "Усё роўна, усе айцішнікі - праграмісты". Крыніцы ўзнікнення міфа такія:
- ІТ-галіна бурна развіваецца, у гэтых умовах усе асноўныя сэнсы і прынцыпы знаходзяцца на стадыі фарміравання;
- ва ўмовах нявызначанасці існаваць складана, таму чалавек імкнецца аблегчыць сабе разуменне невядомага, ствараючы міфы;
- чалавек больш звыклы да ўспрымання матэрыяльнага свету, чым віртуальнага, у сувязі з чым яму складана даваць азначэнне паняццям, змешчаным за межамі яго ўспрымання.
Спробы барацьбы з гэтым міфам часам нагадваюць бой з ветракамі, паколькі ёсць некалькі аспектаў праблемы, якія маюць патрэбу ў прапрацоўцы. Кадраваму адмыслоўцу неабходна, па-першае, мець выразную карціну вытворчых роляў у ІТ-кампаніі ў ідэальным і рэальным увасабленні, па-другое, разумець, як і калі можа быць найболей эфектыўна задзейнічаны ўнутраны рэсурс кампаніі, па-трэцяе, якія рэальныя метады дапамогуць падвысіць інфармаванасць удзельнікаў рынку працы і будуць садзейнічаць развіццю брэнда працадаўцы. Разгледзім гэтыя аспекты падрабязней.
Жыццёвы цыкл ПЗ як аснова вытворчых роляў
Не сакрэт, што ў цэлым усе вытворчыя ролі ў любой ІТ-кампаніі маюць у якасці крыніцы жыццёвы цыкл праграмнага забеспячэння. Таму, калі ставіць канцэптуальную задачу дамовіцца аб адзінстве ўспрымання гэтага пытання ў рамках усёй ІТ-галіны, трэба абапірацца менавіта на жыццёвы цыкл ПЗ як на прымаемую і адназначна разуменую ўсімі сэнсавую аснову. Абмеркаванне канкрэтных варыянтаў рэалізацыі пытання аб вытворчых ролях ляжыць у плоскасці нашага творчага стаўлення да жыццёвага цыкла праграмнага забеспячэння.
Такім чынам, разгледзім этапы, якія ўключае ў сябе жыццёвы цыкл ПЗ, на прыкладзе RUP-метадалогіі. Яны з'яўляюцца дастаткова сфармаванымі звёнамі ў частцы зместу і тэрміналогіі. Вытворчы працэс заўсёды і ўсюды пачынаецца з бізнэс-мадэлявання і фармаванні патрабаванняў, а завяршаецца (умоўна, вядома) кансультаваннем карыстачоў і дапрацоўкамі праграмнага забеспячэння на аснове «хацелак» карыстачоў.
Калі здзейсніць гістарычны экскурс у канец мінулага стагоддзя (як вядома, гэта быў перыяд «астраўковай аўтаматызацыі»), то можна ўбачыць, што ўсім працэсам стварэння ПЗ займаўся праграміст-распрацоўшчык. Тут карані міфа аб тым, што кожны айцішнік - гэта праграміст.
З ускладненнем вытворчых працэсаў, з'яўленнем інтэграваных платформ і пераходам да комплекснай аўтаматызацыі прадметных абласцей, з рэінжынірынгам бізнес-працэсаў становіцца непазбежным з'яўленне спецыялізаваных роляў, прывязаных да этапаў жыццёвага цыклу. Вось так з'яўляюцца аналітык, тэсціроўшчык і спецыяліст тэхпадтрымкі.
Разнастайнасць пасад на прыкладзе ролі аналітыка
Аналітык (ён жа інжынер-аналітык, ён жа пастаноўшчык, метадолаг, бізнес-аналітык, сістэмны-аналітык і г.д.) дапамагае "пасябраваць" бізнес-задачам і тэхналогіям іх рэалізацыі. Апісанне пастаноўкі задачы для распрацоўніка - так можна ахарактарызаваць асноўную функцыю абстрактнага аналітыка. Ён выступае злучным звяном паміж кліентам і распрацоўшчыкам у працэсах фарміравання патрабаванняў, аналізу і праектавання ПЗ. У рэальных вытворчых умовах пералік функцый аналітыка вызначаецца спосабам арганізацыі вытворчасці, кваліфікацыяй спецыяліста, спецыфікай мадэляваных прадметнай вобласці.
Частка аналітыкаў знаходзіцца бліжэй да кліента. Гэта бізнэс-аналітыкі (Business Analyst). Яны глыбока разумеюць бізнес-працэсы прадметнай вобласці і самі з'яўляюцца экспертамі працэсаў, якія аўтаматызуюцца. Вельмі важна наяўнасць такіх спецыялістаў у штаце прадпрыемства, асабліва пры аўтаматызацыі метадалагічна складаных прадметных абласцей. У прыватнасці, для нас як аўтаматызатараў бюджэтнага працэсу дзяржавы проста неабходна, каб сярод аналітыкаў былі эксперты прадметнай галіны. Гэта высокакваліфікаваныя супрацоўнікі з добрай фінансава-эканамічнай адукацыяй і вопытам работы ў фінансавых органах, пажадана ў ролі вядучых спецыялістаў. Вельмі важны досвед працы не ў ІТ-сферы, а менавіта ў прадметнай вобласці.
Іншая частка аналітыкаў больш набліжана да распрацоўшчыкаў. Гэта сістэмныя аналітыкі (System Analyst). Іх асноўная задача - выяўленне, сістэматызацыя і аналіз патрабаванняў кліента на прадмет магчымасці іх задавальнення, падрыхтоўка тэхнічных заданняў і апісанне пастановак задачы. Яны разбіраюцца не толькі ў бізнес-працэсах, але і ў інфармацыйных тэхналогіях, добра прадстаўляюць магчымасці пастаўляецца кліенту праграмнага забеспячэння, валодаюць навыкамі праектавання і, адпаведна, разумеюць, як лепш данесці распрацоўніку інтарэсы кліента. Гэтыя супрацоўнікі абавязкова маюць адукацыю ў сферы ІКТ і інжынерна-тэхнічны склад розуму, пажадана – досвед працы ў ІТ. Пры падборы такіх адмыслоўцаў відавочным плюсам будзе наяўнасць навыкаў праектавання з выкарыстаннем сучасных прылад.
Яшчэ адна разнавіднасць аналітыкаў - тэхнічныя пісьменнікі (Technical Writer). Яны займаюцца дакументаваннем у рамках працэсаў распрацоўкі праграмнага забеспячэння, рыхтуюць кіраўніцтва карыстача і адміністратара, тэхналагічныя інструкцыі, навучалыя відэаматэрыялы і т.д. Іх заснаваная задача - здолець данесці да карыстальнікаў і іншых зацікаўленых асоб інфармацыю аб рабоце праграмы, апісаць тэхнічна складаныя рэчы лаканічна і зразумела. Тэхнічныя пісьменнікі, у сваёй масе, выдатна валодаюць рускай мовай, пры гэтым маюць тэхнічную адукацыю і аналітычны склад розуму. Для такіх адмыслоўцаў найвялікае значэнне маюць навыкі складання зразумелых, пісьменных, падрабязных тэхнічных тэкстаў у адпаведнасці са стандартамі, а таксама веды і валоданне прыладамі дакументавання.
Такім чынам, мы бачым адну і тую ж ролю (і, дарэчы, пасада ў штатным раскладзе) - аналітык, але ў розных яе канкрэтна-прыкладных увасабленнях. Пошук адмыслоўцаў для кожнага з іх мае свае асаблівасці. Важна ведаць, што гэтыя разнавіднасці аналітыкаў павінны валодаць часта несумяшчальнымі ў адным чалавеку навыкамі і ведамі. Адзін - гуманітарый, схільны да аналітычнай працы з вялікімі аб'ёмамі тэкставых дакументаў, з развітой прамовай і камунікабельнасцю, іншы - "тэхнар" з інжынерным мысленнем і інтарэсамі ў сферы ІТ.
Бярэм з боку або гадуем?
Для буйнога прадстаўніка ІТ-індустрыі эфектыўнасць прамога падбору з інтэрнэт-рэсурсаў змяншаецца па меры росту праектаў. Адбываецца гэта, у прыватнасці, па наступных чынніках: немагчымая хуткая адаптацыя да складаных працэсаў усярэдзіне кампаній, хуткасць засваення спецыфічных прылад апыняецца ніжэй хуткасці развіцця праекту. Таму HR-адмыслоўцу важна ведаць не толькі каго шукаць знадворку, але і як можна задзейнічаць унутраныя рэсурсы кампаніі, з каго і як выгадаваць адмыслоўца.
Для бізнес-аналітыкаў вельмі важны досвед працы ўсярэдзіне рэальных працэсаў прадметнай вобласці, таму іх падбор "з боку" больш эфектыўны, чым вырошчванне ўнутры кампаніі. Пры гэтым HR-адмыслоўцу важна ведаць пералік арганізацый, якія могуць быць крыніцамі гэтага кадравага рэсурсу, і пры падборы засяроджвацца на пошуку рэзюмэ з іх.
Для зачынення такіх вакансій, як сістэмны аналітык і архітэктар ПЗ, наадварот, працэс падрыхтоўкі кадраў усярэдзіне кампаній мае велізарнае значэнне. Гэтыя спецыялісты павінны сфарміравацца ва ўмовах дзеючага вытворчага асяроддзя і спецыфікі канкрэтнай арганізацыі. Сістэмныя аналітыкі (System Analyst) развіваюцца з бізнэс-аналітыкаў (Business Analyst), тэхнічных пісьменнікаў (Technical Writer) і інжынераў тэхпадтрымкі (Technical Support Engineer). Архітэктары ПА (Software Architect) – з праекціроўшчыкаў (System Designer) і распрацоўшчыкаў ПА (Software Developer) па меры назапашвання вопыту і пашырэння кругагляду. Гэтая акалічнасць дазваляе HR-адмыслоўцу эфектыўна задзейнічаць унутраныя рэсурсы кампаніі.
Скрыжаванне, аб'яднанне і эвалюцыя вытворчых роляў
Ёсць яшчэ адно няпростае з пункту гледжання рэалізацыі ў вытворчым працэсе пытанне - устанаўленне дакладных межаў паміж ролямі. На першы погляд можа здацца, што ўсё відавочна: скончылася ўкараненне, падпісалі дакументы аб уводзе праграмнага забеспячэння ў прамысловую эксплуатацыю і перадалі ўсё ў тэхпадтрымку. Усё дакладна, аднак часта ўзнікаюць сітуацыі, калі кліент, па звычцы знаходзячыся ў цесным кантакце з аналітыкам і бачачы ў ім "палачку-выручалачку", працягвае актыўна мець зносіны з ім, нягледзячы на тое, што і сістэма ўжо ўкаранёна, і фармальна ідзе этап суправаджэння . Аднак, з пункту гледжання кліента, хто ж лепшы і хутчэйшы, чым аналітык, які разам з ім ставіў задачу, адкажа на пытанні па рабоце з сістэмай. І вось тут устае пытанне аб частковым дубліраванні роляў інжынера тэхпадтрымкі і аналітыка. З цягам часу ўсё наладжваецца, кліент абвыкае мець зносіны са службай тэхпадтрымкі, але ў самім пачатку эксплуатацыі ПА такі "унутраны пераход" не заўсёды атрымліваецца выканаць без стрэсаў абапал.
Скрыжаванне роляў аналітыка і інжынера тэхпадтрымкі ўзнікае яшчэ і тады, калі струмень патрабаванняў на распрацоўку ідзе ў рамках этапу суправаджэння. Вяртаючыся да жыццёвага цыкла ПЗ, мы бачым неадпаведнасць рэальных вытворчых умоў і фармальных установак на тое, што аналіз патрабаванняў і пастаноўка задачы могуць быць выкананы выключна аналітыкам. Спецыялісту па кадравай рабоце, безумоўна, трэба разумець ідэальную карціну роляў у рамках жыццёвага цыкла ПЗ, яны маюць дакладныя межы. Але ў той жа час абавязкова трэба мець на ўвазе, што магчымае скрыжаванне. Пры адзнацы ведаў і навыкаў суіскальніка варта зважаць на наяўнасць сумежнага досведу, гэта значыць пры пошуку інжынераў тэхпадтрымкі суцэль могуць быць разгледжаны кандыдаты з досведам аналітыка і наадварот.
Апроч скрыжавання часта назіраецца аб'яднанне вытворчых роляў. Напрыклад, бізнес-аналітык і тэхнічны пісьменнік могуць існаваць у адной асобе. Наяўнасць архітэктара ПЗ (Software Architect) абавязкова ў буйной прамысловай распрацоўцы, у той час як зусім невялікія праекты могуць абысціся без гэтай ролі: там функцыі архітэктара выконваюць распрацоўшчыкі (Software Developer).
Змена гістарычных перыядаў у падыходах і тэхналогіях распрацоўкі непазбежна прыводзіць да таго, што жыццёвы цыкл ПЗ таксама эвалюцыянуе. Глабальна, вядома, асноўныя яго этапы застаюцца нязменнымі, але адбываецца іх дэталізацыя. Напрыклад, з пераходам на Web-рашэнні і ростам магчымасцяў выдаленай наладкі з'явілася роля адмыслоўца па наладзе ПЗ. На раннім гістарычным этапе гэта былі ўкаранянцы, гэта значыць інжынеры, якія большую частку працоўнага часу праводзілі на працоўных месцах кліентаў. Узрослыя аб'ёмы і складанасць ПЗ прывялі да з'яўлення ролі архітэктара ПЗ (Software Architect). Патрабаванні да паскарэння выпуску версій і павышэння якасці ПЗ спрыялі развіццю аўтаматызаванага тэсціравання і з'яўленню новай ролі - QA-інжынера (Quality Assurance Engineer) і г.д. Эвалюцыя роляў на ўсіх этапах арганізацыі вытворчага працэсу значнай выявай злучана з развіццём метадаў, тэхналогій і прылад.
Такім чынам, мы разгледзелі некаторыя цікавыя моманты, якія тычацца размеркавання вытворчых роляў усярэдзіне кампаній-распрацоўніка ПА у кантэксце жыццёвага цыклу ПА. Відавочна, што гэта погляд знутры, які спецыфічны для кожнай кампаніі. Для нас усіх як удзельнікаў рынку працы ІТ-галіны і адказных за прасоўванне брэнда працадаўцы асабліва важны будзе і погляд звонку. І вось тут існуе вялікая праблема не толькі ў пошуку сэнсаў, але і ў данясенні гэтай інфармацыі да мэтавай аўдыторыі.
Чым дрэнны «заапарк» ІТ-пасадаў?
Блытаніна ў свядомасці HR-спецыялістаў, арганізатараў вытворчасці і разнастайнасць падыходаў прыводзяць да вельмі шырокай разнастайнасці, прама «заапарку» ІТ-пасадаў. Досвед сумоўяў і проста прафесійных кантактаў паказвае, што часта ў людзей не бывае адназначнага разумення сэнсавай нагрузкі, якая павінна вынікаць з назвы пасад. Напрыклад, у нашай арганізацыі пасады, якія ўключаюць паняцце "інжынер-аналітык", мяркуюць, што гэта пастаноўшчык задач. Аднак аказваецца, што не ўсюды гэта так: ёсць арганізацыі-распрацоўшчыкі, дзе інжынер-аналітык - гэта укараняльнік. Зусім іншае разуменне, пагадзіцеся?
Па-першае, "заапарк" ІТ-пасадаў, несумненна, зніжае эфектыўнасць падбору персаналу. Кожны працадаўца пры развіцці і пасоўванні свайго брэнда жадае ў кароткай форме данесці ўсе сэнсы, якія існуюць у яго вытворчасці. І калі ён сам часта не можа дакладна сказаць, хто ёсць хто, натуральна, што ён будзе трансліраваць у навакольнае асяроддзе нявызначанасць.
Па-другое, "заапарк" ІТ-пасадаў стварае велізарныя праблемы пры падрыхтоўцы і развіцці ІТ-кадраў. Кожная сур'ёзная ІТ-кампанія, накіраваная на тое, каб фармаваць і развіваць кадравы патэнцыял, а не проста «даіць» работныя сайты, рана ці крыху пазней сустракаецца з неабходнасцю ўзаемадзеяння з навучальнымі ўстановамі. Для высокакваліфікаваных ІТ-кадраў, гэта сегмент ВНУ, прытым лепшых, як мінімум, якія знаходзяцца ў рэйтынгу ТОП-100.
Праблема інтэграцыі з вну пры выбудоўванні бесперапыннага працэсу падрыхтоўкі ІТ-адмыслоўцаў складаецца прыкладна напалову ў адсутнасці ў вну разумення таго, хто ёсць хто ўсярэдзіне ІТ-кампаніі. Яны маюць пра гэта вельмі павярхоўнае ўяўленне. Як правіла, у ВНУ ёсць некалькі спецыяльнасцей са словам "інфарматыка" ў назвах, і часта бывае так, што пры правядзенні імі прыёмнай кампаніі апора робіцца на тэзу аб тым, што ўсе спецыяльнасці па сутнасці пра адно і тое ж. І гэта выглядае гэтак жа, як калі абапірацца на народны міф аб тым, што ўсе айцішнікі - праграмісты.
Вопыт нашага цеснага супрацоўніцтва з ВНУ паказвае, што спецыяльнасць "Прыкладная інфарматыка (па галінах)" пастаўляе нам кадры для аддзелаў метадалогіі і тэхпадтрымкі, але ніяк не распрацоўкі. У той час як "Фундаментальная інфарматыка", "Праграмная інжынерыя" рыхтуюць выдатны кадравы рэсурс для распрацоўшчыкаў. Каб не накіраваць абітурыента першапачаткова па непрыдатным для яго шляху, неабходна "рассейваць туман", які атачае ІТ-вытворчасць.
Ці можна прывесці ўсё да агульнага назоўніка?
Ці можна ўніфікаваць вытворчыя ролі і прыйсці да адзінага разумення іх знутры і звонку кампаніі?
Вядома, можна і трэба, таму што назапашаны калектыўны досвед усіх прадпрыемстваў-распрацоўнікаў дэманструе наяўнасць агульных, якія аб'ядноўваюць канцэпцый арганізацыі вытворчага працэсу. Гэта следства таго, што ўсёткі ёсць адназначна ўсімі якое трактуецца паняцце жыццёвага цыклу ПА, і ізноў якія з'яўляюцца вытворчыя ролі (DataScientist, QA-Engineer, MachineLearning Engineer і т.д.) з'яўляюцца следствам удакладнення і развіцці жыццёвага цыклу ПА як такога, адбывалых з удасканаленнем тэхналогій і інструментаў, а таксама з развіццём і ўзбуйненнем бізнес-задач.
У той жа час, цяжка ўніфікаваць вытворчыя ролі, таму што ІТ - адна з самых маладых і бурна якія развіваюцца галін эканомікі. У некаторым сэнсе гэта хаос, з якога паўстаў сусвет. Выразная арганізацыйная структура тут немагчымая і недарэчная, таму што ІТ - гэта інтэлектуальная, але вельмі творчая сфера. З аднаго боку, айцішнік - гэта "фізік"-інтэлектуал з развітым алгарытмічным і матэматычным мысленнем, з другога боку, гэта "лірык"-творца, носьбіт і прасоўвальнік ідэй. Ён гэтак жа, як і мастак, не мае выразнага плана напісання карціны, не можа раскласці выяву на часткі, бо апошні перастане існаваць. Ён уладар інфармацыйных працэсаў, якія самі па сабе абстрактныя, невымоўныя, цяжкавымерныя, але імклівыя.
Шляхі пабудовы эфектыўнай кадравай працы ў ІТ-вытворчасці
Такім чынам, што важна ведаць HR-адмыслоўцу для пабудовы эфектыўнай кадравай працы ва ўмовах разнастайнасці роляў ІТ-вытворчасці.
Па-першае, любы спецыяліст па кадрах ІТ-кампаніі павінен мець уяўленне аб той сітуацыі, якая характэрна менавіта для яго прадпрыемства: хто і чым займаецца, хто і як называецца, і галоўнае - які сэнс укладваецца ў гэтыя ролі ва ўмовах канкрэтнай вытворчасці.
Па-другое, HR-спецыяліст павінен мець гнуткае ўяўленне аб вытворчых ролях. Гэта значыць першапачаткова ў яго фармуецца аб іх ідэальнае разуменне, якое дазваляе яму самому разабрацца ва ўсім. Потым абавязкова павінна быць рэальная карціна вытворчасці: дзе і ў чым ролі перасякаюцца, аб'ядноўваюцца, якое ўспрыманне гэтых роляў існуе ў вытворчых кіраўнікоў. Складанасць для кадравага спецыяліста складаецца ў тым, каб сумясціць у свядомасці рэальную і ідэальную сітуацыі, не спрабаваць сілком перабудоўваць працэсы пад ідэальнае іх разуменне, а дапамагаць вытворчасці ў задавальненні запатрабавання ў рэсурсах.
Па-трэцяе, абавязкова трэба мець уяўленне аб магчымых траекторыях развіцця тых ці іншых спецыялістаў: у якім выпадку можа быць эфектыўны знешні падбор, а калі лепш выгадаваць супрацоўніка ў сваім калектыве, даўшы яму магчымасці для развіцця, якія якасці кандыдатаў дазволяць ім развівацца ў канкрэтным напрамку. , якія з якасцяў не могуць быць сумяшчальныя ў адным чалавеку, што першапачаткова важна для выбару траекторыі развіцця.
Па-чацвёртае, вернемся да тэзы аб тым, што ІТ - гэта сфера высокакваліфікаваных кадраў, дзе для больш эфектыўнай кадравай працы непазбежная ранняя інтэграцыя з адукацыйным асяроддзем ВНУ. У гэтай сітуацыі кожны HR-адмысловец павінен развіваць не толькі навыкі прамога пошуку, працы з анкетамі і інтэрв'юяванні, але і абавязкова арыентавацца ў асяроддзі вузаўскай падрыхтоўкі адмыслоўцаў: якія вну рыхтуюць кадры для кампаніі, якія спецыяльнасці ўсярэдзіне пэўных вну зачыняюць кадравыя запатрабаванні, і, што важна, хто за гэтым стаіць, хто кіруе і ажыццяўляе падрыхтоўку спецыялістаў у ВНУ.
Такім чынам, калі мэтанакіравана развенчваць міф аб тым, што ўсе айцішнікі - гэта праграмісты, неабходна зрабіць цэлы шэраг крокаў у гэтым кірунку і звярнуць асаблівую ўвагу на нашы ВНУ, дзе закладваюцца асновы ўспрымання будучай прафесіі. Іншымі словамі, трэба пастаяннае ўзаемадзеянне з адукацыйным асяроддзем, напрыклад, з выкарыстаннем сучаснага фармату сумеснай працы ў каваркінг-цэнтрах, "кропках кіпення", удзелу ў адукацыйных інтэнсіўах. Гэта дазволіць разбурыць няправільныя ўяўленні аб ІТ-прадпрыемстве, павысіць эфектыўнасць кадравай работы і створыць умовы для сумеснай дзейнасці пры падрыхтоўцы розных спецыялістаў нашай галіны.
Выказваю падзяку калегам, якія прынялі ўдзел у падрыхтоўцы і падтрымцы актуальнасці гэтага артыкула: Валянціне Вяршынінай і Юрыю Крупіну.
Крыніца: habr.com