Как софты помогли мне стать человеком
🤏 Всем привет! Меня зовут Павел и я уже добрых 6 лет тружусь в сфере QA.
Начинал я не с вката, а с обычной джуновской позиции за сорок пят тыщ рублей и сейчас являюсь руководителем тестирования в рекламной компании.
Характер у меня довольно скверный, тут я грешен, из за чего около половины(а то и больше) своего карьерного пути я бился головой о стену, которую с легкостью мог бы обойти, догадавшись о том, что мои хард скиллы(довольно кстати неплохие) это 30% дела.
Если Лидерские качества и умение работать в команде у меня были на удовлетворительном уровне, то эмоциональный интеллект и коммуникация оставляли желать лучшего, от чего настрадались мои лиды.
Именно в этот период жизни я и начал меняться путем потребления новой и полезной информации.
Для себя я в целом выделяю 3 ресурса, это:
1. Спросить у кого то, кто разбирается в теме
Я в основном использую третий вариант с применением первого. Иначе говоря, я спрашиваю у знающих людей книги, которые могут помочь, в сложившейся у меня ситуации.
Так вот, какая же книга помогла мне встать на путь понимания себя и моей проблематики? Это книга "Парадокс Шимпанзе" Стива Питерса, критически ее рекомендую.
🤏 Давайте начнем с того, что же вообще такое софт скиллы. Кто то ответит, что это правильно разговаривать, и в целом будет прав, но частично.
Я бы дал вот какое определение: Софт скиллы - это совокупность твоих личностных качеств, направленных на взаимодействие с самим собой и другими людьми.
Иначе говоря, это не только правильная коммуникация, но и реакция на нестандартные ситуации, работа с гневом, обработка вашей головой ошибок и претензий, то как вы в пьяну разговариваете в конце концов.
🤏 Какие бы я принципы выделил для успешного взаимодействия:
Важно отметить, я не буду тут приводить примеры шаблонных разговоров или "А КАК ПРАВИЛЬНО ОТВЕЧАТЬ НА ЭТО?". Это дело все довольно субъективное и правильную модель в разных ситуациях вы должны для себя выбрать сами.
Многие проблемы можно решить, просто словами через рот.
Например, при недоразумении с продуктовой командой важно не обвинять, а задать вопросы и предложить решение.
В одном из проектов QA специалист заметил, что баги исправляются медленно. Вместо обвинений он организовал встречу, где обсудил, какие сложности возникают у команды, и предложил свою помощь в тестировании той или иной фичи.
Почему это здорово? Да просто потому что дешевле и правильнее.
Слышал я где то заповедь любовных отношений "Если вы ссоритесь, то вы должны быть вместе против проблемы, а не друг против друга"
То же самое в команде. Вместо того что кидать друг в друга камни просто соберитесь на встречу и обсудите все это дело.
Важно понимать, что у каждого человека разный уровень владения софтами, в случае, который я приведу ниже, пусть это будет, например, разный уровень эмоционального интеллекта и коммуникации.
Порой случается такое, что при поиске концов или решении какой-либо проблемы, кто-то упирается и так скажем "не идет на контакт".
У этой ситуации есть несколько решений, давайте обсудим некоторые из них:
Вариант 1: Вместо того, чтобы в личных сообщениях или тредах срать друг друга, призовите человека, который поможет спокойно урегулировать конфликт.
Такое решение проблемы правда не всегда работает, ведь, такого человека может просто напросто не быть или если он есть, то он явно должен обладать высоким авторитетом и компетенциями (Да и желанием помочь до кучи)
Вариант 2: Иногда человек может упираться на публике и в общих тредах или встречах до него достучаться практически невозможно.
Возможно с ним лучше работает встреча наедине (1-1), где вы, применив навыки коммуникации, сможете договориться о урегулировании возникшего конфликта.
Правильная коммуникация - это практика, где нужно уметь слушать и говорить.
Эти две вещи определенно точно являются навыками, которые можно и нужно развивать.
В этом лично мне помогли книги "Я слышу вас насквозь" Марка Гоулстона и "Как разговаривать с кем угодно" Ларри Кинга.
✍️ 2. Не все люди одинаковые и к каждому нужен свой подход
Каждый человек уникален. Кто-то предпочитает получать четкие инструкции, а кто-то лучше работает в условиях свободы. Важно понимать, с кем вы общаетесь, и адаптировать стиль общения.
Например, при тестировании новой функции один член команды может ожидать детализированного отчета, тогда как другому будет достаточно краткой сводки с основными проблемами.
✍️ 3. Разные ситуации требуют разного стиля коммуникации
Мат в целом вещь довольно полезная и при правильном использовании помогает подчеркнуть эмоциональность момента.
Но вы должны помнить, что как бы вас компания или кто либо в ней не называл "семьей" общение во многих случаях остается все еще формальным.
Во-первых, никогда нельзя забывать, где и с кем ты говоришь. Я бы например не стал использовать мат на докладе перед топ-менеджерами какой-либо компании.
Во-вторых, не каждый человек приемлет мат, и если вы будете с ним общаться матерными словами - вы просто потеряете авторитет в его глазах.
Есть и обратная ситуация, кому то наоборот проще и комфортнее общаться, так скажем неформально.
Это все очень тонкий лед, по которому идти нужно очень аккуратно, обдумывая каждый шаг.
Или например общение "техническим языком".
Вы должны понимать, что бизнес не всегда хорошо технически подкован, например, как члены команды разработки, поэтому не стоит использовать в речи "слишком технический язык". Это может повести за собой ряд проблем, например, таких как недооценка важности проблемы со стороны бизнеса. (Понятно дело с разработкой в большинстве случаев все обстоит наоборот)
✍️ 4. Сначала разберись в себе
Темперамент человека невозможно изменить, вообще никак, но можно с ним подружиться.
Как это сделать? Нужно обуздать вытекающую из него вещь, а именно наши эмоции.
Вы никак не сможете не злиться или иным языком "не взрываться" в каких-то стрессовых для вас ситуациях или ситуациях, когда вас "выбили из колеи", эмоции будут и скорее всего сильные.
Но если бы все в мире просто так "взрывались", думаю мы бы уже давно погрязли в хаосе.
Потому что человек, который разобрался в себе, не даст хаотичному всплеску эмоций взять контроль над ситуацией. Он направит эту, не побоюсь этого слова, силу в нужное русло и в кратчайшие сроки перейдет от гнева к конструктиву.
Поверьте, я знаю о чем говорю, потому что как раз у меня взрывной характер.
Раньше это вставляло мне палки в колеса, но с помощью работы над собой, моя слабость стала одним из моих сильнейших оружий.
Не всегда ситуация требует немедленного ответа или вообще его требует. Бывают моменты, когда лучше сделать паузу и дать себе и другим время на остыть и принять решение холодной головой, но бывают и ситуации, где ответ нужно дать здесь и сейчас.
Пауза перед ответом присуща для ситуаций, когда оба или один из людей импульсивны и не всегда сдержаны.
В таком случае, действительно, лучше взять паузу перед ответом и дать себе или человеку, с которым происходит диалог, успокоиться.
В то же время, если вы оба люди спокойные и "воспламенить" вас довольно тяжело, то скорее всего, ваш ответ или ответ человека, с которым вы коммуницируете уже обдуман.
В таком случае я бы рекомендовал отвечать здесь и сейчас.
Разного уровня конфликты в рабочей среде будут возникать повсеместно, и поверьте, не каждый из людей, с которыми вы будете работать, будет вам приятен.
Чтобы научиться вести себя правильно в таких ситуациях, рекомендую прочитать книгу "Как разговаривать с мудаками" Марка Гоулстона.
🤏 Софт скиллы "чтобы что?" или как софты помогают в карьере QA инженера.
Вот это самое "Чтобы что?" вы должны понять для самого себя.
Для каждого человека оно разное, потому что каждый из нас преследует разные цели.
Например, если вы карьерист, то с помощью софт скиллов, вы легко сможете увеличить стоимость ваших услуг на рынке труда, с вами просто напросто будет приятно работать.
Ну или если вы человек, который ищет интересных задач и сложных вызовов.
Если ваше руководство видит в вас человека с сильными софтами, то интересные задачи сами будут приходить к вам в руки. Иными словами, сложные проекты и задачи охотнее доверяют людям с высоким уровнем софтов, вам просто напросто больше доверяют.
Я же для себя выделил свои "Чтобы что?":
✍️ 1. Улучшение взаимодействия с командой
QA специалист часто работает в тесной связке с разработчиками, аналитиками и менеджерами. Продуктивная коммуникация помогает избегать конфликтов, находить общее решение и достигать целей быстрее.
✍️ 2. Повышение видимости и влияния
Развитие лидерских качеств позволяет брать на себя инициативу в проектах, предлагать улучшения и становиться ценным участником команды. Если ваш уровень коммуникации и работа в разных стрессовых ситуациях на высоком уровне, то поверьте, какие то новые активности сами к вам будут приходить(да это не всегда хорошо, но интересно)
✍️ 3. Продуктивное управление задачами
Навыки тайм-менеджмента и приоритизации позволяют QA специалисту быть продуктивным, что делает его надежным сотрудником в глазах команды. Правильная и реальная оценка трудозатрат на то или иное действие это очень ценный скилл
✍️ 4. Улучшение качества работы
Критическое мышление помогает глубже анализировать проблемы и предлагать продуктивные решения.
Не будьте мудаком и начинайте изменения прежде всего с себя.
Виновата, в каком то косяке верхнеуровнево вся команда, и важно не то, что проблема произошла, а то, как вы ее проработали, и как эта проработка минимизировала вероятность возникновения ее в будущем.
Заходите, тут больше интересного - https://t.me/pashasqaway