Написать пост

Какие софт-скилы важны в IT? Отвечают руководители отделов и HR

Аватарка пользователя sudo >: )

Руководители отделов разработки и HR-менеджеры рассказали, на какие софт-скилы IT-специалистов они обращают внимание во время найма.

Какие софт-скилы важны в IT? Отвечают руководители отделов и HR

В межсезонье сотрудники чаще задумываются о том, чтобы сменить работу. В их числе — IT-специалисты.

Мы попросили руководителей отделов разработки и HR-менеджеров рассказать, на какие софт-скилы они обращают внимание при найме.

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

Самые важные софт-скилы:

Осознанность

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

2. Умение сформулировать причины выбора того или иного решения, описать алгоритм решения задачи и последовательность шагов для достижения цели. Если ты принимаешь решение задачи на основе осознанного выбора и умеешь его обосновать – твое решение с большей вероятностью оптимально.

3. Умение смотреть в будущее дальше сдачи проекта – то есть осознание того, что вы несете ответственность за то, как будет дальше “жить” продукт вашего труда после завершения проекта. Например, это означает готовность аккуратно документировать сделанную работу, уделять внимание оформлению кода и тестированию – чтобы потом его могли эффективно поддерживать и развивать дальше.

4. Способность нести ответственность за обещания и за результат. При этом важнее не стремление “разбиться, но сделать“, а адекватно оценивать силы, ресурсы, ситуацию, проанализировать требования, давать адекватные оценки и обеспечивать соответствие им результатов.

Открытость

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

1. Готовность погружаться в предметную область. Если ты действительно стремишься разобраться, для чего именно ты пишешь код, то это поможет решать даже новые и незнакомые задачи. Человек, цель которого – исключительно выдать код “в вакууме”, строго по шаблону/по аналогии/по инструкции”, способен быть только исполнителем механической работы.

2. Готовность приоритизировать то, что необходимо команде и компании, и понимание итоговой цели своей работы. Здесь важно умение находить баланс между исследовательской жилкой, которая всегда присутствует в технарях, и стремлением находить наиболее эффективный (и иногда наиболее реалистичный) способ реализации и дальнейшего сопровождения проекта силами команды. Новые инструменты и любопытные технические решения — это хорошо, но это не должно становиться самоцелью.

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

Коммуникабельность

В пику общепринятым стереотипам, разработчики должны уметь общаться и иметь/ развивать коммуникативные навыки — это залог успешной командной работы, которая необходима для своевременного достижения лучшего результата:

1. Умение отстаивать и обосновывать свою точку зрения – логично и без лишних эмоций – и умение и желание выслушать и понять мнение коллег.

2. Способность уважать и принимать решение команды, даже если оно противоречит собственному, и не быть при этом токсичным.

3. Готовность делиться планами и наработками с коллегами и позитивно воспринимать конструктивную критику.

В современном IT “софт скилы” – это такой баззворд, который употребляют все, но каждый подразумевает под этим что-то свое. Я сразу сформулирую свою формулировку что я подразумеваю под софт скилами и обозначу какие из них я считаю важными для себя, как для разработчика и те, которые я, как разработчик, ценю в коллегах вокруг – как со стороны бизнеса, так и других технических ребят.

Во первых что такое софт скилы для меня – это все те, что не хард скилы, но которые помогают быть более эффективным, приятным членом команды. А быть более эффективным в свою очередь значит – сохранять свои силы.

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

Самые важные софт-скилы:

Навык коммуникации

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

Пунктуальность. Умение планировать время

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

Терпение

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

Объективность и критическое мышление

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

Умение в асинхронные коммуникации и здравый смысл

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

Самые важные софт-скилы:

Критическое и аналитическое мышление

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

Ответственность и самодисциплина

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

Адаптивность

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

Личные качества

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

Мы работаем по методологии SAFe – команда разработки разбита на кроссфункциональные команды, которые работают по одному из направлений развития продукта Bimeister. В команде есть все роли, которые необходимы для решения бизнес-задач – дизайнеры, аналитики, фронт и бэк разработчики, QA-инженеры.

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

Больше всего важны следующие навыки:

Командная работа

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

Стремление к постоянному совершенству

Когда мне задают вопрос – когда у вас уже стабилизируются процессы? Я отвечаю – Никогда! Процессы разработки никогда не достигнут идеала – окружение меняется, меняются задачи, требования, клиенты и вся компания. Необходимо постоянно искать места для улучшения и брать на себя ответственность по внедрению, при этом не бояться совершать ошибки, главное делать выводы и не повторять их. В нашей работе велик фактор новизны и неопределенности, новые гипотезы, эксперименты – часть нашей жизни. Нужно всегда пробовать новое, анализировать, признавать ошибки и идти дальше.

Открытость для обратной связи и навыки обратной связи

Часто сталкиваюсь с фактом, что члены команды не хотят обсуждать друг с другом «неприятные» вопросы. Донести до своего коллеги свое мнение воспринимается как критика и боязнь испортить отношения. Нужно уметь определить зоны роста и донести их без обид, помочь построить план развития и вместе исправлять недостатки.

Умение говорить на языке, понятном не разработчику

Приходит продакт-менеджер, руководитель проекта и задает простой вопрос – когда будет готова фича? Ему в ответ начинают рассказывать какие сложные технологические задачи уже решили и предстоит решить, какие гениальные подходы применили, но на вопрос не отвечают. Нужно понять проблему, с которой к тебе приходят и помочь решить ее без лишних технических деталей. Дать сроки или, если в сроки не укладываемся, предложить альтернативы – сдать в срок, но уменьшить объем функциональности, пожертвовать качеством, сделать «костыль».

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

Но одно дело — попасть в отрасль, другое — задержаться и построить успешную карьеру. Особенно, если предел ваших мечтаний — это не отдел с, условно, командой из двух человек и одним заказчиком, а крупная международная ИТ-компания или ИТ-департамент корпорации.

Мы выделяем следующие гибкие навыки, критически важные для долгосрочного развития в ИТ-отрасли:

1. Умение строить эффективные коммуникации. 

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

Каким бы гениальным не был программист, без навыка выстраивания отношений с коллективом ничего не получится: велик риск превратиться в изгоя, с которым никто в команде будет не готов сотрудничать,  а это напрямую влияет на бизнес-результат.

Хорошая новость: несмотря на то, что эмпатия — качество, не свойственное людям с техническим типом мышления, — его вполне можно развить через ежедневные практики.

2. Клиентоориентированность.

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

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

3. Стрессоустойчивость.

Это качество может показаться какой-то абстракцией, которую все подряд бездумно включают в свое резюме. В ИТ-отрасли это не так.

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

  • Неправильные решения имеют место быть, и не важно — ошибка ли это одного человека или коллегиально допущенная оплошность:  решать проблему и выкарабкиваться, скорее всего, придется всем вместе. А это значит: давление по срокам и качеству и — главное —  понимание, что вы сами себя загнали в эту ситуацию. Такой внутренний психологический прессинг сильно угнетает и может существенно снизить мотивацию и даже привести к быстрому выгоранию.
  • В руках разработчиков — порой критически важные для бизнеса задачи и продукты, иногда влияющие на жизни миллионов людей. Поэтому второго шанса выпустить качественный продукт не будет. Приведем аналогию с Олимпийскими играми: перенести день старта Олимпиады невозможно, даже если кто-то не успел “допилить код”  — в ИТ такие проекты тоже бывают. Помимо того, что понимание масштабов и последствий своих действий некоторых пугает, и многими очень сложно переносится, это также может проявляться в отрицании своей ответственности.

4. Самоанализ.

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

Разумеется, здесь важно вовремя определить собственные границы, чтобы не превратить этот процесс в “самокопание”.

Следите за новыми постами
Следите за новыми постами по любимым темам
3К открытий3К показов