Поздравляю с выходом на работу! Настало время онбординга - процесса знакомства с ролью, которую вы будете выполнять в команде. Я хочу обратить особое внимание на то, как его пройти (если он есть) и организовать его грамотно (если его нет).
Зачем нужен грамотный онбординг?
Грамотный онбординг - это оптимальный путь от «только пришел» к «приношу ценность команде».
Итог - быстрый выход на результат и меньше ошибок на старте.
Важно отметить, что процесс онбординга должен присутствовать во всех командах, вне зависимости от специальности, так что изложенный здесь материал рассчитан на любую роль в проекте, будь то QA, BA/SA, PM, разработчик или дизайнер.
В первую очередь, этот материал будет полезен новичкам - я пошагово разберу типовой кейс грамотного 3-х недельного онбординга QA-инженера, чтобы начало работы в новой команде было предсказуемым и ясным.
Для опытных лидов / PM он тоже будет полезен - это рабочий шаблон, части которого можно адаптировать под ваш стек, процессы и договорённости, тем самым улучшить уже существующий процесс онбординга.
И наконец, если же вы пришли в команду без четко выстроенных процессов, вне зависимости от опыта - это готовый план внедрения онбординга на проекте, что впоследстии может стать готовым STAR-кейсом для будущих собеседований.
Итак, добро пожаловать в команду.
Перед стартом (день 0-1)
✔️Определить buddy и согласовать формат взаимодействия на период онбординга
Важно понимать, что
период онбординга - ваш карт-бланш на любые вопросы
, даже самые базовые. Так вы быстрее втянетесь в рабочий процесс.
✔️Зафиксировать цели на 3 недели:
Пример: «к концу 2-й недели самостоятельно прогоняю smoke-тесты на stage»
✔️Ознакомление с корпоративной культурой, ценностями, миссией, основными регламентами и структурой компании
Неделя 1 - настройка рабочего окружения и базовое понимание продукта
✔️Доступы: Почта, VPN, Jira/YouTrack, Slack/Teams/ etc
✔️Инструменты: скачать/настроить Postman/Insomnia, Charles/Proxyman, БД Dbeaver (Postgres etc), Git, Kafka, эмуляторы, MobaXterm, реальные девайсы etc
✔️Окружения: настройка dev / stage / prod, ссылки, роли etc
✔️Тестовые данные: определить набор тестовых аккаунтов (user, admin etc), ключевые прекондишены
✔️Шаблоны артефактов тестирования: разобраться как писать баг-репорты, тест-кейсы, чек-листы на текущем проекте
✔️Логи и метрики: разобраться с Kibana/Grafana/Sentry
✔️Пройти happy path приложения (согласовать предварительно с командой)
Неделя 2 - стабилизация знаний и процессов команды
✔️Документы к прочтению: архитектура (микросервисы + основные контракты), релиз-календарь, описание базового функционала (можно параллельно с прогоном Smoke-тестов)
✔️Интеграции с другими системами: список внешних систем (оплата, нотификации, погода)
✔️Понять кто за что отвечает в команде: QA-лид, фронт/бэк, DevOps, PM/PO, поддержка, аналитик
✔️Smoke (15-30 пунктов): авторизация, роли, CRUD ключевого функционала - предварительно согласовать с командой
✔️Коллекция Postman: авторизация (OAuth/JWT), прогон ключевых эндпоинтов
✔️Понять соглашения по процессам: когда подключается QA (аналитика/груминг), какие метрики тестирования на проекте, DoR/DoD
✔️Получить свое первое полноценное задание по плану - самостоятельно прогнать smoke-тесты на stage
#qa
📱Неделя 3 - создание базы знаний/регресс/внедрение