Добре пише код, але працювати з ним неможливо. Як правильно шукати IT-фахівця?

Григорій Грудій

Є багато IT-фахівців, які добре знають код, але «дуже важкі» у роботі. Вони не занурюються в проєкт, сприймають зворотний зв’язок як особисту критику, все роблять по-своєму – бо «я програміст, я так бачу». Команді доводиться розшифровувати цей код, щоб хоч щось зрозуміти – бо звісно, такий «гуру» не пише коментарі.

Що виходить: всі фахівці в команді хороші, а проєкт не просувається. Хочу поділитись тим, що допомогло мені у формуванні IT-команд і де я шукав продуктивних IT-фахівців.

Григорій Грудій

Де шукати програміста?

• На фрилансі
Онлайн-курс "Фінансовий директор" від Laba.
Опануйте інструменти управління грошовими потоками, ризиками та активами компанії, щоби перейти на посаду CFO.
Приєднатися до курсу

Зазвичай це люди з багатьма руками, які ще й ростуть з правильного місця. Фрилансери збирають відгуки, на біржах від цього залежить рейтинг. Вони часто працюють по NDA (договір про нерозголошення – Прим. Ред), тому кейсів в них може не бути, а відгуки – є. По таких відгуках зрозуміло, скільки компаній працювало з людиною та чи все їх влаштовувало.

Також кандидата можна перевірити на тематичних сайтах. Досвідчені фрилансери мають акаунти на UpWork та Linkedin, оскільки часто працюють з іноземцями. Але навіть якщо людини там нема, і тільки на одній біржі у нього багато розгорнутих та конкретних відгуків – це вже добрий знак.

• Через знайомих

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

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

А буває таке, що просто «не зійшлися». Наприклад, програміст звільнився, бо пішов розвивати власний проєкт. Чи в команді підібрався штат з людей переважно 35-40 років, і амбітному 22-річному програмісту там не цікаво. Він спробував, не сподобалось, закрив всі задачі та звільнився. Це нормально, і таку людину можна брати в проєкт.

• На навчанні

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

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

Найголовніше: під час навчання я оцінюю в програмістах людські якості. Один відразу питає в чаті, коли щось не виходить, інший все намагається вирішити сам. Третій завжди допомагає, коли в чаті щось запитують.Четвертий  відправляє скрін коду, і я бачу, наскільки він чисто пише, чи прописує коментарі і чи зберігає табуляцію. Ці всі нюанси дуже важливі в роботі над реальними проєктами.

Чому софт-скіли важливіші, ніж код

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

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

Але є і негативні «дзвіночки». Більшість з них ви і самі відразу побачите: людина на співбесіді не вимикає телефон, перебиває, відповідає не на поставлене запитання або просто з усім погоджується.

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