Комментарии 15
Сейчас, ваш процесс со стороны выглядит как прохождение экзаменов в университете. Пробовали ли решить вопрос аттестации сотрудника более творчески?
например?
Развитие процесс не линейный обычно, да и к тому же можно быстро приуныть занимаясь одним и тем же делом. Например, давать ему выбор различных путей развития, находиться в постоянном диалоге обратной связи и направлять его, по мере выполнения маленьких шагов. Тем самым вы будет контролировать сотрудника более гибко и корректировать его развитие не раз в год, а постоянно. Мотивируя и направляя его на нужный вам путь.
Сейчас же у меня сложилось впечатление, что сотрудник сам что-то делает и раз в год приходит на экзамен.
Спасибо за идею :) У нас проект пока пилотный, и пока что для сотрудников самого первого грейда. Проект еще будет совершенствоваться, улучшаться. Спасибо еще раз за комментарий :)
кстати, это аттестация делает проверку среза знаний. А вот продвижения сотрудника по карьерной лестнице - это уже другая работа, которая ведется уже после аттестации, на основании выявленных пробелов в знаниях, составляется индивидуальный план развития, включающий как темы для изучения в рамках рабочего проекта, так и для расширения кругозора и скиллов по тестированию. Спасибо за идею для нового проекта :)
Метрики используются. Экспертов вовлекаем, чтобы избежать "приукрашивание" своих навыках на проекте в ходе встречи с тестировщиком во время аттестации, и узнать какие проблемы на проекте существуют со стороны тестирования (вряд ли об этом сам сотрудник может сказать).
Да, проверка среза знаний будет похожа на экзамены, но, а как проверить знания тестировщика, если не задать ему вопросы, дать ему задачи для решения, поспрашивать экспертов? Выше писали в комментариях, что стоит его на протяжении всего времени работы проверять, мотивировать, но и тут нужно учитывать, что за это занимает достаточно большое количество времени, сил того, кто будет этим заниматься (тест-лида). Да и я бы разделила бы это на другой проект "Проект мотивации и продвижения тестировщика".
P.S. Хотя может быть по метрикам я вас неверно поняла
система баллов на основе полученных ответов на вопросы по софт скиллам, хард скиллам и вопросы, связанные с проектом
Спасибо, возьмем в работу. Но и нужно подумать, как это сделать, так как у каждого тестировщика разный проект - и это усложняет задачу значительно. Потому что нужно знать проекты от и до, которых большее 10
Ваша идея хорошая, потому что она углубляет проверку, но и требует более облегченного варианта из-за количества проектов :(
Спасибо, отличная рекомендация по практике. Попробуем её применить, используя тест-менеджеров.
P.S. кстати, по теории, не вижу ничего плохого в том, что тестировщик подготовился, а наоборот - очень даже хорошо, потому что сотрудник освежил свои знания :)
Все тот же Рассказ о том, как мы пилотный проект аттестации тестировщиков запускали – ч. 2