Как нанять разработчика в агентство и не получить вечный «почти готово»

Как нанять разработчика в агентство и не получить вечный «почти готово»

Ошибка найма обычно не в коде, а в ожиданиях. Агентству нужен не «сильный программист вообще», а человек, который умеет:
— брать задачу с входными данными и доводить до релиза;
— задавать вопросы до старта, а не после дедлайна;
— работать в вашем процессе, а не строить свой.

На собеседовании проверяйте не теорию, а поведение. Попросите кандидата разобрать чужой баг, объяснить, как он оценит задачу без ТЗ, и что сделает, если дизайн, верстка и логика расходятся. Хороший разработчик отвечает по шагам: риски, уточнения, варианты решения, границы ответственности.

В испытательном задании не ищите «красоту». Ищите дисциплину: насколько аккуратно оформлен код, есть ли комментарии там, где они нужны, умеет ли человек писать понятные коммиты и фиксировать допущения. Если разработчик сразу спорит с вводными и не предлагает альтернативы, дальше будет тяжело.

Ищите не самый дорогой и не самый быстрый вариант, а предсказуемого исполнителя. Для агентства это важнее: клиенту нужен срок и стабильность, а не героизм в последний вечер.