ДОСТУП ДО ПЕРЕГЛЯДУ НЕ НАДАНОСлухати чи завантажити аудіозапис
Додаткові матеріали
Сервіс «Класифікатор професій»
Довідник «Класифікатор професій»
Зразок доповідної записки про необхідність ввести нову посаду
Зразок наказу про внесення змін до штатного розпису
ТОП 3 правила про посадові (робочі) інструкції на підприємстві
Текстове розшифрування відео
Привіт! Я Надія Войналович, редактор семінару. Сьогодні на уроці поговоримо про те, як правильно підбирати посади для працівників IT-сфери. Будемо розглядати практичні кейси: як коректно адаптувати англійські назви посад до нашого Класифікатора професій. Починаємо!
Для HR-менеджера в IT-компанії робота з назвами посад зазвичай не починається з Класифікатора професій. Уявімо собі типову ситуацію: керівник каже HR, що шукає співробітника на позицію Frontend Developer або QA Engineer.
Для IT-команди ця назва зрозуміла, але HR-менеджеру треба визначити, яку офіційну назву посади записати в штатний розпис і кадрові документи. І тут одразу встановимо головне правило нашого уроку: не можна просто перекладати англійську IT-позицію українською. Спочатку з’ясовуємо, чим працівник насправді буде займатися, а вже на основі його функцій обираємо найвідповіднішу назву посади згідно з Класифікатором професій. Саме це ми сьогодні і зробимо.
Починаємо з чинної Класифікації професій. Працюючи, обов’язково треба користуватися актуальною версією Класифікатора ДК 003:2010. Наразі остання версія — це зміна 17. Для IT-сфери особливо важливим була зміна №13. Саме завдяки йому Класифікатор суттєво розширили сучасними назвами професій у галузі інформаційних технологій. Наприклад, з’явилися такі сучасні IT-спеціальності, як адміністратор вебсайтів, бізнес-аналітик, аналітик мобільних додатків, інженер з контролю якості програмного забезпечення, інженер зі штучного інтелекту, розробник програмного забезпечення, дизайнер інформаційних технологій, спеціаліст з розробки та тестування програмного забезпеччення та багато інших.
Зміна №13 не лише додала нові посади, а й оновила низку вже існуючих IT-назв. Приклади теж є на слайді. Тому, якщо працюєте зі старими HR-положеннями чи шаблонами документів, не покладайтеся на них автоматично. Посади завжди потрібно перевіряти за актуальною Класифікацією, бо деякі старі професійні назви вже змінили або взагалі скасували.
Чому ми не можемо просто перекласти англійську назву? Візьмемо простий приклад — Frontend Developer. З першого погляду все зрозуміло: developer перекладається як «розробник». Отже, пишемо «розробник програмного забезпечення». Так, і часто це насправді правильний варіант, але не тому, що ми просто переклали слово developer, а тому, що обов’язки співробітника відповідають цій професії.
Фронтенд-розробник зазвичай пише програмний код, створює компоненти інтерфейсу користувача, реалізує функціонал вебзастосунків, працює з API, тестує та налагоджує код. Для такої роботи найлогічнішим варіантом буде «розробник програмного забезпечення», код КП 2132.2. Цю сучасну професійну назву додали до Класифікатора в зміні №13, про яке ми вже говорили.
Але в конкретній компанії у фронтенд-розробника можуть бути зовсім інші, ширші функції: участь в аналізі вимог, проєктуванні системи, визначенні архітектури, інтеграції компонентів, забезпеченні якості програмного забезпечення та підтримці. Тоді кадровику варто звернути увагу на «інженера-програміста», код КП 2131.2. На сьогодні існує професійний стандарт для цієї професії, який охоплює ширший життєвий цикл ПЗ, а не тільки кодування.
Є ще третій варіант — інженер-програміст, код професії 2132.2. Тож одна англійська назва посади може відповідати кільком професійним назвам. Ось чому перше питання, яке рекрутер має поставити, — це не як перекласти цю позицію, а що ця людина насправді робитиме.
На слайдах в презентації найпоширеніші ролі IT-співробітників. Це короткий гід, який допоможе зрозуміти, що стоїть за кожною англійською назвою і яка основна функція такої людини. Я підготувала для вас рекомендації, на які можна орієнтуватися при виборі назви посади. Ще раз наголошую: наведені нижче варіанти — це не автоматична таблиця перекладів, а практичне орієнтир. Остаточну назву обирають лише після аналізу конкретних функцій працівника.
Наведу кілька практичних варіантів. Наприклад, фронтенд-розробник найчастіше — це розробник програмного забезпечення, код професії 2132.2. Але можливі й інші варіанти відповідно до типових функцій. Це може бути, наприклад, інженер програмного забезпечення, код 2131.2 або інженер-програміст 2132.2.
Далі бекенд-розробник теж може бути розробником програмного забезпечення, але можливі варіанти, як-от інженер-програміст чи інженер з розробки програмного забезпечення.
Наступний — Fullstack Developer. Він також може бути розробником програмного забезпечення. Варіанти на кшталт інженера-програміста 2131.2 теж підходять, якщо його функції охоплюють широкий цикл створення та підтримки ПЗ.
Data Analyst — «аналітик даних», код 2131.2. Можливий варіант — аналітик продукту 2131.2, якщо спеціаліст зосереджений на розробці конкретного IT-продукту.
Data Інженер — «інженер з даних», код професії 2131.2. Зазвичай це найпряміший варіант. Інший обирають лише для нестандартних функцій.
Бізнес-аналітик — «аналітик бізнесу (інформаційні системи)». У нас є така назва в Класифікаторі, код 2131.2. Але можливо, що англійська назва Business Analyst може відповідати «аналітик комп’ютерних систем», якщо основна функція — системний аналіз.
Далі — QA Engineer. Можна обрати посаду «інженер з контролю якості програмного продукту», код 2131.2. Але це може бути і «інженер - тестувальник», якщо головна функція — тестування.
Далі — AI/ML Engineer, тобто «інженер зі штучного інтелекту». У Класифікаторі професій є така назва з кодом 2131.2. Але цілком можливо, що «розробник штучного інтелекту» також підходитиме. Вибір залежить від реальних обов’язків.
Наступна назва — UI/UX Designer. Це може бути «дизайнер інформаційних технологій», код 2139.2. Але для цієї англійської назви можна обрати й такий відповідник, як «фахівець з комп’ютерної графіки (дизайну)», код 3121, якщо робота переважно графічна.
Ще одна посада — DevOps Engineer. Прямого універсального відповідника в Класифікаторі професій немає. Із самої назви не одразу зрозуміло, які саме функції виконуватиме працівник. Тому спершу уточнюємо його фактичні обов’язки, а потім обираємо найбільш відповідну професійну назву з Класифікатора. Наприклад: інженер з інтеграції, адміністратор системи, розробник хмарної архітектури. Усе залежить від основної функції працівника.
Сучасні назви, як-от інженер з даних, аналітик бізнесу, інженер з контролю якості ПЗ, інженер зі штучного інтелекту та розробник програмного забезпечення, безпосередньо включені до Класифікатора. Тож бувають ситуації, коли Класифікатор уже дуже близький до сучасної мови IT-ринку. Наприклад:
Business Analyst → Аналітик бізнесу (інформаційні системи) — 2131.2
Data Analyst → Аналітик даних — 2131.2
Data Engineer → Інженер з даних — 2131.2
QA Engineer→Інженер з контролю якості програмного продукту / Інженер-тестувальник —2131.2
ML / Al Engineer → Інженер зі штучного інтелекту — 2131.2
UI/UX Designer → Дизайнер (інформаційні технології) — 2139.2
Software Developer → Розробник програмного забезпечення — 2132.2
У таких випадках назва в Класифікаторі вже досить точно відображає суть сучасної IT-ролі. Ми все одно перевіряємо реальні обов’язки, але для кадровика вибір тепер значно простіший, адже відповідні професійні назви прямо надає чинний Класифікатор.
Однак з іншими популярними назвами ситуація складніша, адже одна ринкова назва може охоплювати різні функції. Тому універсального українського відповідника може й не бути.
Повернімося до нашого фронтенд-розробника. Можна мати три назви: розробник програмного забезпечення, інженер з програмного забезпечення, інженер-програміст. Як кадровику обрати між цими варіантами? Порівнюємо функції.
Якщо співробітник переважно пише код і реалізує функціонал продукту, дивимося насамперед на «розробника програмного забезпечення». Якщо ж його робота ширша і включає аналіз вимог, проєктування, архітектурні рішення, інтеграцію, забезпечення якості та підтримку ПЗ, тоді варто проаналізувати професію інженера з розробки програмного забезпечення.
Чинний професійний стандарт дає кадровику орієнтири щодо змісту цієї професії. Якщо функції відповідають класичній роботі програміста, описаній у відповідній кваліфікаційній характеристиці, то варіантом може бути інженер-програміст.
Іншими словами, кадровик вибирає не найкрасивішу чи схожу за звучанням назву, а ту, що найточніше відповідає основній трудовій функції працівника.
Отже, маємо такий практичний алгоритм. Щоб не плутатися, працюємо по черзі.
По-перше, отримуємо від керівника не тільки англійську назву посади, а й список реальних задач співробітника.
По-друге, визначаємо основну трудову функцію: розробка, тестування, аналітика, робота з даними, адміністрування, дизайн, менеджмент тощо.
По-третє, шукаємо в актуальному Класифікаторі кілька найближчих професійних назв посад.
По-четверте, порівнюємо їх не тільки за словами в назві, а й за змістом професії.
По-п’яте, якщо можливо, переглядаємо професійний стандарт або кваліфікаційну характеристику, щоб зрозуміти, які функції й вимоги закладені в цю професію.
По-шосте, обираємо професійну назву посади, яка найбільш точно відповідає тому, чим працівник реально буде займатися.
Сьогодні професійні стандарти допомагають зрозуміти суть окремих сучасних професій. Наприклад, у Єдиному реєстрі кваліфікацій та професійних стандартів уже є професійний стандарт для інженера з розробки програмного забезпечення.
Підсумуємо. Адаптація англійської IT-посади до професійного класифікатора — це не переклад. Наш шлях має виглядати так: англійська IT-роль → реальні обов’язки працівника → основна функція роботи → усі можливі назви з Класифікатора → перевірка їхнього змісту → правильно підібрана професійна назва посади.
Отже, головне, що має пам’ятати кадровик: якщо вам кажуть «Ми шукаємо frontend-розробника», не поспішайте записувати його як software developer лише через слово developer. Запитайте, чим саме ця людина буде займатися, бо саме від функцій працівника залежить, яку професійну назву посади обрати.
І тільки коли правильно визначили назву, можна переходити до наступного етапу роботи з персоналом: вносити її до штатного розпису та використовувати в кадрових документах.
У наступному уроці потренуємося, як шукати потрібну назву безпосередньо в Класифікаторі професій.
На цьому урок завершено. Дякую за увагу.
5(9)
Урок 1. Підбір назв посад для працівників в IT-сфері: практичні кейси, як правильно адаптувати англомовні назви посад до Класифікатора професій
Надія Войналович
5(9)
5(7)
Урок 2. Робота з Класифікатором професій на Kadroland: практика утворення назв посад в IT-сфері — Business Analyst, Junior Developer тощо (частина 1)
Надія Войналович
5(7)
5(6)
Урок 2. Робота з Класифікатором професій на Kadroland: практика утворення назв посад в IT-сфері — Business Analyst, Junior Developer тощо (частина 2)
Надія Войналович
5(6)
5(7)
Урок 3. Посадові інструкції працівників в IT-сфері: коли є потреба, як визначити професійні кваліфікації та чи можна обійтися без них? (частина 1)
Надія Войналович
5(7)
5(7)
Урок 3. Посадові інструкції працівників в IT-сфері: коли є потреба, як визначити професійні кваліфікації та чи можна обійтися без них? (частина 2)
Надія Войналович
5(7)
5(8)
Урок 4. Дистанційна робота в Україні та за кордоном (Польщі, Італії, Іспанії, США тощо): для кого актуальна та як оформити без ризиків невиконання роботи у строки?
Тетяна Гуль
5(8)
5(8)
Урок 5. Право на щорічну основну відпустку та додаткову за роботу із комп’ютером (ноутбуком), за ненормований робочий день
Тетяна Гуль
5(8)
4.8(7)
Урок 6. Право на інші оплачувані та неоплачувані відпустки: визначаємо максимальну тривалість
Тетяна Гуль
4.8(7)
5(7)
Урок 7. Документальне оформлення відпусток
Тетяна Гуль
5(7)
4.8(8)
Урок 8. Право на лікарняні: особливості розрахунку страхового стажу та визначення розміру допомоги по тимчасовій непрацездатності
Тетяна Гуль
4.8(8)
5(7)
Урок 9. Підстави для звільнення та обов’язкові дії у день звільнення
Ганна Лисенко
5(7)
5(8)
Урок 10. Матеріальна відповідальність: де зафіксувати передачу комп’ютерної техніки та програм, як оформити їх повернення у разі звільнення та чим працівник компенсує заподіяну шкоду?
Ганна Лисенко
5(8)
5(7)
Урок 11. Договір про нерозголошення (NDA) в IT-компанії: оформлення та кадрові ризики
Ганна Лисенко
5(7)
5(7)
Домашнє завдання
Людмила Смердова
5(7)
5(8)
Розбір домашнього завдання
Людмила Смердова
5(8)
Рейтинг успішності студентів курсу
та ваші персональні бали
Нижче ви можете залишити питання за темами модуля 2. Експерт відповість письмово
Відповідь на запитання ви отримаєте протягом 3 робочих днів
2613
Коментарів поки немає
Почніть розмову…


