Гайд
Оновлено 2026-07-23 · Для засновників, делівері-лідів і HR у сервісних IT-компаніях на 5–200 людей
Більшість HR-дашбордів звітують про те, що легко порахувати: ріст штату, години навчань, проведені 1-на-1, річний «індекс залученості», якого до лютого вже ніхто не пам’ятає. Числа рухаються, слайди виглядають насичено, жодне рішення не змінюється.
Тест, чи заслуговує метрика на місце, простий: у неї є відповідальний, і є рішення, яке вона може змінити цього місяця. Якщо ніхто не діятиме інакше, коли число зрушить, — це декорація.
У сервісній IT-компанії є друга пастка: трактувати HR-метрики й делівері-метрики як окремі світи. Це не так — ваші люди і є P&L. Утилізація — це HR-результат і драйвер доходу; відтік — сигнал культури і подія для маржі. Вісімка нижче навмисно змішує обидва світи.
Частка доступної потужності білабельних людей, зайнята білабельною роботою: лише білабельні люди, лише білабельні проєкти, відпустки й лікарняні — поза знаменником. Найсильніший окремий предиктор того, чи заробить місяць гроші. Погано: стійкий дрейф нижче ~65% (бенч з’їдає вашу маржу) — або місяцями понад ~90%, тобто жодного запасу, і різати за вас береться вигорання. Повна математика й діапазони — у гайді з утилізації.
Бенч у грошах, а не в головах: частка простою кожної недозавантаженої білабельної людини, помножена на її місячну вартість. Двоє людей на 50% ніколи не видні у зрізі по головах — зате видні тут. Погано: тренд росте, поки всі «почуваються зайнятими».
Дохід мінус пропорційна вартість людей, які деліверять, — по кожному контракту. Прибуток на рівні компанії може ховати флагманського клієнта, який іде в мінус і якого субсидують два малі. Погано: дізнатися про це на річному підбитті бухгалтерії, а не наступного місяця.
Загальний дохід, поділений на загальний штат, — грубий показник, і корисний саме своєю грубістю. Погано: штат росте, а співвідношення падає — ви наймаєте на випередження доходу (або замість нього).
Не абсолютний бал — на малому штаті одна людина гойдає його на кілька пунктів — а напрямок від опитування до опитування і частка відповідей. Погано: частка відповідей падає раніше за бал; люди, які перестали відповідати, перестали вірити, що щось зміниться. Як запускати eNPS, не руйнуючи довіру, — окремий гайд.
Плинність за дванадцять місяців (ті, хто пішов, поділені на середній штат), із розбивкою за причинами, поруч із тими, хто приходить. Погано: виходи, за якими шкодуєте, купчаться в одній команді, під одним менеджером чи в одному кварталі — патерн, якого окремі прощальні розмови так і не показують.
Дні від відгуку до прийнятого офера — і де саме в пайплайні вони накопичуються. Швидкість — конкурентна зброя в боротьбі за таланти. Погано: кандидати системно губляться на етапі офера — пайплайн у нормі, повільні ваші рішення.
Невзяті відпустки, що накопичуються на вашому балансі, — грошовий ризик (невикористані дні зазвичай виплачують при звільненні) і сигнал вигорання в бухгалтерському костюмі. Погано: найсеньйорніші люди сидять на 25+ невикористаних днях — саме ті, чий злам або дорогий вихід ви найменше можете собі дозволити.

Половина цінності списку метрик — знати, які числа передбачають, а які підтверджують.
Випереджальні (вони змінюють ваші наступні 4–8 тижнів): утилізація, вартість бенчу, час до найму, частка відповідей на eNPS. Коли утилізація просідає, маржа наступного місяця вже вирішена — якщо не діяти цього тижня: перепродати потужність, підтягнути продажі, поставити найм на паузу.
Запізнілі (вони розповідають, що вже сталося): маржа на проєкт, дохід на працівника, відтік. Коли відтік виріс, причинам уже кілька місяців. Це перевірка курсу, а не кермо.
Операційне правило: керуйте за випереджальними метриками з тижневим-місячним ритмом; запізнілі переглядайте раз на місяць-квартал, щоб перевірити, що кермування спрацювало. Компанія, яка дивиться лише на запізнілі метрики, кермує по дзеркалу заднього огляду.
Вісім чисел відпрацьовують своє в короткому фіксованому ритуалі — а не на дашборді, на який хтось інколи зиркає:
А якщо зібрати цю сторінку — це пів дня археології в табличках, то саме це, а не зустріч, і є проблема, яку треба полагодити першою.

Більшість із цих восьми — живі екрани в Helia, а не експорти, які ви складаєте вручну:
Грошові екрани обмежені за ролями, як і все інше: дані про маржу — для адмінів, а не для всієї компанії.
Щомісячний ритуал — хребет. Утилізація і бенч заслуговують на щотижневий погляд у мінливі періоди — проєкт добігає кінця, йде ремп-ап — бо саме на них ще можна вплинути до закриття місяця.
Обережно, якщо взагалі ставити. Індивідуальна утилізація — це здебільшого результат стафінгу, а не особистий вибір: карати інженера за бенч, який створив його менеджер, — значить навчити людей накручувати таймшити, а це знищує метрику, за якою ви керуєте. Керуйте утилізацією на рівні компанії та проєктів; людьми — через 1-на-1.
Почніть із метрик, яким не потрібні дані про витрати: утилізація, кількість людей на бенчі, час до найму, eNPS. Далі додайте одну усереднену місячну вартість працівника — одне число, а не інтеграцію з пейролом — і маржа з вартістю бенчу розблокуються одразу.
Мабуть, забагато. Почніть із трьох: утилізація, бенч і eNPS — щойно буде достатньо довіри для опитувань. Маржу на проєкт додайте, коли паралельних контрактів стане більше за пару, а час до найму — коли наймання стане регулярним.
Helia HR поєднує HR-базу з матрицею завантаження, бенчем, таймшитами та клієнтським інвойсингом, на яких реально працюють IT-сервісні команди. Почніть безкоштовно, без картки. GDPR-безпека, доступ до PII за ролями, журнал доступу.