Как Вы Оцениваете Свою Позицию Как Разработчика?

Ищу работу на должность Старшего разработчика — именно так начинается графа «Цель» в большинстве резюме.

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

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

Для начала давайте определимся, кто есть кто:

  • Младший разработчик – 75% его работы должен контролировать тимлид;
  • Средний разработчик – 50% его работы контролирует руководитель группы;
  • Старший разработчик – 25% его работы контролирует Team Lead;
  • Руководитель группы – 0% его работы контролирует руководитель группы (подчиняется только руководителю проекта)
От чего зависит позиция разработчика? Многие определяют это по знаниям, опыту, сертификации, умению быстро и эффективно решать задачи и т. д. Но немаловажно и предыдущее место работы, ведь разработчики стараются подняться вверх в карьерном и материальном плане.

Но есть и другая сторона — общий уровень по сравнению с другими разработчиками.

Предположим, что разработчик работает Intermediate Developer в средней компании в небольшом городе и у него есть выбор:

  • Стать руководителем команды;
  • Стать старшим разработчиком;
  • Станьте младшим разработчиком
Вариант «Придумать гениальную идею, создать свой стартап и взять на себя обязанности Team Lead или Project Manager (или все сразу)» рассматривать не будем, так как это тема для отдельного разговора.

Я думаю, вы немного удивлены тем, что разработчик среднего уровня может выполнять практически любую роль! Сценарий для Team Lead может быть следующим: разработчик начинает усиленно работать над своими знаниями и навыками.

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

Разработчик становится известным человеком на уровне своей страны.

После этого его шансы стать Team Lead в нынешней или аналогичной компании значительно возрастают. В случае Senior Developer все гораздо проще.

Если разработчик не ленится, то постепенно он дорастает до должности Senior Developer. Это всего лишь вопрос времени и усилий, вложенных разработчиком.

Мы подошли к самому интересному: как разработчик среднего уровня может стать разработчиком младшего уровня! Нет, для этого вам не нужно ничего делать на работе! В противном случае вас могут просто уволить (и тогда не говорите, что я вас не предупреждал).

Один из способов вернуться на должность младшего разработчика — устроиться на работу в крупную иностранную компанию.

Если указанный выше разработчик не живет в США и хочет переехать, например, в Microsoft, команда Фил Хаак , то вероятность того, что он подаст заявку на должность Intermediate Developer, очень мала.

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

Очевидный вопрос: как оценить уровень будущих коллег? В случае с командами, создающими известные продукты и ведущими активный образ жизни в Интернете, это довольно просто.

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

Итак, вы пишете резюме на конкретную должность.

На данный момент, я уверен, вы делаете это более осмысленно.

Но, к сожалению, как правило, на одну вакансию компании проводят собеседование с несколькими людьми.

Бывают случаи, когда они приходят на позицию ниже текущей.

Например, старший разработчик достиг должности Team Lead, но отправляет резюме на должность Senior Developer. И на это есть много причин:

  • На данный момент в компании нет вакантной должности Team Lead;
  • Застройщик боится ответственности более высокой должности;
  • Кандидат явно себя недооценивает.
Плохой рекрутер сразу возьмет кандидата на текущую должность.

Мотивация:

  • Возможность снизить соотношение цена/качество;
  • Поощряет других членов команды совершенствовать свои знания;
  • Устраняет необходимость слушать других кандидатов.

Хороший рекрутер постарается найти подходящего кандидата.

Возможно, в другой команде.

Или даже может отказать кандидату по следующим причинам:

  • Команда должна работать как слаженный механизм.

    А если одно колесо больше остальных, то это может быть причиной возможного выхода из строя всего механизма;

  • Человек намерен рано или поздно изменить свою позицию.

    Возможно, займу еще одно место в команде.

    В нашем случае скоро откроется новый проект, где он сможет проверить свои силы;

  • Необходимо найти лучших среди Senior Developers, а не Team Lead среди Senior Developers.
Конечно, деление на «хорошего» и «плохого» рекрутера условно и зависит от целей компании и текущей ситуации.

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

Что с ними делать? Опять же, посмотрите на эту ситуацию с разных сторон.

Плохой рекрутер просто не возьмет кандидата на работу.

Хороший человек задаст себе следующие вопросы:

  • Можем ли мы его обучить? Можно ли тратить на это время и деньги компании? (Разумеется, это вариант для Младшего разработчика);
  • Можем ли мы его переобучить? (например, ASP.NET Intermediate Developer решил стать Silverlight Intermediate Developer. Важно то, что у человека уже есть много навыков и нет необходимости готовить его с нуля);
  • Можем ли мы найти кого-то лучше в данный момент времени (подошел срок сдачи проекта, без комментариев);
Чувствуете разницу? Плохой рекрутер решает проблему быстро и просто, хороший рекрутер решает проблему эффективно и с прицелом на будущее.

Надеюсь, я убедил вас в том, что позицию разработчика не всегда легко определить.

Но если вы разработчик, пожалуйста, определите это более четко для своей следующей работы.




Дмитрий_Жарий говорит: Прочтите этот текст на английском языке!

Как вы оцениваете свою позицию как разработчика?

Попробуйте прочитать текст этой статьи на английском языке ради улучшения своих навыков и добра.

Следующая ссылка ведет на параллельную (двуязычную, смешанную, английскую и русскую) версию этой статьи.

Прочтите текст на английском языке и воспользуйтесь русским переводом ниже, если вдруг потеряете смысл английского текста.

[ EN/RU ] Какова позиция вашего разработчика? Теги: #HR #разработчик #должность #карьера #должность #должность #Карьера в IT-индустрии

Вместе с данным постом часто просматривают: