На Habr вышел большой разбор о том, почему сильный специалист может буксовать не из-за навыков, а из-за несовпадения задач и его внутреннего фокуса. Для тех, кто отвечает за мотивацию команды, вывод неприятный, но полезный: проверка hard skills и даже нормальные soft skills еще не гарантируют, что человек действительно захочет тащить конкретную работу.
По данным Habr / Менеджмент, автор предлагает смотреть на сотрудников через восемь базовых «векторов интереса» — устойчивых направлений профессионального внимания. Логика простая: в найме и управлении обычно задают вопрос «может ли человек это сделать», а вот вопрос «хочет ли он этим заниматься долго и с драйвом» часто остается где-то между one-to-one и очередным увольнением «по собственному».
В качестве отправной точки материал берет знакомую для любой продуктовой или аутсорс-команды сцену. Есть сильный senior-разработчик, которому поручают критичную задачу: сложный алгоритм, интеграцию с капризным легаси, большой кусок архитектуры. Формально все сходится: опыт есть, стек знает, с коммуникацией проблем нет. На практике задача тянется, интерес падает, качество проседает. Та же история повторяется с аналитиками, продактами и инженерами платформы: человек может быть объективно сильным, но быстро сдуваться на работе, которая его не цепляет. В заметке это подается как системная ошибка менеджмента, а не как частный случай «лени» или «не дотягивает».
Дальше автор раскладывает мотивацию команды на восемь векторов. Среди них, в частности, системный, прикладной, инфраструктурный, алгоритмический и операционный. У каждого — свой фокус, своя ценность для команды и свои речевые маркеры. Системный специалист думает про границы контекстов, компромиссы, масштабируемость и архитектурный долг. Прикладной концентрируется на сценариях, критериях приемки и точности реализации. Инфраструктурный тянется к CI/CD, автоматизации, tooling и стандартизации среды. Алгоритмический копает в потоки данных, ветвления и целостность вычислений. Операционный — в наблюдаемость, логирование, SLA/SLO, MTTR и процедуры восстановления. Это уже не эзотерика про «найти предназначение», а довольно прикладная схема: по тому, как человек формулирует задачу, можно понять, где у него естественный интерес, а где просто терпение.
Отдельно материал интересен тем, что не пытается выдать мотивацию команды за что-то статичное и высеченное в stone. Автор прямо пишет: векторы динамичны, но инертны. Человек, который несколько лет жил фичами и скоростью релиза, со временем может сместиться в архитектуру, процессы или эксплуатационную надежность. Но это не переключатель и не KPI, который можно подкрутить премией. Такой сдвиг обычно связан с опытом, выгоранием или осознанным поворотом в карьере. Для тимлидов и руководителей это полезное напоминание: если сотрудник вдруг «разлюбил» привычный тип задач, не факт, что он стал хуже. Возможно, он просто перестал видеть в этом смысл и уже внутренне уехал в другую профессиональную зону.
Практическая часть у статьи тоже вполне предметная. Автор пишет, что опирается на 50+ интервью и предлагает не гадать по резюме, а выстраивать разговор вокруг паттернов интереса. Для этого в заметке есть схема интервью с ориентиром по времени: 5–7 минут на вступление, 10–15 минут на путь собеседника в IT, 2–3 минуты на синхронизацию со стороны интервьюера и примерно 35–50 минут на пять дилемм, которые должны раскрыть реальные предпочтения человека. Подход любопытен именно своей земной направленностью: не тест на «кто ты из мира архитектуры», а попытка услышать, в каких задачах специалист оживает, начинает уточнять детали, спорить о компромиссах и, грубо говоря, перестает говорить дежурными фразами.
Еще один важный тезис — векторы интересов не заменяют ни грейды, ни оценку навыков, ни обычное собеседование. Автор несколько раз подчеркивает, что это не новая линейка оценки сотрудников и не способ навесить ярлык. Скорее дополнительная оптика, которая помогает не путать способность выполнять задачу с желанием делать ее хорошо и долго. В заметке даже появляется своего рода матрица зон: например, «зона исполнителя» с минимальным интересом и базовым навыком для типовых задач и «зона драйвера», где сходятся высокий интерес и зрелая компетенция. Для бизнеса здесь нет магии, зато есть довольно трезвый эффект: меньше скрытого выгорания, меньше текучки и меньше ситуаций, когда дорогой специалист механически закрывает тикеты без инициативы.
Для русскоязычного IT-рынка эта рамка попадает в боль очень точно. После нескольких волн найма, заморозок и пересборки команд у многих компаний стало меньше права на ошибку в ролях. Нанять сильного инженера, аналитика или платформенного специалиста и через три месяца обнаружить, что он внутренне не в этой работе, слишком дорого даже без громких HR-терминов. Поэтому идея смотреть не только на стек, но и на естественный профессиональный вектор выглядит не как еще одна модная концепция, а как способ чуть реже лечить организационные проблемы словом «мотивация». Вопрос теперь в другом: готовы ли руководители действительно слушать, что человеку интересно, если ответ не совпадает с тем, что горит у бизнеса прямо сейчас.