Без каких софт скиллов не дорасти до Senior- и Lead-позиций: всё о коммуникациях

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

Мы расспросили Senior- и Lead-специалистов украинских IT-компаний о том, какие софт скиллы наиболее важны для успешного профессионального роста и как их развивать.

В первой части обзора рассмотрим всё, что касается коммуникаций: как правильно общаться, доносить и отстаивать свое мнение, строить отношения с командой и заказчиками.

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

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

Эллина Азадова, Senior QA Engineer в DataArt:

«В моей практике было много случаев, когда люди с более развитыми софт скиллами быстрее продвигались по карьерной лестнице. Важно уметь себя преподнести. В человеке может быть огромный потенциал, прекрасные способности к определенному типу работы, но их невозможно рассмотреть, если он будет старательно прятаться. В результате появляются обиды, люди меняют работу или даже общее направление деятельности. Специалист при этом думает: „Мне не дают реализоваться!“

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

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

Ян Гулай, Senior JavaScript Developer в Brightgrove:

«Будьте хорошим собеседником. Согласитесь, не всем хочется работать со скучным роботом. Для этого повышайте свой общий уровень эрудиции, тренируйте разговорный английский. К примеру, с заказчиками можно разговаривать не только о работе и проектах: я болтаю с ними о путешествиях, истории стран, компьютерных играх, автомобилях. Было интересно узнать побольше о жизни „по ту сторону океана“, выборах в США.

Развивать этот навык легко: общайтесь, социализируйтесь, посещайте разговорные клубы. Только нужно быть осторожным: не поднимайте острые темы. Некоторые люди могут быть весьма консервативными, вы даже не представляете насколько».

Общение строится на двух краеугольных навыках: доходчиво выразить свои мысли и суметь услышать и понять собеседника.

Ольга Когут, BI Developer & Team Lead у Conscensia:

«Вміння слухати і приймати думку інших, чітко формулювати вимоги і очікування до команди — ці навички допомагають побудувати позитивну атмосферу у команді, поділитись своїм досвідом і почути цікаві ідеї від інших. Я починала свою роботу на позиції SAS developer. На той час ця технологія не була популярна в Україні і знайти спеціалістів було важко. Тому усіх нових працівників потрібно було вчити і готувати до здачі сертифікацій. Я багато разів була ментором. На мою думку, саме це помогло мені розвинути навички у спілкуванні: вміння знайти підхід до людини, зрозуміти хід думок, мотивацію».


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

Арсений Оганов, Lead Solutions Architect в Netcracker:

«Качественное и конструктивное общение зарабатывает вам „плюс в карму“ как человеку и специалисту. А это позволяет в критической ситуации на проекте, когда надо быстро что-то сделать, просто прийти к разработчикам и сказать: „Сделай вот это“ — и не объяснять почему, так как они уже вам доверяют.

Лучшее, что я могу посоветовать — хорошие книги о воспитании детей. Да-да, именно о воспитании детей: там представлены лучшие практики по коммуникациям. Почитайте, к примеру, Гиппенрейтер».

Семен Котляренко, Head of Web Department KeepSolid:

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

Умение донести свои мысли

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

Павло Годиш, Competency Manager в ELEKS:

«Правильно побудована комунікація дозволяє поглянути на ситуації та речі під іншим кутом, дізнатись, як люди сприймають ту саму інформацію і особливо — дізнатись чого, на їхню думку, від них очікують. Досить поширена помилка — очікувати, що люди з якими ми спілкуємось по роботі, розуміють все самі або ж розуміють це так само, як і ви. Коли потрібно завершити завдання чи проект, важливо, аби всі в команді розуміли, що саме потрібно зробити і як. Не шкодуйте часу на прояснення деталей: це дозволить виконати роботу якісніше і швидше».

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

Елена Белкина, QA Engineer & Internal SoftSkill Trainer в CoreValue:

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

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

После этого новичок или не обращается за помощью, чтобы не дискредитировать себя, боясь показать свою некомпетентность. Либо обращается, но от него отмахиваются фразами типа „Ну, а что тут может быть неясно?!“. Только после неудачной реализации поставленной задачи человек узнаёт о том, какими были санкции. Ничего из этого кейса, кроме ощущения тотальной несправедливости, такой „подопечный“ не вынесет».

Помимо непосредственно информации, важно подобрать правильный тон общения, интонацию, уровень формальности.

Анна Каплун, Senior Test Engineer в Intellias:

«Приходилось ли вам передавать знания новым членам команды? Делать презентацию продукта заказчику? Уточнять какие-то детали в требованиях? Участвовать в тимбилдингах с людьми из разных команд, говорящими на разных языках? Объяснить свою мысль бывает сложно вне зависимости от собеседника и языка, не говоря уже о трудностях-волнениях, сопряжённых с публичными выступлениями. А выбрать правильный тон (то, что называют „register“ в английском) и того труднее: кто-то не приемлет панибратства, а кого-то коробит обилие формальностей. Это тонкая грань, которую очень важно нащупать, особенно в устной речи».

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

Арсений Оганов, Lead Solutions Architect в Netcracker:

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

Ораторское искусство

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

Артур Мироненко, iOS Tech Lead в UPTech:

«Ораторское искусство пригодится не только для участия в конференциях в качестве спикера, а и для презентации клиенту результатов работы. Банальный пример — процесс демок, когда нужно, грубо говоря, отчитываться продакт оунеру о проделанной за неделю работе. Отличный способ прокачать навыки публичного выступления — участвовать во встречах Toastmasters. Ищите возможности выступать перед публикой и просто тренироваться. Проводите в вашей команде внутренние Tech Talks на актуальные темы. Это отличный шанс научиться выступать: непринужденная атмосфера и знакомая публика — соответственно, меньше переживаний».

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

Людмила Федчук, Lead QA Engineer в Wargaming:

«Для того, чтобы красиво говорить, мало прочитать книгу. Важно прочувствовать свои слабые стороны, осознать проблему, поработать над ошибками, избавиться от слов-паразитов (ну, как бы, эээ и тому подобные). У нас был тренинг, на котором надо было выйти перед коллегами и сделать небольшую презентацию на заданную тему. Задача коллег состояла в том, чтоб указать тебе на твои наиболее часто употребляемые слова-паразиты, а твоя задача — заменить их каким-то смешным словом типа „мяу“, „кукареку“. Было мега-сложно и очень смешно, но помогло осознать свои недостатки и поработать над их исправлением».

Конструктивные переговоры

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

Константин Захаров, Solution Architect в EPAM:

«Когда выходишь за пределы middle-level engineer, требования к навыкам коммуникации становятся выше. Теперь вам уже приходится встречаться с более влиятельными участниками процесса, например, с C-level менеджментом (CEO, CTO, CIO, CSO, CFO etc). Во время таких переговоров ставки достаточно высоки, и шанса на ошибку нет. Заранее готовьтесь к таким важным встречам, постоянно совершенствуйте Business English и соблюдайте политкорректность. Не забывайте о невербальной коммуникации — то, как мы выглядим, жестикулируем и какие позы занимаем во время общения».

Владимир Гарбар, Team Lead в HYS Enterprise:

«Вы отвечаете не только за результат, но и за людей и ресурсы, доступные вам. Даже если вы просто разработчик, то как минимум отвечаете за собственное здоровье и возможность эффективно работать дальше — после конца спринта, релиза и любой другой важной даты. Пример даже искать не надо, все через это проходят. Кто хоть раз соглашался с неподъемным объемом работы? А потом овертаймил, жертвовал качеством и тестами и в результате получал молчание со стороны заказчика. Жертвование качеством работы в угоду срокам говорит о неумении договариваться.

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

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

Иван Ушаков, Practice Lead QA в Digicode:

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

Также важно помнить о культурных отличиях между жителями разных стран и носителями разных менталитетов.

Діана Пекеліс, Senior QA Engineer в DataArt:

«Мені доводилось працювати із замовником, у якого було декілька офшорних команд, тож я можу із впевненістю сказати, що у комунікаціях із людьми з різних культур важливим є не тільки зміст сказаного чи написаного, але і форма. Наприклад „так“ та „звісно“, які ми часто чули від одних із вендорів нашого замовника, далеко не завжди означали саме це. Щоб порозумітись, ми документували всі рішення, які були прийняті під час розмов і обговорень, і надсилали їх на пошту після завершення зустрічі.

Крім того, треба бути вкрай уважним, спілкуючись із колегами та замовниками, які говорять іншою мовою. Варто перевірити зміст ідіом і слів, які ми, можливо, звикли чути й використовувати, але, виявляється, вони підходять лише для більш неформальних обставин та можуть бути сприйняті як фамільярність».

Командная игра

Senior- или Lead-специалисту важно уметь фокусироваться не только на персональном результате, а на эффективности команды. Это может проявляться в правильном распределении задач между командой, своевременной помощи коллегам.

Сергей Козырев, Mobile Team Lead в Lohika:

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

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

Александр Крачун, Full Stack Developer & Team Lead в Adtelligent:

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

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

Стоит сказать, что получение фидбэка — это также и дополнительная мотивация. Рекомендую прочесть „Мифический человеко-месяц, или как создаются программные системы“ Фредерика Брукса и „Человеческий фактор: успешные проекты и команды“ Тома Демарко и Тимоти Листера».

Менторство

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

Артур Мироненко, iOS Tech Lead в UPTech:

«Важно уметь менторить и учить: каждому Senior-разработчику придется это делать. К примеру, в UPTech я был первым iOS-разработчиком и менторил всех, кто приходил потом — сейчас в нашей команде уже 8 человек. Чтобы менторить других, нужно и самому не стоять на месте, постоянно получать новые знания. Мне очень помог курс Learning how to learn. В нем дельные советы не по тому, как учить, а как учиться и хорошо воспринимать информацию.

Как мне кажется, Senior должен не брать всю власть в коллективе в свои руки, а помогать команде, вдохновлять и учить ее. Самый простой способ научиться этому — отвечать на вопросы на форумах типа Quora, Reddit, Stack Overflow. Это тренирует умение объяснять, а в процессе вы еще лучше понимаете собственный ответ».

Артем Петров, Web department Team Lead в Appus Studio:

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

Эмпатия и эмоциональный интеллект

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

Елена Белкина, QA Engineer & Internal SoftSkill Trainer в CoreValue:

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

Эмпатия — это принятие разнообразия нашего мира. Лучше развивать этот навык с детства, у взрослых людей процесс идёт куда медленнее. Самое элементарное упражнение на развитие эмпатии: просто общайтесь с самыми разными людьми на повседневные темы и не выносите оценочные суждения о собеседнике. Чтобы понимать, что испытывает другой человек, как он видит мир, достаточно принять саму вероятность множественных взглядов на одни и те же вещи — необязательно эти взгляды разделять».

Развитая эмпатия — это один из навыков конфликт-менеджмента и умения решать спорные ситуации, которые возникают в команде.

Константин Захаров, Solution Architect в EPAM:

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

Что ещё почитать о коммуникациях

Похожие статьи:
У випуску: як працює Dependency Injection, Software Design Patterns в Symfony, конференція PHP fwdays’18. Основне PHP Versions Stats — 2018.1 Edition — статистика використання PHP...
Столичный филиал компании МегаФон продолжает повышать качество сотовой связи в Московском регионе. С начала 2014 года оператор...
Смартфон Xiaomi Redmi 3 уже на рынке и эта модель не имеет модной функциональности в виде сканера отпечатков пальцев. Но, похоже,...
Советы сеньоров — постоянная рубрика, в которой опытные специалисты делятся практическими советами с джуниорами —...
А также: TensorFlow Lite, Google I/O, изменения в Android Q, Android Compilers, мультиплатформенная разработка, классические паттерны, новые...
Яндекс.Метрика