Анатолий!

К сожалению, мне не знаком ни один способ отличить хорошего разработчика от плохого «по фотографии». Косвенно о навыках разработчика может сказать портфолио, но ведь качество кода — далеко не главное умение хорошего технолога, к тому же вам трудно его оценивать.

Не забудьте заложить запас прочности на случай, если новый технолог не оправдает ожиданий

Я думаю, вам стоит проверить кандидата в деле. Сделайте вместе с ним задачу настоящего клиента. Во время работы присмотритесь — как кандидат выполняет обещания, как ведёт себя в сложных ситуациях, насколько гибкие решения предлагает. Хорошо ли он знаком с выбранными технологиями? Умеет ли задавать вопросы, или просто делает, что вы говорите?

Не забудьте заложить запас прочности на случай, если новый технолог не оправдает ожиданий

Добавьте свои критерии по вкусу: например, насколько хорошо технолог работает с мобильной вёрсткой, умеет ли организовывать рабочий процесс, как рассказывает о своей работе, понятны ли его письма.

Если не хотите отдавать проект реального клиента — заведите отдельный тестовый проект: посмотрите, как проверяют совместимость разработчиков в бюро.

Если в итоге человек не подойдёт — ничего страшного, вы просто перестанете с ним работать: у вас же была договорённость на один проект, а не на испытательный срок. Если подойдёт — у вас появится законченный проект и проверенная боевая единица.

P. S. Это был совет об управлении разработкой. Хотите больше знать о планировании спринтов, управлении продуктом или о настройке инфраструктуры? Присылайте вопросы.

Управление проектомВеб‑разработка
Отправить
Поделиться
Запинить

Рекомендуем другие советы