Блог компании Нетология

Коллекция статей о том, почему «мягкие навыки» важны даже для самых крутых IT-спецов

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

Софт-скилс — термин, который на русский внятно не переведёшь. «Развиваем личностные навыки, чтобы стать успешнее в работе» — звучит хорошо, но где взять 48 часов в сутках, чтобы так заморачиваться, зачем вообще требовать столь многого от инженеров и почему бы просто не дать всем развиваться исключительно в профессиональной сфере? Скепсис вполне понятен, но не обоснован. «Софт-скилс» не секта тех, кому нечем заняться, и не заговор организаторов семинаров по личностному росту. Мы собрали материалы, которые исчерпывающе раскроют тему и помогут взглянуть на неё по-новому.
Наши эксперты
Дарья Баева
продюсер-методист направления Soft Skills «Нетологии»
Коллективное бессознательное Хабра
Что такое софт-скилс
Для начала о том, что это такое вообще. Зачастую общее непонимание вопроса порождает искажённое восприятие, что, естественно, мешает увидеть реальность во всех её нюансах, плюсах и минусах. Именно такая история происходит с «мягкими навыками». Следующие материалы откроют глаза непосвящённым и переубедят ревностных противников.

1
Статья ответит на вопрос, стоит ли развивать все виды софт-скилс сразу.


2
Часто soft skills рассматриваются как следующий шаг в карьере после развития hard skills — остатки предубеждения, что «харды» важнее. Но с учётом доступности информации и лёгкости обучения стало много людей, у которых примерно один и тот же уровень по хардам (конкуренция среди специалистов сейчас высока) — поэтому новых сотрудников в команды всё чаще выбирают именно за «софты».

Soft skills на самом деле не просто конкурентное преимущество при поиске работы. Это инструмент, с помощью которого от работы можно получать удовольствие. Когда знаешь, чего хочется от проекта, есть продуманный карьерный трек и умеешь эффективно взаимодействовать с разными людьми, можно быть не просто хорошим специалистом — появляется шанс стать трендсеттером и реализовать свои амбиции, заявить о себе и продать идеи нужным людям. В этом я согласна с автором статьи: развитые «мягкие навыки» помогают специалистам сделать работу комфортнее, с ними больше шансов получить удовлетворение от проектов, и меньше — эмоциональное выгорание.
Дарья Баева
продюсер-методист направления Soft Skills «Нетологии»

3
В этом материале узнаете о 3 «мягких навыках», которые важнее всего для программистов. На первом месте, как водится, коммуникативность, зато на втором кое-что поинтереснее.

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

5
Если вы и так умеете вежливо отказывать в любой ситуации, эту статью можете не читать.
Статья о том, что голова ассертивность — всему голова. Soft skills, которые мы заслужили. О важности и способах развить навыки для поддержания своих личных границ, мира с самим собой и внутренней гармонии, чтобы прийти к успеху в профессии и жизни вообще. Психолог Мария Берлин объясняет, что суть ассертивности в проактивности, которая будет проявляться по-разному у экстравертов и интровертов. Особенно примечательна модель ассертивного поведения Мануэля Смита из 10 убеждений и отличия сопереживающего «нет» от дипломатичного, компромиссного, отсроченного, обоснованного и, наконец, базового.
Коллективное бессознательное Хабра

6
Soft skills — это не абстрактные навыки, и в IT-компаниях существуют вполне определённые способы их оценки. Такие навыки всегда были крайне важны для построения успешной карьеры, а сегодня, ввиду огромного количества сильных технических и творческих команд, они важны вдвойне. Именно поэтому у HR-специалистов разработана методология для оценки специалистов самого разного уровня. В комментариях к статье меня зацепила одна мысль: «софт-скилы не нужны простому программисту, ведь их никак не применишь и не измеришь». И я здесь не согласна.

Кроме того, soft skills можно и нужно монетизировать: через карьерный и зарплатный рост, выбор интересных и высокооплачиваемых проектов, развитие собственного дела (для чего всегда нужен нетворкинг, умение общаться и презентовать идеи и т. д.). В статье приведены как раз те софт-скилы, на которые я бы тоже рекомендовала обратить внимание, однако я не совсем согласна, что они являются универсальными. Развитие soft skills — всегда индивидуальная история, и выбирая, над какими навыками работать, стоит учитывать разные факторы: особенности личности, текущую позицию, карьерные пожелания и многое другое.
Дарья Баева
продюсер-методист направления Soft Skills «Нетологии»

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

1

2
Если заморочиться и составить таблицу соответствия хард- и софт-скилс, то командную работу можно значительно улучшить. Статья наглядно показывает как, на примере 4 классических типов разработчиков.

3
Строго говоря, материал — разбор прошедшего ранее эфира (ссылка прилагается) и ответы на комментарии зрителей, но текст сам по себе познавательный. К тому же тут доказательство, что 5000 часов в DOTA — это не впустую потраченное время. Умение играть в видеоигры не самый очевидный софт-скил. Этот материал подробно демонстрирует, как «пустая трата времени» помогает развиваться, причём профессионально и даже за пределами IT.
Коллективное бессознательное Хабра

4

Развитие навыков общения
Коммуникативные навыки в повседневной и профессиональной жизни необходимы и даже неизбежны. В этом разделе собраны статьи о том, как эти навыки применять максимально по делу и не сотрясать воздух впустую.

1

2
Между прочим, один из топ-5 человеческих страхов. Внятная подборка советов, как его проработать.
В статье и в комментариях читателей хорошо описаны приёмы, которые помогут самостоятельно улучшить навык публичных выступлений.

На любые коммуникации, включая публичные выступления, важно смотреть системно и прорабатывать комплексно. Чаще всего у специалистов есть определённые блоки, которые не позволяют эффективно общаться — страх быть непонятым, стеснение, неуверенность в уровне своего профессионализма («Да что я могу им всем рассказать?»). Важно вначале найти и проработать эти блоки, а затем заменить их на созидательные установки, например «Публичные выступления — это когда я навязываю свой личный бренд людям, чтобы получить что-то для себя» → «Мой опыт может быть полезен другим людям, поэтому им интересно будет меня послушать».
Дарья Баева
продюсер-методист направления Soft Skills «Нетологии»

3
Неочевидный совет: начинать совещания с вопроса «Как у тебя дела?» каждому сотруднику. Статья на примерах показывает, почему это важно.

4
Негатив как мотиватор и двигатель прогресса, или как важно осознанно фачить. Статья доказывает, что суть soft skills — мыслить нестандартно, рассматривать привычные атрибуты повседневного существования с точки зрения их практической пользы. Здесь вот автор делится тем, как использовать тёмную сторону негатив во благо и как его дозировать. На примере своего опыта он показывает, насколько дорожка негатива и токсичности на самом деле скользкая и как он решил с неё сойти.
Коллективное бессознательное Хабра

5
Примеры фраз на английском и «запретные» для смолл-толка темы.

Менторство для IT-специалиста: почему важно учить других
Повторение — мать учения, как всем нам известно с детства. Но мало кто знает, что в процессе передачи своей экспертизы укрепляешь и развиваешь её ещё больше. Бывает, что вроде понимаешь, но не можешь объяснить, — публикации покажут, чем полезно наставничество и как оно вообще работает.

1

2

3
Чем полезно наставничество? Во-первых, это возможность переключиться с решения своих рабочих задач на задачи другого уровня, — это расширяет кругозор, помогает систематизировать собственные знания и развить более глубокое понимание процессов внутри компании. Во-вторых, это совершенно другой уровень коммуникаций и отношений внутри команды, намного более личный. В-третьих, это передача опыта с экспертной позиции: «Я уже прошёл свой путь и у меня есть понимание, как помочь тебе пройти свой», — это очень позитивно влияет на профессиональную самооценку и удовлетворение от работы.
Дарья Баева
продюсер-методист направления Soft Skills «Нетологии»

4

Тайм-менеджмент и управление задачами

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

1
Если не лень прочесть статью о лени, тут о том, что правильно лениться полезно и что это тоже своеобразный «мягкий навык». Автор рассматривает лень как природный механизм защиты от выгорания и рассказывает о 4 категориях офицеров немецкого генерал-фельдмаршала Эриха фон Манштейна по критериям: умные / глупые, трудолюбивые / ленивые. Написали бы больше, но лень.
Коллективное бессознательное Хабра

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

3
Памяти доверять нельзя, даже если она хорошая. Статья расскажет, зачем надо записывать все видеосовещания и ходить на встречи с диктофоном, а потом задавать множество уточняющих вопросов.

4

Как стать хорошим тимлидом

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

1
Взять хорошего технического спеца и поставить на должность менеджера — насколько удачная идея? Аргументы из личного опыта.

2
Руководить — дело нехитрое процесс более многогранный, чем может показаться на первый взгляд. Как известно, чтобы начать бегать, нужно сперва научиться ходить. В этом материале автор разъясняет, что для грамотного руководства проектами в IT нужно сперва натренировать личностные навыки общения. От очевидных (влияние, урегулирование конфликтов, собственно, руководство) до более специфических: активное слушание, управление рисками, ведение переговоров и др.
Коллективное бессознательное Хабра

3
Учиться лучше всего на чужих ошибках: реальный опыт неизмеримо полезнее абстрактных теорий. Рассказ бывшего рядового разработчика, а теперь тимлида о том, какие проблемы могут встретиться, в частности об ответственности, делегировании, спринтах и экспериментах.
Если есть желание последовать примеру автора и вырасти в тимлида, первое, что я бы рекомендовала сделать, ещё находясь на позиции специалиста, — научиться правильно оценивать свои профессиональные навыки и проявлять проактивность.

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

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

Для разных команд и позиций список будет отличаться: где-то нужно часто давать обратную связь коллегам, где-то — продавать свои идеи заказчикам, где-то — уметь сплотить команду. Когда вы обозначите для себя нужные навыки и оцените, чего не хватает, далее советую определить для себя вектор их развития и быть проактивным, искать ситуации, где можно применить новые для вас скиллы.
Дарья Баева
продюсер-методист направления Soft Skills «Нетологии»

4
Куда расти и расти ли? К примеру, в первом же пункте раздела «Подводные камни» вам говорят, что надо забыть о том, как писать код. А также детально сравнивают тимлида и PM-а. Как ни удивительно, это совсем не одно и то же.

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

    +5

    Когда я слышу слова "soft skills", моя рука тянется к пистолету. Хватит захламлять хабр этим дерьмом!

      0

      Ну-ну, HR и эффективным менеджерам тоже надо усиленно симулировать нужность и бурную деятельность.

        +4
        Сами по себе эти навыки полезны. Просто некоторые их стали упоминать по любому поводу при малейшей возможности, зачастую просто пытаясь мотивировать работать лучше и больше (в т.ч. за «того парня»), за меньшие деньги :)
        +7
        Расскажу-ка я пару старых баек про софт-скиллы. «Мы ведь знаем, что» soft skills очень важны, ага.

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

        Казалось бы — что может пойти не так? Рокстар в команде — это к новым свершениям? Один маленький недостаток. Наш обскилованный сеньор… не хотел в код. Умел — но не хотел. Так что, полюбовавшись на его коммиты (а точнее их отсутствие), сеньора пришлось уволить.

        Сеньор на прощание сказал, что он «попал в ужасно токсичный коллектив». Ни тебе совместных пивасиков по вечерам, ни заруб в «контру» в обед — все сидят и херачат код. Скукотища…

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

        Дальше — чистое наслаждение. Сеньор экспрессивно рассказывал, как он… херачил по тикетам. Даже не сумел рассказать — о чем проект. Ладно, а тогда самый худший какой? И снова экспрессивный рассказ про… хераченье по тикетам.

        А в чем, говорю, разница? Там тикеты, тут тикеты? Это другое! Тикеты бывают (оказывается) «такие» и «не такие». Ну вот бывают.

        Ладно, может мы друг друга не поняли, мало ли. Окей, а вот вы говорите что использовали (например) EntityFramework. А расскажите что-нибудь интересное? (привожу пару примеров). И снова я слушаю (в третий раз) рассказ про тикеты…

        В общем, четкое впечатление «методички» — кандидату неинтересно программирование, кандидат натренировался в лапшеметании на «собесах». Пришлось не взять.

        Зарисовка намбафри. Еще один молодой, энергичный, об-softskill-енный сеньор. Дается несложная задачка — залогать приходящие в REST API «жысоны».

        Стандартный спринговый контроллер, стандартно развесистый API, Swagger и все вот эти мелочи, которые мы любим. Задачка — тьфу, вешаешь себе в цепочку фильтр, получаешь весь payload до декодинга, забиваешь по маске строчки, «похожие на номера карт», отправляешь в ELK.

        Что могло бы пойти не так?

        Но нет. Весь спринт мы выслушиваем о том, как ему трудно и сложно. Ладно, бывает, не делал, в гугле забанили, со stackoverflow не знаком (ладно, давно было, может и не было еще). Вот тебе готовый код притащи к себе, нарисуй к нему тест.

        Вопрос решен? Увы. Тест он тоже не смог. Лид психанул, подошел к его компу, прямо на его компе тест нарисовал за 20 минут. Можно дальше работать?

        Снова нет! Сеньор начал жаловаться, что «коллектив токсичный», «ему даются самые уродские задачи», «и вообще он думал что мы не такие». Пришлось уволить.

        Зарисовка намбафор. Еще один молодой, энергичный, об-softskill-енный сеньор. Как он зажигал на митингах… хочешь до конца дня ничего не делать? Назначь митинг на обед и дай повитийствовать. Правда, эта красота была ровно до того момента, пока обсуждали не его задачи.

        Как только же задавались вопросы про (отсутствие) его работы, тут начинался плач Ярославны — все время ему что-то мешало. Закончилось это анекдотом — «я за три дня ничего не смог сделать, потому что (сеньор из другого отдела) сорвал мне всю работу».

        Мне стало любопытно — о чем речь. Оказывается, наш сеньор любил подергать коллег с вопросами. Добрался до соседей. Ну и товарищ ему расшарил скрин и что-то там пытался объяснить. Наш герой увидел у коллеги Eclipse другой версии, решил что это недостающая ему silver bullet, и захотел немедленно себе поставить такую же. Три дня ставил.

        Пришлось того… опять… уволить.

        «И такой пищи — названий до тыщи» (С).
          –3
          Софт-скиллы бывают разные — полезные для дела и не очень. Умение вешать лапшу на уши интервьюирам на собеседовании — полезный скилл или нет? Для чувака который вешает — наверное полезный, для дела — не очень. Умение грамотно и с пользой для дела общаться с подчиненными, коллегами и вышестоящими руководителями — полезный скилл? Безусловно.
          В целом, без новомодных софтскиллов можно было бы обойтись, если бы ты кодил в одиночку на необитаемом острове.
          А так как в большинстве случаем мы работаем в команде и общаемся с внешним миром — хочешь — не хочешь — а полезные для дела софтскиллы будут полезны (сорри за тафтологию)))
            +5
            Умение вешать лапшу на уши интервьюирам на собеседовании — полезный скилл или нет?
            Если мне понадобится такой эксперт — я укажу в вакансии «умение вешать на уши лапшу», а не «умение в код» :-)

            Умение грамотно и с пользой для дела общаться
            Вот собственно в этом дело — умение «общаться» несколько переоценено. Для HRа или сейла — да, и то — это научается и скриптуется.

            Для менагера это so-so (вреда от бла-бла обычно больше чем пользы).

            Но для инженера? С кем он собрался уметь общаться, с официанткой в старбаксе? А почему я за это должен доплачивать? :-)

            И нет, за нормальное общение в коллективе и все эти тимбилдинги — отвечает менеджер, а не инженеры. Именно его задача — обеспечить комфортную и продуктивную обстановку в коллективе, а не «они сами пусть договорятся». Именно поэтому — на корпоратив рядовой состав идет бухать, а линейный менеджмент и HR-ы — на работу. Внезапно :-)

            Менеджер — должен уметь договариваться. От инженера этого всего лишь хотелось бы. И только вторым номером — если он выполняет свои hard skills на ять.

            В целом, без новомодных софтскиллов можно было бы обойтись, если бы ты кодил в одиночку на необитаемом острове.
            Давайте проверим — заменим инженера например на сантехника. «Без софт-скиллов можно было бы обойтись, если бы сантехник менял прокладку на необитаемом острове» :-)

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

            А потом мы наблюдаем раскол в коллективе из-за неподеленного кондиционера или из-за не той марки печенек, ибо некому развести этих самых обскилленных софтово.
            0
            Я бы не хотел хереачить код обед, если серьезно. Одно дело дедлайн, другое — традиции.
              0
              В обед хотелось бы обедать, факт, а не зависать на очередном de_dust2 часика на полтора :-)

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

              А потом обратно перестроиться на полноценную работу — очень сложно.

              Попадаются даже уникумы, которые считают что — и не нужно, ведь так хорошо сиделось. Подумаешь, весь отдел уволили из-за отсутствия результатов, зато как сидели, хех. Встречаешь такого — опыт, эрудиция, все при нем. А вот работу работать — увы, разучился уже…
              +3
              Софт-скиллы не противоречат «интровертности» и напрямую не связаны с посиделками в обед и подобным, у вас там просто все перепутали :)
              Интересно, что в любой статье на эту тему находится кто-то с пачкой таких вот примеров, которые в общем-то совершенно нерелевантны и сводятся к тому, что наняли людей, не хотящих работать.
                0
                Шутка юмора именно в том и состоит, что — эти самые soft skills некоторые ушлые сеньоры — активно используют для того, чтобы работать поменьше, а получать — побольше.

                Хакнули систему :-)

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

                Уже не надо применять «правило Бойскаута», уже — «тикет приняли? ревью прошел? не моя проблема что не работает», беспримесный Lawful Evil.

                А таких «хакеров» все больше. «Если что-то можно применять неправильно — оно будет применено неправильно», ага.
                  0
                  на собесе важно наметать лапши на уши

                  Плохие собесы значит

                  Уже не продукты и сервисы делаем, а херачим по тикетам

                  Вот как раз чтоб делать продукт, а не херачить по тикетам, и нужны софт-скиллы в первую очередь. А не чтоб собесы проходить
                    0
                    на собесе важно наметать лапши на уши
                    Плохие собесы значит
                    Так это не ко мне вопрос, а к апологетам… Круто мол — с софт-скиллами, лапши наметал — и сразу можно x2 к зряплате просить… смешно же.

                    Лично я — предпочитаю брать тех, кто «в свои 23 года знал 20 языков программирования и ни одной женщины» (с). Которые бы и бесплатно программировали, но им еще и платят.

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

                    Вот как раз чтоб делать продукт, а не херачить по тикетам, и нужны софт-скиллы в первую очередь.
                    Софт-скиллы именно для тикетов нужны, не поверите :-) Смешно, но факт, именно для превентивной защиты своего насеста эти самые пресловутые soft skills весьма часто идут в ход.

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

                    А попробуйте сказать софт-скиллованному, что его код говно так не делают уже лет 20ть. Моментом узнаете, какой вы токсичный, как вас в коллективе не любят, какой у вас код ужасный, и потом ваш аккаунт-менеджер так — «пожалуйста, придерживайтесь практик, принятых у нас».

                    И вот вы смотрите на свежесклепанный легаси, и понимаете — да ну вас нафиг, по тикетам так по тикетам. У вас тут Struts и JSTL? Ну, хорошо что не JSF. :-)

                    А на дейли сообщить everything proceeding as planned, no questions, thank you — особых скиллов не надо…
                      +2
                      Мне кажется, вы придумали какое-то свое значение этому выражению и теперь с ним спорите. Подозреваю, что придумали не просто так, а из опыта. Возможно даже все ваши знакомые используют его именно так, но тем не менее это не оно. На деле тема важная и малопонятная, особенно в наших широтах. Собственно поэтому, скорее всего, и термин часто используется не к месту, а к месту чато не используется.
                      Можете попробовать пойти от обратного: вспомнить людей, с которыми было трудно работать, хотя они точно не были плохими программистами. Вот им как раз и не хватало этих самых софт-скиллов.
                        0
                        Мне кажется, вы придумали какое-то свое значение этому выражению и теперь с ним спорите.
                        Господь с вами… я травлю байки, и не более того.

                        Реально же смешно, когда «мы токсичные», потому что у нас лентяйничать не получается :-)

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

                        Все-таки — есть некоторая разница между

                        Lawful Evil — Код спеке соответствует? Соответствует. Подтверждающие это тесты есть? Есть. Ревью пройдено? Пройдено. Не работает? Идите в жопу.

                        Neutral Evil — Заказчики — пидоры, команда — пидоры, один я тут солнышко!

                        Chaotic Evil — пока вы спали, я все спортировал на линукс и постгре, сменил облачного провайдера, доменное имя и офис-менеджера. Зачем? Но ведь так наш код будет на 1.5% эффективнее!!!

                        Если с Chaotic Evil можно работать (направляя его энергию в нужное русло), то уже с Lawful Evil два раза подумаешь, нужен ли такой экстремист в команде. Ну а с Neutral Evil — совсем печаль.
              +1
              Софт-скилс — термин, который на русский внятно не переведёшь.

              Такое впечатление, что он, термин, и на англицком не очень то внятно определён. Пихают туда всё подряд. Термин-свалка.
              Почему нельзя по категориям? Навыки коммуникации. Ну или Communication Skills, если уж обязательны англицзмы. Планирования навыки, "лапшевешения"("продажи идей" и продажи идей, евангелизма(евангелирования?), прохождения собеседований и мотивации, ну и удержания хорошей мины), координации, увеселения, декомпозиции… а, не, это уже "хард скилл", напрямую к практическим задачам относящийся. Или нет?
              Некоторые и "6. Постоянное обучение — long life learning" в навыки заносят, хотя это более образ мышления и стиль жизни.

                +1
                Почитал. Похихикал. Провел мысленный эксперимент: берем РЕАЛЬНУЮ профессию и вычеркиваем нафиг все эти «софт скиллы», которые в ней не нужны гарантированно (никогда не понадобятся). Больше половины получилось.
                Вспомнил древнючее как скелет мамонта: «хороший парень — это не профессия».
                Ну а дальше по ссылке «Способность учиться хард скиллам — тоже софт скилл. Что ещё?» узрел:
                У Нетологии есть бесплатные курсы по софт скиллам, у лекторов-менторов есть бесплатные материалы. По ним можно понять, насколько душа лежит к тому, что рассказывают эти люди. Если откликается — можно потратить на это несколько тысяч рублей, но не 800к за МВА. Может, 10 000₽ звучит дорого, но во-первых, все курсы умеют принимать оплату в рассрочку, а во-вторых: это инвестиции в будущее.

                Очень напоминает подход ЛитРес — «вот кусочек книги бесплатно на затравку, а хочешь всю — плати.»
                Да, «никогда не ходить на обед в одиночку» там наличествует. Это сейчас-то? Вполне демонстрирует «качество» предлагаемого.
                  0
                  В психологии в целом много мифов. Часть мифов плодится из-за неправильного перевода некоторых терминов. Проверенные теории, которые выверялись на большой группе людей никто почти не знает. Кто-нибудь слышал про Милтона Рокича и что он проверял теорию на тысячах респондентов?
                    +2
                    Проблема софтскиллов заключается в том, что зачастую про софт скиллы ты слышишь от начинающих HR-ов и людей, у которых просто отсутствует жизненный опыт и понимание что не софт скилами живет мир. Лично мой опыт — 2 из 10 HR-специалиста, с которыми в принципе можно поговорить, и как выясняется говорить на самом деле не о чем — и так все понятно что нужно делать, чтобы куда-то двигаться.

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

                    А из-за этого, на софт скиллы навешиваются отрицательные клише уже со стороны айтишников.

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

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

                    Поэтому у меня в принципе тоже фраза «софт-скилы» вызывает отрицательные эмоци.
                      +2
                      Почему «soft skill»-то? Это же «социальные навыки», не? Или звучит не так круто?

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