Ответ
Да, использовалась формализованная система грейдов (например, Junior, Middle, Senior QA Engineer), привязанная к уровню компетенций и вкладу в проект.
Как это работало:
- Критерии перехода были четко определены для каждого грейда.
- Аттестация проводилась регулярно (например, раз в полгода/год) и включала оценку навыков и достижений.
- Влияние: Грейд влиял на уровень ответственности, сложность задач и оплату труда.
Пример критериев для перехода на Middle QA Engineer:
- Технические навыки:
- Самостоятельное ведение тестирования модуля или фичи.
- Написание и поддержка автотестов (например, на Python с Pytest).
- Базовый анализ логов и данных из DevTools/Charles.
- Процессные навыки:
- Активное участие в планировании спринтов и оценке задач.
- Составление тестовой документации (чек-листы, тест-кейсы).
- Наставничество для стажеров или Junior-коллег.
Процесс был прозрачным и помогал в карьерном планировании.
Ответ 18+ 🔞
Ага, вот эта самая хуйня с грейдами, типа Junior, Middle, Senior, у нас была. Не просто так, блядь, а привязанная к тому, что ты реально умеешь и какую пользу проекту приносишь. Не по блату, а по делу, понимаешь?
Как это всё ебашилось:
- Чтобы перейти на следующий уровень — были чёткие правила, как в инструкции к микроволновке. Не «ах, он хороший парень», а конкретные пункты.
- Аттестация — раз в полгода или год тебя, сука, разбирали по косточкам: что сделал, чему научился, где проебался.
- Что это давало: Чем выше грейд, тем больше ответственности, тем задачи сложнее и, что самое главное, тем жирнее цифра в зарплатной ведомости.
Вот, смотри, чтобы из юниора вылезти в миддлы, нужно было примерно вот это:
-
Технические скиллы, блядь:
- Чтобы ты мог сам, без пинка под жопу, вести тестирование целого модуля или фичи. Не тупо кнопки жать, а головой думать.
- Чтобы ты не боялся автотестов, как чёрт ладана. Написал, запустил, пофиксил. Примерно так:
def test_login_with_valid_credentials():— и дальше не хуй собачий, а рабочий код. - Чтобы в логах или в том же DevTools ты мог не просто глазеть, а найти, где ошибка спряталась.
-
Процессы и мягкие навыки, ёпта:
- Чтобы на планировании спринта ты не молчал, как рыба об лёд, а мог сказать: «Эту задачу на неделю, потому что там, блядь, три интеграции».
- Чтобы тест-кейсы и чек-листы у тебя были не абы какие, а такие, по которым другой человек мог бы работать.
- Чтобы если к тебе приставят стажёра, ты мог ему объяснить, а не послать нахуй с первого вопроса.
В общем, система была прозрачная, как слёза ребёнка. Ты всегда понимал, куда расти и что делать. Никаких «вдруг повезёт», всё по делу.