кто-то уже сталкивался с такой проблемой.
Немного истории: в команду пришел новый участник, с нулевыми знаниями и опытом в ручном тестировании.
Цель его появления — закрыть всё ручное тестирование, так как сейчас этим занимаюсь я, но уже не справляюсь с совмещением двух ролей (основная роль - PM ). Важно, что у меня были точно такие же нулевые знания, просто на огромном количестве багов на проде научился отлавливать и замечать недочеты/недоработки. Уже месяц человек в команде, но улучшения я не вижу. Созваниваемся раз в день, примерно на час, я проговариваю какие сценарии надо проверить, фиксирую в задачу, но пока толку нет
У меня такие вопросы:
как обучить человека ручному тестированию?
как выстроить процесс обучения?
Как часто созваниваться для контроля?
Как детально описывать и проговаривать задачи?
Как понять, что человека уже не надо так сильно контролировать?
Хочу узнать как у вас проходит онбординг/обучение на позицию тестировщика. Возможно, поделитесь статьями или чем-то еще полезным
> Как часто созваниваться для контроля? - Утренний стендап, где озвучены планы на день, и вечерний, где результаты озвучены. Больше и не нужно.
я думаю, этого мало, для обучения, тут именно вопрос, как его научить тестировать
Давать ему на верификацию задачи с фиксами, где шаги расписаны и ожидаемые результаты. Пусть кейсы в комментариях оставляет, дальше будете их обсуждать.
если за месяц при нулевой базе нет никакого прогресса - уволить лол
Где что пропущено, где лишнее...
Ок, спасибо за совет
Ставьте четкие задачи джуну на день, на неделю, на месяц, следите за их выполнением, больше общайтесь, больше менторьте, задавайте наводящие вопросы. Если задачи систематически не выполняются - расставайтесь
положа руку на сердце, вы хотите сотрудника обучить или уволить?
обучить в первую очередь
Как совет, объясните, что если не будет результата, то придётся искать нового кандидата, только требуйте конкретики. Обычно работает
Он ещё хуже будет работать после этого
Кек, я после четырех месяцев обучения, т.е. "не с нуля", даже после месяца на первом проекте было не просто. Такое ощущение, что вы хотите чтобы человек за месяц стал мидлом
Выскажу непопулярное мнение: возможно, вы наняли неправильного человека под вашу задачу. Поставьте измеримые критерии его эффективности и четкие сроки, и если вы оба увидите, что он не справляется, то надо прощаться.
непопулярное потому, что большинство дочитало до момента, где топикстартер написал, что наняли не "вы", а "вам".
Нет никакой разницы, если человек не тянет. Всем будет лучше разойтись и не страдать.
А кто то страдает? Этого не было вроде. Вопрос был увеличить знания сотрудника через обучение
Было указано, что не видно прогресса , в некоторый степени страдание того, кого должны были подразгиузить
Ставлю себя на место топикстартера: работаю за двоих, хочу часть обязанностей сгрузить (знакомый кейс). Нанимаю человека, чтобы он закрыл часть моих обязанностей. А он не закрывает. Что я делаю? Страдаю, так как продолжаю работать за двоих. Возможно, я неправильно интерпретировал кейс, прошу прощения, если так.
Так там же нанял босс своего. Отдача маловата, но есть желание , диктуемое неизвестными нам точно причинами, учить ещё сколько то времени до след чек пойнта Вопрос был как учить ещё эффективнее. Те специфика есть. А так то все правильно говорите, согласен
Обсуждают сегодня