Как быть тестировщику, если его взяли в команду и не онбордят? Рассказываем о том, как мы адаптируем нового QA в команду: о системе наставничества, грейдах и преодолении сложностей. Советы джунам, которые помогут выплывать без онбординга.
Привет! Меня зовут Анастасия (@shiroulin), я руководитель отдела тестирования в Red Collar. В предыдущей статье разобрали этапы онбординга на проект. Теперь смотрим шире — расскажем об адаптации нового QA в команду.
Идеальный онбординг каждая компания видит по-своему, поэтому универсальных критериев здесь нет. Мы выстроили систему адаптации и новых сотрудников, и джунов, которая у нас работает.
Спасательный круг для джуна: внутри советы, как быть, если попали в компанию, где не онбордят.
«Джун, я твой buddy». Как работает система наставничества
Для каждого новенького мы с первого дня готовим индивидуальный адаптационный план развития. С человеком взаимодействует HR и руководитель, в рамках адаптационного плана работает бадди (buddy) — он же наставник.
Работа начинается с определения первостепенных целей. Например, за 3 месяца человеку предстоит закрыть пробелы по теории и дойти до уровня миддла. Исходя из этой цели формируем задачи, фиксируем, что стоит почитать и подтянуть, собираем фидбеки. Постепенно задачи закрываются, бадди проставляет статусы в плане и следит за прогрессом. Принимаем решение, остается ли человек с нами в команде. Как правило, остается.
Что делать, если на тебя забили не онбордят: узнаем роли на проекте и изучаем документацию
Подходы к онбордингу в компаниях отличаются: если попали в новое место, где нет бадди — идите к лиду. На случай, если нет никого и на адаптацию забили, делюсь небольшим чек-листом, который поможет. Первое — начните с вопросов. Соберите базовую информацию, которую добавите себе в закладки и позже будете к ней возвращаться. Узнайте:
1. Какая документация ведется на проекте, есть ли регламенты по ее ведению.
2. Какие используются шаблоны, есть ли требования к описанию баг-репортов и задач. Написание документации или тест-кейсов — процесс творческий. Шаблоны в компаниях отличаются и под них стоит подстроиться. Не бойтесь обращаться к лиду, аналитикам, просить провести ревью ваших тест-кейсов и набивать руку в написании.
3. Как распределяются роли на проекте. Подстелите себе соломку — распишите зоны ответственности участников. Так поймете, к кому из команды обращаться с конкретной проблемой. Полнота собранной информации зависит от правильно заданного вопроса.
Задаем вопросы правильно
Важно задавать вопросы и не замыкаться в себе. Нет «тупых» вопросов — есть неправильно заданные вопросы или не по адресу. Спрашивать — правильно и нормально, но сначала стоит провести подготовку.
Убедитесь, что вопрос уникален, внимательно изучите проблему и зафиксируйте ответы — в блокнот или документ, позже это пригодится.
Как сформулировать вопрос и получить нужный ответ
1. Не используйте мета-вопросы — вопросы, которые подразумевают последующие вопросы. Они тратят время. Вместо проявления вежливости, вы заставляете человека ждать, пока сформулируете вопрос — производительность снижается.
Пример мета-вопросов:
Можно ли задать вопрос?
Есть, кто разбирается в N?
Можем созвониться?
2. Сначала сообщайте цель, потом проблему. Цель — то, что вы хотели сделать. Проблема — это то, почему вы не достигли ожидаемого результата.
Антипример:
— Привет
— Привет
— Можем созвониться?
— Зачем?
— У меня вопрос по Фигме
— Какой?
— У меня не работает «вот это»
— Ага, сделай «вот так»
Хороший пример:
— Привет! Можно ли средствами прототипирования Фигмы сделать блок залипающим только на определенном участке скролла? Я уже погуглила и не нашла, но вдруг есть неочевидные способы?
— Привет! К сожалению, нет.
3. Дайте собеседнику время подготовить ответ
Собеседнику иногда нужен личный ресерч информации, посмотреть логи вашей ошибки, включиться в ситуацию. Дайте ему время подумать над ответом, чтобы позже не терять время — задайте свой вопрос до созвона.
Пример:
— Привет! У меня такой вопрос: я проверяю работу штуки, ожидаю, что она будет работать «вот так», но у меня падает ошибка «вот тут». Вот логи, вот ссылка, вот что я делаю. В чем может быть проблема?
— Привет! Смотри, там есть один нюанс, думаю, лучше созвониться, чтобы я его показал тебе.
4. Задавайте вопросы по адресу и делитесь решением
Не стоит писать вопрос личным сообщением конкретному человеку, если не знаете наверняка, что вопрос по адресу. Лучше написать в групповой чат, потому что:
— Шанс, что кто-то в чате уделит время — выше.
— Шанс, что кто-то в чате знает, как помочь — выше.
— Вы оставляете другим возможность найти ответ на этот же вопрос.
Когда вы научитесь грамотно задавать вопросы и уважать чужое время, начнете расти быстрее.
«Что делать, если я один на проекте?»
Случается, что на проекте кроме вас, никого. Ищите человека, который знает детали — впивайтесь в него клещом и выкачивайте эти знания.
Интересные статьи
Интересные статьи
