Тимлид: тупик или развилка. Разбираем семь карьерных выходов
Четыре страха, которые стоит перечитатьПрежде чем разбирать карьерные треки, стоит честно назвать все четыре претензии к профессии тимлида. Не для того, чтобы отмахнуться, а чтобы посмотреть на обратную сторону каждой.
Методология о людях: как я придумал Projex и зачем это вообще нужно
«Стоит идее завладеть мозгом…»Когда я только начинал выстраивать процессы внутри команды, я экспериментировал с различными подходами: Agile (в основном Kanban), доски в Jira, ретроспективы по понедельникам и пятницам. Работа двигалась, но достаточно тяжело: большинство этих методологии сконцентрированы на процессе, а не на людях, которые в нём работают. Другие руководители в компании говорили, что я слишком мягок со своими сотрудниками и многое им позволяю. Но так или иначе именно это дало импульс в разработке — у нашей команды уже более 6 реализованных продуктов.
Трансфер знаний: как за 5 шагов мы превратили кризис в рутину
Реальный кейс из практики бизнес-аналитикаВместо введения: «да ладно, что там передавать?»Каждый аналитик хотя бы раз в жизни оказывался в ситуации, когда нужно:передать дела новому сотруднику,самому в срочном порядке вникнуть в чужие задачи,или организовать передачу проекта из рук в руки — то есть трансфер знаний.На первый взгляд, ничего сложного. Есть ресурсы, есть задачи, а если ещё и база знаний по проекту оформлена качественно — вообще красота.
Сколько человек нужно для разработки веб-продукта в 2026: разбор жизнеспособного состава
Привет, Хабр! Поделиться этим разбором меня подтолкнула горячая тема — «AI заменит всех разработчиков» и обратная связь по результатам собеседования в одну из компаний. Тезис про AI повторяют на конференциях, его слышат CTO средних компаний и приходят к найму с готовым решением: «соберите мне команду из двух senior fullstack, остальное закроет нейросеть». А когда приходит необходимость масштабироваться, удивляются, что бюджет проекта летит в депрессию.
HEXACO: как ваши склонности определяют эффективность и почему выгорание начинается там, где вы играете чужую роль
Навыки можно прокачать за полгода. Склонности, которые формировались годами, либо работают на вас, либо разрушают карьеру. В IT это особенно заметно: джуниор с «правильной» архитектурой личности часто перегоняет мидла-перфекциониста, который каждое утро переписывает тесты, потому что «иначе не правильно».Если вы хотите не просто «где-то работать», а получать высокий доход и качество профессиональной жизни (КПЖ)
Я пришёл Тимлидом в новую компанию и собрал её в файлы вместо двадцати вкладок
Третья неделя в новой компании. Меня спрашивают, кто в соседней команде отвечает за конфиги админки и где лежит контракт по realtime-интеграции с витринами партнёров. Я отвечаю без открытия браузера.Не потому что гений. Просто всё это уже лежит у меня в одном каталоге, и я быстрее читаю свой файл, чем переключаюсь между Slack и Confluence.КонтекстЯ тимлид в B2B-компании с довольно типичным для продуктовой разработки обвесом: Jira, GitLab-группа с несколькими десятками подгрупп и сотней репозиториев, Confluence с кучей спецификаций по архитектуре, Slack с парой десятков активных каналов и транскрипты звонков через свою поделку.
Тимлид в эпоху ИИ: кто он и почему одного крутого кода недостаточно
Рано или поздно каждый сеньор просыпается с мыслью: хочу быть тимлидом. Ну или нет. Но если вас эта мысль все-таки посетила... А оно вам надо?
Часть 1. Почему ИИ не заменит хорошего руководителя
ИИ пишет тексты, анализирует данные, проводит первичные собеседования. Два самых актуальных тренда менеджмента — кого заменят и как трансформируются роли?Кому можно быть спокойным? Тому, кто осознает: ИИ останется инструментом ровно настолько, насколько мы умеем быть людьми.
Мой тимлид не пишет код 3 года. Почему он — лучший тимлид, с которым я работал
На Хабре любят хейтить менеджеров, которые «забыли, как кодить». Мол, оторвались от реальности, не понимают сроков, не чувствуют боль разработчика. Я раньше тоже так думал. А потом попал в команду к человеку, который три года не открывал IDE, и за полгода понял, что был неправ.Контекст: что было доДо Серёги (это нынешний тимлид) у нас был Андрей. Андрей — зверь в техническом смысле. Кодовую базу знал так, что мог в голове прокрутить стек вызовов уровней на пять. Каждый PR ревьюил лично. Сам писал кучу кода.И команда его в итоге ненавидела. Не сразу — сначала было восхищение, потом привыкание, потом тихое раздражение.
