ЭТО СПРОСЯТ ВАС НА СОБЕСЕДОВАНИИ QA | 4 ситуативные задачи Когда я искал свою первую работу, я вписал в резюме достижения о том, что занимался онбордингом новичков. В действительности я этим не занимался и у меня было малое представление об этом, но я подумал о том, что нет никакой разницы, потому что, скорее всего, меня об этом спрашивать не будут, а возможно, конверсию такой пункт повысит. На одном из собеседований меня действительно спросили и попросили подробно объяснить, что именно я делал, как я выстраивал этот процесс, какие этапы проходили ребята и какой результат у этого достижения был. В тот момент я вообще ничего об этом не знал, я пытался выкрутиться, говорил бессвязно, придумывал на ходу, но по сути ответ на этот вопрос не дал. Мне отказали, потому что это выглядело странно, это было то достижение в резюме, за которое я не смог пояснить. Сейчас, спустя время и опыт работы с разными командами и разными людьми, я действительно могу выстроить онбординг человека, который только пришел в продукт. И ниже опишу, как этот процесс выглядит с той точки зрения, как его делал бы я. Вначале нужно погрузить человека в продукт, то есть дать ему базовый контекст, чтобы у него не было попыток угадать, как правильно, а появилось понимание того, как устроена архитектура, какие окружения используются, какой порядок работы со стендами, где находятся тестовые данные, где находится документация, чтобы он понимал, как ориентироваться в системе и в продукте, чтобы он знал, где что лежит. Следующий этап это процессы. Кто за что отвечает, какие роли в командах, к кому можно обращаться по вопросам, как выглядят задачи, какой порядок заведения баг репортов, где находится вся документация как тестовая, так и продуктовая, у кого есть зона ответственности по тем или иным вопросам. Если новый человек не может работать уверенно, не может обращаться к людям и нормально взаимодействовать с командой, то его погружение в продукт будет намного дольше и проблемнее. Дальше идут рабочие задачи, не всегда сразу большие. Можно начинать с маленьких, но реальных задач. На мой взгляд они намного быстрее погружают человека в продукт, чем любая теория или бесконечное чтение документации во время онбординга. Важно не то, насколько сложная задача, а то, что человек с первого дня работает с реальными задачами, включается в поток, понимает последствия своих действий, видит, как его работа проходит путь до продакшена. На этом этапе нужно контролировать качество работы, но при этом балансировать и не создавать сверхопеку, потому что одна из задач онбординга это формирование самостоятельности, чтобы человек стал боевой единицей. Параллельно я прошу фиксировать все, что он изучает. Если в команде чего то не хватает, например документации, это можно оформить. Такой подход одновременно позволяет закрепить материал и закрыть пробелы в проекте и в листе онбординга, потому что это полезно и для человека, и для команды. Таким образом он уже начинает приносить пользу продукту. Этот разбор небольшая выжимка части видео, в котором я подробно рассматриваю ситуационные задачи, которые могут встречаться на собеседованиях. Я объясняю логику того, как о них стоит думать, как на них можно отвечать. Такой формат для меня новый, я впервые попробовал сделать презентацию. СМОТРЕТЬ НА ЮТУБЕ СМОТРЕТЬ НА ЮТУБЕ СМОТРЕТЬ НА ЮТУБЕ