Маргарита Ціхоцька, UI/UX Designer, запитала у спільноти Linkedin, що думають айтівці стосовно неоплачуваних тестових без зворотного зв’язку. Ось, як відреагували фахівці.
Маргарита Ціхоцька, UI/UX Designer, запитала у спільноти Linkedin, що думають айтівці стосовно неоплачуваних тестових без зворотного зв’язку. Ось, як відреагували фахівці.
Ярослав Багдай, Lead .NET Developer у CHI Software, пояснив логіку компанії та кандидатів щодо тестових завдань: «З точки зору компанії я це бачу як один із фільтрів який допомагає відфільтрувати кандидатів, які не зацікавлені саме в цій вакансії чи компанії. З точки зору кандидата перед тим як робити тестове кандидат знову переглядає опис вакансії й деталі компанії, й витрачатиме свій час лише на ті вакансії які дійсно його цікавлять».
Senior C# .NET та Angular developer Артем Ярошенко радить взагалі ніколи не робити тестових, а краще цей час витратити на спам резюме і отримати швидше кращу роботу. «Тестові все одно ніхто не дивиться, а ваш час не повернути, вважаю що вони в принципі і не потрібні, бо можна пару усних запитань поставити і зрозуміти брешете ви в резюме чи ні, і якщо брешете, то наскільки сильно і від того інтерв’юер вже може купу висновків зробити, а якщо він не може цього зробити, то така компанія не для вас, буде складно працювати з людьми, котрі не знають які ставити запитання і погано орієнтуються в технічній частині», — пише він.
«Я знаю декілька компаній, які свої таски видають за тестове… А потім просто вибирають кращий варіант… А всім кандидатам пишуть, що ви нам не підходите», — зазначає .NET Developer Вадим Ларченко. На його думку, тестове повинно бути таке, щоб його можна було зробити за час. А коли дають тестове зі строком неділя +… «Я не розумію для чого це… Бо для того, щоб зрозуміти що людина знає достатньо 30 хв на технічній співбесіді… А найцікавіший випадок, це коли я і мій знайомий пішли на співбесіду. Там було все ок. І дали тестове. Я написав, але дали фітбек, що тестове дуже погане. А потім подзвонив знайомий і попросив мене дати рішення, бо він не міг його зробити… Я дав, але попередив. Він відправив так, як було… Так от, він вже рік там працює», — згадує розробник.
Frontend Web Developer Тетяна Левандовська розповіла про свій досвід тестових: «У Мельбурні, робила тиждень одне завдання. Інше написали, що займе 2 години, робила 4 дні. Таке».
За словами Сергія Горбця, Senior Wordpress, PHP, Laravel (little) Developer, тестове або непотрібне, або має займати мало часу (максимум 1-2 години). А от тестове з оплатою він собі не уявляє. «Тестове має бути однакове для всіх, тестове компанія не має продавати», — аргументує він.
«Я впевнений, що найближчим часом для отакої рутини прикрутять ШІ. Більше ніхто не буде жалітися, що залишився без уваги і фідбеку. Але радощів це геть не додасть», — прогнозує Android developer у Recman AS Євген Патій.
C# .NET Senior Software Engineer Віталій Ярема говорить, що, на жаль, коли всі «пішли в IT», в адекватному виборі кандидатів стався сильний злом і тепер майже всі роботодавці неадекватні. «Якщо взяти для порівняння методи вибору кандидатів в інших сферах, наприклад водія далекобійника, то йому ж не пропонують за дарма перевезти вантаж, так само плиточнику за дарма перекласти плитку у ванні роботодавця», — порівнює він.
Підтримує думку не робити тестові і Web & UX/Ul Designer Анна Хамер, але уточнює, що це стосується завдань «розробіть сайт за 2 дні і на перевірку». «На жаль, таких багато, але буде ще ваша адекватна робота», — зазначає вона.
Христина Зарічна, Certified UX Designer, вважає, що треба звертати увагу, чи оплачується ТЗ, якщо воно займе понад 8 годин. Вона повідомляє: «Якщо читаю негативну відповідь — кажу, що не бажаю витрачати свій час на компанію, яка не цінує час кандидата ще на етапі відбору. Зрештою, для чого взагалі мати справи з роботодавцем, в якого немає грошей», — аргументує дизайнерка.
UI/UX designer Оксана Ілляшенко впевнена, що об'ємні тестові повинні оплачуватися, бо це теж робота). «Рекрутер, який обирає, він же не безкоштовне це робить. Взагалі зробила висновок, що тестове без прескрін співбесіди немає сенсу робити. Ти робиш тестове, не знаючи навіть, які умови у компанії. Та і взагалі можна ж вже врешті решт просто дати завдання на технічній співбесіді, цим самим перевірити навички кандидата», — пояснює вона.
Ідеального варіанту, звісно, для всіх не існує. Але, ось деякі ситуації з тестовими завданнями, яким айтівці дали гарну відзнаку.
«Компанія СПОЧАТКУ провела співбесіду, а потім дала тестове та після нього технічна співбесіда», — згадує свій досвід Fullstack, Frontend Developer Олександр Штонда.
«Або бувають компанії без тестових, їм по твоєму портфоліо і співбесіді все зрозуміло», — пише схвалений відгук про співбесіди в інших компаніях UI/UX designer Олена Коваленко. Крім того, дизайнерка додала, що береться тільки за ті тестові, які може додати на дріббл.
Business Development Manager Ілля Рак погоджується, що тестові завдання — норма. Неоплачувані тестові завдання — не норма. За його словами, він стикався із символічною оплату за факт витраченого часу, це вже виглядає чесно.
А стосовно відсутності фідбеку, то на думку девелопера, тут простий інструмент — попросити. І це:
«Також у компаній є системи по контролю за кандидатами, де умовно ставляться помітки „Передзвонити через рік“, „Написати через 3 місяці“ і таке інше. Є шанс, що ви отримаєте кращу помітку», — зазначає він.
Свій сценарій поведінки на співбесідах та з тестовими розповів Full-stack Developer Данило Глушко: «Я витрачаю час на завдання що мене цікавлять. Якщо функціонал такого плану я вже реалізовував раніше і він гарний, то я ніжно направлю рекрутерів в мій GitHub і скажу що маю розуміння як це реалізувати і вже робив це до того».
