Драбина, записана один раз
Драбина належить департаменту й містить стільки грейдів, скільки потрібно цій дисципліні: п'ять для інженерії, чотири для QA, три для дизайну. У кожного грейда є позиція, назва, якою команда вже користується, власний перелік критеріїв і, за бажання, зарплатна вилка.
HR пише критерії звичайними рядками тексту, по одному на рядок, бо саме цим вони і є — описом роботи, якої очікують на цьому рівні. Helia не просить їх оцінювати, зважувати чи відмічати. Драбина — це опублікований стандарт, а вдавати, що це вимірюваний чекліст, — найкоротший шлях перетворити систему грейдів на театр.
Кожен у компанії може прочитати будь-яку драбину. Це навмисно: рубрика грейдів змінює поведінку лише тоді, коли люди, яких вона стосується, бачать її, не випрошуючи копію в керівника.
Хто де — по всіх треках одразу
Один екран ставить усі ваші драбини поруч і показує живу кількість людей на кожному грейді: п'ятеро на E1, вісімнадцять на E2, дев'ятеро на E3. Це найшвидший спосіб побачити форму організації: скупчення на середньому грейді й порожнеча над ним — це проблема утримання, яку видно ще до трьох заяв на звільнення.
Зарплатні вилки стоять на тих грейдах, де вони задані, і залежать від дозволу бачити зарплати, а не від посади: людина без цього дозволу бачить драбину й критерії — і жодних цифр.
Для компаній, які готуються до Директиви ЄС про прозорість оплати праці, важлива саме ця частина: директива очікує, що ви зможете описати критерії, за якими визначаєте оплату та просування, а опублікована драбина з вилками — це вже більша частина відповіді.
Підвищення як заявка, а не розмова в коридорі
Працівник відкриває свою драбину, бачить грейд вище і подає на нього заявку з письмовою аргументацією. HR-ланка отримує сповіщення; заявка з'являється в черзі.
Затвердження створює датований рядок в історії грейдів людини та повідомляє її. Відхилення вимагає причини — відмова без пояснення це найруйнівніше, що може породити система грейдів, тож продукт просто не дасть її надіслати. Працівник може відкликати заявку, від якої передумав, а відкрита заявка на один цільовий грейд може бути лише одна, тож чергу не забити кількістю.
Що накопичується — це історія: який грейд, з якої дати, чиїм рішенням. Працівник бачить власне просування; HR — і по кожній людині, і в цілому.
Шортліст готовності — і чим він не є
HR отримує ранжований список тих, хто, можливо, готовий, з оцінкою зі 100 за трьома входами, які названі відкрито:
- Час на поточному грейді — до 40 балів, максимум після року.
- Позиція у зарплатній вилці — до 30 балів, максимум у верхній чверті.
- Остання оцінка від керівника — до 30 балів.
Понад 70 читається як готовий, понад 40 — як росте, нижче — як зарано. Коли всіх трьох входів немає, результат — невідомо, а не число: система відмовляється вигадувати цифру, якої не може обґрунтувати.
Три речі, якими це не є. Не автоматика: заявку подає й затверджує людина. Не видиме працівникові — оцінка існує лише на HR-екрані, а евристика, показана тому, кого вона ранжує, читалася б як обіцянка. І не заміна судженню: це спосіб не проґавити тихого сеньйора, який ніколи не просить, уже третій цикл поспіль.
Як це поєднується з рештою Helia
Career paths стоїть на Helia Base, де живуть люди, департаменти й доступи, які модуль читає. Тарифікація — за працівника; це один із п'яти паків, які разом дають бандл-ціну.
Він поєднується з Reviews & Goals, але не залежить від них: оцінка готовності бере останній рейтинг від керівника як 30 зі 100 балів, а AI-план розвитку читає поточні цілі та 360-фідбек, якщо вони є. Без перформанс-паку модуль працює — оцінка просто спирається на два входи, які має.
AI-план розвитку пише чернетку проти розриву між поточним грейдом і наступним та проти цілей людини. Фідбек потрапляє в нього лише тоді, коли відповіли достатньо людей, щоб він лишався неатрибутованим, а чернетку редагує й зберігає людина — доти плану не існує.
Ціни на всі паки з калькулятором — на сторінці прайсу.