Никита Поляков
Что значит быть Staff+ инженером
👋 Привет, Пол (и всем тоже привет)
Чуть больше года назад я сменил работу и перешёл в то, что сам для себя называю «полуруководящей» позицией. Формально уже не сеньор, но ещё и не техлид. И довольно быстро я столкнулся с проблемой, которую, как оказалось, сложно даже корректно сформулировать.
С инженерными навыками всё относительно понятно: есть стек, есть зоны роста, есть способы измерять прогресс. А вот всё, что касается лидерских и менеджерских компетенций, долгое время оставалось для меня размытым. У меня не было языка, чтобы описать, что именно я должен уметь делать и какого результата от себя ожидать.
Если эта проблема знакома и вам, дальше будет чуть полезнее.
😛 Язык, которого не хватало
Цепочка разговоров с разными людьми привела меня к книге Staff Engineer Уилла Ларсона.
Уилл предлагает использовать термин Staff+ engineer как обобщение для всех ролей после сеньора, и для упрощения выделяет четыре архетипа:
1. Tech Lead
2. Architect
3. Solver
4. Right Hand
Все они находятся на одном «уровне» seniority, но отличаются типом воздействия на систему.
🎭 В чём различие ролей
Tech Lead и Architect обычно работают с одними и теми же людьми в долгую. Это роли про устойчивость, контекст и эволюцию решений со временем.
Solver и Right Hand — более ситуативные фигуры. Их часто «бросают» туда, где есть проблема.
• Solver — про сложную техническую задачу.
Ты остаёшься в команде (или собираешь её с нуля), пока проблема не решена и не передана на дальнейшую поддержку.
• Right Hand — это уже про совокупность проблем: технических, организационных, коммуникационных.
Здесь меньше кода и больше координации: договориться со стейкхолдерами, выровнять направление команд, потушить пожар и делегировать реализацию дальше (часто, например, коллегам солверам).
• Architect во многом похож на Right Hand, но работает не в режиме пожара, а в долгосрочной перспективе.
• Tech Lead же роль, где ты обычно работаешь с командой до ~8 инженеров, плотно взаимодействуешь с продуктом, формируешь бэклог и отвечаешь за то, как именно команда движется к цели.
👀 Зачем всё это
Все четыре архетипа пересекаются. У каждого есть общие задачи и уникальные зоны ответственности. Какие-то типы работы будут нравиться больше, какие-то меньше. И именно это различие, на мой взгляд, и даёт главное: возможность собрать собственное представление о том, какой Staff-роль подходит именно вам.
Например, роль Solver звучит как постоянное решение сверхсложных задач, что привлекательно. Но у Tech Lead есть возможность наблюдать, как решения живут и развиваются со временем, когда у Solver’а этого почти нет.
Роли Right Hand и Architect требуют развитого навыка влияния: умения получать ресурсы и двигать людей в одном направлении, и это тоже по-своему интересно.
Если вы сейчас где-то между «уже не сеньор» и «ещё не понимаю, кто я», возможно, книга окажется полезной и вам. Буду рад услышать, как вы сами для себя отвечаете на этот вопрос.
1 · 466 ·