The post has been translated automatically. Original language: Russian
When a developer becomes a team lead, it turns out the main problems can no longer be solved with code. You have to give feedback, hire people, plan, and negotiate. Nobody really teaches you this, so I've put together five resources that are most often recommended to people who are starting to lead a team.
- Camille Fournier, The Manager's Path. A guide to a career in engineering management, from mentoring a single intern to leading multiple teams. The author explains what changes at each stage and which mistakes are typical there. It's the book most often named as the first read for a new team lead.
- Kim Scott, Radical Candor. A book about how to tell people the truth about their work while showing that you genuinely care. The core idea: staying silent about problems to be polite hurts a person more than honest criticism does.
- Will Larson, An Elegant Puzzle. A collection of practical notes on how engineering organizations work: team sizing, managing tech debt, hiring, and planning. It's easy to read in pieces and come back to when you have a specific question.
- The Pragmatic Engineer newsletter. Gergely Orosz writes about how the industry works from the inside: hiring, compensation, processes, and reorgs at tech companies. It helps you see your own team in a wider context and understand what's happening in the market.
- Podlodka podcast. A Russian-language IT podcast featuring guests from the industry. Many episodes focus on management, hiring, and growing teams, and they're easy to listen to on the go.
None of these will turn a developer into a manager overnight. But they give you the language and frameworks to make sense of what used to feel like pure chaos.
What would you add to this list? Let me know in the comments.
Когда разработчик становится тимлидом, оказывается, что главные задачи больше не решаются кодом. Нужно давать обратную связь, нанимать людей, планировать и договариваться. Этому нигде специально не учат, поэтому я собрал пять материалов, которые чаще всего советуют тем, кто начинает управлять командой.
- Камилла Фурнье, «The Manager's Path» Путеводитель по карьере в инженерном менеджменте: от наставничества над одним стажёром до руководства несколькими командами. Автор объясняет, что меняется на каждом этапе и какие ошибки там типичны. Эту книгу чаще всего называют первой для нового тимлида.
- Ким Скотт, «Радикальная прямота» Книга о том, как говорить людям правду о работе и при этом показывать, что вам не всё равно. Главная идея: молчание о проблемах из вежливости вредит человеку сильнее, чем честная критика.
- Уилл Ларсон, «An Elegant Puzzle» Сборник практических заметок о том, как устроены инженерные организации: размеры команд, работа с техдолгом, найм и планирование. Книгу удобно читать кусками и возвращаться к ней по конкретным вопросам.
- Рассылка The Pragmatic Engineer Гергей Орош пишет о том, как работает индустрия изнутри: найм, зарплаты, процессы, реорганизации в технологических компаниях. Рассылка помогает смотреть на свою команду шире и понимать, что происходит на рынке.
- Подкаст «Подлодка» Русскоязычный подкаст об IT с гостями из индустрии. Среди выпусков много тех, что посвящены управлению, найму и развитию команд, и их удобно слушать по дороге.
Ни один из этих материалов не сделает из разработчика руководителя за вечер. Но они дают язык и рамки, которые помогают разобраться в том, что раньше казалось просто хаосом.
А что бы вы добавили в этот список? Пишите в комментариях.
Share
