Как пережить О̭̮̯̬̦̒̎̆͒̏͂̏͂̀́̊̐ͅН̦͙͕̝̮͈̿̎̓͗̿̓͂͐Б̠͔͖͖̓̂̌̀̓̅̋̚̚О͔͍̜̝͓̊͑̾̓̽̎͌̈́͊̓̚Р͈͓͉͕̃̄͒͑̃̇̒̆̏̈Д͔͈̭͈͉̖̥̠͉̪͓͍͌́͊̐̊̽̉̆͗̋̏̉И̯͍̳̠̥̓͗̎͊͂̋̿̚Н̙͎̬͖̯͔̱̝͓̳̳͛̋͑̍̓͆̈́͊͐̚̚Г͉͙̞̝̫͍̰͚͙̖̔̋͒͂ͅ

Привет! Меня зовут Иван, за 3 с небольшим года коммерческого опыта в QA я успел поработать в 3 компаниях на 6 проектах. В среднем я проходил онбординг чаще коллег и в этой статье подниму 2 вопроса: зависимость сложности погружения в проект от зарплаты и практические советы для быстрой адаптации на новом месте.

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

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

При хорошем раскладе с первого дня в компании новичку назначается buddy - человек, который будет ответственным за адаптацию. На практике часто таким человеком является другой тестировщик, если таких на проекте нет - подойдёт любой живой член команды разработки, начиная ПМ-ом и заканчивая работником службы поддержки. Как раз на нём будет висеть в Jira задачка "Ввести в проект Теста Тестова". Бадди открыт для любых вопросов, связанным с рабочими процессами, доступами, коммуникацией в команде, а еще он будет давать новичку простые задачи наподобие "прочитай вот эту страничку в Confluence" или "проведи смоук-тест вот по этим кейсам".

👉 Компания №1, проект - сайт randewoo.ru, з/п 70-130к рублей

Я пришёл на проект честным джуном, в качестве бадди мне предоставили единственного тестировщика, который к моменту моего трудоустройства уже положил завяление на увольнение на стол руководству. Эмпатия по отношению ко мне отсутствовала, на все вопросы было 3 ответа: "это есть в доке", "загугли" и "хм, не знаю, обратись к разрабу". Благо после его ухода обучением занялся ПМ, исключительный в плане продуктивности человек, у которого было 100 других дел помимо онбординга. Через созвоны с ним я более-менее разобрался в проекте и уже через месяц самостоятельно тестировал сайт. Однако было 2 НО:

1. Так как команда была маленькой, а бизнес стремительно расширялся, в мои обязанности входило примерно всё: тестирование, взаимодействие и споры с другими командами разработки из внешних систем, поддержка 3-ей линии, написание документации проекта (не тестовой), выгрузки данных из БД. А когда я пошёл за закономерным повышением к тимлиду через год работы, он сказал: "ну тут маловато хардскиллов для 120к рублей в месяц, выучи сначала Ruby". Лицо тестировщика представили?
2. Кодовая база проекта представляла из себя кривое легаси, старые разработчики уже не помнили, как всё работает, а новые не могли в этом разобраться. Даже спустя год работы не мог сказать "Я знаю проект", а с учетом предыдущего пункта это заставляло понервничать. Если бы я занимался только тестированием, то меня бы не волновало, как списать у 10.000 пользователей на проде бонусные баллы и что делать, если у некоторых клиентов после этого баланс ушёл в минус 💀

Ставлю этому онбордингу 1 крит на проде из 10.

👉 Компания №2, проект - сервис для рассылки сообщений, з/п 3000$

В команде никогда не было QA, в мои задачи входило прийти и наладить процессы тестирования с нуля. В качестве помощника мне достался python-разработчик, который ни разу не работал с тестировщиками и не понимал, зачем нужны QA. Несмотря на предвзятое отношение к моему ремеслу, Андрей оказался неплохим buddy, который сам написал проект, знал его и отвечал на все возникающие вопросы. Спустя месяц я самостоятельно составил User guide к нашему сервису и приступил к боевым задачам, а ещё через 2 месяца мог смело сказать, что знаю проект, потому что:

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

То, что я единолично и с самого начала представлял собой обеспечение качества в компании, оказалось преимуществом. Меня никто не торопил и не контролировал, с возникающими проблемами и новыми тасками я разбирался в своём темпе. На такое доверие я отвечал ответственным отношением к работе, а возникло это доверие в большей степени из-за того, что в резюме больше не было написано "Junior QA".
Ставлю онбордингу 5 массажных кресел в офисе из 10.

👉 Компания №3 (работаю сейчас), проект - внутренний сервис для общения операторов с клиентами банка через чат, з/п 320к+ рублей

• В качестве buddy мне досталась тестировщица, которая проработала 9 лет в компании и уходить не собирается. В течение первого месяца было проведено 7-8 созвонов с демонстрацией продукта, где детально разобрали интерфейс и внтреннюю логику, на мои вопросы не то, что отвечали, а выпытывали, остались ли незакрытые моменты и нужно ли повторить
• Когда понадобилась помощь с заведением заявок на доступы - помогла бизнес-аналитик из нашей команды, причём сама предложила помощь. Такую же вовлеченность в процесс моей адаптации я получил и от других членов команды
• Каждую среду проходит созвон с QA-лидом, который в индивидуальном порядке интересуется, как проходит процесс онбординга и нужно ли содействие
• Первую боевую задачу я получил только в конце первого месяца онбординга, для выполнения предоставили тестовые данные и провалидировали план, помогли добить проверки. Сейчас идёт второй месяц онбординга и все задачи на тестирование выполняются совместными усилиями в онлайн-режиме, чтобы у меня не было шансов накосячить

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

Если хочешь облегчить buddy работу, то вот пара практических советов:

1. Записывай все созвоны. Если планируется демо - записывай в видеоформате.
   Иногда объяснения не ложатся в голову с первого раза - это нормально, потом можно переслушать записи в спокойной обставновке и разобраться. Формально это запрещено по NDA, но на практике к этому нормально относятся, а если никому не говоришь - рисков 0
2. Добавляй в закладки ссылки на все веб-ресурсы, даже если это 2 раздела одной и той же документации. Это сэкономит 20-30 минут в день, не придётся перебирать ссылки по чатам с коллегами и заниматься исследовательским тестированием на ровном месте
3. Если появляются вопросы к buddy - собирай в блоки вместо того, чтобы задавать по одному. При таком подходе наставнику будет проще вникнуть в проблему и исчерпывающе ответить, к тому же так уменьшается шанс подрыва жопы от постоянного переключения контекста.

• Компания заинтересована в твоей адаптации больше тебя
• Сложность онбординга никак не коррелирует с позицией или зарплатой
• Если buddy разбирается в проекте - это хорошо. Если не валит из компании - еще лучше
• Не нужно понять проект досконально, чтобы пройти онбординг
• Вместо переспрашивания наставника по 10 раз - проще записать и переслушать

• Если пришёл на проект, но остался без buddy и не знаешь, что делать - пиши в личку, порешаем

Спасибо за внимание!
Жду всех начинающих, продвинутых и состоявшихся QA-специалистов в своём Telegram-канале QA feels good