Каждое воскресенье с детьми устраиваем киновечер с пиццей. Иногда готовим вместе, а иногда заказываем в «Додо».

Сегодня традиция продолжилась.

Мне нравится дизайн «Додо», их подход и продукция. Увидел у них в продаже книги (2 части) про компанию и сразу взял.

А вы уже читали эти книжки? Отзывы вроде хорошие:)

Читать полностью…

Привет, друзья!👋

Ищу удобный AI-плагин для Obsidian, но пока ничего подходящего не нашёл. Поэтому временно продолжаю работать в связке с VS Code и плагином Cline.

А вы используете ИИ в работе менеджера? На «Хабре» недавно вышла очень интересная статья на эту тему: https://habr.com/ru/companies/yandex_praktikum/articles/995864/

Пока до такого уровня я не дорос, но надеюсь, скоро к этому приду. Буду рад, если поделитесь своим опытом в комментариях!

Читать полностью…

Привет, друзья!👋

Как вам кажется, Scrum работает? Третий год работаю тимлидом (а в IT уже более 8 лет), и постоянно складывается такое ощущение, что суть из книжек взяли, попытались её кое-как переложить на российский рынок — и как получилось, так и получилось.

Как мне кажется, подход устарел. Да, есть ещё и Kanban, который более-менее подходит, но горизонт планирования у него маленький. Он про «здесь и сейчас», а не про то, что будет через месяц-два.

Может, уже должен появиться в мире человек, который бы нам всё придумал и описал? Сделал бы документацию по Скрамбану и рассказал бы о подходе?

Читать полностью…

<poll>

Читать полностью…

Привет, друзья!👋

Как думаете, какой самый дорогой скилл у тимлида?

Как мне кажется, самый дорогой скилл — это то, как тимлид работает с ответственностью. Стойте, не бегите писать в комменты про харды. Сейчас подробно всё расскажу.

Во-первых, это то, что вы её вообще можете брать и не боитесь этого. Думаю, это самая дорогая часть этого скилла :)

Во-вторых, это то, как вы умеете ею управлять. Как делегируете и насколько качественно это делаете: не просто скидываете задачу, а даёте минимальный гайдлайн.

В-третьих, это то, как вы держите «удар».

Совсем не важно, как ты ударишь, а важно, КАКОЙ ДЕРЖИШЬ УДАР, как двигаешься вперёд. Будешь идти — ИДИ, если с испугу не свернёшь. Только так побеждают!

Да, третья часть — это про то, насколько близко к сердцу вы всё воспринимаете и как быстро можете вернуться в строй после неудачи. Вы можете быть гиперответственным человеком, но первая же ошибка может срубить вас наповал и лишить всякого желания продолжать работать на этой должности. Ведь всё так хорошо было, когда писал код/доку/тесты.

Как мне кажется, это очень внушительный критерий на аттестации (разгоняю тему про аттестации тут и тут).

Очень много накопил заметок на тему аттестаций тимлидов. Думаю, скоро бахну все одним лонгридом:) Куда лучше закинуть (кроме ТГ)? Хабр? Сетка? Напишите свой вариант в комменты.

Читать полностью…

Привет, друзья!👋

Минутка рефлексии.

Немного устал писать вылизанные посты, в которых иногдаааааа не чувствуются личные переживания автора.

Ощущение такое, будто сидишь в вузе, в душной аудитории, куда нагнали студентов для массовки слушать скучные доклады. Где в и так освещённом естественным светом помещении ещё и врубили на полную мощность лампы.

Почувствовал, что начал отходить от концепции канала.

Надо возвращаться. Так что тут будут только мои записки. Записки тимлида.

Читать полностью…

Привет, друзья!👋

Продолжаем разбирать вопросы из моей новой карточной игры.

Правила простые:
1⃣Читаете вопрос.
2⃣Пишете свой ответ в комментариях.

Здесь нет правильных или неправильных ответов — мы просто обмениваемся мнениями и рассуждаем вместе.

Жду ваше мнение в комментариях или в нашем тимлидовском чате (http://t.me/teamlead_stories_chat)👇

Читать полностью…

Привет, друзья!👋

Поймал себя на странной штуке: вроде я «руковожу», а по факту половину дня — в режиме диспетчера.
Кто что сделал? Где срок? Почему задача не двигается? А это решение вообще кто-то зафиксировал или оно умерло в чате?

И вот что бесит: обычно это не потому, что люди плохие или «дисциплины нет». А потому что решения, задачи и контроль живут в разных местах.

Чуть-чуть в почте, чуть-чуть в таск-трекере, чуть-чуть в чате, чуть-чуть «у меня в голове». И управление превращается в ручной режим, который нормально так ест время (и скорость).

На эту тему будет открытый вебинар 📅 8 апреля в 10:00 (МСК) — про то, как перейти к прозрачному цифровому управлению, чтобы решения реально доводились до результата.

Что обещают разобрать:
⏺️какие системные причины мешают решениям реализовываться;
⏺️где теряется контроль над поручениями и сроками;
⏺️как связать стратегию компании с реальными задачами;
⏺️как выстроить экосистему, в которой решения доводятся до результата.

Плюс после вебинара можно будет адекватно оценить зрелость управления в компании и понять, что именно менять, а не «внедрять ещё один инструмент ради галочки».

Если вам это откликается — вот регистрация:
🔗https://clck.ru/3SkuUi

Читать полностью…

Привет, друзья!👋

Я долго пытался для себя ответить на вопрос: как оценивать тимлида так, чтобы это было честно — и по цифрам, и по реальности?

Проблема в том, что тимлид — это не «человек-метрика». Его работа часто проявляется не в том, что стало лучше, а в том, что не стало хуже, когда должно было.

1️⃣Командные результаты — важны, но опасны

Потому что бывают ситуации:
⏺️команда сильная исторически;
⏺️команда тащит на героизме пары людей, а не системой;
⏺️тимлид реально вырулил год в турбулентности, но внешне цифры ровные, и кто-то сверху говорит: «ничего не изменилось».

2️⃣Метрики могут быть стабильными — и это тоже работа

Парадокс: тимлид может потратить сил в 5 раз больше, чтобы сохранить те же показатели.

Снаружи выглядит как «ну ок, всё так же».
Внутри — команда пережила смену состава, кризис, перекройку процессов, конфликт, выгорание, пожар в проде, новый бизнес-приоритет… и при этом не развалилась.

Стабильность иногда = победа.
Но цифрами это подтвердить сложно, если смотреть только “год назад vs сейчас”.

🔅🔅🔅🔅🔅🔅 MAX | Сетка | ВК

Читать полностью…

Привет, друзья!👋

Меня не отпускает тема аттестаций тимлидов. Точнее — как вообще их нормально проводить, чтобы это было похоже на оценку, а не на «продай себя за 30 минут».

Потому что сейчас картинка часто такая: критерии отличаются не только между компаниями — они могут отличаться между командами внутри одной компании. И это странно.
Нет понятных правил → меньше стимула развиваться → путей «как доказать, что ты молодец» становится бесконечно много.

И вот вопросы, которые у меня постоянно всплывают (и я правда хочу услышать, как это у вас):

⏺️По каким метрикам вообще оценивать работу тимлида за год / полгода?
⏺️Можно ли использовать успехи всей команды как аргумент для повышения? А провалы команды — как аргумент отказать в повышении?
⏺️Если команда сильная, а тимлид… ну такое себе — объективно ли считать командные успехи его заслугой?
⏺️Если не успехи команды — тогда что? Какие метрики реально про работу тимлида?
⏺️Должна ли команда участвовать в оценке тимлида? Это метрика или «субъективщина»?
⏺️Низкая текучка — это достижение тимлида или HR’ов? Или вообще рынка?
⏺️И ещё один неудобный вопрос: если тимлид держит метрику стабильно высокой — получается, зачем ему повышать ЗП/грейд, если «ничего не изменилось»?

Короче, хочется собрать живые варианты от вас.

Как у вас устроена аттестация тимлидов?
Какие метрики/сигналы вы реально считаете справедливыми? Что работает, а что ломает мотивацию?

Давайте в комменты👇

Читать полностью…

Привет, друзья!👋

Потихоньку обновляю свой сайт с календарём IT-событий. Обновил дизайн (теперь как в ТГ-канале), добавил фильтры и закинул ваши предложенные события (🫶 спасибо).

Постепенно буду улучшать дизайн сайта и его функционал (возможно, сделаю ещё бота в ТГ).

Закидывайте ваши конференции/митапы, на которые вы сами пойдёте.

🔗Ссылка на сайт - http://calendar-it.online/

Читать полностью…

Привет, друзья! 👋

Я всё ещё за гибрид. Чем больше работаю с командами, тем яснее вижу: в IT нет одного «правильного» формата. Иногда тебе нужен чистый фокус и тишина — и дома это реально проще. А иногда нужна энергия людей рядом: доска, быстрые уточнения, спор на 5 минут, который экономит потом два дня переписки.

Офис я, кстати, люблю. Мне нравится менять обстановку, нравится случайно пересечься на кухне и заодно обсудить с коллегой какую-нибудь наболевшую тему. Но я точно не фанат идеи «ходить потому что надо ходить». Я нормально отношусь к обязательным визитам, только если у нас есть честный ответ на “зачем?”.

Совместное планирование, брейнштормы, онбординг (новичку в вакууме тяжело, и это прям видно), сложные обсуждения, где важно слышать друг друга, а не только читать в чате. Вот тут офис реально ускоряет и снижает трение.

Но дальше начинается самая тонкая штука — правила. Мне нравится подход: правила строгие в исполнении, но гибкие в настройке. Договорились, что раз в N недель собираемся офлайн на планирование — значит собираемся. Но если команда в разных городах, зачем всем приходить в один и тот же день? Важнее смысл и результат встреч, чем одинаковый календарик у всех.

И ещё вопрос, который я всегда задаю, когда слышу «давайте чаще в офис»: а офис готов? Переговорки, тихие зоны, нормальная техника для гибридных созвонов, удобные рабочие места. Потому что если этого нет — офис не помогает. Он просто добавляет шум, и люди устают сильнее, хотя вроде бы «просто приехали».

И главное: IT держится на креативе. А креатив плохо живёт в режиме обязаловки. Поэтому мне ближе идея делать офис не наказанием, а бонусом: внутренние митапы, совместный просмотр докладов, подготовка к выступлениям, игры или спорт после работы. Тогда офис реально усиливает команду, а не выжигает ресурс.

А у вас офис больше заряжает или высасывает? И из-за чего именно? Делитесь вашим мнением в комментариях👇

Читать полностью…

Привет, друзья!👋

Продолжаем разбирать вопросы из моей новой карточной игры.

Правила простые:
1️⃣Читаете вопрос.
2️⃣Пишете свой ответ в комментариях.

Здесь нет правильных или неправильных ответов — мы просто обмениваемся мнениями и рассуждаем вместе.

Жду ваше мнение в комментариях или в нашем тимлидовском чате (http://t.me/teamlead_stories_chat)👇

Читать полностью…

Привет, друзья!👋

Перейдём к моей самой любимой теме — адаптация новичков. Звучит скучно, но на деле это боль многих команд.

Представьте: человек пришёл, познакомился, получил доступы. Сел за задачу — и началось. Где дока? Кто объяснит архитектуру? Почему тут так сделано? Сходи туда, спроси у того, почитай там — и ты превращаешься в мячик из пинг-понга между коллегами. А наставник, который должен помогать, сам тонет в своих задачах. Сроки горят, а новичок всё ещё ищет, где хранятся доки от проекта.

Знакомая ситуация?

И тут я понял: проблема не в наставнике. Не в новичке. Проблема в системе.

Представьте картину: доступы разосланы по пяти разным чатам, техдока раскидана по папкам с названиями «новая_версия_финал_исправить», а про архитектуру проекта знает только два человека — и каждый помнит разные куски. Задачи прилетают из Джиря, из почты, из устного разговора на кухне. Централизованной точки входа нет. Знакомо?

Честно: у меня до сих пор нет идеального процесса адаптации. Продукт сложный — блокчейн, много нюансов в бизнес-логике, которые не объяснишь одной схемой. Но мы движемся к системе. Один из шагов — разработчики теперь параллельно с задачами фиксируют в документации то, что узнали или разобрали. Да, это отнимает время сегодня. Но завтра эта дока спасает не только следующего новичка — часто сами авторы возвращаются к ней при решении похожих задач. Знания перестают испаряться.

НО! Самое сложное в построении процессов — это захотеть что-то делать и найти таких же звёзданутых активных людей рядом. В одиночку не потянуть. Мы после каждого новичка спрашиваем: где застрял, к кому бежал, что было непонятно? Оказалось — сложность часто не в стеке, а в бизнесе продукта.

А если вы замечаете, что чтобы узнать что-то важное, новичку приходится лично идти к коллеге и вытягивать информацию разговором — поздравляю, пора выстраивать систему передачи знаний. Пока критичные знания живут только в головах двух-трёх человек, адаптация будет болеть, а уход одного сотрудника ударит по всей команде.

А у вас как с адаптацией новичков? Есть единая точка входа или всё ещё «сходи спроси»? Делитесь вашим мнением в комментариях👇

Читать полностью…

Привет, друзья! 👋

Продолжаем разбирать вопросы из моей новой карточной игры.

Правила простые:
1. Читаете вопрос.
2. Пишете свой ответ в комментариях.

Здесь нет правильных или неправильных ответов — мы просто обмениваемся мнениями и рассуждаем вместе.

Жду ваше мнение в комментариях или в нашем тимлидовском чате👇

Читать полностью…

Привет, друзья!👋

Сейчас ломаю голову над выбором трека и своим развитием в роли тимлида. Наверное, это состояние каждый проживает раз в 2–3 года работы. Всё-таки важно понимать, куда двигаться дальше: больше в технические знания, больше в продукт, больше в работу с людьми и командой, ну и так далее.

А как вы выбираете для себя нужный трек и на что вообще опираетесь в этом выборе? Берёте какой-то готовый трек или собираете свой под себя?

Читать полностью…

Привет, друзья! 👋

Не так давно проводил в одной компании мастер-класс на тему сохранения «мыслетоплива» тимлида.

Был отдельный блок про Obsidian (куда без него), и мне задали интересный вопрос про использование ИИ для заметок.

Я за то, чтобы функционал тимлида расширялся, но при этом не росло количество используемых инструментов.

Сейчас я применяю ИИ в VS Code, но в самом Obsidian есть плагины, куда достаточно просто добавить API-ключ.

В общем, скоро разберу эту тему и расскажу здесь про свой опыт :)

А вы используете ИИ для работы с заметками? Какими инструментами пользуетесь ежедневно и пытались ли уже автоматизировать их с помощью ИИ?

Читать полностью…

Привет, друзья!👋

Ухожу в небольшой отпуск, но писать продолжу — идей много.

Допиливаю базовое пространство Obsidian для работы тимлида.

Если есть предложения по улучшению или что-то непонятно — пишите в комментариях или в чате, помогу с установкой🫶

Читать полностью…

⚡️ Управленческий контур есть. Системы — нет

Решения, задачи и контроль живут в разных системах.
Из-за этого исполнение разваливается, а управление становится ручным.

Уже завтра, 8 апреля в 10:00 (МСК) разберём, как собрать управление в единую систему и доводить решения до результата

Почему нельзя пропустить?
— Поймёте, где именно «рвётся» исполнение
— Увидите, как связать стратегию, проекты и поручения
— Разберётесь, как убрать ручной контроль и видеть полную картину

🎁 🎁 Участники получают -10% на внедрение системы управления — можно сразу перейти к изменениям

Дата и время: 8 апреля, 10:00 (МСК)

⚡️ Зарегистрироваться по ссылке
*места ограничены

Читать полностью…

Как вы уже заметили, я постоянно рефлексирую. Прокручиваю в голове разные сценарии, думаю о рабочих процессах и иногда просто залипаю в своих мыслях.

И тут мне пришла одна идея (не закидывайте камнями, если вы это уже давно знали).

А что, если делать рабочие опросы для сотрудников так, чтобы они неосознанно начинали рефлексировать не в сторону «всё плохо», а в сторону «а вообще-то у нас не так уж и плохо»?

Зачем это нужно?

Мне кажется, это может быть неплохим напоминанием о том, что в компании в целом всё нормально. Просто операционка иногда так затягивает, что хорошее становится незаметным.

Я никогда не подходил к людям с вопросом: «А ты часто рефлексируешь?» Поэтому не буду утверждать, что это делает каждый ежедневно.

Если правильно построить такой опрос, он может стать простым инструментом, который помогает сотруднику чуть по-другому посмотреть на свою работу.

Да, это не решает всех проблем. Но как бесплатный инструмент для удержания — вполне рабочая штука.

Читать полностью…

Привет, друзья!👋

Сегодня — не про работу.

Хочу поделиться тем, что 15 марта сходил на концерт группы Beautiful Boys, на который не попал год назад.

Слушаю их уже года два и правда очень люблю. Поэтому в этот раз было особенно приятно наконец-то оказаться на их концерте.

И концерт был просто мега-крутой.
У Вани классный голос — вживую это ощущается еще сильнее.

А еще он дважды выходил на бис. Во второй раз — уже без группы, один, и сыграл соло. Это был особенно кайфовый момент.

Очень рад, что все-таки получилось попасть.

Читать полностью…

Привет, друзья!👋

Когда в компании нет модели зрелости команд, очень быстро начинается знакомое: кто это должен делать, чья это ответственность, почему опять никто не подхватил.

Один уверен, что это зона тимлида. Другой — что это точно не он. Третий просто ждет, что вопрос как-нибудь решится сам. В итоге не решается ничего, а процессы начинают держаться на людях, которые собой затыкают дыры.

Проблема в том, что долго так не работает. Если система живет на личном героизме, рано или поздно она начинает сыпаться.

Модель зрелости команд как раз нужна, чтобы из этого выйти. По сути, это общая стратегия развития команд на 2–3 года. Не “концепция ради концепции”, а понятный каркас: куда мы хотим прийти, какие проблемы решаем и как вообще понимаем, что команда стала сильнее.

Обычно такая модель едина для всех команд. Она состоит из направлений и стримов: от больших областей вроде лидерства, процессов или качества — до более конкретных практик внутри них.

Дальше в каждом стриме описываются 4 уровня зрелости. На первом уровне все еще держится на ручном управлении и постоянном тушении пожаров. На четвертом команда работает устойчиво, предсказуемо и умеет улучшать себя сама, а не только ждать, пока кто-то сверху все придумает.

Чтобы это не было разговором в стиле “ну мне кажется, у нас все нормально”, в каждом стриме нужны измеримые индикаторы. Они помогают понять, где команда сейчас и что именно нужно улучшать дальше.

Обычно такой скоринг проводят раз в 6 месяцев. Этого хватает, чтобы увидеть реальный прогресс. И, что тоже важно, появляется нормальная здоровая конкуренция между командами: не в формате “кто лучше”, а в формате “у кого что уже получилось и чему можно друг у друга научиться”.

🔅🔅🔅🔅🔅🔅 MAX | Сетка | ВК

Читать полностью…

Привет, друзья!👋

Хочу продолжить тему аттестаций и рассказать, как я сам смотрю на оценку тимлида.

Если честно, мне вообще не близка история, когда человека пытаются оценить только по сухим цифрам. Но и вариант, где всё держится только на ощущениях, отзывах и «ну вроде норм лидер», тоже не работает. Поэтому мне ближе модель «цифры + контекст».

То есть, конечно, смотреть на результаты команды нужно. Выполняются ли цели, насколько команда предсказуема, что происходит с качеством, как часто случаются проблемы. Но ограничиваться только этим, как по мне, очень опасно.

Потому что тимлид — это не только про результат на выходе. Это ещё и про состояние команды внутри. Есть ли текучка, растут ли люди, какая атмосфера в команде, есть ли доверие, как проживаются конфликты. Всё это тоже многое говорит о работе тимлида, даже если это не всегда красиво ложится в табличку.

И есть ещё один важный слой — что именно тимлид выстроил как систему. Работают ли процессы в реальности, а не только на словах. Стала ли команда меньше зависеть от отдельных сильных людей. Нормально ли заходят новички в команду. Как принимаются решения, как проходит обратная связь, есть ли вообще регулярная работа с людьми, а не только раздача задач.

Но, наверное, самое важное во всей этой истории — не терять контекст.

Мне кажется, тимлида нужно оценивать не только по метрикам, но и по тому, что происходило с командой за год и как он через это проходил. Потому что иногда снаружи кажется, что «ничего не изменилось», а внутри команда за это время могла пережить кучу сложных моментов — и то, что она осталась стабильной, уже может быть сильным результатом.

Поэтому мне очень нравится идея фиксировать такую «историю года». Не в формате «я молодец, просто поверьте мне», а по сути: с какими проблемами столкнулись, какие решения были приняты, что сработало, что нет, и что в итоге поменялось в подходе или системе.

Иначе аттестация очень быстро превращается просто в сравнение цифр без понимания, какой ценой эти цифры вообще были удержаны.

Я не думаю, что у меня есть идеальная формула. Но точно знаю, что смотреть только на результат команды — слишком грубо. А смотреть только на софты, отзывы и общее впечатление — слишком скользко.

А вы бы как оценивали тимлида? На что бы смотрели в первую очередь?

🔅🔅🔅🔅🔅🔅 MAX | Сетка | ВК

Читать полностью…

Привет, друзья!👋

Телега все хуже работает (по известным нам причинам), но я не хочу забивать на свой блог и продолжу его вести.

Планов на этот год еще много и останавливаться я не собираюсь.

Телега останется той площадкой, под которую я буду делать посты, так как именно такой формат мне нравится.

Все посты буду дублировать в сетку и макс (+ еще ВК). Найти меня можно тут:

👀MAX - https://max.ru/join/xrAOABPAyrrDpAu8i9_E43Wda8KoVoO97XYRpQb15nY
🔗Сетка - https://set.ki/channel/CwtLTDx
💬VK - https://vk.ru/club228785477

Читать полностью…

Привет, друзья!👋

«В этот день родили меня на свет,
В этот день с иголочки я одет…»

Да, сегодня мне исполнилось тридцать — и теперь эта песня весь день крутится в голове.

Интересный факт: песня «30 лет» вышла в 1996 году. Получается, ей в этом году тоже ровно 30 🎂

Читать полностью…

Привет, друзья! 👋

Меня в последнее время начало прям подбешивать одно простое действие — искать IT‑мероприятия.

Хочешь сходить на конфу, митап или воркшоп — и начинается квест. Сначала лезешь в телеграм‑каналы компаний: у каждой свой стиль анонсов, свои даты, свои «сохрани и не забудь», и попробуй это всё удержи в голове. Потом внезапно вылезает реклама у блогера — обычно с посылом «последний день скидки», хотя ты вообще впервые слышишь про событие. Дальше — чаты по городам, где полезное тонет в обсуждениях, потом какие-то рассылки, которые то приходят, то пропадают, и вишенка — «мне знакомый скинул ссылку», но уже после того, как регистрация закрылась.

В какой-то момент я поймал себя на том, что трачу на поиск больше времени, чем на сами мероприятия. И подумал: окей, а что если сделать одну нормальную точку, где всё будет собрано?

В итоге я накидал в ИИшке небольшой сайт: календарь IT‑событий. Идея простая:

⏺️События лежат в виде календаря (чтобы сразу видно было, что когда).
⏺️Пользователи могут предлагать конференции, воркшопы, мастер‑классы, митапы — всё, что знают.
⏺️Я хочу, чтобы это было не «ещё один канал с анонсами», а реально удобная штука: открыл — понял — выбрал.

Сейчас это ранняя версия, я её допиливаю и параллельно смотрю, что вообще людям нужно: фильтры по городу? по темам? онлайн/оффлайн? напоминалки? подборки «куда сходить в этом месяце»?

🔗Ссылка на сайт - http://calendar-it.online/

Если вам интересно — напишите в комменты, какими источниками вы пользуетесь и чего вам больше всего не хватает в поиске событий.

И да: если у вас есть любимые конференции/митапы — кидайте тоже, хочу наполнить календарь нормальными штуками, а не рандомом.

Читать полностью…

Привет, друзья!👋

Фух, целую неделю не писал — извиняйте, я заболел. Но на самом деле помешало мне быть продуктивным на все сто не только самочувствие, но ещё и ИИ-шка. Как именно? Да я в ней просто залип.

Небольшое предисловие, как я с ней познакомился. Впервые я пощупал её в январе 2023-го. Тогда сильно хайпил Midjourney — жил на сервере в Дискорде и выдавал, как мне тогда казалось, просто ЧУУУДОООО. Работал нормально, правда, только с английским. Но мой инглиш вери велл — и чего-то я там накликал.

Вернёмся к нашим дням. Ещё с сентября хотел засунуть ручки в модное слово «вайбкодинг», но то времени не было, то мотивации… В общем, не дошло.

Путешествие моё началось с VSCode. Давно он так болеет? Или у меня руки кривые? Он тупо не хотел ставить плагины. Но пять минут серча — и я нашёл VSIX нужного плагина и залил вручную.

Плагин залил, агента подрубил, всё настроил — и началась та самая магия. Вы же понимаете, если бы 4–5 лет назад кто-то рассказал, что сейчас в ИТ будет такое по программированию — вас бы сплавили в дурку?

Думаю, ещё месяц-два в запой поиграюсь, пока не пойму, как он мне автоматизирует и улучшает работу. Важно помнить: ИИ-шка — это в первую очередь ИНСТРУМЕНТ. А уже потом — штука из рилсов, из-за которой «джуны больше не нужны» (я так не считаю, кстати).

А пока ловите мой мини-гайд, как я поставил себе сие чудо. Да, есть профи покруче — пентагоны ломают. Но вдруг вы до сих пор не знали, как юзать ИИ локально, и скидываете код в Дипсик, ожидая чуда?

1. Ставим плагин в VSCode — «Kilo Code». Если не качается из маркетплейса (как у меня), гуглим «kilo code VSIX», берём первую ссылку с гитхаба и скачиваем файл.
2. В VSCode открываем вкладку расширений, жмём три точки → «Установить из VSIX».
3. Оплачиваем агента. Я юзаю бота в ТГ — @lama_ai_api_bot. Месяц стоит 800–900 рублей, дают по 200 токенов в день — мне хватает.
4. В настройках плагина создаём профиль, вставляем base URL и API-ключ. В том боте есть подробная инструкция — не запутаетесь.

Всё. Магия запущена🚀

Что-то непонятно — пишите в комментах или заходите в чат лидов: /channel/teamlead_stories_chat — разберём вместе.👇

Читать полностью…

Привет, друзья!👋

В новый год надо входить уверенно — и чтобы все сразу поняли. Подготовил аватарки для ваших сеточек на случай отпуска.🫶

Забирайте, ставьте в профили. Пусть коллеги знают: мучить вас сейчас бессмысленно.

UPD: в чате (и комментах) добавил рамки для ваших дат отпуска).

Читать полностью…

Привет, друзья!👋

Сегодня в рубрике «Метод месяца» — обратная связь 360 градусов: это когда вы собираете мнения о себе от всех, кто рядом с вами работает. От начальника, от коллег, от людей, которые в вашей команде. В итоге — полная картина, а не просто мнение одного человека.

Из личного опыта взаимодействия с этим методом:

Когда запускаешь такое анкетирование, люди вначале осторожны. Но если сказать, что это анонимно и главное — честность, они пишут правду. Не просто оценки, а конкретные примеры. И вот тут начинается то, ради чего существует метод: ты видишь закономерности. Если трое человек указали похожее — это не случайность, это реальная зона развития.

Самое важное — это не просто читать, а действовать. Взять эту обратную связь и что-то менять на её основе. Когда люди видят, что ты растёшь на основе их мнения, доверие скачет вверх.

Где это работает:

Для лидеров, которые хотят развиваться. Для тимлидов и менеджеров, которые хотят понять, как их видит команда.

А вы использовали этот метод? Делитесь в комментариях!👇

Читать полностью…

Привет, друзья! 👋

Тема собеседований меня не отпускает. И я хочу поднять дискуссию, потому что это волнует многих из вас.

Вопрос простой: на собеседовании — что важнее смотреть? Софт скиллы кандидата или хард скиллы?

Да, понятно, что стек важен для проекта. Но давайте честно: половину того, что вы спрашиваете на собесе, кандидат никогда не будет использовать в работе. А вот хардам можно обучить. За месяц-два человек в правильной обстановке подтянет нужные технические скиллы.

А софты? Коммуникация, ответственность, умение слушать, способность адаптироваться — это учится годами. И если человека это не интересует, вы не научите его за пару месяцев.

Вот сценарий. Два кандидата, одно место.

Первый: сильные софты, хорошо общается, видно, что учится и растёт. Но по технологиям чуть отстаёт от требований.

Второй: мощный стек, но в общении замкнут, сложно работать в команде, мало заинтересован в том, что происходит вокруг.

Кого берёшь?

Как по мне, первого. Харды подтянутся, а вот характер и способность работать в команде — это про человека.

Может быть, проще переосмыслить процесс?

Отказываться от технических вопросов нельзя. Но может, вместо того чтобы спрашивать про конкретные технологии, лучше понять логику мышления кандидата? Как он решает проблемы? Как он общается, когда не знает ответ? Готов ли он признать, что ошибается?

А потом — инвестировать в обучение нужным хардам внутри компании. Это не дороже, чем искать идеального кандидата.

Мне интересна ваша точка зрения. Как у вас проходит собеседование? Какие скиллы вы считаете приоритетом? Берёте людей за потенциал или за текущий стек?

Делитесь в комментах! 👇

Читать полностью…