22009
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами. Размещение рекламы: @tanyasanovna Папка лучших продуктовых каналов: https://t.me/addlist/YvmnHCHUp700Nzky
Признаки того, что кодовая база вас тормозит
👉Когда вы слышите что-то вроде "на фичу надо 3 дня, но с учетом нашей архитектуры – минимум неделя".
👉Когда команда боится деплоить проект по пятницам, или даже по четвергам.
👉Когда в проекте есть какой-то файл или модуль, который нельзя трогать под страхом смерти.
👉Когда на дэшбордах вы видите большой процент покрытия кода тестами, но на деле в критичных местах все равно все постоянно ломается.
👉Когда время от выхода на работу до первого коммита у нового инженера занимает больше пары дней.
Новые AI модели и инструменты выходят каждую неделю, городские сумасшедшие хоронят программирование, а кто-то, обложившись десятком агентов, создает супер-успешные проекты. Как с этим жить, решительно непонятно.
Мы в Подлодке собрали закрытое сообщество инженеров, которые верят в то, что их профессия меняется, и хотят научиться использовать новые инструменты себе на пользу. Каждую неделю мы проводим несколько воркшопов с экспертами, которые уже используют AI в реальных проектах. Между встречами – закрытый чат, random coffee, хакатоны и куча другого движа.
В апреле-мае основной упор на несколько треков – spec-driven development, harness engineering и внедрение AI в компании. Спикеры очень классные – например, на этой неделе один из инженеров Cursor будет рассказывать, как они живут с огромной кодовой базой, которую им написал AI еще предыдущего поколения. Потом через неделю лиды платформенных команд российского и зарубежного бигтеха не под запись будут рассказывать всю правду про то, как у них внедряется AI. А еще через неделю закопаемся в тему исполняемых спецификаций и разных методов верификации агентского кода, благодаря которым AI можно подпускать к высоконагруженным mission critical системам.
Мы собрали в клубе уже 400 инженеров. Сообщество очень живое – мы вместе разбираем последние новости, помогаем решать проблемы, раз в месяц устраиваем демодень и делимся разными кейсами использования AI в работе. Ну а в апреле сделаем вообще мега-крутую штуку – что-то вроде двухнедельного хакатона, на котором маленькими группами будем пилить свои собственные оркестраторы агентов, которые автоматически решают задачи из вашего бэклога.
Клуб платный, вход через список ожидания с отбором. Первая характеристика для отбора – опыт в прикладной разработке. Мы делаем клуб именно для инженеров – людей, которые большую часть своей карьеры писали код, решали технические задачи, принимали архитектурные решения, и жили с их последствиями. Вторая – личный опыт работы с AI. Мы набираем тех, кто уже сам успел хоть как-то поэкспериментировать с AI и начать его использовать.
Подробности, расписание и заявка – на сайте. А если есть какие-то конкретные вопросы, пишите прямо в личку @etolstoy!
X, Y, Z — как найти подход ко всем
У каждого поколения — свои ценности, ожидания и любимые способы коммуникации. Это не хорошо и не плохо, просто факт. Проблема начинается при попытках управлять всеми одинаково. Тогда одни перестают слышать задачи, другие теряют мотивацию, а третьи просто уходят — туда, где учитывают их особенности.
Найти общий язык с межпоколенческой командой поможет бесплатный курс «Как работать с разными поколениями сотрудников» от Яндекс Практикума. Экспертизой поделятся управленцы с живым опытом от 13 лет из Т‑Банка, МТС, S7 Airlines.
Чему вы научитесь
▪️Понимать, что на самом деле движет поколениями, — без стереотипов и обобщений.
▪️Писать вакансии, которые откликаются нужным кандидатам.
▪️Ставить задачи так, чтобы они выполнялись с первого раза.
▪️Выстраивать онбординг так, чтобы новички вливались в работу быстро и без стресса.
▪️Давать обратную связь, которую не боятся, а ждут — и после которой хочется расти.
▪️Экологично расставаться с сотрудниками, сохраняя HR-бренд и извлекая пользу из exit-интервью.
А ещё вас ждут: практика на реальных кейсах, разбор ошибок и 20+ готовых инструментов для каждого этапа управленческого цикла.
Учиться бесплатно
Реклама, ООО Яндекс, ИНН 7736207543, erid: 2VtzqwE8XJe
Два важных вопроса для собеседования
1️⃣Кто отвечает за задачу?
В собеседовании разработчика такой вопрос помогает понять, насколько он готов действовать проактивно, если получает неполные требования, соседняя команда задерживает свою часть работы, кто-то из коллег вовремя не отвечает или в других похожих ситуациях. И, что еще более важно, насколько он пытается подумать за рамками самой задачи – не только о том, как довести ее до релиза, но и как она будет жить после.
В собеседовании тимлида такой же вопрос позволяет пощупать, превращает ли он себя в бутылочное горлышко или строит нормальную систему управления.
2️⃣Пишете ли вы unit тесты?
Разговор про тесты с разработчиком позволяет понять его отношение к качеству, способу проектирования, отношению к изменениям и инженерной культуре в целом.
Если задать такой вопрос тимлиду, то он может вывести на разговор про понимание инженерной реальности системы – ограничения, риски, последствия решений, долгосрочную устойчивость.
Советы по техническим интервью в эпоху LLM
👉Углубляйтесь в личный опыт собеседуемого – LLM будет довольно сложно уйти в глубину и при этом поддерживать когерентность рассказа. Например, когда вы расспрашиваете кандидата про то, чем в своем опыте он оордится, закапывайтесь в конкретные решения по архитектуре, трейд-оффы, и встреченные сложности. Но главное – просите больше деталей в каждом из ответов, и смотрите на глубину понимания темы, критическое мышление и присутствие каких-то личных инсайтов, а не только общих выводов.
👉Так как огромную часть работы инженера составляет чтение кода, можно попробовать дать задачу именно на это, и разрешить использовать LLM. Важно смотреть, насколько хорошо он оперирует моделью, может ли найти проблемы в кодовой базе с ее помощью, насколько доверяет ее выводам, задает ли дополнительные вопросы вам, или целиком полагается на машину.
👉Похожая история с ревью кода – тут можно дать довольно запутанный PR и посмотреть, в какой мере кандидат полагается на свой вкус и размышления, а в какой – на выводы LLM.
👉Хороший кандидат не доверяет модели слепо, а кросс-валидирует ее выводы и дополняет личным мнением. Он умеет декомпозировать сложные проблемы на оораздо более локальные, и отдает LLM уже их. У него есть сильное доменное знание, и он его использует для подсказок и валидации модели.
Как Cursor влияет на скорость и качество разработки
Исследователи взяли все репозитории с GitHub, в которых файл .cursorrules появился уже после создания проекта, и сравнили их состояние до и после его появления. Вот какие выводы получились:
👉После адопшна Cursor количество новых строк кода выросло в 3-5 раз, но уже спустя два месяца этот эффект проходит.
👉Одновременно с этим растет устойчивое накопление техдолга: статанализ находит на 30% больше проблем, а когнитивная сложность выросла на 40%.
🛠 Тимлид и бизнес: как начать говорить на одном языке
«Сделали хорошо, но бизнес не оценил» — знакомая ситуация? Часто дело не в качестве решений, а в том, что они слабо связаны с реальными целями компании.
Или — хуже того — их просто не поняли.
С 6 по 10 апреля Podlodka Teamlead Crew проведет сезон «Как понимать бизнес» — про реальные инструменты и подходы, которые помогают тимлидам и менеджерам принимать более сильные решения, защищать их и делать работу команды эффективнее.
👀 В программе:
— как связать стратегию компании с ежедневной работой команды,
— метрики, которые на самом деле важны бизнесу,
— упаковка инженерных идей в ценность для продукта,
— переговоры с бизнесом и защита инициатив.
🛠 Формат конференции такой: 5 дней, 10+ спикеров, утренние и вечерние сессии в Zoom и активное общение в закрытом Telegram-сообществе.
👉 Если хочется услышать опыт от крутых инженеров-руководителей и сразу применить знания на практике — держите ссылку.
До 30 марта действует early-bird цена.
Присоединиться!
MWS Cloud запускает MWS GPT Model Hub: теперь подключение LLM — это не проект на несколько месяцев.
Облачный сервис дает доступ к 10 большим языковым моделям (от таких компаний как DeepSeek, Google, Alibaba, Zhipu AI) внутри публичной облачной платформы MWS Cloud Platform. До конца года добавят модели TTS и ASR, а также реранкеры.
Развертывание — за секунды через OpenAI‑совместимый API. Ключевое преимущество — сокращение time‑to‑market новых решений до двух раз.
Стоит затестить, если нужно:
• добавить AI‑ассистента в продукт;
• настроить интеллектуальный поиск;
• создать внутренние AI‑сервисы для сотрудников.
Сервис запущен на базе платформы MWS GPT.
🧩 ИИ-агенты — новое слово в работе с нейросетями
Если нейросеть просто выдаёт ответ по параметрам, то ИИ-агент способен решать комплексные задачи до заданного пользователем результата.
Например, он может собрать данные из разных источников, проанализировать их и подготовить отчёт.
А с помощью нескольких ИИ-агентов вы сможете настроить целую цифровую команду, которая будет решать значительную часть ежедневных задач.
На курсе «ИИ-агенты для маркетинга» вы сможете собрать и внедрить своих ИИ-агентов, даже если никогда не работали с ИИ и языками программирования, и автоматизировать процессы в компании: от создания креативов до аналитики.
Сосредоточьтесь на стратегии и поручите рутину цифровой команде.
До 31 марта на курс «ИИ-агент» действует скидка 10%, а так же на все курсы кроме программ ВО и Медицины, по промокоду NETONEW10.
➡️ Записаться
Реклама. ООО "Нетология" ОГРН 1207700135884 erid:2VSb5xstda1
Про продуктивность и энтропию
С ростом размера и сложности программ растет и их энтропия – уровень неопределенности и непредсказуемости поведения. Чем продуктивнее разработчик, тем больше изменений в систему он вносит, и тем быстрее растет энтропия. На AI все смотрят как на волшебную таблетку продуктивности – и такой подход может привести к очень быстрому и про том неявному росту энтропии.
Вот несколько интересных мыслей из статьи:
👉Чем раньше принято какое-то решение по дизайну системы, тем сложнее его изменить в будущем. Оно задает ограничения и воркэраунды, которые приходится делать при разработке новых фичей. Чем больше фичей вы будете генерировать, тем сложнее станет отказываться от таких ранних легаси решений, тем больше неочевидных путей и решений в вашем коде будет появляться.
👉У разных команд в организации могут быть конфликтующие цели с точки зрения архитектуры. Например, платформенные команды стремятся сделать архитектуру стабильной и развивающейся по понятному набору правил, и в то же время продуктовые команды хотят move fast and break things, потому что поджимают квартальные OKR. Обычно такие конфликты заставляли людей сесть в одной комнате и договориться. AI ускоряет цикл разработки, и гораздо чаще будут случаться ситуации, когда вместо договоренности все будут тянуть систему в разных направлениях, увеличивая энтропию.
👉Обратная связь о многих решениях прилетает не сразу. Например, качество принимаемых архитектурных решений может быть видно только спустя месяцы или годы. То же самое и с запутанным кодом – обратную связь в виде инцидентов вы можете получить, только когда распутывать его станет уже слишком сложно и дорого.
Ну и напоследок прекрасная цитата:
AI will require us to hold on to good software engineering principles even tighter. Those who understand this will build systems that grow and last. The ones chasing unbounded productivity gains won’t know why they failed.Читать полностью…
Как устроены инженерные революции
То, как AI сейчас меняет разработку, по своей структуре сильно похоже на научную революцию 60 лет назад – полностью меняется парадигма, на которую привыкли опираться миллионы людей. Похожи и защитные механизмы, которые используют скептики:
👉Оправдание аномалий. Когда какой-то факт не встраивается в текущую картину мира, он интерпретируется таким образом, чтобы все-таки встроиться.
👉Несоизмеримость. Люди с разных сторон не просто не могут согласиться про факты – они считают фактами абсолютно разные вещи. Условно говоря, разработчики, которые не верят в AI, используют свои критерии качества кода – элегантность, гордость за код, либо какие-то конкретные его свойства. Разработчики с другой стороны баррикады не думают про эстетику кода вообще, для них это лишь функциональный артефакт, от которого нужно только чтобы он выполнял задачу и не содержал ошибок.
👉Переформулировка с сохранением парадигмы. К этой категории можно отнести довольно часто встречающийся сейчас тейк "написание кода никогда не было бутылочным горлышком, так что ускорение ничего не меняет". Сторонники этого защитного механизма не думают о том, как AI изменит другие этапы SDLC, и не смотрят дальше последствий первого порядка.
👉Специфическая аргументация. К новой парадигме применяются стандарты, которые никогда не применяли к старой. Например, критика LLM за галлюцинации упускает тот факт, что не меньше ошибок содержалось и в копируемых налево и направо сниппетах кода со Stack Overflow.
👉Гейткипинг. Апеллировать к тому, что все, кто топит за новую парадигму, просто никогда нормально не работалив старой. Иначе говоря, все, кто активно использует AI, никогда и не были настоящими разработчиками.
На мой взгляд, часть параллелей все-таки притянута за уши – но эссе все равно любопытное, советую почитать.
AI только увеличивает количество работы
Подъехало интересное ежегодное исследование продуктивности белых воротничков – 1.100 организаций, 170.000 сотрудников. Самый интересный вывод, хотя и вообще не неожиданный – адопшн AI заметно уменьшил количество глубокого фокусного времени, и при этом увеличил время, проводимое в разных приложениях: почте, мессенджерах, разных менеджерских тулах. Короче говоря, работы у кожаных мешков только прибавилось.
Вот что еще интересного есть в исследовании:
👉AI в работе используют 80% опрошенных, на 50% больше, чем два года назад. При этом время работы с AI выросло аж в 8 раз.
👉Среди тех, кто работает с AI, выделяемое на глубокую работу время упало на 9%. Среди остальных такого изменения нет.
👉Продолжительность рабочего дня упала на 2%, но вот интенсивность подросла: сильно выросла коллаборация, мультизадачность, и работа по выходным.
Новые выпуски тимлидских подкастов
Лучше регулярных силовых тренировок могут быть только тренировки под подкасты. Держите свежую подборку интересных эпизодов:
👉"Три тимлида заходят в бар" про финансовые вопросы команды – сразу два выпуска (1, 2) про зарплаты, их прозрачность, премии, бонусы, контр-офферы и прочее из той же серии.
👉КОДА КОДА про рынок труда для руководителей – почему менеджеру найти работу стало существенно сложнее и как с этим быть.
👉"Едим слона целиком" про организационную психологию и работу с мотивацией команды.
Вы часто обращаете внимание на городские билборды?
Большинство из них мозг фильтрует как фон, но некоторые цепляют взгляд. Вот тут, например, вместо привычного «купи-закажи» какой-то интеллектуальный вызов.
QR-код на билборде ведет на спецпроект OUT OF THE BOX от КРОК. Там команда КРОК собрала нестандартные реальные кейсы из ИТ (и не только) и до 30 марта предлагает IT-рынку их решить. Там не тесты с одним ответом, а задачи «на подумать», которые так сразу не решишь. Но когда привык к определенным рабочим паттернам, такая встряска для мозга очень полезна.
Если еще не видели этот билборд в городе — сайт проекта прямо здесь. Расскажите, какой кейс выбрали и получилось ли решить!
Как эффективно работать с инцидентами
Как показывают последние месяцы, количество серьезных инцидентов начало резко расти. Вы и раньше от них не были застрахованы, а теперь, когда постоянно ложатся базовые сервисы вроде Cloudflare, AWS и GitHub, вы стали еще уязвимее. Поэтому держите статью про то, как прокачивать себя и команду, чтобы справляться с инцидентами эффективнее:
👉Все должны понимать в деталях, из каких шагов состоит деплой.
👉Не нужно быть экспертом во всех компонентах вашей системы, но надо иметь общее представление об ее архитектуре, железе и его конфигурации, сетевом стеке, пути запроса и всей инфраструктуре.
👉Нужен хороший тулинг, который позволяет легко вытащить стектрейсы эксепшнов, посмотреть на метрики железа и приложения.
👉Нужно развивать насмотренность на стектрейсы – понимать, какие части касаются вашего кода, а какие библиотечного, учиться быстро находить их источник.
👉Постройте практику war room – во время инцидента собирать всех релевантных людей из разных функций в одном физическом или виртуальном пространстве, чтобы быстро обмениваться информацией.
👉Введите роль инцидент лида – у этого человека должны быть полномочия перенаправлять других людей на разные части расследования, принимать решения по отключению фичей, поддерживать всех в курсе происходящего.
🤖 Готовы к Day&Night 2026?*
Открыта регистрация на флагманскую конференцию Городских сервисов Яндекса!
В программе доклады от Саши Аникина про роботакси и Кирилла Неймана про электрокар Яндекса с голосовым управлением.
А ещё много живого общения в тематических клубах, программу которых готовили Стас Макеев — технический директор Яндекс Лавки, Илья Царёв — руководитель разработки в Яндекс Go и Никита Сидоров — руководитель клиентской инфраструктуры в Яндекс Маркете.
Направления самые разные:
🔶 Инфраструктура и мобильная разработка
🔶 ИИ и машинное обучение
🔶 Аналитика
А для души — клубы музыки и винила и активного образа жизни с настольным теннисом и падел-кортом.
🍸 В завершении традиционная вечеринка до 2 ночи!
🚀 Регистрация открыта — успейте подать заявку!
Все заявки проходят модерацию, обязательно дождитесь обратной связи.
*День и Ночь
Как поменяется работа Junior инженера
Главная ценность, которую инженер приносит бизнесу – это поиск экономически эффективных способов решать проблемы. Чем инженер опытнее, тем более эффективные способы он может найти.
Так вот, раньше огромное количество времени, затрачиваемого джуном на обучение, уходило на то, чтобы разобраться в куче фреймворков, с которыми предстоит иметь дело. LLM делают этот процесс существенно проще и быстрее, и джуны могут сосредоточиться на более важных вещах:
👉Начать быстрее прогружаться в продукт и в бизнес, чтобы научиться правильно определять проблемы и трейдоффы.
👉Получать глубокие технические знания, которые позволят находить нестандартные решения для этих самых проблем.
Не давайте AI писать тексты за вас
Любой текст, над которым вы работаете – это возможность подумать и отточить свои рассуждения по теме. Вы думаете над вопросом, анализируете, а на тот ли вопрос вы вообще отвечаете, улучшаете структуру и содержание своих мыслей. Чем-то это похоже на тренажерный зал – с каждым подходом на грани отказа вы становитесь чуть-чуть сильнее.
Если вы аутсорсите написание текстов LLM, вы теряете возможность качественно подумать. Возвращаясь к аналогии с тренажеркой – вы просто попросили поднимать штангу за вас кого-то другого.
Дополнительный минус – вы подрываете доверие окружающих к себе. Вместо аутентичных идей они видят безликую аппроксимацию того, что в среднем по палате хотят прочитать другие люди.
Если вы пропустили, в феврале был еще один хороший пост на эту же тему.
Как Intercom использует Claude Code
Гипер-интересный тред про то, как в Intercom используют агентов для автоматизации разных процессов. Вот несколько идей:
👉Агентам дали доступ к продакшн админке, в которой есть штуки вроде контроля фичефлагов – но только на чтение.
👉Транскрипты всех сессий работы с агентом автоматически отправляются в LLM, чтобы собирать стату по частым ошибкам, недостающим скиллам и прочему. По итогу сразу же в бэклоге создаются таски на их решение.
👉Автоматически чинятся флаки тесты по заданной таксономии.
👉Автоматически обновляет список разрешенных пермишнов для агента на основе предыдущей истории их аппрува.
Инфраструктура растёт, и управлять ей вручную становится все сложнее: конфигурации расходятся, изменения занимают дни, а критичные знания остаются у отдельных специалистов.
Приглашаем вас на бесплатный вебинар, где расскажем о преимуществах управления инфраструктурой через код, обсудим типичные ошибки при внедрении IaC и покажем подход на практике.
Каждому участнику вебинара мы пришлём пошаговый план перехода к IaC.
📅 1 апреля, 11:00 по МСК
💻 Онлайн
РЕГИСТРАЦИЯ И ПРОГРАММА
Оптимизировать надо не скорость написания кода
Держите отличную статью, которую можете аккуратно закинуть своему СТО, когда он предложит внедрять метрики оценки количества AI-generated PR, или еще каким-то образом будет пушить ускорение разработки фичей.
Вообще, Голдратт уже все объяснил десятки лет назад, но эффективные менеджеры либо его не читают, либо думают, что именно их случай – особенный.
Когда менеджер должен вмешиваться
Задача хорошего менеджера построить команду так, чтобы она могла работать и без него. Совсем не вмешиваться в работу команды часто может быть неразумно – но можно нащупать грань.
👉Команда должна иметь возможность совершать ошибки и учиться на них. Выбрать такие ошибки поможет эвристика "Below/above the waterline" – если какая-то ошибка может сильно навредить и потопить ваш корабль, стоит вмешаться, иначе – нет.
👉Нужно различать ошибки и вкусовщину. В случае вкусовщины не нужно сильно давить своим мнением, оно не важнее других людей в команде.
👉Вмешиваться стоит в следующих случаях – команда столкнулась с большой неопределенностью, которую вы можете уменьшить; или они вошли в дедлок по вопросу, который не имеет одного верного ответа, например, по выбору архитектуры.
👉При оценке необходимости вмешательства всегда учитывайте сеньорность человека в контексте конкретной задачи. Иногда в одной и той же задаче джуну помощь может быть не нужна, а вот сеньору – вполне.
👉Хорошее вмешательство организовано таким образом, чтобы в будущем команда чему-то от него научилась, и в похожей ситуации справилась бы сама.
Скилл для подготовки к интервью
Наткнулся на рекомендацию скилла для отработки всех этапов по поиску работы:
👉Поиск слабых мест в резюме и его адаптация под конкретную вакансию.
👉Анализ расшифровок прошедших интервью с выделением слабых точек.
👉Симулятор прохождения разных типов собеседования.
👉Помощь с оформлением вашего опыта в STAR кейсы.
Как понятно объяснять свои мысли
👉Bottom line up front. Когда вас просят что-то объяснить, основной вывод должен быть в первой же фразе, и только потом идти дополнительный контекст. А многие поступают наоборот – вместо прямого ответа пытаются подробно воспроизвести рассуждения, которые к нему приводят.
👉Just in time context. Не нужно пытаться сходу вывалить весь возможный контекст. Давайте его ровно столько, сколько нужно, чтобы собеседник мог решить свою текущую проблему. А чем глубже вы понимаете какую-то тему, тем сложнее удержаться от того, чтобы погрузить в нее человека.
👉The top-down bridge. Когда вы насыпаете кому-то контекст, отталкивайтесь от того, что они сейчас знают, и постепенно углубляйтесь в детали, отстраиваясь от этого.
ИИ vs опытный менеджер?
Как нейросети помогают руководителю — узнайте на TeamLead MeetUp от Selectel
Вы старший специалист, ведущий менеджер или управляете техническим продуктом?
👉 26 марта в 18:30 встретимся на мероприятии от Selectel, чтобы разобрать, какие задачи можно передать нейросетям, чтобы повысить эффективность команды.
📍 Офис Selectel в Санкт-Петербурге или онлайн
В программе — доклады про метрики мотивации и управление командой в эпоху нейросетей. А также воркшоп «ИИ для руководителей и нанимающих менеджеров». Проверьте свою устойчивость к нейросетям и обменяйтесь кейсами с коллегами.
Регистрируйтесь по ссылке: https://slc.tl/boojc
До встречи очно или онлайн!
Реклама. АО "Селектел". erid:2W5zFHdWqLm
Стратоплан открывает двери бесплатного университета по переговорам
Каждый раз, когда вы не можете договориться, вы что-то теряете:
- + к зарплате по итогу performance review
- свое влияние на стек или архитектуру или управленческие решения
- доверие команды, потому что заказчик решил «впихнуть невпихуемое»
- бюджет, если вы на СхО позиции
Но умение вести переговоры это не то, что заложено в вас изначально, а навык, который можно и нужно развивать. А мы хотим помочь вам в этом.
К слову, за 2.5 года запусков «универа» через нас прошло более 10 000 участников.
Как стать 10x менеджером с помощью AI
Я очень люблю всех подписчиков этого канала, поэтому сразу раскрою тайну – никак, даже с помощью AI. Но сделать свою работу приятнее можно довольно легко. На недавней конференции Стратоплана я делал доклад про то, как я использую OpenClaw для того, чтобы автоматизировать большое количество рутины – его наконец выложили в открытый доступ, так что делюсь и тут.
Для затравки, вот несколько конкретных идей:
👉Раз в неделю бот анализирует все расшифровки моих созвонов на предмет того, приятный ли я в целом в общении человек, и накидывает области для улучшений.
👉У меня более-менее завелась практика регулярных decision records, и они получаются довольно глубокими благодаря тому, что агент меня интервьюирует.
👉Пробую перенести карточки сотрудников под управление AI – и обновлять их автоматически с учетом разных входных данных, которые я в бота вкидываю.
Большинство российских компаний (74%) сейчас оптимизируют бюджеты. В том числе сокращая персонал.
Но не задачи.
Чтобы успевать больше с меньшими ресурсами, нужна «суперсила» для сотрудников. И это — ИИ, который снимает рутину, ускоряет процессы и повышает качество решений.
Внедрите ИИ в своей команде уже сейчас. Обучите сотрудников ИИ-навыкам в Яндекс Практикуме:
⚡️ Воркшопы по внедрению ИИ. Офлайн- или онлайн-интенсивы с экспертами, которые внедряют нейросети в Яндексе.
⚡️ Курсы по ИИ-навыкам. Углублённое онлайн-обучение нейросетям руководителей, маркетологов и других сотрудников. Фокус — на типовые задачи и рабочие кейсы.
→ ИИ-зировать бизнес с Практикумом
🎁 Оставьте заявку на сайте и получите в подарок самоучитель по ИИ для руководителей! Сделайте первый шаг по внедрению технологии.
Про бэкграунд агентов
Очень хороший ликбез по тому, как работают бэкграунд агенты и как их правильно оркестрировать. А главное – как они могут повлиять в будущем на ваш SDLC, и как это изменит роль инженеров.
Как руководителю пережить оценку эффективности сотрудников?
Оценить работу подчинённого — половина задачи. Куда сложнее сесть напротив и честно поговорить о результатах: особенно если человек не согласен, расстроен или задаёт неудобные вопросы.
Важно удержать баланс: быть внимательным к эмоциям, при этом не размывать обратную связь. Иначе разговор закончится не договорённостью, а потерей мотивации или даже сотрудника.
📌 12 марта в 20:00 (мск) лаборатория навыков коммуникации Софт Скиллз Лаб проведет бесплатный вебинар, на котором расскажет, как пережить сезон оценки эффективности и сохранить отношения с подчиненными.
За 1,5 часа разберете:
▫️ Как переводить эмоции в конструктив?
▫️ Что делать, если сотрудник не согласен с вашей оценкой?
▫️ Как давать обратную связь, которая поддерживает, а не демотивирует?
Весь материал разберете на реальных кейсах, вы сможете отправить свою ситуацию в анонимную гугл-форму.
🗣 Спикер — Михаил Ромашов, ведущий тренер Софт Скиллс Лаб, преподаватель по переговорам в ВШЭ и Сколково, автор книги «Эффективный конфликт», владелец продукта в SberCIB.
Встреча пройдет в Zoom, поэтому вы сможете задать Михаилу любые вопросы.
👉🏻 Запустите бота, чтобы получить ссылку на конференцию!