Helia HR

Гайд

Політика відпусток для IT-компанії, яку люди справді розуміють

Оновлено 2026-07-23 · Для засновників і HR, які ведуть команди в UA · PL · RO · EE

Політика, якої ніхто не розуміє, — те саме, що жодної політики

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

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

Що мусить визначати політика

Запишіть це явно. Кожен невизначений пункт стає особистим повідомленням до HR — або прецедентом, створеним випадково:

  • Річна квота відпустки — і чи нараховується вона одразу 1 січня, чи накопичується щомісяця, плюс пропорційний розрахунок для тих, хто приєднується серед року.
  • Правила лікарняних — окремо від відпустки (спільний бюджет змушує людей працювати хворими, щоб уберегти свій відпочинок), коли потрібні документи, плюс інші типи: за свій рахунок, батьківські, у зв’язку з втратою близьких.
  • Перенесення днів і згорання — скільки невикористаних днів переходить у новий рік і коли перенесені дні згорають. «Використай або втратиш» без письмового дедлайну — це граната під мораль команди.
  • Від’ємні баланси — чи можна позичити дні з наступного року, скільки, і що буде, якщо людина йде з компанії в мінусі.
  • Хто що погоджує — за стосунками підпорядкування, а не лише за роллю: менеджер — свою команду, HR — будь-кого, і ніколи не сам собі.
  • Державні свята по країнах — який календар до кого застосовується, і правило, що свята ніколи не з’їдають дні відпустки.
  • Як рахуються дні — робочі, а не календарні, і що відбувається, коли державне свято припадає всередину запиту.

Розумні дефолти для IT-компанії на 5–50 людей

Дефолти, які можна ухвалити завтра і потім впевнено захищати:

  • 20–24 робочі дні відпустки. Конкурентно для IT-ринку регіону і просто в адмініструванні. Там, де місцевий законодавчий мінімум вищий, виграє закон — мінімум є мінімум.
  • Лікарняні окремо від відпустки, з мінімумом паперів для коротких відсутностей. Люди, які почуваються покараними за хворобу, приходять на стендап хворими.
  • Перенесення днів із лімітом і згоранням навесні. Невеликий ліміт (скажімо, п’ять днів) зі згоранням навесні балансує гнучкість проти накопичення зобов’язань на кінець року — і вбиває грудневу тисняву.
  • Від’ємні баланси: маленькі або жодних. Якщо дозволяєте позичати дні, обмежте кількома днями і запишіть, як це закривається при звільненні — звіривши з місцевим трудовим правом.
  • Погодження за підпорядкуванням. Менеджери погоджують свою команду; HR — будь-кого; ніхто не погоджує власний запит — відпустка менеджера йде вище по ланцюжку або до HR.
  • Швидка відповідь. Вирішуйте запити за пару робочих днів — запит у підвішеному стані блокує купівлю квитків, а повільні погодження привчають людей питати в Slack.

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

UA · PL · RO · EE: що насправді відрізняється

Команди в цьому регіоні звично наймають у кількох країнах одночасно — тут працівники, там контрактори, іноді employer-of-record. Пастка — вважати, що інтуїції рідної країни переносяться. Вони не переносяться. Відмінності групуються в передбачувані категорії:

  • Законодавчий мінімум відпустки — правовий мінімум різний у різних країнах, подекуди залежить від стажу чи категорії роботи. Ваша політика може перевищувати мінімум будь-де; вона не може опускатися нижче нього для працівників відповідної країни.
  • Вікна перенесення днів — скільки невикористані законодавчі дні живуть у новому році і до якого моменту їх треба використати чи компенсувати, регулюється в кожній країні по-своєму. Ваше внутрішнє згорання ніколи не має бути суворішим за місцеве правило для законодавчих днів.
  • Компенсація при звільненні — як закриваються невикористані дні на виході — юридичний обов’язок, механіка й математика якого різняться за юрисдикціями. Саме цю відмінність люди відкривають найпізніше і найзліше — знайте її до першого звільнення, а не під час.
  • Механіка лікарняних — хто платить за які дні (роботодавець чи держава), пороги документів і ліміти дуже різняться. Не копіюйте лікарняні правила однієї країни на команду в іншій.
  • Державні свята — різні списки, різна кількість, дати, що змінюються щороку, а в деяких країнах — правила перенесення, коли свято випадає на вихідний.

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

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

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

  • Утилізація має бути за вирахуванням відпусток. Людина у відпустці на два тижні — не «заалокована на 80%», а недоступна. Якщо рахувати її доступною, цифра утилізації виглядає здоровою, поки в делівері-тижні тихо менше рук, ніж припускає план.
  • Покриття — питання на момент погодження. Два сеньйори з одного проєкту у відпустці в той самий спринт — іноді нормально, а іноді ескалація від клієнта. Той, хто погоджує, має бачити перетин у момент рішення — а не виявляти його на стендапі.
  • Делівері-календар має вже знати. Погоджені відпустки мають жити там, де ухвалюються стафінгові рішення — у плані завантаження і в календарі, який люди справді відкривають — без копіювання дат між інструментами.

Якщо відпустки живуть в одному інструменті, а стафінг в іншому, то зв’язок між ними — copy-paste. Це одна з найсильніших причин забрати HR із таблиць: запис, який дає вихідний, може сам оновити математику завантаження.

Як це робить Helia HR

Відпустки входять у базовий пак Helia (див. ціни) — це ядро, а не додаток:

  • Баланси за типами — відпустка, лікарняний, за свій рахунок та інші, з квотами, пропорційним розрахунком і живим «скільки лишилося» по кожній людині. Десятисекундна відповідь — це сторінка, а не тікет до HR.
  • Політики перенесення днів за типами — обмежте кількість перенесених днів, задайте дату згорання або жодної; річний перехід відпрацьовує автоматично, і кожен перенесений день лишається простежуваним.
  • Вбудовані календарі державних свят для UA · PL · RO · EE — країна воркспейсу обирає календар, а зверху можна додати власні дні компанії. Математика робочих днів автоматично пропускає вихідні та свята, тож запит, що перетинає свято, списує правильну кількість днів — ніхто не рахує клітинки на настінному календарі.
  • Погодження за підпорядкуванням — менеджери погоджують власну команду (або через явну делегацію), HR погоджує будь-кого, а самопогодження заблоковане за дизайном.
  • Видимість покриття — той, хто погоджує, бачить, хто ще з команди вже відсутній у запитані дати, просто в момент погодження.
  • Календарний фід (iCal) — погоджені відпустки, на які можна підписатися з Google Calendar чи Outlook. Він показує, хто відсутній, не розкриваючи чому: імена й дати, ніколи — типи відпусток.
  • Завантаження, яке шанує відпустки — математика утилізації виключає людей у погоджених відпустках, тож дашборд звітує про завантаження, яке у вас є насправді.

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

Баланси відпусток, черга погоджень і державні свята по країнах у Helia

FAQ

Робочі дні чи календарні?

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

Чи може менеджер погодити власну відпустку?

Ні — самопогодження підриває весь облік. Запит менеджера йде вище по ланцюжку або до HR, як і в усіх. (У Helia власник воркспейсу — єдиний прагматичний виняток: хтось мусить бути вершиною ланцюжка.)

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

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

Чи потрібна окрема письмова політика на кожну країну?

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

HR і делівері-операції в одній системі

Helia HR поєднує HR-базу з матрицею завантаження, бенчем, таймшитами та клієнтським інвойсингом, на яких реально працюють IT-сервісні команди. Почніть безкоштовно, без картки. GDPR-безпека, доступ до PII за ролями, журнал доступу.