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

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

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

1. Твій лід раптово пішов у радіомовчання

Пам’ятаєш ваші регулярні 1-on-1, де ви обговорювали плани, таски чи просто шерили біль? Тепер вони постійно переносяться, скасовуються або зникають із календаря. На твої спроби списатися лід кидає сухе: «Зараз завал, давай наступного тижня».

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

2. Раптовий і дуже прискіпливий інтерес до твого коду й тасок

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

  • Що відбувається: Ні, вони не почали більше цінувати твою експертизу. Керівник просто проводить інвентаризацію. Йому потрібно до дрібниць розібратися в твоїх процесах, щоб у день, коли тобі скажуть «па-па», твою роботу можна було безболісно розмазати по команді без втрати темпу для бізнесу.

3. Прохання терміново задокументувати «все, що знаєш»

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

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

4. Зміна атмосфери в команді

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

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

5. Поява вакансії-двійника

Коли ти гортаєш стрічку в LinkedIn або Djinni і бачиш свіжу вакансію від своєї ж компанії. Стек — твій, пул обов’язків — копія твоїх.

  • Що відбувається: Іноді ми себе заспокоюємо: «О, розширюємо команду, шукають мені колегу». Але якщо проєкт не росте шаленими темпами, то шукають не в команду, а замість тебе.

Що робити, якщо ти впізнав свій кейс?

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

  1. Перечитай свій контракт. Знайди пункт про Notice Period (термін попередження про розірвання договору). Зазвичай там прописано 2 тижні або місяць. Це твій легальний час, за який компанія зобов’язана виплатити тобі кошти, навіть якщо вони скажуть тобі не виходити на таски вже завтра.
  2. Готуй подушку безпеки прямо зараз. Не чекай офіційної розмови. Оновлюй резюме, пишіть колишнім колегам, виходь на ринок і відкривай профіль на Djinni. Краще знайти новий проєкт раніше, ніж у тебе закриють доступи.
  3. Спробуй домовитися. Коли розмова таки відбудеться, спробуй обговорити умови. Навіть із ФОП-ами адекватні компанії, які дбають про репутацію, готові виплатити компенсацію (хоча б 1 додатковий інвойс), щоб розійтися красиво й без токсичних відгуків на тому ж DOU.

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

👍ПодобаєтьсяСподобалось5
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

В травні було 2 тижні де думав що вже все бо були всі ознаки зі статті крім 4 (бо атмосфера в команді і так фігова).

Хоч звільнення і були протягом літа, але мене не зачепили.

Тому може навпаки в такі періоди краще додати перформансу щоб звільнили когось іншого а не тебе)

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

Мене колись відразу ж з самого початку роботи в аутсорсингу послали з двома колегами на місяць у відрядження до Ізраїлю. Я пройшов найкраще співбесіду, але контора мене ще не знала, тому наполягла на тому, щоб послати з нами третього колегу. Ну і коли ізраїльтянам щось не сподобалося і вони прийняли рішення тихо довести план разом зі мною, а по мені «вже в Україні розберемося». Ну і досі пам’ятаю, як я вивчив слово «meanwhile», коли приходить до нас їхня HR-менеджерка, запросити на розмову їх двох, розмовляючи з лідом, в стилі — «Ну як ви? — Думками ми вже вдома, знаєте. — Meanwhile, you are here...» і по одному їх до себе веде, а мене просто не помічає, типу тобі не треба... Скоро буде 18 років тому всьому, вже я встиг після того реджекту згодом повернутися до того ж замовника, потім переїхати в інше місто, потім вийшло навіть в іншу країну, вже я сам скіллів маю як ми троє тоді (22, 24, 27 років), а дупця досі підгорає, як згадую...

Дивним чином війна прибрала страх бути звільненим. Бо довгий час я так старанно планував життя на 5-10-20 років вперед та накопичував фінансову подушку, що зараз, враховуючи кількість прильотів по Києву, Одесі та іншим містам — є цілком немаленька ймовірність померти раніше, ніж закінчаться гроші і тоді вже проблема відсутності роботи взагала перестає бути проблемою.

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

в моєму випадку тімлід раптово додав в лінкедін мене після тривалої співпраці. Ну і згодом появився Short call в календарі з людиною з якою рідко спілкуюсь. Після цього все стало зрозуміло. Ну і так і сталося

Цікавий формат. А що сказали як причину звільнення?

Рекомендація: перед звільненням, поки є доступ до робочої пошти, верифікуйте свій досвід у компанії у своєму LinkedIn-профілі.

Навіть не замислювалась раніше. Допомагає в пошуку наступної?

Допомагає рекрутерам зрозуміти, що ваш досвід справжній, враховуючи, скільки розвелося в LinkedIn верифікованих акаунтів, зареєстрованих менше року тому, які вказують досвід 5+ років і вже мають статус Senior та досвід роботи у 2–3 іменитих українських ІТ-компаніях, проте не мають верифікації, що працювали в цих компаніях, бо фальсифікують цей досвід.

Тому верифікація досвіду має значення.

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

ІМХО технічка завжди підтягується в залежності від проєктів, незалежно від стажу. А якщо в компанії один критерій і це стаж, а не якість знань/освіти — то питання не до кандидата

Це можна перевірити і на співбесіді за допомогою звичайних питань.

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

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

Погоджуюсь, цей парадокс справді є.

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

Завчити типові відповіді != засвоїти. На співбесіді перевіряють перше.

ІМХО технічка завжди підтягується в залежності від проєктів, незалежно від стажу.

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

А якщо в компанії один критерій і це стаж, а не якість знань/освіти — то питання не до кандидата

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

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

Перечитай свій контракт. Знайди пункт про Notice Period (термін попередження про розірвання договору). Зазвичай там прописано 2 тижні або місяць. Це твій легальний час, за який компанія зобов’язана виплатити тобі кошти, навіть якщо вони скажуть тобі не виходити на таски вже завтра.

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