Матрица компетенций: техника, продукт, люди

Рост — это не одна шкала «слабее–сильнее», а три оси: техника, продукт и люди.

Матрица компетенций — таблица навыков по нескольким осям и уровням, по которой компания оценивает грейд, а вы планируете развитие.

Зачем разработчику думать о трёх осях

Многие представляют рост как прокачку одной характеристики: «стать сильнее в коде». Но реальные грейды описываются минимум тремя осями. Можно быть гениальным алгоритмистом и застрять на middle, потому что не умеете договариваться и не понимаете, зачем продукт нужен пользователю. Матрица компетенций честно показывает, где вы проседаете, и не даёт обманывать себя сильной стороной.

Три оси

Ещё одна причина, почему трёх осей именно три, а не одна: они слабо заменяют друг друга. Гениальная техника не компенсирует неумение договариваться — блестящее решение, которое никто не принял, не приносит пользы. И наоборот, прекрасные отношения с командой не спасут, если ваши технические решения регулярно ломают прод. Грейд растёт там, где все три оси подтянуты до нужного уровня одновременно. Поэтому самый быстрый путь наверх — это не довести сильную ось до совершенства, а вытащить отстающую до проходного уровня: именно она держит вас на месте.

Как работает под капотом

Грейд — это не максимум по одной оси, а профиль по всем трём. Junior силён в узкой технической области под присмотром. Middle крепок технически и начинает разбираться в продукте. Senior высок по всем трём осям и тянет вверх окружающих. Можно нарисовать свой профиль как простую диаграмму.

Профиль middle, метящего в senior:

  Техника  ########--   высоко
  Продукт  #####-----   средне, зона роста
  Люди     ####------   низко, главная зона роста

Глядя на такой профиль, понятно: технику качать уже бессмысленно, рост закроется через продукт и людей. Без матрицы вы бы по инерции учили ещё один фреймворк — туда, где и так сильны.

Как пользоваться матрицей на практике

Возьмите матрицу компетенций своей компании (если её нет — публичные: Dropbox Engineering Career Framework, CircleCI, gitlab-овская). Честно отметьте свой уровень по каждой строке. Найдите две-три строки, где до следующего грейда не хватает больше всего, и сделайте их планом на полгода. Это превращает абстрактное «хочу стать senior» в конкретные действия.

Пример живой матрицы

Чтобы матрица не осталась абстракцией, разберём одну строку технической оси — «проектирование» — по уровням. На junior: реализует готовый дизайн, который дал кто-то старший. На middle: проектирует отдельный модуль или фичу самостоятельно. На senior: проектирует целую систему, учитывая нагрузку, отказоустойчивость и развитие. На staff: задаёт архитектурные стандарты, по которым проектируют несколько команд. Видно, что одна и та же компетенция растягивается на все грейды, меняя масштаб. Реальная матрица содержит десятки таких строк по всем трём осям — и именно поэтому она честнее, чем самооценка «я сильный/слабый разработчик».

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

Частые ошибки

• Качать сильную ось. Психологически приятно делать то, что уже получается, но рост даёт работа над слабой осью.
• Игнорировать продукт и людей. «Я инженер, моё дело — код» — установка, которая запирает на middle. Senior без продуктового и командного измерения почти не бывает.
• Оценивать себя по ощущениям, а не по матрице. Синдром самозванца занижает, эффект Даннинга — Крюгера завышает. Конкретные критерии матрицы калибруют самооценку.

Итоги

• Рост идёт по трём осям: техника, продукт, люди.
• Грейд — это профиль по всем осям, а не максимум по одной.
• Развивайте слабую ось — там скрыт ваш следующий грейд.
• Используйте реальную матрицу компетенций как чек-лист и план.