Вы передёргиваете и это нехорошо.
Те, кого вы называете аналитиками, у нас есть.
Выделенные архитекторы — это неработающая концепция. Архитектуру определяют те, кто пишут код, а не те, кто рисуют схемы в PowerPoint. Вот здесь про это написано подробно. Т.е. каждый разработчик должен понимать архитектуру того, что он пишет. Для синхронизации понимания у нас есть architecture community.
И самое главное: на уровне сеньора разработчик уже должен не просто писать код, а разрабатывать продукт. Он должен иметь достаточно широкий кругозор, чтобы понимать весь продукт целиком и иметь видение его развития.
Странная позиция. То, что их мало, не значит, что нужно брать всех таких людей подряд: нам же с ними по 9 часов каждый вместе работать.
ИТ — это не про самостоятельную работу, это всегда про взаимодействие. И тут на первый план выходят человеческие качества нынешних и будущих коллег.
Выглядит так, что вы проецируете свой неудачный опыт на все компании.
Мы вкладываем в понятие «разделяет наши ценности» весьма приземлённые вещи. Так как у нас в ИТ структура плоская (разработчик -> CTO), то разработчики сами отвечают за всё техническое планирование: архитектура, сроки, баланс техдолга и новых фич и т.п. Не каждый приходящий готов взять на себя ответственность за развитие компонента и планировать. Многим комфортнее разгребать задачи из джиры и это нормально.
Готовность брать ответственность и работать с людьми открыто и без политики — это мы и называем «разделять ценности».
Соглашусь.
Общий уровень жизни растёт, что бы там не говорили. Заработать на жизнь становится легче, пример тому рост спроса на водителей такси: профессия не требует никаких навыков, кроме управления ТС. Это, конечно, не работа мечты, но умереть от голода не даст.
Рост рынка низкоквалифицированных вакансий здорово ударил по высококвалифицированным: всё меньше людей готовы вкладывать годы в обучение и практику. Как один из результатов — рост дефицита квалифицированных кандидатов в ИТ.
В прошлой статье про тестовый день (ссылка была в текте, прочитайте) написано, что у нас активно практикуется парной программирование. Тестовый день проходит в паре.
Кстати, по той ссылке из статьи вы узнаете ещё больше деталей.
Ваша ошибка в том, что вы считаете технические критерии единственным критерием при найме. «Раз я сеньор и Додо ищет сеньоров — я подхожу.».
Отнюдь. Нам нужны люди, близкие по духу и культуре к той немаленькой (over 100) команде ИТ, которая уже есть. И большинство этапов пайплайна (HR, тестовый день, CTO) направлены как раз на выявление соответствия культуре, а не формальным техническим проверкам.
Так что, если вы категорически не согласны с какими-то этапами найма, то мы просто не подходим друг другу. Даже если вы отличный специалист с технической точки зрения.
И наш процесс найма в вашем случае суперэффективен —мы с вами не потратили ни минуты общего времени, чтобы это выяснить.
Отвечу только на последний тезис Ответы на все предыдущие есть выше.
То, что большинство комментаторов находит наш подход неправильным, лишь подтверждает тезис о том, что недовольные активнее высказывают свою позицию. Ровно то же самое вы можете видеть на любом сервисе отзывов, будь то Яндекс.Маркет или Кинопоиск.
Вы удивитесь, но вакансии могут долго висеть не только потому, что их не могут закрыть.
А ещё и потому, что на вакансию нужно много людей. Например, когда компания активно растёт.
Уточню, что нам на вакансию Senior C# в этом году нужно минимум 10 чел. Так что она не закроется после первого нанятого разработчика.
Тестовый день не обязательный, как писала Женя выше. Он нужен, если есть сомнения относительно кандидата или он сам его хочет, что случается всё чаще в последнее время.
Насчёт мнения CTO. На вашем месте я бы как минимум, узнал о причинах такого мнения.
Скажу больше: мой сосед по комнате каждую пт заказывает пиццу в сети с названием из двух слов и ещё всем рассказывает почему.
Секрет в том, что сети не идентичные по фишкам. Всегда можно найти аргумент в пользу той или иной.
Для соискателя это тоже важно. У меня был опыт (не только в Додо), когда кандидат выходил на первый рабочий день. Погружался в код. Вечером приходил ко мне и говорил: «Не, с таким кодом я работать не готов, извините». И больше не приходил никогда.
Очевидно, что для кандидата это тоже потерянное время и потерянные офферы (от которых он отказался придя ко мне).
Этого можно было бы избежать, придят на тестовый день.
По первому вопросу ответ простой. В статье речь идёт а сеньорских вакансиях, ибо сейчас у нас открыты только они. На них нам нужен человек не только с уверенными знаниями инструментов, что можно достичь дома и на хобби-проектах.
У сеньора должен быть опыт промышленной разработки, работы в команде, релизов под нагрузкой и срочных откатов. Он должен понимать, как приложение живёт, как анализировать большой объём логов. Такой опыт можно получить только работая фул тайм на серьёзном проекте.
По второму вопросу вы совершенно правы. Под «шаблонным письмом» я имел в виду тот текст, который ХХ генерирует автоматически.
Те, кого вы называете аналитиками, у нас есть.
Выделенные архитекторы — это неработающая концепция. Архитектуру определяют те, кто пишут код, а не те, кто рисуют схемы в PowerPoint. Вот здесь про это написано подробно. Т.е. каждый разработчик должен понимать архитектуру того, что он пишет. Для синхронизации понимания у нас есть architecture community.
И самое главное: на уровне сеньора разработчик уже должен не просто писать код, а разрабатывать продукт. Он должен иметь достаточно широкий кругозор, чтобы понимать весь продукт целиком и иметь видение его развития.
ИТ — это не про самостоятельную работу, это всегда про взаимодействие. И тут на первый план выходят человеческие качества нынешних и будущих коллег.
Мы вкладываем в понятие «разделяет наши ценности» весьма приземлённые вещи. Так как у нас в ИТ структура плоская (разработчик -> CTO), то разработчики сами отвечают за всё техническое планирование: архитектура, сроки, баланс техдолга и новых фич и т.п. Не каждый приходящий готов взять на себя ответственность за развитие компонента и планировать. Многим комфортнее разгребать задачи из джиры и это нормально.
Готовность брать ответственность и работать с людьми открыто и без политики — это мы и называем «разделять ценности».
Общий уровень жизни растёт, что бы там не говорили. Заработать на жизнь становится легче, пример тому рост спроса на водителей такси: профессия не требует никаких навыков, кроме управления ТС. Это, конечно, не работа мечты, но умереть от голода не даст.
Рост рынка низкоквалифицированных вакансий здорово ударил по высококвалифицированным: всё меньше людей готовы вкладывать годы в обучение и практику. Как один из результатов — рост дефицита квалифицированных кандидатов в ИТ.
Кстати, по той ссылке из статьи вы узнаете ещё больше деталей.
Отнюдь. Нам нужны люди, близкие по духу и культуре к той немаленькой (over 100) команде ИТ, которая уже есть. И большинство этапов пайплайна (HR, тестовый день, CTO) направлены как раз на выявление соответствия культуре, а не формальным техническим проверкам.
Так что, если вы категорически не согласны с какими-то этапами найма, то мы просто не подходим друг другу. Даже если вы отличный специалист с технической точки зрения.
И наш процесс найма в вашем случае суперэффективен —мы с вами не потратили ни минуты общего времени, чтобы это выяснить.
То, что большинство комментаторов находит наш подход неправильным, лишь подтверждает тезис о том, что недовольные активнее высказывают свою позицию. Ровно то же самое вы можете видеть на любом сервисе отзывов, будь то Яндекс.Маркет или Кинопоиск.
А ещё и потому, что на вакансию нужно много людей. Например, когда компания активно растёт.
Уточню, что нам на вакансию Senior C# в этом году нужно минимум 10 чел. Так что она не закроется после первого нанятого разработчика.
Насчёт мнения CTO. На вашем месте я бы как минимум, узнал о причинах такого мнения.
Мы стараемся совмещать очные встречи, чтобы минимизировать количество визитов.
Кандидат работает за компом штатного разработчика. Там есть и работают все доступы.
Секрет в том, что сети не идентичные по фишкам. Всегда можно найти аргумент в пользу той или иной.
Очевидно, что для кандидата это тоже потерянное время и потерянные офферы (от которых он отказался придя ко мне).
Этого можно было бы избежать, придят на тестовый день.
У сеньора должен быть опыт промышленной разработки, работы в команде, релизов под нагрузкой и срочных откатов. Он должен понимать, как приложение живёт, как анализировать большой объём логов. Такой опыт можно получить только работая фул тайм на серьёзном проекте.
По второму вопросу вы совершенно правы. Под «шаблонным письмом» я имел в виду тот текст, который ХХ генерирует автоматически.