Способность учиться хард скиллам — тоже софт скилл. Что ещё?
Нужны ли soft skills инженеру — на этот счёт больше всего споров и холиваров. Поэтому мы позвали СТО и нанимающего менеджера портала mos.ru, Романа Ивлиева (спикера и руководителя программного комитета TechLeadConf), поделиться своими мыслями. Приводим часть его ответов на вопросы, запись полной версии вебинара — в конце статьи.
Софт скиллы ассоциируются с узким количеством навыков. Это не так
Конечно, что soft skills инженеру не нужны — это миф. Прокачивать важно вообще всё: ни от каких знаний хуже не бывает. Мне кажется, стереотип, что инженеры — интроверты, им софт скиллы не нужны, пусть программируют и живут припеваючи, связан с тем, что софт скиллз ассоциируются с узким количеством навыков. Чаще всего — с коммуникацией, взаимодействием с окружающим миром, и обычно на этом заостряют внимание. А если не взаимодействую с обществом, то и прокачивать не буду.
Всё-таки это не совсем верно, люди общаются друг с другом, поэтому от коммуникационных навыков никуда не денешься, но и само понятие софт скиллз — сильно шире. Как минимум 120 штук: полный список можно посмотреть здесь.
Так что коммуникация — только один навык, и есть ещё 119 совсем других. Помимо группы социальных навыков, куда и относится коммуникация, есть интеллектуальные навыки. Например, это обучаемость. То есть способность обучению хард скиллам — это на самом деле софт скилл, и больше того, его можно развивать. Если есть проблемы с обучаемостью, её можно заменить другим навыком — усидичивостью. То есть можно не иметь больших способностей и талантов, но если ты усидчивый и целенаправленно идёшь к цели, то получаешь соответствующий результат.
Есть здоровенный блок лидерских скиллов: начиная ответственностью и заканчивая наставничеством. Последнее не так важно для джуниора и миддла, а иногда и для сеньора. Но сеньору с опытом, сеньору++ или ведущему разработчику деваться некуда: рано или поздно «подсунут» юного специалиста, которого нужно воспитывать.
Дальше — блок с волевыми навыками. Это, например, управление временем, и стрессоустойчивость.
Качать все навыки сразу — всё равно что учить все языки программирования
Конечно, контекст очень обширный. Кому какие навыки развивать, зависит от места работы, той деятельности, которой занимаешься, от её масштабов, от коллег и обстановки в коллективе — от огромного количества пунктов. Зависит и от нерабочей, личной жизни — все мы так или иначе работу носим домой, а дом носим на работу. Кстати, навык не смешивать эти две сферы — тоже софт скилл.
Зависит и от уровня позиции: руководящему составу нужны определенные скиллы, а остальным они могут быть нужны, но не так сильно. Бизнес-аналитик, системный аналитик обречён общаться с людьми, по роду деятельности ему положено вытаскивать чужие несвязные мысли и делать из них связные мысли. Поэтому для развития софт скиллов нужно понимать, что тебе в данный момент нужнее, и не бросаться на все навыки сразу. Качать их все разом — всё равно что учить все языки программирования параллельно, это бесполезно. Надо понимать, что нужнее в текущем контексте, и либо прокачивать это, либо решать проблему другими способами, заменять софтовую составляющую на хардовую.
<реклама>Вебинары проводит g-mate — бот c лучшими вакансиями в tech. Регистрируйтесь в @g_jobbot, подходящие вам варианты будут приходить в Телеграм.
Не хватает не коммуникации как таковой… Но и без неё никуда
На мой взгляд, больше всего не хватает не коммуникации как таковой, а умения ясно излагать свои мысли. Грубо говоря, это грамотная устная и письменная речь. Многие страдают от того, что в каждом коллективе своя атмосфера, сленг — люди попадают в другую обстановку и теряются, выражать свои мысли правильно не получается.
Второе, на что всегда обращаю внимание: конфликты. То есть на собеседовании предлагаю обсудить: что делать, если за какую-то идею ты топишь один, а все остальные против. Но в своей правоте ты уверен намертво. Такое часто бывает: что-то прочитал или увидел где-то решение, которое больше никто не видел. От таких ситуаций никуда не деться, даже в самых слаженных командах всё равно встречаются конфликты, поэтому эта часть очень важная.
Бывают проблемы с самоопределением — вряд ли это можно назвать софт скиллом. Люди не всегда понимают, чего хотят, и их приходится пытать, чтобы выяснить, чего действительно человек хочет. И тут оказывается, что он хочет одно, а предлагаешь ты ему делать совсем другое — в результате может получиться, что он растеряется, расстроится, возникнут несбывшиеся мечты и неоправданные ожидания.
Но в целом и без самой коммуникации никуда. В моей команде аналитиков нет, и многие их функции выполняются командой. Поэтому она должна уметь разговаривать с людьми, формулировать мысли, уметь из разрозненного набора информации сгенерировать что-то разумное. Нужен и аналитический склад ума — это тоже софт скилл. Мы стараемся смотреть у всех ребят, начиная с миддла, способен ли человек находить объяснения, предположения, думать о том, чем он занимается, а не только тупо исполнять.
Контекст очень важен: в разных командах нужны разные навыки. Где-то — больше аналитики, где-то — команда более спокойная, а кандидат достаточно бодрый, и ты как интервьюер наблюдаешь и думаешь, сможет ли он подстроиться под этот режим работы.
С помощью вопросов можно оценить коммуникацию, аналитику, решение конфликтов, навыки, связанные с наставничеством, воспитанием молодых сотрудников. Управление временем — что делать, когда задач больше, чем возможностей? В общем, у рядовых сотрудников смотрят в основном бытовую сторону. Глубоко копаются в руководителях: там можно беседовать в большем объёме. И организаторские навыки, и принятие решений — кстати, очень важный для инженеров скилл. От его отсутствия многие страдают, и команды, и люди — когда нет внутренней возможности принимать решения и человек вынужден постоянно обращаться к кому-то за подтверждением своей правоты.
Получается, необходимый минимум для работы инженером в средней или крупной компании, в эффективной команде, это: аналитика, умение решать конфликтные ситуации и коммуникация, умение принимать решения и брать ответственность на себя. Это особенно важно в современном гибком мире, где всё agile и нужно в моменте принимать решение о технологиях, а заниматься глубоким анализом времени нет.
Нелинейные вопросы — самый верный путь понять, как поведёт себя человек в той или иной ситуации
Как на собеседованиях смотрят навык принимать решения? «Что-то пошло не так, например, падает сервак. Начальник недоступен. Что будем делать? Допустим, вы самый главный и должны принять решение, перезагружать его, бежать писать письма начальству, что мы все помрём, ждать 30 секунд, чтобы проверить, что не помрём…». То есть я обрисовываю понятную, но синтетическую ситуацию, и интересуюсь, что будем делать дальше. Называют разные варианты.
Первый ответ: пробовать достучаться до заместителя начальника, если он существует, некоторые предлагают собирать консилиум из коллег. Так говорят, чтобы обезопасить себя от ошибок, потому что коллектив — мощнее. А ещё это попытка предложить групповую ответственность вместо личной. В чатах обычно это звучит в духе: «ну и что будем делать, коллеги?». Но такие вещи показывают, что у человека есть как минимум набор инструментов: он понимает, что такие ситуации возможны, не растерялся и знает чисто теоретически куда бежать, кому звонить, кого дёргать.
Продолжаете дальше: что делать, если спросить не у кого, а ситуация пошла под откос? Многие отвечают: «я потихонечку буду пробовать что-то делать». Вот это мой любимый ответ: без суеты, без беготни, я попробую решить этот вопрос сам. Можно предположить, что если ответ не прозвучал самым-самым последним из вариантов — это нормально.
Дальше я спрашиваю, боится ли человек, что может скосячить. Потому что умение косячить, возможно, не софт скилл, но точно определённое умение. Все мы ошибаемся, и я сам неоднократно — вопрос, как ты к этому относишься и как быстро готов исправлять ошибки.
С помощью таких нелинейных вопросов, когда непонятно, какой — следующий, можно понять, осознаёт ли кандидат, что просто так перезагружать сервера с продуктовой базой данных нельзя, потому что там транзакции клиентов на десять миллиардов долларов повисли.
Я сейчас сильно утрирую, но это самый верный путь понять, как он поведёт себя в той или иной ситуации. Для этого нужно вспомнить свою последнюю косячную ситуацию и предложить её рассмотреть. Слава богу, мы все одинаковые, и лажаем примерно одинаково, уникальная вряд ли найдётся. У меня было так, что из трёх телефонов не ответил ни один, и в итоге я написал письмо, где говорил, что не дозвонился до них и буду делать вот так. Тогда я уже был взрослый-опытный, был готов получить звездюлей за своё решение. Живые истории — самый крутой способ провести собеседование на софт скиллы. Этому не надо отдельно учиться, надо аккуратно по ходу деятельности запоминать жизненные ситуации, возвращаться к ним, анализировать. И на основе этого анализа ты проведешь собеседование на любую должность.
Сначала — поковырялся в себе. Потом пытаешься понять, что хочешь
По умолчанию лучше считать, что любой навык стоит прокачивать. Но софт скиллов до черта, поэтому нужно концентрироваться на том, где у тебя самые большие проблемы.
Какие навыки стоит развивать именно вам — очень индивидуальный вопрос. Есть одна общая рекомендация: понять, какие навыки требуются, и в зависимости от ситуации понять, куда двигаться дальше.
Обычно хватает внутреннего ощущения: анализируешь всю прошедшую неделю, смотришь, где были сложности. Например:
- долго торчал на совещании;
- долго пришлось объяснять коллеге, что что-то пошло не так;
- мучился три дня, потом пошел, спросил и за пять минут решил проблему;
- на собеседовании растерялся и не смог задать какой-то вопрос;
- начальник считает, что я безрукий черт, не хочет со мной сотрудничать, потому что не понимает, что делаю и как;
- ничего не запоминаю;
- вечно не хватает времени: 35 задач на 20 часов работы и так далее.
Инструмент одновременно простой и сложный, и при этом эффективный, только заниматься анализом нужно регулярно.
Сначала поковырялся в себе, потом пытаешься понять, что хочешь. Например, хочешь стать руководителем. Очевидно, что есть определенный набор скиллов, без которых деваться некуда. Нельзя стать хорошим руководителем, не обладая навыком управления конфликтами: у твоих подчиненных будут конфликты, у тебя будут конфликты с соседними подразделениями — это постоянное сопровождение деятельности. Нельзя без организаторских навыков, надо искать способы их качать.
Если есть базовая саморефлексия, понятно, в какую сторону двигаться, главное — быть честным с собой. Если ты интроверт и хочешь выйти за эти рамки, то есть если хочешь взаимодействовать с другими людьми, очевидно, ты обречен меняться.
Можно попросить обратную связь у коллег или руководителя, если с ним умеренно хорошие отношения. Можно поговорить с семьёй, они могут слукавить, но всё-таки скажут. Опишите им те спорные ситуации, а потом спросите: не кажется ли вам, что я что-то делал не так? Они могут ответить, что похоже на то, дать фидбэк. Самый мощный инструмент по сбору обратной связи — hr-техники, не стоит путать их с рекрутерами. С тобой поговорят специально обученные люди — коучи или менторы, выслушают, зададут наводящие вопросы, скажут, какие проблемы видят и попробуют её раскрутить, предложат решения.
Если ваша цель — развить презентационные навыки, то мерило успешности в этом случае — само выступление. В этом обычно заинтересованы лиды: они понимают, что умения выйти и перед незнакомыми людьми что-то наговорить — им не хватает. При этом вся фишка презентационного скилла — не столько выступить, сколько не растеряться, когда зал начнёт бомбить вопросами, к которым ты можешь быть не готов. На конференциях попадаются люди, которые встают и говорят: «А царь-то ненастоящий! Всё это фигня!».
Если ко мне подходят ребята и спрашивают, можно ли попробовать где-то выступить, я ищу возможности вписать человека на митап или закрытое мероприятие. Внутри коллектива мы устраиваем tech-talk, где любой инженер может рассказать на интересующую тему. Готовится, делает презентацию, получает эфирное время, отвечает на вопросы, которые сыпятся из зала.
Для развития навыков должна быть система и регулярные тренировки
Чтобы выбрать цель, надо определить направление — с помощью самосозерцания, внешних источников информации. А для развития навыков важна упорядоченность, нельзя немножко тут, немножко там — должна быть система. Базовое правило: должна быть цель и регулярные систематические тренировки.
Не очень сложная вещь, связанная с прокачкой скиллов, из классики — никогда не ходить на обед в одиночку. Это про коммуникацию: надо усилием воли заставить себя пойти есть с кем-то, либо не отсиживаться в уголке на корпоративах и совместных тусовках, конференциях.
В целом методы развития такие: можно книжки и статьи почитать, посмотреть ролики в интернете, сходить на тренинги. Сейчас у всех крупных обучающих компаний есть курсы по софт скиллам. Если никогда ими особо не занимался, выбор не очень сложный: бери то, что дешевле. Для старта и буста, чтобы получить общее понимание — достаточно и по книжке сориентироваться.
Я неоднократно слышал хорошие отзывы о театральных кружках. Часть софт скиллов, которые касаются социальных навыков, они поднимают на небывалую высоту за короткое время: умения разговаривать, запоминать, реагировать на ситуации, когда забыл слова.
Если нужно качать память — для этого есть куча методик, решать конфликты — изучай литературу, слушай специалистов.
Сложно понять, специалист ли перед тобой. К сожалению, в интернете много информации, про которую рассказывают не специалисты — можно наслушаться не той фигни. Поэтому тут тоже нужно анализировать, поглядывать на рынок, следить, интересоваться, что происходит, не бросаться на заголовки в духе »5 самых полезных книг для прокачки…». Есть классика, и если покопаться в интернете, можно найти качественную литературу, которая точно не нанесёт вреда. Принесёт пользу или нет — неизвестно, это субъективно, главное — чтобы вред не наносило. Например, если «специалисты» заявляют, что в конфликтах надо использовать боевые техники, оппоненты должны быть уничтожены, а человек после разговора с тобой должен стечь под стол и три дня ходить с мигренью — это что-то не то, так не надо делать.
Публичные выступления
Презентационный навык, ораторское искусство — порядок такой: ставить цель — хочу выступить на TeamLeadConf, искать тему, искать возможности выступить, идти к тем, кто может с этим помочь, следить за конференциями и митапами. Благо их много и уровень очень разный: где-то берут только крутых специалистов, где-то готовы взять и не крутых специалистов, есть открытые микрофоны, можно собрать друзей и выступить перед ними. Регулярные тренировки: например, выделить время в пятницу, в 18.00. Ты что-то говоришь, записываешь себя на видео, и потом смотришь сам на себя и следишь за прогрессом. Надо постоянно пересматривать ролики, искать мусорные слова, говорить с зеркалом и анализировать. Самое главное — практика и почаще выводить себя из зоны комфорта.
Разрешение конфликтов
Если цель более специальная, например, хочешь прокачать навыки разрешения конфликтов, договорись сам с собой: из всех конфликтов на протяжении определённого времени я выхожу победителем. Только не из серии «кто вышел из комнаты последним, тот победил», а «я удовлетворён результатами конфликта, знаю причину, знаю последствия, понимаю, что сделал и как» и так далее. Это опять про обязательный анализ.
Тайм-менеджмент
Если есть проблемы с тайм-менеджментом, понимание, что причины кроются в том числе и в тебе — уже половина решения. Это очень важно: многие считают, что если задач больше, чем времени на них — во всем виноваты менеджеры.
Здесь есть нюанс: знает ли менеджер, что времени на задачи не хватает? Ты напрягаешься и старательно выполняешь, что просят, но понимаешь, что времени меньше, чем надо? В первую очередь надо поинтересоваться у руководителя, почему так происходит: вижу ситуацию вот так, не могу успевать то, что делаю, потому что задач слишком много. Может получится, что задач действительно много, или что квалификация не позволяет решать задачи с той скоростью, с которой они поступают.
Если понятно, что квалификации достаточно, скорость нормальная, но по каким-то причинам чувствуешь, что можешь делать больше, хотя не делаешь — есть феерическая техника, про которую мне рассказывал в том числе Лёша Катаев @deosdeorum, технический директор из SkyEng.
Когда он понял, что оказался в такой ситуации, то неделю записывал, что делал в течение дня. На большом сроке это упражнение вымораживает, а на короткой дистанции можно потерпеть и усилием воли фиксировать всё, чем занимаешься. Разговоры, чтение почты, отвлечение на строительство фермы, на фейсбук, чужие чаты — спустя неделю видишь список из 1500 задач и задаешь вопрос: зачем я занимался тем или этим? Задач по делу — 40%, а остальные 60% — это таймкиллеры.
Я не имею в виду, что от работы отвлекаться не надо —, но если таймкиллеры становятся проблемой, с ней надо что-то делать. Если жать на каждый попап, что курица стала матерью цыплят и нужно отправлять их в соседнюю деревню — время будет пропадать. Либо другой пример: пришли на совещание, оно было посвящено чему-то интересному и вместо 15 минут проторчал там 1,5 часа. Вышел с чётким пониманием, что полтора часа продолбал. Таких совещаний, к сожалению, вагон и маленькая тележка, поэтому нужна аналитика: что реально происходит? Тогда и станет понятно, что с этим делать. Это важно, если чувствуешь проблему — начинать её исследовать. Потому что чаще всего исследование начинается и заканчивается поиском виноватых, чтобы оправдать его или заставить сожалеть, получается, это перекладывание ответственности, а не решение проблемы.
Если понимаешь, что квалификации хватает, а проблема только в количестве рабочих задач, надо поговорить об этом с руководителем, сказать, что не успеваете. В рабочих сутках продуктивных часов, условно, 6, а задач получается на 9. В реальной жизни переработка из 3 часов превращается в 5: надо думать, куда девать лишние задачи. На короткой дистанции это может быть временная флуктуация, если проблема сохраняется — её надо решать. Весной у нас была такая история, когда началась эпопея с вирусом. Но мы знали, что делаем, почему и зачем, и что переработки — локальное явление.
Развитие софт скиллов — это терпение, труд и система
Что можно сделать уже сейчас, чтобы на следующей неделе стать круче? Я бы начал с того, что попытался разобраться, чем сейчас не «круче». Это нужно, чтобы построить план на обучение. Понимаешь, что проблема с тайм-менеджментом — зафиксируй этот факт и поищи инструмент: книжки, курсы. Если вообще не понимаешь, что происходит в жизни, значит надо попробовать понять, что этому мешает, и почему я вообще решил озаботиться прокачкой софт скиллов.
Потом — полистать ссылки из моего списка, вспомнить известных специалистов (например, по тайм-менеджменту: Архангельский, Дорофеев, Дэвид Аллен), покопаться в программах конференций — на той же TeamLeadConf есть софтскилловые треки, посмотреть в сторону гуманитарных изданий вроде госпожи Ивановой: она активно пишет про hr-деятельность, там можно поискать ключевые точки. Потом идентифицировать проблему — если это сделал, инструменты тебе помогут найти.
Если не понимаешь, в чём проблема, можно прийти к человеку, которому доверяешь больше остальных, поговорить с ним или в чатиках типа Боль Тимлида. В самом чатике, скорее всего, замесят с какашками, но там видно, кто есть активный, и можно постучаться ему в личку.
Все подряд книжки читать не надо, достаточно одной. Нашел курс на Skillbox/Udemy/Coursera, послушал бесплатные версии, цепанул расшифровки докладов — понял, куда копать дальше. У Нетологии есть бесплатные курсы по софт скиллам, у лекторов-менторов есть бесплатные материалы. По ним можно понять, насколько душа лежит к тому, что рассказывают эти люди. Если откликается — можно потратить на это несколько тысяч рублей, но не 800к за МВА. Может, 10 000₽ звучит дорого, но во-первых, все курсы умеют принимать оплату в рассрочку, а во-вторых: это инвестиции в будущее. К сожалению или счастью, это вынужденная мера, мир стал слишком быстрый.
В остальном, развитие софт скиллов — это терпение, труд и система. Как только переходишь на следующий уровень развития навыка, просто подгребаешь следующий набор инструментов.
Что Роман советует изучить
Полная версия вебинара:
<реклама>Подписывайтесь на наш блог: публикуем расшифровки вебинаров с полезными ссылками, истории IT-специалистов и гайды по релокации.
