Как стать автором
Обновить

Комментарии 14

Не знаешь что писать в резюме — пиши «инновационный подход» и «проактивность».

Исследователи отмечают, что коммуникативные навыки становятся важнее в свете перевода работников на удалёнку.

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

В СССР софт-скиллов не было, но был такой анекдот:

Один рабочий идет вдоль улицы и копает ямы, а за ним второй эти ямы закапывает. Прохожий удивляется:
- Вы что делаете? Первый копает, второй закапывает?
- Я не второй, я третий. Второй не пришел, он должен был деревья сажать.

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

Насмотрелся на работе. Нет уж, лучше эксперты послабее (кстати, не факт), зато коммуникабельные и стрессоустойчивые.

Т.е коммуникабельный социальный болтливый самовлюблённый козёл будет лучше? Нет уж, козлы пусть лучше отдельно сидят, а не коммуникабельность проявляют.

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

Я плохо сформулировал мысль, наверное, попробую ещё раз.

Когда говорят «софт скиллы не нужны» и «софт скиллы это развод, придуманный менеджерами», подразумевают, что учитывать надо только техническую экспертизу. Эта позиция в целом не позволяет рассуждать в терминах «козел - не козел», «болтает по делу - болтает не по делу» и тому подобных, подразумевая, что технический навык является единственно необходимым для работы.

Чтобы понять козёл ли человек — наличие у него софт скилов (и проверки на их наличие) не обязательны. Более того, человеку с развитыми софт скилами скрыть от беглого взгляда свою козлиную натуру не в пример проще, чем человеку без них.

Так что хорошо если они у человека есть, и на это стоит обращать внимание, но не стоит требовать их или оценивать пригодность соискателя на вакансию именно по ним. Человек пришел работать и в первую (и главную) очередь следует проверять его проф.пригодность. И уже среди пригодных можно выбирать по личным симпатиям HR-а и прочих отвественных лиц (что по сути и является «оценкой» софт.скилов, весьма субъективной).

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

Согласен, но вот после просмотра нескольких интервью с "топовыми" эйчарами, я был удивлен. На вопрос : "Кого ты выберешь, среднего специалиста, но очень хорошего человека, или же очень хорошего человека, но с весьма средненькими человеческими качествами?", "топовые" эйчары ответили, что не думая взяли бы средненьких человеческих качеств кандидата, главное что бы хард скилы были на уровне :(
Но понятно, что у каждого эйчара мнение будет разниться.

Вариант селекции по двум признакам сразу вы не допускаете?

Я могу допускать что угодно, селекцию по 1, 2 .. 20 признакам, но мы тут о статье в которой вполне четко указан признак для отбора специалистов - адын штука и его, так сказать, подмножество.

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

Работодателей или HR? Практика показывает что интересы у них разные

То есть человек работающий в IT сфере должен быть как десятиборец. Чтоб чемпионом по шахматам был (хард скил), чтобы стометровку за 10 секунд пробегал и 20 секунд проплывал, чтобы в теннис умел (work-life balance знаете ли), чтоб по скалам лазил и при всём при этом умел петь, танцевать и мило очаровывать своей улыбкой всех (софт скил типа).

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

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

Ну а самое главное, некоторые компании упорно пытаются из разработчиков сделать продажников. Что только вредит и тем и другим. Инженерным профессиям свойственно погружаться в решение задачи с головой (о какой многозадачности тут речь?), а не пытаться представить её в красивом свете. Типа, "да у нас фак-ап, но посмотрите как красиво лампочки горят на оборудовании."

В нашей локации насколько я понимаю всё по другому?

Если нет технических мегапупер навыков, твои софт-скиллы не важны.

Я потратил очень много нервов пока искал работу на удалёнке. Особенно когда отравленных откликов перевалило уже за 100+.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Другие новости

Истории