Как не завалить испыталку: софт-скиллы, которые решают

Я часто замечаю, что некоторые начинающие и даже опытные QA инженеры после устройства на работу не проходят испытательный срок по разным причинам. Зачастую это связано с несоответствием их ожиданий и реальности. Чтобы минимизировать недопонимание и количество неприятных сюрпризов на испытательном, я собрала несколько софт скилл лайфхаков из своего опыта:

✅На этапе собеседования уточните у команды/тим лида «что ожидается от меня на испытательном сроке, какие задачи/цели нужно будет закрыть». А также, уточните с какой периодичностью будет проходить чекап ваших задач, целей и успехов прохождения испытательного срока! Вы должны понять ожидания команды/тим лида от вас! В идеале, выписать в таблицу (согласовать с лидом) и точно понимать, что от вас требуется в ближайшие три месяца.

✅Внимательно изучите как QA команда ведет документацию, создаёт баг репорты, как взаимодействует с разработчиками и бизнесом.
Пример: создавайте баг репорты в таком же стиле, как и ваши коллеги, не нужно придумывать велосипед!

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

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

✅Если что-то не понятно, обязательно задавайте вопросы. Естественно, не нужно спрашивать: а куда нажимать в базе данных, чтобы создать SELECT запрос или как склонировать ветку (это гуглится). Задавайте вопросы по существу - где находится документация/важные ссылки, какие стенды используются в вашей команде и прочее.

✅Уточните кто ваш buddy, к кому вы можете обращаться с вопросами.
Однако, это не значит, что только к этому человеку вы должны обращаться! Начинаете с buddy, затем переходите с вопросами к другим коллегам (разработчикам, дизайнерам, аналитикам и тд).

✅Понимайте, что не только вы проходите испытательной срок у компании, но и компания у вас! Например, если вы видите, что ваши ожидания не совпадают с реальностью - начальство начинает менять ваши цели на испытательный срок, вам дают задачи не связанные с вашими обязанностями или в команде приветствуются переработки - для начала подсветите это лиду и hr-у, затем, если ничего не меняется, принимайте решение - подходит это вам или нет.
#процессы #qa #онбординг

Какие советы есть у вас?⬇️