⚛️Технические навыки открывают дверь. Soft skills — решают, как далеко ты зайдёшь.

Последнее время ловлю себя на мысли, что технически можно научиться чему угодно.

Hard skills можно выучить за месяцы при практической работе.

Soft skills — формируются годами, и именно они определяют, насколько ты:
- предсказуем в работе;
- вызываешь доверие;
- способствуешь здоровой командной динамике;
- способен влиять на процессы, а не просто выполнять их.

Рассмотрим Soft skills , которые позволяют вам становиться более ответственным и полезным членом команды.

❇️Ответственность.

Нашёл — значит, ты за это отвечаешь.

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

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

Так ты становишься гарантом качества, а не просто "находчиком багов". Ты не просто передаёшь проблему — ты запускаешь процесс.

❇️Думать о будущем.

Ситуация:
Как часто вы возвращались к багам прошлых спринтов пытаясь понять, что имелось ввиду и что нужно сделать?
Было бы проще, если бы были важные комментарии в задаче и более подробное описание.
Т.е. ,стоит описывать баг так, чтобы вы сами могли понять о чем речь через месяц.

Так ты сэкономишь команде и себе часы.

❇️Приоритизация и Продумывание рисков.

Ситуация:
Что будет, если не починить этот баг прямо сейчас? Иногда можно сэкономить время отложив незначительные баги на следующую итерацию.
А порой баг нужно чинить немедленно, иначе с вашей системой будет не удобно работать.

К рискам так же относится:

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

Умение приоритизировать — ключевой навык. Он позволяет не просто кричать "всё сломано!», а спокойно отделять критичное от косметических замечаний.

❇️Вовлеченность и инициатива

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

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

Ты не обязан решать всё сам.
Но ты обязан запустить процесс, а не ждать, пока кто-то заметит проблему.

❇️Коммуникация и эмпатия

Не все баги — "ошибка разработчика".
Иногда — это недопонимание требований, недостаток документации, пробел в бизнес-логике.
Лучшая подача бага не как "ты сломал", а как "вот что я вижу, давайте разберёмся".
Здесь важно умение вести диалог:
- без обвинений;
- с уважением к чужой работе;
- с фокусом на решении.

Это строит доверие, а не конфликты.
---
Конечно и я не всегда следовала данным принципам, но с опытом это то, на что стараюсь ориентироваться.

❓А какие качества выделили бы вы для работе в команде?
Пишите в комментариях.

#qa_изжизни #мнение_автора
@testorest