x
 
Анатолий Шевцов
8 августа 2019
Советы почтой каждую неделю
Пожалуйста, получите наше письмо, чтобы подтвердить свой адрес:
Вы подписаны на «Советы за неделю»:

Существует ли более-менее универсальный способ проверить компетентность веб-разработчика, если сам почти ничего не понимаешь в этом?


Анатолий!

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

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

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

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

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

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

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

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

Поделиться
Отправить

Цель рубрики — обсуждение вопросов дизайна всех видов, текста в дизайне и взаимоотношений дизайнеров с клиентами.

Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры. Мы ожидаем, что такие комментарии составят около 20% от общего числа.

Решение о публикации принимается один раз; мы не имеем возможности комментировать или пересматривать свое решение, хотя оно может быть ошибочно. Уже опубликованные комментарии могут быть удалены через некоторое время, если без них обсуждение не становится менее ценным или интересным.

Вот такой веб 2.0.

Как следить за качеством кода? Часть вторая: метрики Как следить за качеством кода? Часть первая: зачем Несколько месяцев назад меня повысили из обычного разработчика до «тимлида» 1 Как правильно, эффективно и уважительно ставить KPI?




Недавно всплыло

Хочу научиться сторителлингу 12 Хочу научиться сторителлингу 2 2 2