Стратегия — это ответ на один, но ключевой вопрос

Директор по продукту ВКонтакте Евгений Васильев про стратегию.

👉 Это рабочий инструмент, который собирается под решение конкретной рыночной задачи.
👉 Именно стратегия определяет, какая оргструктура вам нужна и на какие метрики работает команда.
👉Отсюда и простая логика: стратегия начинается не с идей и фичей, а с честного ответа на вопрос: какую бизнес-задачу мы решаем сейчас.
👉 Если стратегия не формулируется одним-двумя ясными предложениями, скорее всего, это еще не стратегия.
👉 В случае стратегии ВКонтакте - это перевод эпизодических пользователей в core-аудиторию за счет контентного и социального сценариев.

Как люди используют LLM на работе

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

👉Всего AI хотя бы раз попробовало 80% сотрудников. При этом ретеншн очень высокий – 85%, кто попробовал, потом уже не бросает.
👉Если дать доступ ко всем моделям, то люди будут использовать самую дорогую для всего, даже для самых простых задач.
👉Две трети бюджета по итогам уходило на генерацию картинок. 74% сотрудников делали это хотя бы раз, даже бухгалтерия, которым, казалось бы, они не нужны.
👉20% пользователей сгенерировали 80% запросов, а топ-10 пользователей потратили 20% бюджета.
👉По сравнению со стоимость дефолтной подписки в 20$ в месяц, при работе через API вышли копейки – около 2.5$ на человека.

📊 Delivery Manager: станьте главным связующим звеном между бизнесом и разработкой!

Хотите выйти на новый уровень управления? Научитесь реалистично оценивать проекты, работать с метриками и эффективно управлять портфелем задач!

🔥 Приглашаем на 3 бесплатных вебинара курса «Delivery Manager» — познакомьтесь с программой обучения и преподавателями, задавайте вопросы и обсуждайте свои кейсы!

🔸 Вебинар 1: Почему ваши оценки проекта всегда ошибочны
📅 28 января, 20:00
Разберём, почему даже опытные менеджеры ошибаются в оценках — и как это исправить.
На вебинаре:
- поймёте, как особенности мышления влияют на планирование;
- сравните классический и Agile‑подходы к оценке;
- освоите инструменты: стори поинты, «майки», буферы рисков;
- проанализируете реальные кейсы и способы избежать срывов сроков.

🔸 Вебинар 2: Измеряя управляй. Метрики как инструмент DM
📅 5 февраля, 20:00
Узнайте, как превратить данные в систему принятия решений.
Что разберём:
- почему метрики — это не контроль, а управление доверием;
- как фреймворк PROJECT помогает говорить на одном языке с бизнесом, командой и заказчиком;
- пошаговую сборку системы контроля для устойчивости организации;
- типичные ловушки (гонка за показателями, «очковтирательство») и способы их обойти.

🔸 Вебинар 3: От проекта к портфелю: как управлять несколькими проектами?
📅 9 февраля, 20:00
Переходите на уровень Delivery Manager? Узнайте, какие инструменты и mindset вам нужны.
В программе:
- отличия управления портфелем от управления проектом;
- причины сложностей при переходе на новый уровень;
- почему привычные методы перестают работать;
- как сформировать новый набор инструментов DM.

Записывайтесь ➡️ OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

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

Как поступить в этой ситуации разбираем вместе с тремя опытными менеджерами: Александром Орловым, Александром Поляковым и Игорем Цупко!

👉Весь кейс на канале "Тимлид не спит"
👉Разбор экспертов

Бреслав и Ложечкин про мечты и цели

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

👉Стоит разделять мечты и цели. Мечты приносят удовольствие сами по себе, даже если вы никогда не приступите к ним. Нет ничего плохого в том, чтобы это удовольствие получить, а потом на них забить. Но надо отдавать себе отчет, что чтобы мечта превратилась в реальность, нужно собраться и начать ей заниматься – и тут уже пригодятся и цели, и планы.
👉К цели нужно относиться как к направлению, а не к ачивке. У достижения крупных целей есть неочевидный психологический эффект – вы можете не почувствовать счастья. Так получается, потому что мозг поощряет процесс движения к цели, и быстро теряет к ней интерес после. Так что счастье в самом пути, и в людях, которые находятся рядом с вами.

🗓 30 января, 18:00 мск
📍 Москва, ул. Лесная, 9 | Офис Ви.Tech

🤖 Смоллтех митап vol.2: AI и лидерство в смоллтехе

Если вы тимлид/техлид/CTO в небольшой компании и в 2026 хотите внедрять ИИ — это как раз тот митап, который вам следует посетить: 3 прикладных доклада по 25 минут и круглый стол, где вместе соберем понятный алгоритм внедрения.

Что будет полезного:
— уровни зрелости внедрения AI в разработку: с чего реально начать, как снять блокеры и масштабировать то, что работает
— как заходить с изменениями в команду и не “сломаться” о сильных старожилов: скептик / хранитель / уставший новатор и как с каждым работать
— кейс AI-ассистента для продаж и сервиса: как поставить цель, собрать команду и довести до внедрения в процессы
— круглый стол: «Алгоритм внедрения ИИ в смоллтехе» — подводные камни и шаги, которые стоит сделать в правильном порядке

Спикеры и участники круглого стола:
🪛 Михаил Шваркунов (GRI)
🧲 Иван Поддубный (Вебпрактик)
🔩 Дмитрий Громов и Надежда Кохтачева (ППР)
🛠 Кирилл Россохин (Ви.Tech)

→ Регистрация

Как получать высокие оценки на performance review

Начнем с важного дисклеймера – don't hate the player, hate the game. Если в вашей компании проводится регулярный перфоманс ревью, и от него зависят бонусы и повышения, то стоит к нему относиться как к отдельному тренируемому навыку, который не всегда будет коррелировать с реальной полезностью вашей работы. Вы можете его игнорировать, но в чем смысл – вы чаще всего просто меняете свое время на деньги, и должны быть заинтересованы в том, чтобы курс был повыше.

Так вот, держите пачку действительно рабочих рекомендаций:

👉Активизироваться нужно вовремя. Если вы равномерно хорошо работаете весь квартал, это никому не интересно. А вот если показать повышенную полезную активность где-то за месяц до старта ревью, менеджер заметит ваш рост и вовлеченность. А последнее впечатление, как рассказывал еще Канеман, самое важное!
👉Будьте вежливым и приятным человеком и с менеджером, и с коллегами. Если вы перепрыгнете минимальную планку того, чтобы не обесценивать чужие идеи, не уклоняться от коммуникаций, и не относиться к просьбам о помощи как к наказанию, вы уже будете лучше большинства и стабильно получать от коллег высокие оценки. Ревью всегда субъективно, позтому приятный в работе человек выигрывает у неприятного, но более компетентного.
👉Решите хотя бы одну проблему за пределами своих обязанностей – поучаствуйте в собеседованиях, наладьте какой-то общий процесс, запилите библиотеку. И подготовьтесь об этом красиво рассказать в своем ревью, обязательно подчеркнув, что вклад сделан за пределами команды – это стандартный зеленый флаг для повышения.
👉Относитесь к слабым сторонам как к козырям. Хорошо знайте их, и старайтесь каждый цикл ревью показывать заметное улучшение хотя бы по одной. Например, в одном цикле ревью расскажите, что ваша слабая сторона – вовлечение в продукт, а в следующем покажите, как круто вы стали контрибьютить в PRD. Короче говоря, покажите маленькую победу над собой.
👉Смотрите на self review не как на отчет, а как на рекламу себя. Рассказывайте о себе, как будто выбиваете инвестиции на проект. Любая выполненная задача обязательно должна иметь понятный импакт и практически спасать компанию.
👉Не бойтесь явно писать, что оцениваете себя выше среднего и превосходите ожидания, объяснив, как именно (вот все эти пункты выше). Менеджеру проще согласиться, чем доказывать обратное.

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

Развивайте команду с готовой базой знаний

В Библиотеке роста вас ждёт 300+ программ по 9 направлениям — от IT и маркетинга до soft skills и личного развития. Сотрудники учатся в удобное время, а вы контролируете процесс и видите прогресс в HR-кабинете. Каждый участник получает сертификат Нетологии.

💡 Полезное — не только по подписке!
В бесплатном разделе для HR — 6 курсов. Это больше 8 часов контента по актуальным темам: аналитика обучения, микрообучение, кадровый резерв, проектирование образовательных траекторий и многое другое. Плюс анонсы полезных мероприятий, чтобы всегда быть в курсе.

Оставьте заявку, зарегистрируйтесь и получите:
— демодоступ на 7 дней ко всем курсам;
— доступ к бесплатным материалам для HR.

👉 Оставить заявку → https://netolo.gy

Реклама. ООО "Нетология" ОГРН 1207700135884 Erid: 2VSb5y5XPJZ

Как получать хорошие советы

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

👉Не бойтесь первыми писать незнакомым людям, у кого есть нужный опыт – многие в целом с радостью готовы делиться своим опытом.
👉Заранее понять, у кого будет прямо релевантный опыт – сложно. Помогает обращать внимание на тех, кто поработал на подходящей роли в интересной вам компании хотя бы пять лет.
👉Будьте конкретными и при первичном запросе, и когда готовитесь к звонку. При подготовке идеально написать короткий документ с вашим контекстом и конкретными вопросами, которые вы хотели бы обсудить – так собеседнику будет проще.
👉Вместо того, чтобы обсуждать конкретные решения, лучше всего просите собеседников проверить, что вы правильно понимаете проблему. Форма решений очень зависит от контекста компании, а вот проблемы у всех общие.

Тот самый проект на 100.000 строк, написанный полностью с помощью Claude Code (оригинал).

Как LLM помогают мышлению

Про то, как LLM влияют на нашу способность мыслить и рассуждать, обычно говорят в негативном ключе. Но это не всегда так.

Как и у автора статьи, многие идеи и принципы, существующие в моей голове, сходу довольно плохо облекаются в слова. Условно говоря, смотришь на какое-то решение, и понимаешь, что оно плохое – но вот ясно и четко объяснить, откуда это ощущение взялось, довольно сложно.

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

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

Почему разработчики выгорают, а фаундеры нет

Вспоминаем понедельничную статью про то, как со стабильным успехом взламывать систему перфоманс ревью. Все те советы действительно могут помочь получать чуть больше денег, чем если им не следовать – но они только чуть-чуть и на короткое время прикрывают зияющую дыру в душе человека, который продает свое время за деньги.

Вся проблема в выгорании – отсутствие смысла в том, что мы делаем каждый день. Если вы не видите четкой связи между движением задач в Jira и созданием понятной вам ценности, которой можно гордиться, то вы будете искать замену этому – пытаться делать пет-проекты, заниматься нужным только вам самому рефакторингом, пытаться гордиться своими оценками перфоманса.

У фаундеров это работает проще – они всегда явдяются авторами того, что делает компания, и видят связь своих действий, успеха компании и качества своей жизни. У программистов такого авторства нет, они исполнители в чужом замысле. А когда ты не являешься причиной происходящего, зачем вообще стараться.

Как AI влияет на формирование навыков программирования

52 джуна разделили на две группы, каждая из которых решала одинаковую задачу, и после этого отвечала на тестовые вопросы по теме:

1️⃣Группа без доступа к AI. Они часто ошибались в задаче, но лучше справлялись с итоговым тестом. Получается, что в процессе работы они учились.
2️⃣Группа с доступом к AI. Эти лучше справлялись с прогарммированием, но по итогу ничего не поняли.

Какие дополнительные интересные выводы появились:

👉Хуже всего справились с заданиями те, кто делегировал AI и решение задачи, и дебаг, и не пытался вникнуть в суть решаемых проблем.
👉Участники, которые помимо генерации кода, использовали AI, чтобы понять, как и почему он работает, справлялись существенно лучше.

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

🤖 AI в практике разработчиков: новый сезон Podlodka AI Crew

«Мы поигрались с промптом, но пока не внедряли» — часто разговоры про AI в разработке заканчиваются именно так.

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

С 16 по 20 февраля у Podlodka AI Crew пройдёт сезон «AI-агенты в разработке»: проверенные рабочие сценарии от практиков индустрии.

👀 В программе:
• единый AI-workflow для разработчика
• автоматизация стендапов и работы с документацией
• Claude Code, субагенты для кодинга
• практические кейсы внедрения AI в SRE
• подходы к созданию промптов с насыщенным контекстом

Формат — классический для Podlodka Crew: 5 дней, 10+ спикеров, 10 сессий и закрытое комьюнити в Telegram.

Отдельный плюс — цена: заметно ниже привычных конференций, при этом контента много, и он ориентирован на практику.

👉🏻Если тема AI в разработке вам интересна и хочется меньше хайпа, больше дела — держите ссылку.

До 10 февраля можно забрать билет по early-bird цене!🎁

Про доверие к исследованиям

Я часто напоминаю и себе, и всем остальным, что сам факт существования опубликованного исследования, пусть даже прошедшего peer review, и с наличием ссылок на него из других исследований, вообще не показывает, что ему можно доверять. Если вы действительно хотите на него опираться, недостаточно просто прочитать вводную часть и выводы, нужно внимательно вкатиться в методологию и понять, а доверяете ли вы ей. Ну а вообще – опираться на единичное исследование в целом такое себе, и по-хорошему надо искать появления мета-исследований.

На прошлой неделе произошел еще один скандал, который этот тезис подтверждает. В чем суть – есть исследование 2014 года под названием "The Impact of Corporate Sustainability on Organisational Processes and Performance". Его авторы заявляли, что компании, которые серьезно относятся к социальной ответственности, не только делают добро, но и зарабатывают больше денег для акционеров, причем таких сверхдоходов аж 40%, и это видно на горизонте 20 лет. Это исследование стало безумно популярным – 6000 ссылок, цитирование разными топ-менеджерами, финансистами и политиками. Но оказалось, что в нем есть ряд фатальных недостатков:

👉Ключевой результат, помеченный как статзначимый, на самом деле не был таким.
👉Описанный в исследовании аналитический метод на самом деле не соответствовал тому, что делалось реально.
👉Часть важных статистических проверок просто не были проведены.
👉Независимая попытка воспроизвести исследование провалилась.
👉Результаты не проходят стандартную проверку на ошибку выжившего – потому что для него отбирались только компании, дожившие до наших дней.

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

Как помогать команде показывать результаты в кризис?

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

📌 4 февраля в 20:00 (мск) школа коммуникаций Soft Skills Lab проведет бесплатный вебинар, чтобы разобрать эту тему.

За 1,5 часа вы узнаете:

▫️ Как работать с эмоциями подчиненных и не давать тревоге распространяться?

▫️ Как давать обратную связь, чтобы она поддерживала результат, а не добивала мотивацию?

▫️ Как управлять ожиданиями сверху и снизу, чтобы не копились претензии?

Вы получите конкретные формулы и приемы, которые облегчат вашу работу в плоскости коммуникации.

Весь материал разберем на реальных кейсах, вы сможете отправить свою ситуацию в анонимную гугл-форму.

🗣 Спикер — Анна Мигунова, ведущий тренер Soft Skills Lab, преподаватель по переговорам в НИУ ВШЭ и Сколково, SA в Kaspersky, ex-CPO веб-студии.

Вебинар пройдет в Zoom, поэтому вы сможете задать Анне любые вопросы.

👉🏻 Запустите бота, чтобы получить ссылку на конференцию!

Зачем организациям оценка сроков

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

Мне нравится мысль автора про то, что на самом деле оценка сроков – это политический инструмент для менеджеров, которым нужно обоснование, чтобы начинать или останавливать важные для них проекты. Вообще, тот факт, что оценку дают инженеры, чаще всего иллюзия – ведь на эту оценку смотрит менеджмент выше уровнем, и принимает решение, выделить ли больше или меньше времени. Получается, что не скоуп проекта определяет срок, а наоборот – выданная оценка влияет на то, как именно подойти к задаче.

Если следовать этой модели, то вот несколько разумных правил поведения в ней:

👉Перед тем, как вообще начать думать об оценке, надо собрать весь политический контекст – кому этот проект важен, насколько сильно и срочно.
👉Вместо того, чтобы задавать себе вопрос "сколько времени уйдет на проект", смотрите по-другому – "как я могу решить исходную проблему за время, которое мне сказали".
👉Больше времени уделяйте неизвестным переменным – рискам, которые могут существенно увеличить время работы.
👉Приходите к менеджеру не с оценкой, а со списком рисков и несколькими вариантами плана работы с ними.

Библиотека без кода

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

👉Подробная спецификация (высокоуровневые дизайн-принципы, требования по входу-выходу, обработке ошибок, описание логики работы и тестов для каждой функции)
👉Набор тестовых данных
👉Инструкция для агента

Понятно, что такой подход пока что работает только для очень простых utility-штук – в этом примере библиотека переводит дату в строчки. Но, кажется, в будущем основными ограничениями будет не столько комплексность бизнес-логики, сколько высокие требования к перфомансу, сложности в тестировании и вероятность появления редких, но неприятных багов.

Я знаю, что вы сейчас в комментарии накидаете еще сотню ограничений – но попробуйте посмотреть на подход с открытыми глазами и сердцем, ведь круто же, ну!