Критерии отсева резюме на Junior HTML

Раз в 2 года я в iDeus нанимал 1-2 Junior HTML верстальщиков. Раньше я сам просматривал все резюме, но в 2015 году кол-во откликов превысило все разумные пределы (более 150 за 2 дня!) и я решил делегировать это.

Думаю критерии отбора могут быть интересны другим:

Критерии «против» (сразу отказ):
1. Нечего смотреть:
• нет резюме
• нет примеров работ

2. Странное:
• пустое письмо с аттачем
• навязчивые звонки: «а можно к вам прийти в офис?»
• сопроводиловка вида «ничего не умею: но я проявлю себя/научите»
• частая (чаще 1 раза в год) смена работы, но тут бывают исключения

3. Невнимательные:
• резюме не открывается
• примеры работ не открываются (или открываются поломанными)

Плюсы (выделить отклик в «интересные»):
1. Есть желательные скилы: БЭМ/BEM, Sass/Scss, Grunt/Gulp в резюме
2. Есть Github-аккаунт
3. Участие/победа в профессиональных конкурсах типа UAWebChallenge, школьных олимпиадах по информатике и т.д.
4. Письмо с резюме удобно читать: примеры работ – ссылки на сайты (а не архивы), а резюме – в PDF.
5. Необычное, выделяющееся резюме (например сопроводительное письмо сверстано как html)
6. Айтишное образование: ХИРЭ, ХПИ, ХАИ + компьютерный факультет
7. Возраст до 25 (это джуниор, не забывайте!)
8. Резюме написанное живым языком, а не штампами, с описанием «что делал/что изучаю/чего добился», а не списком ключевых слов
9. Наличие увлечений

Примеры хорошего:
• Написано что кандидат изучает сейчас, что получается классно, а что хочется лучше изучить, чем ему хотелось бы заниматься на новой работе
• Информация о сделанных проектах, что делал и как, чем гордится в них
• Профиль на LinkedIn — будет плюсом
• Какие книги читал, какие блоги читает, на какие конференции ездит — это говорит о многом.

Не откладывать и делать хоть что-то

keep-calm-and-just-do-itСпустя 4 года управленческой работы, я вынес для себя несколько важных правил и вот самое главное из них:

Не откладывать и делать хоть что-то!

Читать далее «Не откладывать и делать хоть что-то»

Skype-чат как рабочий инструмент обсуждения проекта

skype-chatВ ходе работ над проектом возникают мелкие задачи, что могут ставится и реализовываться мимо систем управления проектами, приходят комменты от клиента на email, что-то обсуждают лично, что-то в скайпе, вопросы важные для архитектуры решаются в ходе обсуждений IRL, ТЗ и SRS устаревают. Ворох правок, комментов, багфиксов, новых задач наваливается на менеджера и команду, нет ни желания ни времени копировать все это + результаты обсуждения в ваш уютный Redmine/BaseCamp/ActiveCollab…

Разработчики возвращаясь к проекту спустя полгода пытаются вспомнить – а как работает эта штука? А почему мы решили сделать так? А если на проект приходят новые люди – им очень тяжело понять контекст. Даже в идеальном случае, когда всё документируется, найти ответ на нужный вопрос зачастую тяжело.

Я считаю хорошим решением может стать skype-чат обсуждения проекта. В него добавляются все разработчики и можно даже клиента (если он адекватный и не боится увидеть посты “аа, wtf, ничего не работает!”). Всё документируется само собой в обсуждении. Понятно почему приняты те или иные решения, вся история проекта как на ладони и легко найти инфу поиском.

UPD: Историю skype-чата стоит регулярно бэкапить, просто текстом на специально выделенную для этого страницу у этого проекта в вашей системе управления проектами. Или в систему контроля версий, в какой-нибудь /projectName/docs/skype-journal.txt