Стафінг — повторюване рішення в серці сервісного бізнесу: контракту потрібна людина — хто саме? Ухвалене добре, воно балансує чотири входи одночасно:
- Доступність — у кого реально є вільні години в потрібні тижні, з прогнозу, а не з пам’яті чи коридорних знань.
- Відповідність — скіли, сеньйорність і домен проти вимог слота; неправильно підібраний рівень палить або маржу (пересеньйорений склад), або стосунки з клієнтом (недосеньйорений).
- Економіку — вартість людини проти ставки контракту; стафінгові рішення — це рішення про маржу в масці розкладу.
- Тяглість — висмикнути єдину людину, яка знає систему X, заради нового проєкту означає обміняти одну проблему на дві.
Класичний провал на 10–50 людях — стафінг «хто голосніший»: два ПМи пообіцяли ту саму людину, і конфлікт випливає, коли обидва клієнти вже почули ім’я. Ліки структурні, а не героїчні: один спільний огляд алокацій, проти якого перевіряється кожна обіцянка.
Друга дисципліна — internal-first: перш ніж відкривати вакансію, подивитися, хто сходить із проєкту. Передеплоїти людину, що звільниться за три тижні, швидше й дешевше за найм — і саме цієї опції не видно без прогнозу.
У Helia стафінг працює на матриці завантаження і 12-тижневому прогнозі; AI-оцінка відповідності підказує, наскільки інженер пасує проєкту, там, де її ввімкнено; а борд передеплою з’єднує завантаження з рекрутингом — людей, що скоро сходять із проєктів, метчить до відкритих вакансій за департаментом і перетином скілів, тож внутрішні переміщення отримують перший погляд до зовнішнього найму.