Моделювання компетентностей: як визначають знання, навички й поведінку, потрібні для роботи

5 днів тому

Читати 18 хв

Автор: Український психологічний ХАБ · Опубліковано: 21 вересня 2026 року · Редакційна політика

Моделювання компетентностей (competency modeling) — це системний спосіб перетворити реальну роботу на зрозумілі й перевірювані вимоги до працівника: які знання потрібні, що людина має вміти робити, яку поведінку необхідно демонструвати в типових і складних робочих ситуаціях та за якими ознаками можна відрізнити базовий рівень володіння від сильного. У професійній організаційній психології це окремий напрям аналізу праці, а не просто складання списку бажаних «soft skills». SIOP відносить job analysis і competency modeling до базових професійних сфер індустріально-організаційної психології

Добра модель компетентностей має бути прив’язана до роботи, а не до інтуїтивного образу «ідеального співробітника». Вона описує вимоги через дані про завдання, результати, робочий контекст і поведінку, а потім перевіряє, чи різні експерти справді однаково розуміють ці вимоги. Огляд найкращих практик, підготовлений Campion та співавторами, систематизував 20 практик побудови й використання моделей компетентностей — від збору інформації до організації моделі та її інтеграції з HR-рішеннями.

Науковий статус тут важливо розуміти точно. «Модель компетентностей» не є одним стандартизованим психологічним тестом і не має універсальної валідності сама по собі. Якість залежить від того, як модель створено, наскільки вона пов’язана з реальною роботою, чи є чіткі поведінкові індикатори, чи узгоджуються оцінювачі та чи підтверджують дані використання моделі саме ті висновки, які організація з неї робить.

Звідки походить компетентнісний підхід

Важливим історичним попередником сучасного competency modeling стала стаття психолога Девіда Макклелланда «Testing for competence rather than for intelligence» (1973). Вона критикувала надмірну залежність від традиційних тестів інтелекту та формальних освітніх ознак у прогнозуванні життєвих і професійних результатів і пропонувала шукати критерії компетентності, ближчі до реального виконання. Це був впливовий поворот у мові оцінювання, але сучасне моделювання компетентностей сформувалося пізніше як ширша прикладна практика; тому Макклелланда коректніше розглядати як одного з важливих попередників, а не як автора єдиної сучасної методології.

До кінця XX століття організації вже використовували різні підходи до competency modeling, що відрізнялися за джерелами даних, рівнем формалізації та зв’язком із традиційним аналізом роботи. Schippmann та співавтори (2000) систематично порівняли ці практики, а Campion та співавтори (2011) пізніше сформулювали набір найкращих практик для побудови, організації та використання моделей компетентностей.

Що таке моделювання компетентностей

У вузькому робочому сенсі моделювання компетентностей — це процес визначення, структурування та опису характеристик, необхідних для успішного виконання певної роботи або групи робіт. Результатом може бути корпоративна модель, функціональна модель, модель для професійної сім’ї чи профіль конкретної ролі. Спільне ядро одне: вимоги мають бути достатньо конкретними, щоб їх можна було пов’язати з робочою поведінкою, навчанням, оцінюванням або добором.

У класичному дослідженні практики competency modeling Schippmann та співавтори (2000) показали, що під назвою «моделювання компетентностей» організації використовують різні процедури. Саме тому сама назва методу ще нічого не гарантує: дві компанії можуть мати «модель компетенцій», але одна спирається на системний аналіз роботи й перевірку даних, а друга — на кілька стратегічних гасел.

Компетентність у робочому контексті

У міжнародній I/O-літературі competency часто використовується як широка характеристика, що об’єднує знання, навички, здібності, інші індивідуальні характеристики та поведінкові прояви, пов’язані з ефективністю в ролі. Різні школи визначають межі конструкта по-різному. Тому в робочій моделі важливіше не сперечатися про одне «правильне» слово, а явно зафіксувати, що саме включено до кожної компетентності і як це буде спостерігатися.

В українській нормативній мові поняття також має власний контекст. Закон України «Про освіту» визначає професійний стандарт як затверджені вимоги до компетентностей працівників, що слугують основою для професійних кваліфікацій. Чинний порядок розроблення і перегляду професійних стандартів у редакції 2026 року встановлює офіційну процедуру для таких стандартів. Внутрішня корпоративна модель компетентностей може використовувати схожу логіку «трудова функція → вимоги → компетентності», але вона не є автоматично професійним стандартом у юридичному сенсі.

Для загального поняття «компетенція / компетентність» поза межами саме робочого моделювання в ХАБі є окрема сторінка «Компетенція: що це, чим відрізняється від компетентності та що означає у психології». Ця стаття зберігає вузький canonical intent: як організація визначає вимоги конкретної роботи.

Навичка, знання і поведінкова компетентність — не одне й те саме

Знання відповідає насамперед на питання «що людина повинна знати». Навичка — «що вона повинна вміти виконувати». Поведінковий індикатор — «яку спостережувану дію ми очікуємо побачити в конкретному робочому контексті». Наприклад, знання правил інформаційної безпеки, уміння налаштувати права доступу і поведінка «перевіряє рівень доступу перед передаванням чутливих даних» пов’язані між собою, але це різні одиниці опису.

Саме змішування рівнів часто робить модель нечіткою. Якщо одна «компетенція» названа «Excel», друга — «відповідальність», третя — «клієнтоорієнтованість», а четверта — «аналіз фінансової звітності», модель об’єднує інструмент, рису, цінність і складну робочу діяльність без єдиної логіки. Якісне моделювання спочатку визначає одиницю аналізу, а вже потім складає словник.

Модель компетентностей і профіль компетентностей: у чому різниця

Модель компетентностей — це загальна система: словник компетентностей, їхні визначення, індикатори, рівні та правила використання. Профіль компетентностей — це конкретна конфігурація для ролі: які саме елементи з моделі потрібні цій роботі та на якому рівні. Одна модель може підтримувати десятки профілів, якщо компетентності справді мають спільну структуру.

Наприклад, у корпоративній моделі можуть бути «співпраця», «аналіз даних», «орієнтація на клієнта», «управління ризиками» та «розвиток людей». Для аналітика профіль може вимагати високого рівня аналізу даних і базового рівня розвитку людей; для керівника аналітичної команди — високого рівня обох. Така побудова дозволяє не створювати нову мову для кожної посади, але й не змушує всі ролі мати однаковий набір вимог.

Чим моделювання компетентностей відрізняється від аналізу роботи

Аналіз роботи (job analysis або work analysis) зазвичай починається з того, що реально робиться: завдань, обов’язків, робочих умов, інструментів і вимог. Моделювання компетентностей частіше агрегує ці дані у ширші вимоги до людини та поведінки, які можна використовувати в різних HR-процесах. Sanchez і Levine (2009) описували відмінності між підходами за метою, фокусом, часовою орієнтацією, рівнем аналізу та способом вимірювання, водночас наголошуючи на їхній взаємодоповнюваності.

Практично найсильніша схема — не вибирати між ними. Спочатку збирають дані про роботу, потім переводять їх у вимоги до знань, навичок, здібностей та поведінки, а далі структурують у модель. Це зменшує ризик, що стратегічна мова організації відірветься від щоденних завдань.

Цю різницю добре демонструє дослідження Lievens, Sanchez і De Corte (2004): коли компетентності оцінювали недосвідчені люди без достатньої інформації про роботу, міжоцінювальна надійність і здатність відрізняти вимоги різних робіт були слабкими. Залучення експертів роботи та надання інформації про завдання покращувало якість суджень. Це прямий аргумент на користь поєднання competency modeling з реальним work analysis.

Науковий статус: що відомо про надійність і валідність

Доказова база моделювання компетентностей неоднорідна. Є добре розроблені практичні стандарти, дослідження надійності оцінок, валідності окремих компетентнісних систем і критеріальних моделей. Водночас немає одного універсального переліку компетентностей, який був би науково валідним для всіх професій і організацій. Валідність завжди стосується конкретних висновків у конкретному контексті.

Одна лінія доказів стосується того, чи можна побудувати стабільні критерії. У великому дослідженні Королівської канадської кінної поліції Catano, Darr і Campbell (2007) показали, що поведінково закріплені рейтингові шкали на основі компетентнісної моделі можуть давати надійні оцінки й бути пов’язаними з кар’єрним просуванням. Це сильний приклад для конкретної системи, але не доказ того, що будь-яка компетентнісна модель автоматично має таку валідність.

Інша лінія — критеріальні рамки, які дозволяють порівнювати різні предиктори. Метааналіз Bartram (2005) перевіряв «Great Eight» як узагальнену структуру робочих компетентностей у 29 валідаційних дослідженнях із 4 861 учасником. Результати показали, що деякі широкі компетентнісні критерії можна емпірично пов’язувати з особистісними й когнітивними предикторами, але сила зв’язків різниться між критеріями.

Звідси випливає ключове правило: модель повинна мати власний ланцюжок доказів. Потрібно показати, звідки взялася вимога, як вона описана, чи однаково її розуміють експерти, чи можна надійно оцінити поведінку та чи корисний результат для тієї мети, заради якої модель застосовується.

Для чого організації використовують моделі компетентностей

Добір і структуровані критерії ролі

У доборі модель дає спільну мову для питання «що саме потрібно від людини на цій роботі». Це дозволяє будувати структуровані інтерв’ю, робочі проби або інші процедури навколо реальних вимог, а не навколо враження «подобається / не подобається». Rodriguez та співавтори (2002) описували використання competency models для добору, розвитку, управління результативністю та стратегічного планування людських ресурсів.

Але модель вимог не дорівнює валідованому методу відбору. Якщо організація вирішила, що для ролі критична «аналітична аргументація», це ще не означає, що будь-яке запитання на співбесіді точно її вимірює. Для інструменту оцінювання потрібні окремі докази. Детальніше про вибір і доказовість таких методів — у статті «Психологічне оцінювання персоналу».

Розвиток і навчання

Для розвитку модель працює як карта розриву між актуальною поведінкою і потрібним рівнем. Найбільша користь виникає тоді, коли кожен рівень описаний мовою дій. Тоді працівник бачить не абстрактне «підвищити стратегічність», а конкретну зміну: наприклад, переходити від аналізу окремої задачі до порівняння альтернатив, оцінки невизначеності та наслідків для суміжних команд.

Оцінювання результатів і кар’єрні переходи

Компетентнісні критерії можуть доповнювати показники результату інформацією про те, як людина працює. Це особливо корисно там, де один показник результату не відображає якості процесу, взаємодії, ризиків або здатності діяти в нових умовах. Водночас поведінкова оцінка не повинна підміняти результат і не повинна перетворюватися на оцінку «характеру» працівника.

Модель також допомагає точніше розглядати відповідність людини роботі: вимоги ролі стають явними, а отже можна окремо обговорювати, чи відповідають їм актуальні знання й навички та чи може організація змінити завдання, навчання або ресурси.

З чого складається якісно описана компетентність

Назви недостатньо. «Лідерство», «відповідальність» чи «комунікація» без операціонального опису означають різні речі для різних людей. Робоча одиниця моделі має принаймні назву, визначення, межі конструкта, джерело робочої релевантності, поведінкові індикатори та — якщо це справді потрібно — рівні володіння.

1. Назва і визначення

Назва повинна бути короткою, але визначення — достатньо конкретним, щоб компетентність не змішувалася з сусідніми. Наприклад, «управління ризиками» можна визначити як здатність своєчасно виявляти релевантні ризики, оцінювати їхню ймовірність та наслідки, визначати пріоритет і запускати пропорційні дії контролю. Таке визначення вже задає структуру поведінки.

2. Робоче обґрунтування

Для кожної компетентності має бути відповідь: де саме в роботі вона потрібна? Це може бути критичне завдання, типова робоча ситуація, очікуваний результат, професійний стандарт, помилка з високою ціною або новий стратегічний напрям. Якщо такої відповіді немає, компетентність ризикує бути корпоративним побажанням, а не вимогою роботи.

3. Поведінкові індикатори

Індикатор описує спостережувану дію, а не моральну оцінку людини. «Є відповідальним» — слабкий індикатор. «До узгодженого строку повідомляє про ризик затримки, описує причину, наслідки і пропонує варіант коригування» — сильніший, бо різні спостерігачі можуть перевірити, чи була така поведінка.

4. Рівні володіння

Рівні потрібні тоді, коли організація справді має різні очікування за складністю, автономністю, масштабом або впливом. Рівень не варто визначати через стаж — «три роки досвіду» не є поведінковим проявом компетентності. Так само не варто автоматично вважати найвищим рівнем «керує іншими»: експерт може мати високу складність роботи без управлінської ролі.

5. Межі і сусідні конструкти

Хороша модель пояснює, чого компетентність не охоплює. «Комунікація» може бути відділена від «впливу», «переговорів» і «фасилітації». «Аналіз даних» — від «прийняття рішень». Такі межі зменшують подвійне зарахування однієї поведінки в кілька шкал і роблять профілі компактнішими.

Поведінкові індикатори: як описати те, що можна спостерігати

Найкорисніша формула індикатора — контекст, дія, якість або наслідок. Контекст задає ситуацію, дія описує поведінку, а критерій якості показує, чим сильне виконання відрізняється від простої активності. Не кожному індикатору потрібен вимірюваний KPI, але він повинен бути достатньо конкретним для спостереження.

Слабке формулювання

«Добре працює в команді». Таке речення майже нічого не визначає. Один менеджер уявить дружелюбність, інший — готовність допомагати, третій — відсутність конфліктів. Оцінка неминуче буде залежати від особистих уявлень оцінювача.

Сильніше формулювання

«Перед початком взаємозалежної роботи узгоджує ролі й критерії готовності результату; під час змін повідомляє суміжним учасникам про наслідки для їхніх задач; у разі розбіжностей повертає обговорення до спільної мети й перевірюваних фактів». Тут уже видно конкретні робочі дії.

Поведінковий індикатор не повинен бути занадто вузьким сценарієм, який працює лише в одній команді. Його завдання — створити достатню спостережуваність, але зберегти переносимість між типовими ситуаціями ролі.

Як визначають рівні компетентності

Науково встановленої універсальної кількості рівнів немає. Організації використовують різні шкали, але число рівнів має випливати з реальних відмінностей у роботі. Якщо експерти не можуть надійно пояснити різницю між рівнями 4 і 5, п’ятий рівень створює псевдоточність.

Корисні осі для рівнів — складність проблем, автономність, обсяг невизначеності, масштаб наслідків, різноманітність ситуацій, необхідність інтегрувати суперечливі дані та вплив на інших. Так можна описати розвиток без оцінювальних ярликів «слабкий / сильний співробітник».

Приклад рівнів для «управління ризиками»

На базовому рівні працівник помічає типові ризики за встановленим переліком і вчасно ескалює їх. На самостійному рівні оцінює ймовірність і наслідки, обирає стандартні заходи контролю та документує рішення. На складному рівні працює з взаємопов’язаними ризиками, неповними даними й компромісами. На системному рівні створює правила, за якими ризики узгоджуються між функціями, і перевіряє, чи не породжують локальні рішення нових системних проблем.

Як розробляють модель компетентностей: доказовий процес

Крок 1. Визначити рішення, для якого потрібна модель

Одна модель рідко однаково добре служить усім цілям. Для навчання важливо бачити траєкторію розвитку. Для добору — чітко відокремити критичні вимоги входу від того, чого можна навчити після найму. Для наступництва — описати вимоги майбутньої ролі. Тому проєкт починається не зі списку компетентностей, а з рішення, яке модель має підтримувати.

Крок 2. Визначити роботи, ролі й межі узагальнення

Потрібно вирішити, чи йдеться про одну посаду, професійну сім’ю, рівень керівників або всю організацію. Чим ширша область, тим вищий ризик втратити специфіку. Корпоративні компетентності можуть описувати спільну поведінкову мову, але вони не замінюють технічних і функціональних вимог конкретної роботи.

Крок 3. Зібрати дані про роботу

Джерелами можуть бути опис завдань, спостереження, інтерв’ю з експертами, критичні інциденти, робочі документи, стандарти, дані про помилки й результати, опитування важливості та частоти завдань. Сучасні зовнішні таксономії теж корисні як контрольна карта. O*NET Content Model систематизує характеристики працівника, вимоги до працівника, професійні вимоги, діяльності й контекст, а O*NET Competency Frameworks дає машинозчитувані рамки навичок, знань, здібностей і робочих активностей.

Крок 4. Залучити експертів роботи

Subject-matter experts — люди, які добре знають роботу зсередини, — потрібні для перевірки того, що модель не відірвалася від реальності. Це можуть бути досвідчені виконавці, керівники, тренери, представники суміжних функцій та фахівці з аналізу роботи. Дані Lievens та співавторів показують, що експертність і доступ до інформації про завдання мають значення для якості компетентнісних суджень.

При цьому «взяти тільки найкращих працівників» — не універсальне рішення. Топ-виконавці можуть мати власний стиль, додаткові ресурси або особливі умови, які не є необхідними для роботи. Репрезентативна група експертів допомагає відокремити справді робочі вимоги від локальних звичок.

Крок 5. Побудувати початкову карту вимог

На цьому етапі завдання, результати й критичні ситуації групують у кандидати на компетентності. Важливо зберігати трасування: кожна ширша компетентність повинна мати посилання назад на дані, з яких вона виведена. Це дозволяє пізніше відповісти, чому саме ця вимога потрапила в модель.

Крок 6. Написати визначення та індикатори

Кандидати очищають від дублювання, розділяють занадто широкі конструкції та формулюють мовою, зрозумілою користувачам. Поведінкові індикатори перевіряють на спостережуваність, релевантність і відсутність кругових визначень. «Досягає результату, бо є результативним» — кругове визначення; «пріоритезує задачі за впливом і строками, переглядає план при зміні обмежень» — операційніше.

Крок 7. Перевірити зміст із незалежною групою експертів

Новій групі можна запропонувати оцінити важливість компетентностей, їхню необхідність для входу в роль, частоту проявів, критичність помилок і ясність індикаторів. Корисно також перевірити, чи експерти здатні відрізнити вимоги різних ролей. Якщо всі посади отримують однаковий профіль, модель, ймовірно, надто загальна.

Крок 8. Пілотувати реальне оцінювання

Модель починає жити лише тоді, коли люди намагаються нею користуватися. Пілот показує, які індикатори неоднозначні, де оцінювачі систематично розходяться, де шкала має «мертві» рівні, а де одна компетентність дублює іншу. Для рейтингових шкал доцільно аналізувати міжоцінювальну узгодженість і структуру оцінок.

Крок 9. Перевірити зв’язок із критеріями, якщо модель використовується для рішень

Якщо за моделлю роблять висновки про готовність до ролі, просування або добір, потрібні докази, що оцінка справді стосується потрібної робочої поведінки й має корисний зв’язок із релевантними критеріями. Тут важливо не підмінювати валідність кореляцією з одним зручним показником і не робити причинних висновків із простого зв’язку.

Крок 10. Встановити версійність і правила перегляду

Роботи змінюються: автоматизуються окремі задачі, з’являються нові інструменти, інші канали взаємодії та нові ризики. Тому модель повинна мати власника, дату версії, журнал змін і тригери перегляду. Такими тригерами можуть бути суттєвий редизайн ролі, нове регулювання, зміна технології, нова стратегія або дані, що стара шкала перестала відрізняти рівні виконання.

Як перевіряють якість моделі

Змістова обґрунтованість

Питання тут просте: чи охоплює модель те, що справді важливо для роботи? Відповідь будують через аналіз завдань, дані про робочі ситуації, професійні стандарти та експертні судження. Сильне змістове обґрунтування має трасування від компетентності до конкретних вимог.

Надійність оцінювання

Якщо два підготовлені оцінювачі дивляться на одну й ту саму поведінку, вони не зобов’язані давати абсолютно однаковий бал, але систематичні великі розбіжності сигналізують про проблему. Причиною можуть бути нечіткі індикатори, недостатнє навчання оцінювачів, різні стандарти підрозділів або сама нестабільність конструкта.

Розрізнювальна здатність

Модель має відрізняти те, що задумано як різне. Якщо «ініціативність», «проактивність», «відповідальність» і «орієнтація на результат» завжди отримують майже однакові оцінки й описують ті самі дії, можливо, організація створила чотири назви для одного поведінкового кластера.

Критеріальна валідність

Коли це доречно, перевіряють зв’язок оцінок із незалежними робочими критеріями: якістю, помилками, результатами робочої проби, навчанням, безпекою, клієнтськими наслідками або іншими показниками, які логічно відповідають компетентності. При цьому критерій сам повинен бути надійним і не зводитися до суб’єктивного загального враження керівника.

Справедливість і відсутність нерелевантних бар’єрів

Вимога може виглядати нейтрально, але фактично відбирати людей за ознакою, яка не потрібна для роботи. Наприклад, «енергійно презентує перед великою аудиторією» недоречна для ролі, де критичною є точність письмового аналізу. Тому кожна вимога має проходити перевірку job relevance, а високоризикові рішення — окремий професійний і правовий контроль.

Модель компетентностей не є тестом

Це одна з найважливіших меж. Модель описує, що потрібно. Інструмент оцінювання визначає, як ми отримаємо дані про конкретну людину. Між цими двома рівнями є окремий методологічний крок.

Одну й ту саму компетентність можна оцінювати структурованим інтерв’ю, робочою пробою, симуляцією, assessment center, поведінковим рейтингом керівника, аналізом робочого продукту або валідованим психологічним тестом — залежно від того, який аспект конструкта вимірюється. Ці методи мають різні джерела помилки і різні вимоги до валідності.

Самооцінка може бути корисною для розвитку й рефлексії, але її не варто автоматично трактувати як об’єктивний рівень професійної компетентності. Людина може недооцінювати або переоцінювати себе, а корпоративна культура може впливати на те, наскільки безпечно визнавати прогалини.

Типові помилки під час моделювання компетентностей

Копіювати готовий каталог і називати його своєю моделлю

Зовнішня бібліотека корисна як словник і контроль повноти. Але список, скопійований із консалтингової рамки або іншої компанії, не доводить, що саме ці вимоги потрібні вашій роботі. Його потрібно зіставити із завданнями, контекстом і результатами конкретної організації.

Перетворювати цінності на всі робочі вимоги

Цінності можуть впливати на очікувану поведінку, але не повинні витісняти професійний зміст ролі. Якщо для інженера модель містить лише «відкритість», «командність» і «прагнення до досконалості», вона не описує технічну роботу.

Писати риси замість поведінки

«Сміливий», «харизматичний», «позитивний», «стресостійкий» — слова з високою оцінювальною навантаженістю і низькою операціональністю. Вони підвищують ризик гало-ефекту та стереотипних суджень. Краще описувати, що людина робить у релевантній ситуації.

Створювати надто багато майже однакових компетентностей

Кількість сама по собі не є показником якості. Немає наукового правила, за яким кожна модель повинна мати, наприклад, рівно 8, 10 чи 12 компетентностей. Потрібна така кількість, яка покриває важливі відмінності без дублювання і залишається придатною для реального використання.

Плутати рівень посади з рівнем компетентності

Посада вища в ієрархії не означає автоматично «вищий» рівень кожної компетентності. Наприклад, старший керівник може менше виконувати технічні операції, але більше інтегрувати дані, працювати з невизначеністю та впливати на системні рішення. Рівні мають описувати якісну зміну роботи, а не статус.

Не перевіряти модель після запуску

Модель, яку ніколи не переглядають за даними використання, поступово стає ритуальним документом. Якщо оцінки не пов’язані з потрібними рішеннями, рівні не відрізняються, працівники не розуміють індикаторів або робота змінилася, це сигнал до перегляду, а не до примусового «дотримання моделі».

Український контекст: професійний стандарт і внутрішня модель організації

В Україні професійні стандарти мають формальний нормативний статус. Стаття 39 Закону України «Про освіту» визначає професійний стандарт як затверджені вимоги до компетентностей працівників, що слугують основою для професійних кваліфікацій. Порядок їх розроблення затверджений Кабінетом Міністрів і станом на вересень 2026 року має актуальну редакцію з урахуванням змін 2026 року.

Внутрішня модель компанії — інший рівень. Вона може деталізувати поведінку, потрібну в конкретній організації, ролі чи технологічному середовищі, але не скасовує вимог чинного професійного стандарту там, де він застосовується. Для кадрових рішень із правовими наслідками організація має окремо перевіряти трудове законодавство, нормативні вимоги та процедури; психологічна модель сама по собі не є юридичною консультацією.

Моделювання компетентностей у роботі, що швидко змінюється

Стабільна назва посади більше не гарантує стабільного набору задач. Генеративний ШІ, автоматизація, нові цифрові інструменти та перерозподіл відповідальності можуть змінити роботу швидше, ніж формально змінюється штатний розпис. ILO у глобальному оновленні 2025 року оцінювала вплив GenAI на рівні майже 30 тисяч задач і підкреслювала, що для більшості професій імовірніша трансформація складу роботи, а не проста повна заміна людини.

Для competency modeling це означає перехід від «вічного словника» до версійної системи. Якщо частину рутинного аналізу передано ШІ, цінність може зміститися до перевірки якості вхідних даних, постановки задачі, виявлення помилок, інтерпретації невизначеності, професійного судження й відповідальності за рішення. Але такі зміни потрібно виводити з конкретного редизайну роботи, а не просто додавати універсальну компетентність «AI skills» усім.

Чи можна використовувати ШІ для побудови моделі

ШІ може допомогти на підготовчих етапах: кластеризувати великі масиви описів робіт, зіставляти назви навичок, шукати дублікати в таксономії, пропонувати початкові формулювання індикаторів або порівнювати ролі. Але генеративна модель не є незалежним джерелом доказів про те, що потрібно конкретній роботі.

Емпіричні дані поки обмежені. Barba та співавтори (2025) описали кейс великої аерокосмічної компанії, де LLM та embeddings використовували для семантичного збагачення корпоративної таксономії і зіставлення ролей із компетентностями. Це демонструє технічну здійсненність підходу, але дослідження є одним організаційним кейсом і не встановлює універсальної валідності автоматично згенерованих вимог.

Тому робочий принцип такий: ШІ може прискорити аналіз тексту, але фінальна вимога повинна пройти той самий шлях job relevance — дані про задачі, експерти роботи, перевірка індикаторів, пілот і контроль наслідків. Автоматизація моделювання не скасовує методологію.

Практичний приклад: «прийняття рішень на основі даних»

Нижче — ілюстрація структури, а не готова універсальна компетентність. Для реальної ролі її потрібно перевірити на фактичних задачах.

Визначення

Прийняття рішень на основі даних — здатність формулювати питання, добирати релевантні дані, оцінювати їхню якість та обмеження, порівнювати альтернативи, явно враховувати невизначеність і пояснювати логіку рішення.

Базовий рівень

Використовує встановлені джерела даних для типових задач, перевіряє очевидні помилки, відрізняє факт від припущення і просить уточнення, коли критерій рішення не визначений.

Самостійний рівень

Поєднує кілька релевантних джерел, перевіряє якість і повноту даних, порівнює варіанти за попередньо визначеними критеріями, фіксує ключові припущення та пояснює, що може змінити висновок.

Складний рівень

Працює з суперечливими або неповними даними, розрізняє кореляційні й причинні висновки, оцінює ціну помилки, аналізує чутливість рішення до припущень і комунікує невизначеність так, щоб інші могли перевірити логіку.

Системний рівень

Встановлює правила якості даних і прийняття рішень для кількох команд, виявляє системні джерела викривлення, визначає, які рішення потребують людського перегляду, і переглядає стандарти після зміни технологій, ризиків або бізнес-моделі.

Такий опис сильніший за слово «аналітичність», бо показує, яка саме поведінка змінюється між рівнями. Він також дозволяє підібрати різні способи оцінювання: робочу задачу, структуроване інтерв’ю, аналіз кейсу або оцінку реального робочого продукту.

Як провести міні-аудит уже наявної моделі

Почніть із трасування. Для кожної компетентності знайдіть конкретні задачі, результати або критичні ситуації, які вона пояснює. Якщо зв’язку немає, позначте елемент для перегляду.

Далі перевірте розрізнюваність. Чи можете ви навести поведінку, яка є сильним проявом однієї компетентності, але не сусідньої? Якщо ні, конструкти можуть дублюватися.

Потім перевірте рівні. Попросіть кількох експертів незалежно віднести однакові поведінкові приклади до рівнів. Якщо їхні рішення хаотично розходяться, шкала потребує уточнення або навчання оцінювачів.

Окремо подивіться на рішення, які приймаються за балами. Чи є для них достатні докази? Чи однаково працює процедура в різних командах і групах? Чи не перетворився один сумарний бал на «істину про працівника», хоча модель вимірює лише частину професійної поведінки?

Нарешті, перевірте актуальність. Якщо робочий процес, інструменти або відповідальність змінилися, старі індикатори можуть залишатися формально красивими, але перестати описувати реальну роботу.

Що модель компетентностей не повинна робити

Вона не повинна діагностувати особистість, психічний стан або клінічні розлади. Вона не повинна перетворювати робочу помилку на висновок про «тип людини». Вона не повинна створювати видимість точності за рахунок десяткових балів, якщо самі індикатори нечіткі. І вона не повинна переносити системну проблему — перевантаження, конфлікт ролей, відсутність ресурсів або поганий дизайн процесу — у формулу «працівнику бракує компетентності».

Організаційний контекст має значення. Одна й та сама поведінка може бути ефективною в одній системі й неефективною в іншій. Тому competency modeling завжди є описом взаємодії людини з конкретною роботою та організаційною системою, а не універсальним рейтингом людської цінності.

FAQ

Чи існує універсальна модель компетентностей для всіх компаній?

Універсальні словники й таксономії існують і можуть бути хорошою стартовою точкою. Але доказовий зв’язок із конкретною роботою потрібно встановлювати локально. Однакова назва компетентності не гарантує однакових задач, ризиків і поведінкових проявів у різних організаціях.

Скільки компетентностей має бути в моделі?

Науково універсального правильного числа немає. Модель повинна бути достатньо повною для важливих робочих відмінностей і достатньо компактною, щоб не дублювати конструкти. Якщо додаткова компетентність не змінює жодного профілю, рішення чи поведінкового опису, варто перевірити, чи вона взагалі потрібна.

Чи однакові модель компетентностей і посадова інструкція?

Ні. Посадова інструкція зазвичай описує функції, обов’язки, підпорядкування та відповідальність. Модель компетентностей описує вимоги до здатності й поведінки, потрібні для виконання цих функцій. Документи можуть бути пов’язані, але виконують різні задачі.

Чи можна оцінювати компетентності лише методом 360°?

360-градусний зворотний зв’язок може бути корисним для поведінок, які регулярно спостерігають різні колеги, особливо в розвитку. Але він не є універсальним методом для всіх компетентностей. Технічні знання, складне судження або навички, що рідко проявляються публічно, можуть потребувати робочої проби, тесту, кейсу чи іншого методу.

Чи можна використовувати модель для найму?

Так, якщо вимоги справді пов’язані з роботою, а інструменти оцінювання мають достатнє обґрунтування для відповідного рішення. Сам факт наявності корпоративної моделі не валідовує інтерв’ю, тест або автоматичний скоринг.

Як часто модель треба оновлювати?

Фіксованого наукового інтервалу немає. Практичніше визначити тригери: суттєва зміна задач, технологій, відповідальності, регуляторних вимог, структури ролі або дані про те, що поточні індикатори погано працюють. У стабільній роботі модель може бути актуальною довше; у швидко змінюваній — потребувати частішого перегляду.

Чи може ШІ повністю створити модель компетентностей?

ШІ може пришвидшити обробку текстів, кластеризацію та чернеткове формулювання. На сьогодні докази повністю автономного моделювання обмежені. Вимоги роботи все одно потрібно підтвердити реальними задачами, даними організації, експертами, перевіркою шкал і наслідків використання.

Висновок

Моделювання компетентностей працює тоді, коли воно робить роботу видимою. Воно переводить розмиті очікування у структуру: що потрібно знати, що потрібно вміти, яку поведінку можна спостерігати, за яких умов вона важлива і як змінюється рівень складності.

Сильна модель починається з аналізу роботи, а не зі списку модних якостей. Вона використовує експертів, але не зводиться до експертної думки; описує поведінку, але не підмінює нею результат; підтримує оцінювання, але не є тестом; може використовувати ШІ, але не робить генерацію доказом. Її цінність визначає не красивий словник, а точність зв’язку між реальною роботою, вимогами та рішеннями організації.