Круглый стол «Техлид и развитие в Individual Contributor: как превратить код в карьеру» (Рубрика Engineering)
Появилась запись круглого стола на Techlead Conf X, где мы обсуждали ветку развития индивидуальных контрибьюторов. Делали мы это четверкой джентельменов
- Максим Вишневский, ведущий (Mindbox)
- Глеб Михеев (Сбер)
- Александр Белотуркин (Делимобиль)
- Александр Поломодов (Т-Банк)
Если обобщать, то мы успели поговорить про следующие темы 1. Определение роли техлида и IC Техлид должен формулировать технологический ландшафт в команде, управлять зависимостями и вдохновлять команду на изучение технологий, не занимаясь при этом пил-менеджментом. Individual Contributor (IC) — это антипод менеджменту, инженер высокого уровня, который влияет на процессы через экспертизу, а не через управление людьми. 2. Проблемы текущего подхода
- Техлиды часто превращаются в "играющих тренеров" — совмещают менеджерские и инженерные обязанности
- Отсутствие четких рыночных стандартов для IC-ролей затрудняет найм и валидацию компетенций
- В российских компаниях IC-ветка развита слабо по сравнению с западными (за исключением Т-Банка и нескольких других технологических компаний) 3. Критерии оценки IC В Т-банке используется матрица компетенций с фокусом на влияние, а не на технические навыки:
- Scope - масштаб работы
- Impact - влияние на компанию и пользу от действий
- Leadership - способность координировать без административной власти
- Improvements - способность улучшать процессы вокруг себя 4. Примерные уровни IC-грейдов в Т-Банке
- Staff инженер - масштаб ~50 человек
- Principal - масштаб ~200-250 человек
- Fellow - масштаб всей компании и признание не только внутри компании, но и в индустрии 5. Практические аспекты
- Развитие IC внутри компании предпочтительнее найма с рынка из-за специфики роли и необходимости понимания внутренних процессов.
- Найм IC включает несколько этапов: техническое интервью, системный дизайн, оценка опыта и подходов к инженерным вопросам. Кстати, про найм staff+ инженеров я записывал отдельную серию Code of Leadership вместе с Алексеем Тарасовым, моим коллегой
- Функциональное лидерство — IC должны быть лидерами профессий/гильдий, но не управлять людьми напрямую. 6. Вызовы и решения
- Проблема "партизанинга" - когда IC вносят изменения без согласования. Решение: создание гильдий, описание проблем перед внесением изменений, заблаговременное уведомление команд.
- Баланс между инициативностью и координацией - важно брать ответственность за улучшения, но при этом согласовывать действия с командой. 7. Будущее IC-направления Обсуждение IC-веток возвращается с каждым кризисом, когда нельзя решать проблемы только увеличением финансирования. Мы согласились, что в российских компаниях есть потенциал для развития культуры инженерной ответственности, хотя большинство IC не придают значения формальным грейдам — для них важнее реальное влияние на процессы.
P.S. На тему staff инженеров рекомендую почитать книгу Will Larson "Staff Engineer" и мои обзоры этой книги в двух частях: 1 и 2.
#Management #Software #Processes #Project #ProductManagement #Engineering #Processes #Leadership #Staff #Architecture #Career