Тренд вакансий

Наблюдая специфику роста зарплат по Java в Минске (в плотную приблизились к московским), можно отметить и другие хорошие тренды:

1) Все чаще указывают зарплатные возможности (примерно 90% публикуемых минских вакансий по JEE, по Москве кажется такого еще нет).

2) Стремление выделить свою вакансию оригинальным текстом ("Приходите, мы Вам будем рады", "Предполагаемый уровень месячного дохода: от 1 480  до 1 750  USD. Если через три месяца Вы будете зарабатывать меньше 10 000 000 - мы вас уволим :)").

С другой стороны - вот, гадаю, как оценить следующие фразы из той же ссылки выше:

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

- В моем понимании грамотную и относительно беспристрастную оценку трудоемкости задач может поставить только Team Lead и тем более ее динамически варьировать от задачи к задаче. - Например у менеджмента есть такое понятие, как "растяжка". Суть ее в том, что на часть задач даются не совсем выполнимые сроки. Первая цель этого относительно даже благородна - обеспечить рост квалификации работника. Вторая цель - если для части задач работника этого не делать, то работник начинает не совсем адекватно себя вести. Потому что находясь постоянно в зоне комфорта - к хорошему привыкаешь и начинаешь искать приключения на свою клавиатуру. С другой стороны и часто это делать не следует, потому что постоянное нахождение вне зоны комфорта - отрицательно сказывается на психологическом состоянии работника.

Вернемся к началу этого пункта - вы готовы ставить себе растяжки? По статистике готовы работать не взирая ни на что, без какого-либо принуждения - кажется только 10% сотрудников компании. Так... Растяжки ставить себе не хотим, а сроки - должны устанавливать себе сами. На практике нам вряд ли позволять занижать на половину сроки, т.е. будут в какой-то мере пытаться смотреть в наши честные глаза и "на глазок" - "набрасывать" нам на 10-20% работы сверху.

Что мы имеем в итоге, по этому пункту? Кризис управления данного подразделения (70% вероятности). То, что повисло в воздухе после акцентирования "данного подразделения" - тут тоже логические выводы вас не подведут. :) С другой стороны - "критиковать - не строить", этот момент имеем в виду.

Второй пункт из процитированного про "лидерские навыки (помощь младшим разработчикам)" - тоже как-то не так, как мне кажется, звучит.

- Ищут линейных специалистов, но с лидерскими навыками. При этом и трудоемкость своей работы - оценивать самому. Как догадка - на проекте нет ни Team Lead, ни менеджера проекта. Тогда почему не искать Team Lead? Или менеджера проекта?

Вы хотите сказать, что "человек должен обмениваться опытом, тем более, в данном случае - уметь помогать молодым, уметь вообще внятно объяснять что-либо, что ты тут прикопался..." - Но зачем тогда затрагивать тему лидерства, которая, как скажет любой грамотный менеджер - есть одна из дисциплин, для эффективного управления персоналом, вот что я имею в виду. Тем более текст вакансий составлял, наверняка - кто-то, имеющий отношение к руководству в компании, и этот момент ему должен быть известен.

Разгадка может быть простой. Читал недавно обзор по специфике IT в Минске - в обзоре рассказывалось, что зачастую небольшие фирмы набирают на проект людей "с миру по сосенке", и в таком ключе работают. Со всеми вытекающими выводами (например то, что для такой фирмы не принципиальна высокая текучесть, с проекта на проект; иногда и 100% сокращают, до нового заказа для фирмы; или наоборот - берут "на перед" заказ, а потом нехватка людских ресурсов, внеурочная работа, высокие шансы на deadline и стрессы по производственным вопросам; разномастный коллектив - возможность не комфортного сосуществования).

Может я не прав, не знаю.