Матрица компетенций QA: как сделать инструмент роста, а не источник стресса

«Матрица компетенций» звучит как приговор. «Сейчас вас измерят и сравнят». Лиды боятся её внедрять, QA — переживают, что их оценят «не так» или «по таблице без контекста».
Знакомо?
Мы с Леной Фёдоровой вышли на сцену SQA Days 38, чтобы рассказать, как собрать матрицу, которая действительно работает. И начнём с честного признания: наша первая матрица была провальной.

Как выглядит матрица, которая не работает

В первой версии у нас было восемь уровней. Почему восемь? Никто не помнил. Навыки — «на ощущениях», без привязки к грейдам. Тестирование дизайна появлялось только на пятом уровне, а работа с рисками — на шестом. Джунам, по логике матрицы, это было не нужно.
Результат предсказуемый: примерно 80% сотрудников оказались на седьмом-восьмом уровне. Все — синьоры. А значит, расти дальше некуда, потому что навыки закончились.
Матрица без контекста — это как карта без масштаба: вроде что-то нарисовано, а куда идти — непонятно. Так мы поняли, что нам нужна новая.

Почему матрица пугает

Проблема не в самой матрице, а в том, как её подают. Когда оценка воспринимается как карающий меч, когда сравнивают людей, а не ожидания от роли, когда правила игры меняются перед самым ревью — неудивительно, что команда начинает защищаться.
Хорошая цель матрицы — сделать ожидания прозрачными и помочь расти. Плохая — «померить людей и расставить по местам».
Разница в цели — и есть разница между стрессом и ростом.

С чего начать новую матрицу

Мы начали не с навыков, а с портрета QA. Ответили на вопросы: какой контекст продукта? стартап или enterprise? какие команды — кросс-функциональные или выделенный QA-отдел? чего мы ждём от роли — исполнителя или драйвера качества? насколько глубоко нужно копать в технику?
И только потом вывели набор навыков и их вес.
Фокус — не на идеальном инженере в вакууме, а на идеальном инженере для вашей компании.

Из чего состоит рабочая матрица

  • Навыки — инженерные: работа с рисками, тестовая документация, работа в продуктовой разработке
  • Инструменты — конкретные, применимые в вашей компании
  • Ключевые действия — то, что отличает джуна от синьора (решает нетиповые задачи, драйвит, влияет на процесс)
  • Техническая сетка — мапит глубину навыка на грейд
  • Профиль сотрудника — градусник для отслеживания прогресса
Уровней у нас четыре — от джуна, который делает по инструкции, до ведущего, который системно влияет на качество и меняет процессы. Между ними — мидл с самостоятельностью и синьор, который оптимизирует и учит других.
И главное правило: уровни — это результат в компании, а не годы опыта. Десять лет на прошлом месте не значат шестой уровень здесь.

Формула хорошего критерия

Мы вывели простое правило: глагол действия + контекст + результат + артефакт.
Если критерий нельзя подтвердить фактом или наблюдением — он про ощущения, а не про навык.

Плохо: «Сотрудник может написать инструкцию и понимает правила разработки документации».
Хорошо: «Разрабатывает инструкции и применяет правила разработки — подтверждается конкретными примерами и артефактами».
Антипаттерны, которых мы наелись:
  • Глаголы «знает», «понимает», «владеет» — ненаблюдаемы
  • От уровня к уровню меняются только наречия: «понимает», «хорошо понимает», «отлично понимает» — глубина не меняется

Как проводить оценку без стресса

  • Подготовка — самооценка сотрудника (это 90% успеха), артефакты, вопросы от руководителя
  • Встреча — не экзамен и не защита, а калибровка
  • Вопросы — делает ли самостоятельно? системно? может ли научить другого? есть ли влияние на команду и продукт?
  • Правило — результаты подтверждаются фактами, а не ощущениями
И важное: не каждый должен хотеть расти. Кто-то хочет спокойно работать на своём уровне — это нормально. Не надо пихать человеку PDP нон-стоп, если он этого не хочет.

Как внедрить без бунта

Секрет простой: быстро, маленько и с обратной связью.
  1. Договориться о цели — а зачем нам вообще матрица? Может, и не нужна.
  2. Собрать MVP и согласовать маппинг на роли.
  3. Провести пилот на рабочей группе или добровольцах.
  4. Доработать спорные формулировки.
  5. Встроить в процессы: найм, онбординг, развитие.
И главное — коммуникация. Мы не сравниваем людей. Мы выбираем точки роста. Матрица — про человекоцентричность, а не про таблицы без контекста.

Что в итоге

С внедрением новой матрицы у нас выровнялось распределение: появились здоровые мидлы, выросло количество синьоров, вывели одного принципала. Комьюнити оживилось, люди поняли вектор развития.
Выводы:
  • Стресс — нормально. Но прозрачность снижает хаос.
  • Матрица не работает сама по себе — только с привязкой к ролям, грейдам и процессам.
  • Рабочая матрица — про поведение и артефакты, а не абстракции.
  • Оценка — не экзамен, а калибровка и план действий.
  • Внедрение важнее документа.
Матрица действительно может стать инструментом управляемого роста. Если есть прозрачные ожидания, конкретные действия и измеримый результат.
🎥 Смотреть доклад на YouTube: https://youtu.be/FVk21C_YQhQ
📺 Плейлист SQA Days 38: https://www.youtube.com/playlist?list=PL_XScYmjXxkcq9sWwwPFQmGD9L5b22-7m

Чем я могу помочь

🔍 Аудит и консалтинг QA-процессов
Если матрица у вас «для галочки» или вызывает сопротивление — помогу собрать её так, чтобы она работала на рост команды, а не на стресс.
→ Напишите: kulikova.qa@gmail.com или Telegram @qa_lady
🎓 Менторство
Если вы QA и хотите понять, как расти по уровням, или вы лид и хотите выстроить систему компетенций — я менторю на GetMentor.
→ Профиль: https://getmentor.dev/mentor/kulikova-marina-1783
🤝 Сотрудничество и выступления
Открыта к приглашениям на конференции, митапы, подкасты и роли Head of QA.
→ LinkedIn: https://www.linkedin.com/in/marina-kulikova-7058ba77/