У Web3 та IT-середовищі досі живе стійкий міф: якщо людина технічно сильна — її потрібно брати. Але реальність складніша.
Згідно з дослідженням Leadership IQ, 46% співробітників не проходять випробувальний термін не через нестачу технічних навичок. Причина — поведінкові фактори, проблеми з відповідальністю, невміння приймати зворотний зв’язок або працювати в команді. Лише 11% невдалих наймів пов’язані безпосередньо з професійною некомпетентністю.
LinkedIn у звітах про Global Talent Trends також зазначає: 89% помилок у наймі виникають через відсутність soft skills та культурної сумісності. У Web3 ці цифри відчуваються ще гостріше.
Більшість команд у цій сфері працюють віддалено, часто в різних часових зонах. Рішення приймаються швидко, без багаторівневої бюрократії. Процеси можуть змінюватися щомісяця. У таких умовах один технічно сильний, але токсичний або безвідповідальний спеціаліст здатен уповільнити всю команду.
За роки роботи в рекрутингу я переконалася, що технічна експертиза — це лише частина формули успіху. Іноді кандидат може блискуче пройти технічну співбесіду, продемонструвати глибоке знання стеку, мати сильне портфоліо й рекомендації — але ми все одно скажемо “ні”. Тому що ми будуємо не просто команду виконавців. Ми будуємо середовище, де кожна людина впливає на швидкість, культуру та якість продукту.
У стартап-екосистемі особливо важлива здатність брати відповідальність за результат, а не лише за свою частину задачі. Якщо людина мислить виключно в межах “мені поставили задачу — я її зробив”, не виходячи за рамки власної зони комфорту, це створює розриви в командній роботі. У Web3 часто немає окремого шару менеджменту, який “підстрахує” кожен крок. Тут важлива автономність.
Так само критичною є здатність працювати в невизначеності. Коли стратегія може коригуватися залежно від ринку, регуляцій чи змін у продукті, гнучкість стає не перевагою, а базовою вимогою. Людина, яка потребує стабільності корпоративної структури з чітко прописаними регламентами, просто не зможе ефективно працювати в такому темпі.
Окрема тема — культура взаємодії. Високий рівень технічної експертизи не компенсує зверхність, агресивність або відсутність комунікації. У remote-команді, де 80–90% взаємодії відбувається письмово, невміння формулювати думки або приймати фідбек стає серйозною проблемою. Це впливає не лише на атмосферу, а й на швидкість прийняття рішень.
Ще один важливий фактор — внутрішня мотивація. Люди, які приходять виключно за компенсацією, рідко залишаються надовго в індустрії, де висока динаміка й певний рівень ризику є нормою. У Web3 важливо не просто “працювати в компанії”, а розуміти, у чому цінність продукту, які проблеми він вирішує і чому це має значення.
У довгостроковій перспективі перемагають не найсильніші індивідуальні гравці, а команди з високим рівнем довіри та зрілості. Технічні навички можна прокачати за кілька місяців. Культура взаємодії, відповідальність і системне мислення — значно складніші. Саме тому під час найму ми дивимося ширше, ніж на стек технологій. Бо сильний код можна переписати. А неправильну людину в команді — виправити набагато важче.
Ось кого ми не наймаємо — навіть якщо вони дуже сильні технічно
1) Людей без відповідальності за результат.
У Web3 і стартап-середовищі немає жорсткої ієрархії та мікроменеджменту. Тут працює принцип: ти відповідаєш не за процес, а за результат.
Якщо кандидат говорить:
- “Мені не дали чітке ТЗ”
- “Це була не моя зона відповідальності”
- “Я зробив свій шматок — далі не знаю”
— це тривожний сигнал.
Нам важливі люди, які помічають проблему і ініціюють її вирішення, думають ширше за власний таск, не ховаються за формальностями.
2) Тих, хто не вміє працювати в невизначеності
Web3 — це середовище, де стабільність не є базовим налаштуванням. Це швидкість, експерименти та постійні корекції курсу. Те, що сьогодні виглядає як стратегічний фокус на рік уперед, завтра може змінитися через ринок, регуляторні новини або новий технологічний прорив. На відміну від класичних корпорацій із трирічними roadmap’ами та чітко вибудуваною ієрархією, Web3-команди часто працюють у режимі гіпотез. Продукт може еволюціонувати щомісяця. Пріоритети — переглядатися щокварталу. Рішення — прийматися швидко і без багаторівневого погодження.
У такій реальності складно тим, хто очікує повністю прописані процеси, детальні інструкції на кожен крок і стабільну організаційну структуру. Якщо людині критично потрібне чітке ТЗ до останньої коми, якщо вона почувається впевнено лише тоді, коли має 100% даних для ухвалення рішення, — у децентралізованому середовищі це стає обмеженням.
Ми не наймаємо кандидатів, які психологічно залежать від постійного контролю або бояться брати відповідальність у ситуації неповної визначеності. У Web3 неможливо чекати ідеальних умов — їх просто не існує. Натомість ми шукаємо людей, які:
- мислять гнучко й здатні швидко перебудовуватися,
- приймають рішення на основі 70% інформації, а не чекають 100%,
- сприймають зміни не як загрозу, а як частину процесу,
- зберігають спокій, коли напрям руху коригується.
Невизначеність у Web3 — це не виняток, а постійний стан системи. І саме здатність ефективно працювати в цій динаміці часто важливіша за ідеальне знання стеку.
3) Токсичну “зірковість”
Окрема категорія кандидатів — технічно блискучі, але складні в командній взаємодії. На співбесідах це проявляється тонко, але відчутно: знецінення попередніх роботодавців, іронія щодо рівня інших спеціалістів, перебивання співрозмовника, акцент на тому, що «без мене там нічого б не працювало».
Індивідуально такі фахівці можуть бути дуже результативними. Вони швидко пишуть код, впевнено відстоюють рішення, не бояться складних задач. Проблема починається тоді, коли команда перестає бути командою і перетворюється на арену для конкуренції.
У Web3 це особливо критично. Середовище невелике, репутація поширюється швидко, а більшість команд працює віддалено, де комунікація — це 80–90% взаємодії. Один токсичний «топ-перформер» може:
- знизити залученість інших учасників команди,
- створити напругу в обговореннях,
- уповільнити прийняття рішень через конфлікти,
- спровокувати відтік сильних, але менш гучних спеціалістів.
Дослідження Harvard Business School показують, що токсичний співробітник може коштувати компанії в рази більше, ніж приносить у вигляді продуктивності. І справа не лише у фінансах — а в культурі, довірі та довгостроковій стійкості команди.
Ми свідомо обираємо людей, які поважають інших незалежно від грейду. Тих, хто може пояснити складне просто, не демонструючи зверхності. Тих, хто будує середовище, а не домінує в ньому.
Бо талант без екологічності — це короткострокова вигода і довгострокова проблема. А сильна команда — це не сума «зірок», а система, в якій кожен підсилює іншого.
4) Тих, хто не поділяє цінностей продукту
У Web3 дуже важливий світогляд. Децентралізація, прозорість, відкритість, свобода — це не просто слова. Якщо кандидат не розуміє, що таке Web3-культура, не користується продуктами екосистеми, не цікавиться індустрією, виникає питання мотивації. Ми шукаємо людей, які щиро цікавляться технологіями, користуються криптоінструментами, розуміють, чому ця індустрія важлива. Бо різниця між “я працюю в Web3” і “я живу цим середовищем” — колосальна.
5) Людей, які не вміють комунікувати
Технічна сила не компенсує повну відсутність комунікації. Особливо в remote-командах критично важливо чітко формулювати думки, писати структуровано, синхронізуватися з іншими, давати і приймати фідбек. Якщо кандидат уникає зворотного зв’язку, не вміє пояснити своє рішення, реагує агресивно на критику — співпраця буде складною. Комунікація — це не “приємний бонус”, а базовий інструмент роботи.
6) Людей без саморефлексії
На співбесідах ми часто запитуємо:
- Яку помилку ви зробили в останньому проєкті?
- Що б ви змінили у своїй роботі?
- Де ви відчуваєте прогалини?
Якщо відповідь звучить як:
- “Я не роблю помилок”
- “Усі проблеми були через інших”
- “Мені нічого покращувати” — це сигнал.
Сильний фахівець — це не той, хто безпомилковий. Це той, хто: усвідомлює свої слабкі сторони, готовий зростати, приймає фідбек. У швидкій індустрії вчитися — обов’язкова навичка.
Аліна Бурковська, Senior Talent Acquisition Specialist в IdeaSoft