Александр Логинов - Матрица компетенций и оценка Java-разработчиков

Ближайшая конференция - Joker 2024, 9 октября (Online), 15-16 октября, Санкт-Петербург
- -
Александр поговорит о матрице компетенций в X5 Tech: какой формат они выбрали, а какие рассматривали. Он расскажет про путь сотрудника внутри компании, и как регулярно на этом пути он сталкивается с матрицей компетенций. Ведь его взаимодействие с ней начинается еще на этапе подбора. В X5 Tech:
- Разрабатывают собственные учебные материалы, потому что знают, благодаря матрице, какие компетенции им нужны и какие наиболее востребованы у сотрудников.
- При найме и оценке навыков ориентируются на матрицу компетенций.
- При составлении плана развития берут компетенции из матрицы и ставят их в задачи.
Презентация к докладу: squidex.jugru.team/api/assets...
#java #hr

[@ins798]

Я люблю критиковать, и хочу сказать, что таким докладам вообще не место среди технических выступлений. Чисто с практической точки такой подход к оценке сотрудника бессмысленен. Но с точки зрения сотрудника становится понятнее, что нужно выучить, чтобы повысить зарплату.

[@inzagher]

Почему в матрице нет ничего по архитектуре? Отсутствует оценка навыков написания читаемого кода, декомпозиции предметной области, разделении системы на компоненты. Еще важно умение планировать, оценивать трудозатраты, выявлять риски. Плюс неубиваемые нервы. Способность вытащить с того света нечаянно уничтоженную систему. Способность запроектировать так, чтобы решение работало быстро и надёжно. Именно этими моментами характеризуется сеньер. То, что было перечислено, безусловно важно, но многое, что было заявлено на условного сеньера встречается и у джун мид. Всё зависит от того, над какими задачами работал человек. У кого то одно в голове отложилось, у кого то другое.

[@NummeSpnet]

"декомпозиции предметной области, разделении системы на компоненты. Еще важно умение планировать, оценивать трудозатраты, выявлять риски." вот это имхо #1 требования для синьора. остальное конечно субъективно, но в целом тоже согласен. почему то в компетенциях и матрицах развития везде одни лишь технологиии, и ни слова про подходы, методики, и аналогичные вопросы. а ведь это гораздо большая ответственность, чем просто кодить или быть мастером в условной кафке.

[@user-mz3us8pr9e]

Как ни посмотришь доклады, статьи, видосы - на джуна не надо почти ничего, а по факту с годом опыта собесят на джуна меньше чем на 100к и требуют докер, кубер, многопоточку, тесты, сложные запросы в БД...Это в Москве, в крупных компаниях и банках

[@NummeSpnet]

непонятно где ты такие собесы нашёл, джун с опытом на год, легко подаётся и получает офферы на 150-180+ хотя если честно это неоправданная цена за такого джуна кмк. так что да, 100к за джуна с опытом в год, по мне так нормальная цена.врач лечит людей, учится 7 лет, получает сильно меньше.

[@user-jw2xh6qz1u]

@@NummeSpnet про "неоправданную цену" дак может дело не в том, что джун получает 100к. , а в том, что врач меньше. Как вы определяете "справедливую ЗП"?

[@user-yb8tw6vg1g]

​@@NummeSpnetа лошадь почему мало зарабатывает, если она больше всех работает в колхозе?

[@fantomscadman]

Простите, но указанные требования - это реально или так, чисто для демонстрации? Например, в таблице для мидла на слайде 21 перечислено то, что от джуна требуют в обязательном порядке. Не говоря уже о докере, кафке и прочей радости.

[@sobahuy]

то что у вас в джаве на сениора написано, по-хорошему стажер/джун уже должен знать а сениорность за счет другого достигается

[@nidendo]

Очередной человек, далекий от программирования, расскажет как нам, программистам, надо работать и развиваться)

[@mossovet8412]

Тебе объяснили правила игры "Карьера в x5 Tech", ты можешь полностью перенять ее для себя, можешь адаптировать или еще что-то. Но уже точно ясно, что программист ты не очень внимательный, т.к. человек рассказал, что в составлении матрицы компетенций и учебных материалов участвуют их разработчики. А уж программисты наверное немного понимают чего требовать от других программистов.

[@nidendo]

Зачем мне внимательность, когда опыт подсказывает, что слушать какого то мальчугана не разбирающегося в программировании совсем, о том как нанимать разрабов и как строить их работу и развивать карьеру - не имеет смысла. Да пусть он хоть самих архитекторов да тех лидов опрашивал, где графики со старыми показателями и новыми, с внедренными практиками? А их наверняка не было и никогда, в подобных "рекламных роликах" не будет. Без таких наглядных показателей, выступление является лишь сотресанием воздуха, чем любят и продолжают заниматься такие вот "профессионалы и учителя", которых и нанимают подобные же им люди, научившиеся за свою жизнь лишь складно пиздеть и пускать пыль в глаза. А потом оказывается, как в твиттере, что можно 80% работников выгнать и все продолжит функционировать)

[@user-ge1fh8xl2v]

Где можно посмотреть эту матрицу?

[@NummeSpnet]

ключевой вопрос. если человек не подтверждает свои знания регулярно (считай переаттестация), то какие гарантии, что условный синьор+ через полгода будет соответствовать этому? ещё не увидел в матрице ни ОС, ни сетей.... PS. кек. 2 консумера на 1 партишна, зависит от группы таки) где мой оффер на синьора+ от х5?

[@mossovet8412]

в течение полугода синьор+ свои знания использует в реализации продукта. Если с работой справляется, значит все ок.

[@andreykolesnikov960]

Уже спустя пару минут решил заглянуть в комментарии. Сэкономил 40 минут)

[@stanislavzemlyakov5442]

Мы не пишем запросы в постгрю, мы описываем бизнесс-процессы языком, потнятным компуктеру. Сколько из ваших сеньоноров понимает на чём зарабатывает Х5?

[@artem-wm7ou]

Забавный доклад, многое говорит в первую очередь о x5, видимо там мидлы и синьоры в перерывах между настройкой спринга, тюнят vacuum для postgres, который развернут в докере)) Если серьезно ни одной главной компетенции, например, для синьора не было перечислено, ведь в первую очередь это про мышление, которое не ограничивается модулями или сервисами, а покрывает целые бизнес процессы, это про архитектурный кругозор и умение выбирать из кучи инструментов, возможность и желание брать на себя ответственность. Если загуглить skill matrix software engineer, то второй результат из гугла уже выдаст более адекватную инфу чем в этом докладе), очень плохо

[@PsychoDelissemo]

битовые операции мы не используем, но зачем-то по ним оцениваем :)

[@dgvgfg]

битовые операции - это уровень 2 курса универа)) это уровень есть ли вышка у человека. По сути джун может не знать как работает Spring, но битовые операции это далеко не самая сложная, одна из самых простых в универе.

[@alexandr6055]

​@@dgvgfg вопрос всё равно остаётся. Нахрена это знать, зачем тратить время на собесе на ерунду которую гарантированно в работе не пригодится? Помню Евгений Борисов сказал, если вас просят на собеседовании написать синглтон, можете завершать собес, вам в эту компанию не надо. Так вот эти ребята пошли ещё дальше😂

[@ekaterinakhudiakova7741]

чисто как один из аспектов того, что не хватает в этой матрице - понимание бизнеса хотя на базовом уровне. просто без минимальных знаний домена и интереса к тому, что зачем вообще пилится, человеку самому же будет сложнее расти. например, человек хочет стать лидом - ему придется больше общаться с бизнесом, значит у них должна быть какая-то общая почва для обсуждений. человек хочет стать архитектором - опять же, архитектору критично понимать бизнес. и так вот он по этой матрице дойдет до максимальной следующей роли и окажется не готов к ней. поэтому мне кажется стоило бы не так детализировать все аспекты знания джавы/кафки и тд, а добавлять для следующих ролей и другие вещи. например, джун может сделать таску по очень подробной документации, мидл может взять таску с некоторыми неясными моментами в описании и уточнить, синьор может из "сделай хорошо" сделать хорошо и задокументировать - не сочинение писать, а например диаграмму накидать. или например, что требуется от каждой роли в процессе релизов/продакшен инцидентов. в общем идея понятна, я думаю. просто поощряя только хард скиллы, можно упустить человека, который по хардам ну может мидл+, зато он subject matter expert, задает правильные вопросы, предлагает полезные вещи, многим помогает, и в случае его ухода потеря будет очень ощутимой. ну и следит за прогрессом тот же, кто проводит 1-1, при необходимости собирает фидбеки от коллег человека. небольшой техсобес может провести эксперт из другой команды, комбинируем хард скиллы и пользу от человека -> принимаем решение

[@user-vu8ch5eo7w]

Было бы здорово (наверное), если бы человека можно было разложить в матрицу. Но нет, это так не работает.

[@user-gk8qy2sf7t]

Интересно, если есть такой чел который уходит в отпуск и разработка практически останавливается, или начинают все воду в сите таскать, кто он синьер мидл или джуниор? Почему принято делить на эти 3 категории?

[@PsychoDelissemo]

Он - косяк того, кто следит за процессами в команде

[@DzhigurdaAnton]

Блин, вот не могу промолчать. Есть ФГОС в котором чётко и ясно описано, что такое компетенция, что такое умение, навык и знание, там даже есть такое понятие как опыт и ценность. Ведущий этими словами раскидывается либо не думая, либо не понимая разницы между ними. Исходя из этого складывается ощущение, что это изобретение велосипеда. Пригласите профильного специалиста, например методиста или педагога, это же целая наука, в которой есть очень хорошие специалисты, она хорошо структурирована и проверена вековым опытом, она не привязана к конкретным дисциплинам. Да там мир похлеще программирования. Кстати, то что автор называет компетенцией это навыки. А компетенция это как раз комплекс таких навыков и знаний которые нужны для выполнения конкретной деятельности (работы).

[@egorka464]

Вся эта матрица конечно работает только для конкретной компании. Все эти компетенции зависят от того, с чем человек сталкивался в работе. Я, например знаю какие то вещи из senior и senior+, но не знаю какие то из таблицы middle.

[@twobeerornottwobeer5973]

X5 это пятерочка ведь?

[@AlexS-lr8wb]

Да, Пятерочка, Перекресток и Карусель

[@oleksandrvasylchenko316]

Что то мне кажется что это примепэр как делать не надо)

[@rafailmuhamedshin7650]

Спасибо, понравился доклад

[@mossovet8412]

- сегодня я расскажу вам как это делается в нашей компании - вы все делаете неправильно! Ану-ка вон с ойтишного рынка!

[@alexanderk3762]

Садись - два. Из разных групп может читать хоть сколько консьюмеров для одного топика.

[@mark_tatyschev]

модер конеш в конце норм так подвел итоги 😆

[@stanislavzemlyakov5442]

Всегда хочется померить, это нормально. Я контрибьючу в опенсорс, а по матрице компетенций я на джуна не пройду.

[@mossovet8412]

вот откуда берется говнокод в опенсорсах 😅

[@stanislavzemlyakov5442]

@@mossovet8412 совершенно верно. Весь говнокод в опенсорсе - мой :)

[@MikaMJ]

Программирование это искусство, нельзя его оценку засунуть в какую-то матрицу! Какой смысл в матрице, если человек не умеет решать задачи.

[@inzagher]

Им важнее умение заучивать мануалы. Кто больше запомнил, тот больше сеньор.

[@Nick-yd3rc]

Не совсем практикабельный подход. Где вы видели Spring MVC без RequestMapping и Controller, например? Сомнительная классификация. Слишком формалистичный подход в поиске человека-оркестра. Кандидат зазубрит по верхам, и что подходит теперь? По этим критериям вроде как да. HRу удобно зато, это очевидно. Вопросники по подготовке к собесам по Джаве можно найти и на Хабре, разбиты по уровню, но тоже не без каламбура. Это наверное как с матолимпиадами и собственно математикой.

[@Psyjewnaut]

Программистов, когда профессия представляет собой кругозор и владение информаций, отбирают по узкости мышления. Способность решать реальные динамические задачи бизнеса оценивают по выдуманной статической матрице. В результате даже в элементарных вещах баги, та же корзина у многолосося ели дышит. Зато лекции штампуют. Кроме Борисова ничего включать не стоит

[@occrx2190]

отличный доклад, кому не хватает технических данных, может с удовольствием провести очередной пятничный вечер ковыряя тонны унылой документации

[@johnrobinson9443]

Саш, сильнейший!

[@dgvgfg]

ужасная матрица. Допустим может быть джун+ который знает докер, или миддл которому не нужны EXPLAIN ANALYZE в Postgre, ну запросы вообще редко пишу. Самое печальное что на эти матрицы опираются собеседующие и я сразу не прохожу в миддл позицию. Хотя та же иерархия исключений можно сказать любой джун+ по идее знает. И ещё всякие ЖЦ бина очень редко нужны как часто настраиваете PostProsessor'ы? А спрашивают. Не знаешь? Всё джун. Хотя я думаю те же транзакции как работают намного полезнее знать. А про Spring общее понимание, отличие Core от Boot'a, потом Spring Data нужна. А битовые операции это вообще 2-3 курс универа)) Это не mid+, это хороший джун с вышкой.