Рекрутерка-фрилансерка з Харкова Анна Котенко поставила в Linkedin питання, а чи є норма щодо розміру тестового завдання при влаштуванні на роботу. У коментарях їй відповіли айтівці.
Рекрутерка-фрилансерка з Харкова Анна Котенко поставила в Linkedin питання, а чи є норма щодо розміру тестового завдання при влаштуванні на роботу. У коментарях їй відповіли айтівці.
Анна пише, що до початку повномасштабного вторгнення негласною була норма, якщо кандидат буде виконувати ТЗ не довше 2 годин.
За досвідом рекрутерки, зараз більшість компаній хочуть давати ТЗ майже на всі посади перед співбесідою.
«Останнім ТЗ, що я надсилала, була задача заповнити 1 таблицю, зібравши дані з 3 інших. Саме ТЗ було розписане покроково, щоб у людини не виникало жодних питань в проблем, бо посада досить базова і великих навичок не потребує (окрім уважності та терпіння, бо працювати з таблицями треба буде багато). З моєї практики, цю таблицю заповнюють за годину-півтори, але я вже декілька разів чула, що воно завелике», — повідомляє вона.
На питання рекрутерки, чи все ж таки завелике тестове завдання, яке розраховане на час до 2 годин, айтівці розповіли наступне.
Front-End Developer Костянтин Палеха вважає 2–3 години — еталоном часу на виконання тестового. Владислав Пархоменко, Unity Developer, погоджується зі строком у 2 години, але говорить, що умови виконати тестове «тут і зараз», заганяючи кандидата термінами, тільки відбивають бажання працювати в такій компанії. І, як погоджується Анна, це може свідчити, що і в роботі будуть виникати такі задачі, які треба робити на «зараз» без поважання особистого часу.
Едуард Рассолов, Junior Front End Developer, робив тестове 5 днів, при строку у 7 днів на позицію junior frontend.
Досвідчений Senior Wordpress/PHP/Laravel (little) Валік Горбець акцентує на широке коло навичок у досвідченого фахівця. Яке може, з одного боку, додати йому ваги й досвіду, а з іншого — окремі завдання, які він не виконує щоденно, можуть зайняти у нього трохи більше часу, ніж у людини, яка цим займається постійно. Але така ситуація не робить його менш кваліфікованим. «Недавно сам запропонував на співбесіді, що готовий виконати ТЗ, я ніколи не робив ТЗ, думаю чому б і не спробувати. Вакансія Wordpress розробник, а ТЗ на верстку кількох екранів лендингу і зробити його в вигляді теми Wordpress. В ТЗ написали, що приблизний час виконання 5-7. Я його робив більше часу тому, що я рідко верстаю останніми роками, в мене немає під рукою всіх потрібних збірників, автоматизаторів і т. д. для верстки. Якщо в компанії багато подібних проєктів, то звичайно, що другий, третій і т. д. проєкти я би вже виконував швидше, тобто тут взагалі не можна перевірити швидкість виконання», — пояснює він.
«Моє ІМХО: 2-4 години на ТЗ — це окей. Люди можуть витрачати різний час на однакові таски, у тому числі через різну глибину проникнення у тему. От якщо потрібно більше часу на виконання ТЗ, воно має компенсуватися», — повідомляє Content/Operations Manager в ITExpert Ірина Коцюра.
Олександр Коноплян, Frontend Developer (Vue.js), погоджується з терміном виконання тестового завдання до 4 годин. Більше, за його словами, вже забагато, бо на це потрібно буде фактично виділити весь день. «Час на виконання ТЗ того хто буде його перевіряти + 20–30%», — пише він.
А Software Engineer, Technical Lead і ментор Володимир Шайтан акцентує увагу на тому, що тут важливо відштовхуватись від позиції й посади, на яку йде людина.
І з ним погоджується Talent Acquisition Specialist у Lionwood.software Ніколь Шпірко, що все дуже залежить і точно золотої середини до всіх позицій не обереш.
«Мені здається, все залежить від позиції і її рівня, на яку шукаєте кандидатів. Якщо це позиція нетехнічна і не вимагає складного заглиблення, то 2 години — оптимально. Але якщо ви шукаєте, до прикладу, DevOps, який буде працювати на складному медичному проєкті, тоді, варто задуматися, чи 2 години це достатньо», — пише вона.
І про різницю у строках на різні посади повідомляє також Unity Developer Максим Москалюк. «Хахах дві години ахахах, а потім як девелоперам давати ТЗ на тиждень (тут вам не табличку зліпити, а треба написати повноцінну апку з UI й логікою і щоб красиве і зразу відрефакторити, щоб виглядати сініором хоч подаєшся на джуна) — так це норм. А потім ще і фідбеку не дочекатись», — розповідає він.
«Є ТЗ на 4 год, є ТЗ на 3 дні. Все залежить від складності самого ТЗ. Треба дуже чітко розуміти складність і які кроки вирішення того самого ТЗ перед тим як дати його людині», — вважає Анастасія, Senior Frontend Engineer.
«Дуже круто почути після виконання будь-якого ТЗ фідбек, а не так, як зараз деякі компанії дають ТЗ, а після нього відповідь стандарт», — пише QA Engineer Ігор Петров. Витративши свій час, людина чекає розгорнутий коментар своєї праці, погоджується рекрутерка.
В підтримку фідбеків щодо тестового, Анастасія, Senior Frontend Engineer, розповіла, як стикалася з екологічним підходом. «Після виконання ТЗ, йде ще одна технічна співбесіда, але типу demo завдання, яке вирішили. Звісно не всі компанії таке проводять, але мені сподобався такий формат», — пише вона.
