Каталог реєстру
Форензична таксономія з 65 вузлів у 6 онтологічних шарах: спостереження, бар’єри, механізми, патерни, цикли та інтервенції.
Повна тиша після відправки заявки
Жодного автоматичного підтвердження, відмови чи повідомлення від рекрутера після відправки резюме.
Шаблонна відмова про "кандидата з більшою відповідністю"
Стандартний лист про те, що компанія вирішила рухатися далі з кандидатами, чий досвід точніше відповідає ролі.
Вакансію закрито після фінального етапу без найму
Кандидат проходить усі етапи інтерв’ю, після чого повідомляють, що вакансію заморожено або закрито.
Схожа вакансія перевикладена невдовзі після відмови
Кандидат бачить ту саму або майже ідентичну вакансію, опубліковану знову через 1–8 тижнів після відмови.
Зниження або зміна зарплатної вилки під час процесу
Запропонований рівень зарплати знижується порівняно з раніше обговореним або заявленим діапазоном.
Тестове завдання суттєво перевищує заявлений обсяг
Тестове завдання вимагає побудови складної повноцінної системи, що забирає 20+ годин замість заявлених 2–4.
Багаторазові переноси інтерв’ю або неявка інтерв’юера
Інтерв’ю переносяться кілька разів, скасовуються в останній момент або інтерв’юер не з’являється на зустріч.
Конкретний фідбек про брак глибини у конкретній навичці
Інтерв’юер або рекрутер надає конкретні зауваження щодо недостатньої глибини в алгоритмах, системному дизайні чи інструментах.
Відмова протягом кількох хвилин після відправки
Автоматична відмова надходить через 2–30 хвилин після подачі, часто у неробочий час.
Комунікаційне тертя або невідповідність тону під час панелі
Відчутна розбіжність у стилі комунікації, темпі або термінології під час живого спілкування з командою.
Оффер відкликано або відкладено через внутрішній фриз
Кандидату озвучено оффер, який згодом затримують або скасовують до дати виходу через рішення керівництва.
Вхідне повідомлення від рекрутера з подальшим зникненням
Рекрутер сам пише кандидату про зацікавленість, але зникає після того, як кандидат надає резюме або слоти для дзвінка.
Фідбек про надмірну кваліфікацію (overqualified) для грейду
Кандидату відмовляють з поясненням, що його досвід та сеньйорність перевищують рамки відкритої вакансії.
Суперечливий фідбек від різних інтерв’юерів
Один інтерв’юер хвалить системний дизайн, а інший стверджує про слабку технічну базу.
Затвердження вакансії та публічне розміщення
Шлюз, що існує ще до появи кандидата: затверджується headcount, пишеться опис вакансії, а вакансію публікують (або тихо тримають відкритою) на сторінці кар’єри та джоб-бордах.
Вихідний сорсинг та контакт із талант-пулом
Ініційований рекрутером контакт із пасивними кандидатами та формування талант-пулу незалежно від вхідної заявки.
Реєстрація та прийом заявки
Початковий шлюз прийому, де резюме кандидата та структуровані поля заявки потрапляють до бази даних ATS.
Автоматичний фільтр та поріг парсера
Алгоритмічний парсинг тексту, підрахунок ключових слів, перевірка відповідності (локація/дозвіл на роботу) та відсіювальні питання.
Первинний скринінг та сортування вхідних заявок
Ручний перегляд отриманих заявок рекрутером або сорсером у порівнянні з активними кандидатами з прямого пошуку.
Скринінг-інтерв’ю з рекрутером
Первинна розмова для оцінки зарплатних очікувань, термінів, комунікації, рівня англійської та загальної відповідності ролі.
Технічний скринінг / Лайв-кодинг
Синхронна технічна оцінка базових компетенцій, швидкості розв’язання задач та архітектурних основ.
Оцінка тестового завдання / Work Sample
Асинхронне тестове завдання або практичний проект, що перевіряється інженерами команди.
Поглиблене інтерв’ю з наймаючим менеджером
Детальна оцінка сеньйорності кандидата, досвіду володіння проектами та відповідності завданням конкретної команди.
Командне та крос-функціональне інтерв’ю
Етап з кількома інтерв’юерами для перевірки спільної роботи, культури code review та комунікації.
Узгодження компенсації та грейду
Внутрішнє узгодження очікувань кандидата з зарплатною сіткою та системою грейдів компанії.
Авторизація бюджету та headcount
Офіційне затвердження керівництвом департаменту, фінансами та HR для формування офіційного офферу.
Перевірка рекомендацій та бекграунду
Перевірка попереднього досвіду роботи, освіти та рекомендацій від колишніх керівників чи колег.
Закриття офферу та підписання контракту
Фінальне взаємне підписання трудового договору та підтвердження дати виходу на роботу.
Об’єктивна нестача технічної кваліфікації
Перевірений рівень технічних знань кандидата об’єктивно не досягає необхідного стандарту для цієї ролі.
Сильніший конкурентний кандидат у фінальній групі
Кандидат успішно пройшов усі пороги, але інший кандидат у когорті показав кращу специфічну експертизу або менший час адаптації.
Збій екстракції даних парсером ATS
Складна верстка резюме у дві колонки, таблиці чи нестандартні шрифти призводять до спотворення даних парсером ATS.
Неоголошена невідповідність зарплатних очікувань
Ринкова вартість кандидата перевищує внутрішній бюджет вакансії, який не був озвучений на старті.
Попередньо обраний внутрішній кандидат
Вакансія була опублікована для виконання формальних вимог чи комплаєнсу, хоча внутрішнього кандидата вже було визначено.
Застаріла або покинута вакансія
Оголошення про роботу залишається активним на сайті, хоча команда припинила найм або зняла бюджет.
Замороження headcount або скасування бюджету
Керівництво або фінансовий відділ блокує нові найми через зміну бюджету під час триваючого процесу інтерв’ю.
Автоматичний фільтр за ключовими словами та роками
Детермінований фільтр, що відсіює заявки за відсутністю точних абревіатур, сертифікатів або мінімальної кількості років досвіду.
Спотворення через метрики та квоти рекрутера
Рекрутери змушені швидко сканувати профілі (по 5-10 секунд) через великий обсяг заявок, віддаючи перевагу шаблонам.
Прихована шкала оцінки або неоголошений пріоритет
Команда інтерв’ю оцінює кандидата за внутрішніми специфічними уподобаннями, які не були вказані в описі вакансії.
Упередження та пенальті за перерву в роботі
Алгоритми або рекрутери автоматично знижують пріоритет кандидатів із прогалинами у досвіді, незалежно від кваліфікації.
Перевантаження інтерв’юерів та календарна сатурація
Інженери-інтерв’юери перевантажені задачами спринтів, що призводить до постійних переносів та поверхневої перевірки.
Зміна вимог до ролі під час процесу найму
Команда змінює фокус, технологічний стек або грейд ролі безпосередньо під час співбесід.
Обмеження за локацією, часовим поясом або юрисдикцією
Компанія юридично не може наймати спеціалістів у податковій юрисдикції кандидата.
Невідповідність комунікаційного стилю або робочої культури
Кандидат проявив оборонну позицію на фідбек, категоричність або складнощі у конструктивному діалозі під час панелі.
Спекулятивний сорсинг та формування "резерву" без вакансії
Рекрутери ведуть переговори та збирають контакти на майбутнє без відкритої вакансії.
Невідповідність років досвіду очікуванням від грейду
Кандидат із великим досвідом розглядається на позицію середнього рівня, викликаючи сумніви щодо довготривалої мотивації.
Надмірний акцент на вузькоспецифічному доменному досвіді
Інтерв’юери вимагають точного знання вузької предметної області замість фундаментальних інженерних навичок.
Втома оцінювачів та асиметрія перевірки тестових завдань
Перевіряючі витрачають лічені хвилини на перевірку коду, над яким кандидат працював днями, пропускаючи архітектурні рішення.
Автоматичне закриття заявки за таймаутом в ATS
Система ATS автоматично відправляє масові відмови всім нерозглянутим кандидатам після спливу 45–60 днів.
Розбіжність у бекграунді або регуляторна невідповідність
Перевірка виявляє документальні розбіжності у датах роботи, відсутність диплому чи конфлікт інтересів.
Розкол думок та відсутність консенсусу в комітеті найму
Інтерв’юери розділилися в оцінках порівну, і за відсутності лідера процес за замовчуванням завершується відмовою.
Невірне тлумачення портфоліо чи проектного артефакту
Рев’юери не помічають ключові частини коду через нестандартну структуру репозиторію чи відсутність оглядового README.
Завищені вимоги у вакансії порівняно з реальними задачами
Опис вакансії вимагає 10+ технологій та сеньйорного досвіду для типової продуктової розробки.
Пастка подвійної сеньйорності
Кандидата одночасно відсіюють як "надто досвідченого" для мідл-ролей і недостатньо спеціалізованого для стафф/лід позицій.
Мотив "Закрито та відкрито знову"
Кандидат проходить фінальні інтерв’ю, отримує шаблонну відмову, а через кілька тижнів бачить ту саму вакансію опублікованою знову.
Неможливість комбінації досвіду та років
Вимога більшої кількості років досвіду у фреймворку, ніж цей фреймворк існує у світі.
Зарплатний глухий кут
Кандидат змушений першим назвати очікування: вища цифра веде до відмови, а нижча призводить до заниження грейду.
Петля пенальті за перерву в роботі
Перерва в роботі запускає автоматичне пониження в ранжуванні (M-011), через що профіль не проходить фільтри за ключовими словами та кваліфікацією (M-008); менше запрошень на інтерв’ю подовжують перерву, що своєю чергою посилює пониження.
Петля витрат часу на тестові завдання
Кандидати витрачають десятки годин на тестові завдання, втрачаючи час на пошук, поки перевіряючі поверхнево сканують код через втому.
Петля завищених вимог та тривалого пошуку
Завищені вимоги відсіюють сильних спеціалістів, вакансія висить місяцями, команда виснажується і починає змінювати вимоги на льоту.
Автоматичне закриття неактивних вакансій
Впровадження автоматичного правила закриття вакансій в ATS при спливу 60 днів без активних інтерв’ю чи скасуванні бюджету.
Відкрите розкриття зарплатної вилки на старті
Публікація точного зарплатного діапазону в описі вакансії або на першому скринінгу до початку технічних етапів.
Стандартизована таксономія зворотного зв’язку для фіналістів
Надання кандидатам після технічних інтерв’ю структурованого фідбеку за категоріями замість шаблону про "більшу відповідність".
Вилучення ознаки перерви в роботі з моделей ранжування
Вимкнення пенальті за прогалини в резюме в алгоритмах сорсингу та скорингу кандидатів.
Інструмент перевірки коректності парсингу резюме в ATS
Відкритий інструмент для кандидатів, що дозволяє перевірити коректність зчитування тексту резюме парсерами ATS.
Обмеження часу тестових та анонімна перевірка за шкалою
Встановлення чіткого ліміту в 3 години на тестове завдання, оплата тривалих завдань та анонімна перевірка коду.