На сегашния етап на развитие на разработката на промишлен софтуер могат да се наблюдават различни производствени роли. Техният брой расте, класификацията става все по-сложна всяка година и, естествено, процесите на подбор на специалисти и работа с човешки ресурси стават все по-сложни. Информационните технологии (ИТ) са сфера на висококвалифицирани трудови ресурси и недостиг на персонал. Тук процесът на развитие на персонала и необходимостта от системна работа с кадровия потенциал са много по-ефективни от директния подбор с помощта на интернет ресурси.
Статията обсъжда въпроси, които са от значение за специалистите по човешки ресурси в ИТ компаниите: причинно-следствени връзки в еволюцията на производствените роли, последствията от неправилното тълкуване на съдържанието на ролите за работата по човешки ресурси като цяло, както и възможните варианти за увеличаване на ефективността на набирането на специалисти.
ИТ производство за незапознати
Кой кой е в ИТ е тема за обсъждане в различни платформи. Тя съществува толкова дълго, колкото цялата ИТ индустрия, тоест от появата на първите компании за разработка на софтуер на потребителския пазар в началото на 90-те години на миналия век. И за същото време няма общо виждане по този въпрос, което създава трудности и намалява ефективността на работата на персонала. Нека се опитаме да го разберем.
За мен темата за производствените роли в ИТ сектора стана актуална и интересна, откакто се присъединих към ИТ компанията. Прекарах много време и нервна енергия, опитвайки се да разбера производствения процес. Тези разходи надминаха моите очаквания и разходите за адаптиране към процеси в други области: образование, материално производство, малък бизнес. Разбрах, че процесите са сложни и необичайни, тъй като като цяло човек е по-адаптиран към материалния свят, отколкото към виртуалния. Но имаше интуитивна съпротива: изглеждаше, че тук нещо не е наред, не трябва да бъде така. Процесът на адаптация вероятно отне една година, което според мен е просто космическо. В резултат на това имах доста ясно разбиране за ключовите роли в ИТ производството.
В момента продължавам да работя по тази тема, но на друго ниво. Като ръководител на развойния център на ИТ компания често ми се налага да общувам със студенти, преподаватели, кандидати, ученици и други, които искат да участват в създаването на ИТ продукт, за да популяризират работодателската марка на пазара на труда на нова територия (Ярославъл). Тази комуникация не е лесна поради ниската осведоменост на събеседниците за това как е организиран процесът на разработка на софтуер и в резултат на това неразбиране на предмета на разговора. След 5-10 минути диалог спирате да получавате обратна връзка и започвате да се чувствате като чужденец, чиято реч изисква превод. По правило сред събеседниците има някой, който тегли черта в диалога и изрича народен мит от 90-те години: „Всеки ИТ специалисти са програмисти“. Произходът на мита е:
- ИТ индустрията се развива бързо, в тези условия всички основни значения и принципи са в етап на формиране;
- Трудно е да съществуваш в условия на несигурност, така че човек се опитва да улесни себе си в разбирането на неизвестното, като създава митове;
- човек е по-свикнал с възприемането на материалния свят, отколкото на виртуалния, и затова му е трудно да дефинира понятия, които са извън неговото възприятие.
Опитът да се преборите с този мит понякога може да се почувства като наклоняване на вятърни мелници, тъй като има няколко аспекта на проблема, които трябва да бъдат разгледани. Специалистът по човешки ресурси трябва, първо, да има ясна представа за производствените роли в ИТ компания в идеално и реално изпълнение, второ, да разбере как и кога вътрешните ресурси на компанията могат да бъдат най-ефективно използвани, и трето, какви реални методи ще спомогне за повишаване на информираността на участниците на пазара на труда и ще допринесе за развитието на работодателската марка. Нека разгледаме по-отблизо тези аспекти.
Жизненият цикъл на софтуера като основа за производствените роли
Не е тайна, че по принцип всички производствени роли във всяка ИТ компания имат за източник жизнения цикъл на софтуера. Следователно, ако си поставим концептуалната задача да постигнем съгласие за единно възприемане на този проблем в рамките на цялата ИТ индустрия, трябва да разчитаме конкретно на жизнения цикъл на софтуера като семантична основа, приета и ясно разбрана от всички. Обсъждането на конкретни варианти за реализиране на въпроса за производствените роли е в плоскостта на нашето творческо отношение към жизнения цикъл на софтуера.
И така, нека да разгледаме етапите, които включва жизненият цикъл на софтуера, използвайки RUP методологията като пример. Те са доста зрели връзки по отношение на съдържание и терминология. Производственият процес винаги и навсякъде започва с бизнес моделиране и формиране на изисквания и завършва (условно, разбира се) с консултиране на потребителите и модифициране на софтуера въз основа на „желанията“ на потребителите.
Ако направите историческа екскурзия до края на миналия век (както знаете, това беше периодът на „островна автоматизация“), можете да видите, че целият процес на създаване на софтуер е извършен от програмист-разработчик. Ето корените на мита, че всеки IT специалист е програмист.
С нарастващата сложност на производствените процеси, появата на интегрирани платформи и прехода към комплексна автоматизация на предметните области, с реинженеринга на бизнес процесите, появата на специализирани роли, обвързани с етапите на жизнения цикъл, става неизбежна. Така се появяват анализатор, тестер и специалист по техническа поддръжка.
Разнообразие от позиции на примера на ролята на анализатор
Анализаторът (известен още като аналитичен инженер, известен още като директор, методолог, бизнес анализатор, системен анализатор и т.н.) помага да се „приятели“ с бизнес задачи и технологии за тяхното изпълнение. Описание на постановката на проблема за разработчика - така може да се характеризира основната функция на абстрактния анализатор. Той действа като връзка между клиента и разработчика в процесите на формиране на изисквания, анализ и проектиране на софтуер. В реални производствени условия списъкът от функции на анализатора се определя от метода на организиране на производството, квалификацията на специалиста и спецификата на моделираната предметна област.
Някои анализатори са разположени по-близо до клиента. Това са бизнес анализатори (Business Analyst). Те разбират дълбоко бизнес процесите в предметната област и самите те са експерти в автоматизираните процеси. Много е важно да има такива специалисти в персонала на предприятието, особено при автоматизиране на методологически сложни предметни области. Конкретно за нас, като автоматизатори на държавния бюджетен процес, е просто необходимо сред анализаторите да има експерти по предмета. Това са висококвалифицирани служители с добро финансово и икономическо образование и опит във финансови органи, за предпочитане в ролята на водещи специалисти. Опитът не в IT сферата, а конкретно в предметната област е изключително важен.
Другата част от анализаторите е по-близо до разработчиците. Това са системни анализатори (System Analyst). Тяхната основна задача е да идентифицират, систематизират и анализират изискванията на клиентите за възможността за тяхното удовлетворяване, изготвят технически спецификации и описват постановките на проблемите. Те разбират не само бизнес процесите, но и информационните технологии, имат добра представа за възможностите на софтуера, доставен на клиента, имат дизайнерски умения и съответно разбират как най-добре да предадат интересите на клиента на разработчика. Тези служители трябва да имат образование в областта на ИКТ и инженерно-техническо мислене, за предпочитане опит в ИТ. При избора на такива специалисти притежаването на дизайнерски умения с помощта на съвременни инструменти ще бъде очевидно предимство.
Друг тип анализатори са техническите писатели. Те се занимават с документиране като част от процесите на разработка на софтуер, изготвят потребителски и администраторски наръчници, технологични инструкции, обучителни видеоклипове и др. Тяхната основна задача е да могат да предават информация за работата на програмата на потребителите и другите заинтересовани страни, да описват технически сложни неща кратко и ясно. Техническите писатели в по-голямата си част владеят отлично руски език и в същото време имат техническо образование и аналитичен ум. За такива специалисти от голямо значение са уменията за съставяне на ясни, компетентни, подробни технически текстове в съответствие със стандартите, както и познаването и владеенето на инструменти за документиране.
Така виждаме една и съща роля (и между другото позиция в щатното разписание) – анализатор, но в нейните различни специфични приложни превъплъщения. Търсенето на специалисти за всеки от тях има свои собствени характеристики. Важно е да знаете, че този тип анализатори трябва да притежават умения и знания, които често са несъвместими в един човек. Единият е хуманист, склонен към аналитична работа с големи обеми текстови документи, с развити речеви и комуникативни умения, другият е „технар“ с инженерно мислене и интереси в IT сферата.
Взимаме ли отвън или отглеждаме?
За голям представител на ИТ индустрията ефективността на директния избор от интернет ресурси намалява с нарастването на проектите. Това се случва по-специално поради следните причини: бързата адаптация към сложни процеси в компанията е невъзможна, скоростта на усвояване на конкретни инструменти е по-ниска от скоростта на разработване на проекти. Ето защо е важно специалистът по човешки ресурси да знае не само кого да търси външно, но и как да използва вътрешните ресурси на компанията, от кого и как да развие специалист.
За бизнес анализаторите опитът от работа в рамките на реални процеси в предметната област е много важен, така че набирането им „отвън“ е по-ефективно от израстването им в рамките на компанията. В същото време е важно специалистът по човешки ресурси да знае списъка с организации, които могат да бъдат източници на този човешки ресурс, и при избора да се съсредоточи върху търсенето на автобиографии от тях.
За попълване на свободни позиции като системен анализатор и софтуерен архитект, напротив, процесът на обучение в компанията е от голямо значение. Тези специалисти трябва да се формират в настоящата производствена среда и спецификата на конкретна организация. Системните анализатори се развиват от бизнес анализатори, технически писатели и инженери по техническа поддръжка. Софтуерни архитекти – от дизайнери (System Designer) и разработчици на софтуер (Software Developer), докато трупат опит и разширяват хоризонтите си. Това обстоятелство позволява на специалист по човешки ресурси ефективно да използва вътрешните ресурси на компанията.
Пресечна точка, интеграция и еволюция на производствените роли
Има и друг труден въпрос от гледна точка на внедряването в производствения процес – установяването на ясни граници между ролите. На пръв поглед може да изглежда, че всичко е очевидно: внедряването е завършено, документите за пускане на софтуера в търговска експлоатация са подписани и всичко е предадено на техническа поддръжка. Точно така, но често възникват ситуации, когато клиентът по навик, като е в близък контакт с анализатора и го вижда като „вълшебна пръчка“, продължава активно да общува с него, въпреки факта, че системата вече е внедрена и етапът на официална поддръжка е в ход. Но от гледна точка на клиента, кой по-добре и по-бързо от анализатора, който е поставил задачата заедно с него, ще отговори на въпросите за работата със системата. И тук възниква въпросът за частичното дублиране на ролите на инженер по техническа поддръжка и анализатор. С течение на времето всичко се подобрява, клиентът свиква да общува със службата за техническа поддръжка, но в самото начало на използването на софтуера такъв „вътрешен преход“ не винаги може да се осъществи без стрес и от двете страни.
Пресечната точка на ролите на анализатор и инженер по техническа поддръжка също възниква, когато потокът от изисквания за разработка се появява като част от етапа на поддръжка. Връщайки се към жизнения цикъл на софтуера, виждаме несъответствие между реалните производствени условия и формалните нагласи, че анализът на изискванията и формулирането на проблема могат да се извършват изключително от анализатор. Специалистът по човешки ресурси, разбира се, трябва да разбере идеалната картина на ролите в рамките на жизнения цикъл на софтуера; те имат ясни граници. Но в същото време определено трябва да имате предвид, че пресичането е възможно. Когато оценявате знанията и уменията на кандидата, трябва да обърнете внимание на наличието на свързан опит, тоест, когато търсите инженери за техническа поддръжка, може да се вземат предвид кандидати с опит в анализаторите и обратно.
В допълнение към припокриването, често има консолидация на производствените роли. Например бизнес анализатор и технически писател могат да съществуват като един човек. Наличието на софтуерен архитект (Software Architect) е задължително при големи индустриални разработки, докато много малки проекти могат да минат и без тази роля: там функциите на архитекта се изпълняват от разработчици (Software Developer).
Промените в историческите периоди в подходите за разработка и технологиите неизбежно водят до факта, че жизненият цикъл на софтуера също се развива. В световен мащаб, разбира се, основните му етапи остават непроменени, но се детайлизират. Например, с прехода към уеб-базирани решения и нарастването на възможностите за отдалечена конфигурация, се появи ролята на специалист по софтуерна конфигурация. В ранен исторически етап това са внедрители, тоест инженери, които прекарват по-голямата част от работното си време на работните места на клиентите. Увеличеният обем и сложност на софтуера доведе до появата на ролята на софтуерен архитект. Изискванията за ускоряване на издаването на версии и подобряване на качеството на софтуера допринесоха за развитието на автоматизираното тестване и появата на нова роля - QA инженер (Инженер за осигуряване на качеството) и др. Еволюцията на ролите на всички етапи от производствения процес е значително свързана с развитието на методи, технологии и инструменти.
Досега разгледахме някои интересни моменти относно разпределението на производствените роли в рамките на софтуерна компания в контекста на жизнения цикъл на софтуера. Очевидно това е вътрешна гледна точка, която е специфична за всяка компания. За всички нас, като участници в пазара на труда в ИТ индустрията и отговорни за популяризирането на работодателската марка, външният поглед ще бъде особено важен. И тук има голям проблем не само в намирането на смисъл, но и в предаването на тази информация на целевата аудитория.
Какво не е наред със „зоологическата градина“ на ИТ позициите?
Объркването в главите на HR специалистите, производствените мениджъри и разнообразието от подходи водят до много голямо разнообразие, истински „зоопарк“ от ИТ позиции. Опитът от интервютата и просто професионалните контакти показва, че хората често нямат ясно разбиране за значението, което трябва да следва от длъжностите. Например в нашата организация позициите, които включват термина „инженер по анализи“, предполагат, че това е човек, който задава задачи. Оказва се обаче, че не навсякъде е така: има развойни организации, в които аналитичен инженер е внедрител. Съвсем различно разбиране, съгласен ли си?
Първо, „зоопаркът“ от ИТ позиции несъмнено намалява ефективността на набирането на персонал. Всеки работодател, когато разработва и популяризира своята марка, иска да предаде в сбита форма всички значения, които съществуват в неговото производство. И ако самият той често не може ясно да каже кой кой е, естествено е, че ще излъчва несигурност към външната среда.
Второ, „зоопаркът” на ИТ позициите създава огромни проблеми при обучението и развитието на ИТ персонала. Всяка сериозна ИТ компания, насочена към формиране и развитие на човешки ресурси, а не просто „доене“ на работни места, рано или малко късно се сблъсква с необходимостта от взаимодействие с образователни институции. За висококвалифицирани ИТ кадри това е сегмент от университети, при това най-добрите, поне тези в класацията ТОП-100.
Проблемът с интеграцията с университетите при изграждането на непрекъснат процес на обучение на ИТ специалисти е приблизително половината от липсата на разбиране на университетите кой кой е в ИТ компанията. Те имат много повърхностно разбиране за това. По правило университетите имат няколко специалности с думата „компютърни науки“ в името си и често се случва, когато провеждат приемна кампания, да разчитат на тезата, че всички специалности по същество са за едно и също нещо. И изглежда така, сякаш се опираме на популярния мит, че всички IT специалисти са програмисти.
Опитът от тясното ни сътрудничество с университетите показва, че специалността „Приложна информатика (по отрасли)” ни осигурява кадри за отделите по методология и техническа поддръжка, но не и за развитие. Докато „Фундаментална информатика“, „Софтуерно инженерство“ подготвят отличен човешки ресурс за разработчиците. За да не насочите първоначално кандидата по неподходящ за него път, е необходимо да „разсеете мъглата“, която заобикаля ИТ производството.
Възможно ли е всичко да се приведе към общ знаменател?
Възможно ли е да се обединят производствените роли и да се постигне общо разбиране за тях вътре и извън компанията?
Разбира се, това е възможно и необходимо, тъй като натрупаният колективен опит на всички развойни предприятия показва наличието на общи, обединяващи концепции за организация на производствения процес. Това е следствие от факта, че все още съществува уникално интерпретирана концепция за жизнения цикъл на софтуера, а нововъзникващите производствени роли (DataScientist, QA-Engineer, MachineLearning Engineer и др.) са следствие от изясняването и развитието на жизнения цикъл на софтуера като такъв, протичащ с подобряването на технологиите и инструментите, както и с развитието и разширяването на бизнес задачите.
В същото време е трудно да се обединят производствените роли, тъй като ИТ е един от най-младите и най-бързо развиващи се сектори на икономиката. В известен смисъл това е хаосът, от който се е появила Вселената. Ясната организационна структура тук е невъзможна и неподходяща, защото ИТ е интелектуална, но много творческа област. От една страна ИТ специалистът е „физик”-интелектуалец с развито алгоритмично и математическо мислене, от друга страна е „лирик”-създател, носител и пропагандатор на идеи. Той, подобно на художника, няма ясен план за рисуване, не може да разложи образа на части, тъй като последният ще престане да съществува. Той е владетелят на информационните процеси, които сами по себе си са абстрактни, неосезаеми, трудно измерими, но бързи.
Начини за изграждане на ефективна работа на персонала в ИТ производството
И така, какво е важно да знае един HR специалист, за да изгради ефективна HR работа в контекста на разнообразието от роли в ИТ производството.
Първо, всеки HR специалист в ИТ компания трябва да има представа за ситуацията, която е типична конкретно за неговото предприятие: кой какво прави, кой как се нарича и най-важното какво е значението на тези роли в условията на конкретно производство.
Второ, специалистът по човешки ресурси трябва да има гъвкаво разбиране за производствените роли. Тоест, първоначално той формира идеално разбиране за тях, което му позволява да разбере всичко за себе си. След това трябва да има реална картина на производството: къде и по какъв начин ролите се пресичат и съчетават, какво възприемане на тези роли съществува сред производствените мениджъри. Трудността за специалист по персонала е да комбинира реалните и идеалните ситуации в ума, не да се опитва насила да преустрои процесите, за да отговарят на тяхното идеално разбиране, а да помогне на производството да отговори на нуждата от ресурси.
Трето, определено трябва да имате представа за възможните траектории на развитие на определени специалисти: в какви случаи външният подбор може да бъде ефективен и кога е по-добре да развиете служител във вашия екип, като му предоставите възможности за развитие, какви качества на кандидатите ще им позволи да се развиват в определена посока, чиито качества не могат да бъдат съвместими в един човек, което първоначално е важно за избора на траектория на развитие.
Четвърто, да се върнем към тезата, че ИТ е сфера на висококвалифицирани кадри, където ранната интеграция с университетската образователна среда е неизбежна за по-ефективна работа на кадрите. В тази ситуация всеки специалист по човешки ресурси трябва да развие не само умения за директно търсене, работа с въпросници и интервюиране, но и да се ориентира в средата на университетското обучение на специалисти: кои университети подготвят персонал за компанията, кои специалности в рамките на конкретни университети покриване на потребностите от персонал и какво Важно е кой стои зад това, кой ръководи и обучава специалисти в университетите.
Така че, ако целенасочено развенчаваме мита, че всички IT специалисти са програмисти, е необходимо да предприемем редица стъпки в тази посока и да обърнем специално внимание на нашите университети, където се полагат основите за възприемане на бъдещата професия. С други думи, ние се нуждаем от постоянно взаимодействие с образователната среда, например, използвайки съвременния формат на сътрудничество в coworking центрове, „точки на кипене“ и участие в образователни интензиви. Това ще помогне да се разрушат погрешните представи за ИТ предприятието, да се повиши ефективността на работата на персонала и да се създадат условия за съвместна дейност в обучението на различни специалисти в нашата индустрия.
Изразявам своята благодарност на колегите, които участваха в подготовката и подкрепата за актуалността на тази статия: Валентина Вершинина и Юрий Крупин.
Източник: www.habr.com