Записки Тимлида | Дмитрий Мозокин

Более 30 лидеров IT-индустрии поделятся практическим опытом управления командами, отдельными сотрудниками и ИИ-агентами — на конференции для тимлидов TEAM LEAD TODAY 2026. Мероприятие пройдет 10 сентября в Москве (ВДНХ, Бизнес.Техноград).

В числе спикеров — эксперты компаний Сбер, Газпромнефть, Альфа Банк, Гринатом, Шереметьево Хэндлинг, Билайн, Positive Technologies, Skillaz, Herbarium Games и многих других.

500+ участников | 30+ спикеров | 10 часов нетворкинга

TEAM LEAD TODAY объединит лекторий и несколько интерактивных форматов, позволяющих участникам обмениваться рабочими инструментами, инсайтами и применять новые знания сразу на практике.

В программе: кейсы спикеров, панельные дискуссии, битва промптов, живое ревью, собеседование на скорости, speed networking, карьерные консультации, сложная 1:1, peer-to-peer круглый стол и многое другое.

TEAM LEAD TODAY — площадка, где обсуждают, как строить эффективные команды, управлять сложными проектами, развивать ИТ-культуру и совмещать техническую экспертизу с лидерскими качествами.

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

TEAM LEAD TODAY 2026 | Кейсы и практика для тимлидов
🗓 10 сентября 2026
📍 Бизнес.Техноград | Москва
Подробности и регистрация на сайте teamleadtoday.ru

Ловите скидку 10% на билеты — по промокоду TLS10

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

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

Смотрите, какая штука. Если для сотрудника нет никакой разницы между тем, чтобы сдать всё в срок (а то и раньше) или спокойно проехать по дедлайну, то зачем ему выбирать первое? ЗП он всё равно получит. Ну проедет по срокам — максимум кто-то повозмущается, и на этом всё. А раз последствий нет, то и стимула нет.

Кого в этом винить? Легче всего сказать «сотрудник немотивированный» и закрыть вопрос. Но мне кажется, что чаще корень в другом. Например, в самой компании нет выстроенной системы стимулирования. Можно ли стимулировать не только деньгами? Если да, то как стимулировать интересными задачами, признанием и повышением ответственности?

Можно ли вообще найти единый источник этой проблемы? Или у каждого свой стимул, и задача тимлида — нащупать его для каждого отдельно?

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

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

Меньше чем через месяц, 10–11 сентября, в Новосибирске пройдет TeamLead Сибирь — конференция для тимлидов и руководителей.

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

Что еще вас ждет на конференции:
— 30+ докладов по семи темам: кроме AI это найм, процессы, выгорание и коммуникация;
— отдельный зал мастер-классов, где разбираешь свою рабочую задачу с ведущим;
— фейл-митап про провалы, которыми обычно не делятся со сцены;
— фасилитируемый нетворкинг со знакомствами по интересам;
— квест по площадке с розыгрышем мерча;
— скидки участникам на отели, перелеты и рестораны по промокодам.

Два дня офлайн в Новосибирске плюс онлайн-трансляция.

👉 Программа и билеты

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

Вот вам несколько полезных ссылочек по теме SDD:
🔗https://youtu.be/JU13uM2b7WM?si=1dmd0Qdvm4r0leSm
🔗https://habr.com/p/983316/
🔗https://youtu.be/tSpj7muShX0?si=5JNgWXQUC153hoUW
🔗https://www.youtube.com/watch?v=EZwcBSX_Rbs

Если у вас что-то есть по этой теме, то смело кидайте в комментарии👇

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

Подготовил для вас свой тулкит тимлида для работы в Obsidian.

Это не просто набор заметок, а связанная система: рабочие заметки и задачи, база по 1:1, статьи — и всё это дружит с анализом встреч. Транскрипция, саммари, а потом автоматический перенос задач прямо в ваши заметки. То есть встреча превращается в готовые записи и таски.

Всё, что нужно сделать, — открыть GUIDE.md и следовать инструкции)

Дальше советую сразу открыть папку vault в Obsidian, запустить ИИ и попросить настроить пространство под вас. Подготовленный скилл всё сделает за вас (и да, это подробно описано в GUIDE.md).

Если что-то непонятно или не работает — пишите в комментариях, помогу разобраться)👇

Более 30 лидеров IT-индустрии поделятся практическим опытом управления командами, отдельными сотрудниками и ИИ-агентами — на конференции для тимлидов TEAM LEAD TODAY 2026. Мероприятие пройдет 10 сентября в Москве (ВДНХ, Бизнес.Техноград).

В числе спикеров — эксперты компаний Сбер, Газпромнефть, Альфа Банк, Гринатом, Шереметьево Хэндлинг, Билайн, Positive Technologies, Skillaz, Herbarium Games и многих других.

500+ участников | 30+ спикеров | 10 часов нетворкинга

TEAM LEAD TODAY объединит лекторий и несколько интерактивных форматов, позволяющих участникам обмениваться рабочими инструментами, инсайтами и применять новые знания сразу на практике.

В программе: кейсы спикеров, панельные дискуссии, битва промптов, живое ревью, собеседование на скорости, speed networking, карьерные консультации, сложная 1:1, peer-to-peer круглый стол и многое другое.

TEAM LEAD TODAY — площадка, где обсуждают, как строить эффективные команды, управлять сложными проектами, развивать ИТ-культуру и совмещать техническую экспертизу с лидерскими качествами.

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

TEAM LEAD TODAY 2026 | Кейсы и практика для тимлидов
🗓 10 сентября 2026
📍 Бизнес.Техноград | Москва
Подробности и регистрация на сайте teamleadtoday.ru

Ловите скидку 10% на билеты — по промокоду TLS10

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

В прошлом посте «Что такое SDD и почему столько шума» я разобрал теорию и познакомил вас с openspec. Теперь, как обещал, делюсь личным опытом — как мы вкатываем это всей командой прямо сейчас. Сразу скажу: мы ещё в процессе, финального видения нет, поэтому мне очень интересно узнать, как с этим у вас и что вы вообще об этом думаете.

Давайте по порядку, как оно у нас шло.

Первое — выбор инструмента. Мы начали с openspec. Почему он? Комьюнити постепенно растёт (больше 50к звёзд на гите), инфы всё больше, порог входа низкий. Смотрел ещё на BMAD и AI Factory, но они тяжелее, а мне на старте важнее было быстро попробовать и, если не зайдёт, без боли откатиться.

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

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

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

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

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

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

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

Тут как раз идеально подходит SDD.

Немного теории. SDD (Spec-Driven Development, разработка через спецификации) — это подход, при котором код пишется по заранее описанным инструкциям, спецификациям. А сами спеки формируются на основе технической и бизнесовой документации по продукту. Грубо говоря: сначала договариваемся, что именно строим, и только потом пишем код. Спека становится источником истины, а не чат и не чья-то память.

Давайте начнём с того, а куда он вообще уходил? Да всё просто) Людям было влом вести спеки и поддерживать их актуальность. Надо не только сохранять всё по новым доработкам, но ещё и держать историю уже сформированного. Это, конечно, лично моё мнение, но на форумах встречал единомышленников.

Почему его вдруг опять вспомнили? Да потому что теперь всю эту бюрократию на себя берёт ИИ и отлично справляется. Плюс снижается сжигание токенов: контекст ходит из чата в чат без повторного анализа, а вся история лежит в спеках.

По факту, вы совместно с ИИ формулируете задачу, учитываете архитектуру, бизнес и сам код ещё до его написания. Спека первична, код — то, что из неё вытекает.

Теперь про инструменты. Самый лёгкий вход — openspec (уже больше 50к звёзд на гите). Ставится через npm, внутри проекта делаете openspec init — и дальше работаете через слэш-команды прямо в вашем ИИ-ассистенте.

Фишка в том, что каждое изменение живёт в своей папке, а спеки остаются документацией, которую читает и человек, и ИИ. Работает это с кучей ассистентов — Claude Code, Cursor, Codex и ещё 20+ инструментов.

Какие тут плюсы?

1️⃣Вы не забиваете контекст одной сессии. Весь нужный контекст уже хранится в спецификациях, а не держится в памяти чата.
2️⃣Сохраняется история изменений. Появилась доработка по уже сделанной задаче — не нужно жечь токены заново, у вас лежит спека с описанием изменений.
3️⃣Экономите токены в долгую. Да, в начале вы сожжёте их много, но потом получите в разы больше импакта.
4️⃣Прозрачность для команды. Спека читается человеком. Аналитик, тестировщик и новичок видят одну и ту же картину, а не пытаются реконструировать логику по коду.

Но давайте честно — минусы тоже есть.

1️⃣Высокий порог входа. На старте это больно. Надо перелопатить документацию, договориться о формате спек, потратить время и токены.
2️⃣Спеки надо поддерживать. Забьёте на актуальность — и вернётесь ровно туда, откуда начинали.
3️⃣Подходит не под всё. Разворачивать спеку ради правки в одну строчку — оверхед. SDD раскрывается там, где важны архитектура и контекст.
4️⃣Нет простого ответа "Как встроить это в уже существующий монолит". Непонятно как это встраивать в проект из нескольких продуктов. Или связать это между репой бэка и фронта.
5️⃣Инструменты ещё сырые. openspec, BMAD и прочие активно меняются, устоявшихся стандартов пока нет, что-то придётся допиливать под себя.

Бонусом, вот несколько полезных ссылок по этой теме:
🔗https://aipdlc.ru/ru
🔗https://tproger.ru/articles/razrabotchik-uhodit-inzhener-ostayotsya-kak-ai-ekosistema-menyaet-r

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

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

Выбор пал на «15 заповедей руководителя», так как эта книжка часто попадалась в рилсах (хоть какая-то польза).

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

В общем, пора возобновить мою старую рубрику с обзорами менеджерских книжек.

Посоветуйте хорошие книжки в комментариях, а то я сейчас набиваю корзину из качественного чтива.👇

Более 30 лидеров IT-индустрии поделятся практическим опытом управления командами, отдельными сотрудниками и ИИ-агентами — на конференции для тимлидов TEAM LEAD TODAY 2026. Мероприятие пройдет 10 сентября в Москве (ВДНХ, Бизнес.Техноград).

В числе спикеров — эксперты компаний Сбер, Газпромнефть, Альфа Банк, Гринатом, Шереметьево Хэндлинг, Билайн, Positive Technologies, Skillaz, Herbarium Games и многих других.

500+ участников | 30+ спикеров | 10 часов нетворкинга

TEAM LEAD TODAY объединит лекторий и несколько интерактивных форматов, позволяющих участникам обмениваться рабочими инструментами, инсайтами и применять новые знания сразу на практике.

В программе: кейсы спикеров, панельные дискуссии, битва промптов, живое ревью, собеседование на скорости, speed networking, карьерные консультации, сложная 1:1, peer-to-peer круглый стол и многое другое.

TEAM LEAD TODAY — площадка, где обсуждают, как строить эффективные команды, управлять сложными проектами, развивать ИТ-культуру и совмещать техническую экспертизу с лидерскими качествами.

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

TEAM LEAD TODAY 2026 | Кейсы и практика для тимлидов
🗓 10 сентября 2026
📍 Бизнес.Техноград | Москва
Подробности и регистрация на сайте teamleadtoday.ru

Ловите скидку 10% на билеты — по промокоду TLS10

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

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

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

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

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

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

🔥 Разыгрываем 3 билета на TeamLead Сибирь

Условие простое: пройти наш опрос про AI в работе тимлида. На все 14 вопросов уйдет 3-6 минут.

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

🧭Дедлайн прохождения: 14 августа.

Трех победителей выберем с помощью рандомайзера. Остальным пришлем промокод на скидку 10% на билет.

Полный отчет по исследованию пришлем на почту после конференции. На закрытии TeamLead Сибирь 10-11 сентября объявим результаты со сцены.

↗️Заполнить и попасть в розыгрыш

ХОЛИВАР МЕСЯЦА!

Что будет в голове топ-менеджмента, если команды внедрят ИИ, разработчики будут писать код еще быстрее, но продажи не станут расти?

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

Я не знаю. Думаю, когда команды подружатся с вернувшимся из мёртвых SDD, интегрируют OpenSpec (или то, что вы там выбрали у себя), и всё реализуется, то уже причин сваливать всё на команды резко исчезнет. Менеджерам придётся выкручиваться по-другому.

А вы что думаете на этот счёт? Думаете, внедрение ИИ в разработку реально увеличит продажи? Жду ваше мнение в комментариях👇

ЧАСТЬ 3

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

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

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

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

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

Я сейчас проживаю всё это на своей команде в реальном времени, так что за красивую теорию не выдаю — рассказываю как есть) Если у вас есть свой опыт внедрения ИИ в процессы команды — делитесь в комментах, очень интересно, кто как решает эту задачу. 👇

ЧАСТЬ 2.

В прошлой части я разложил, что не так. Теперь про то, что мы сейчас с этим делаем — и что переживаю лично прямо сейчас.

Мы пытаемся препарировать весь SDLC на составные участки и внутри каждого собрать кубики с процессами обработки через ИИ. Например, участок с аналитикой превращается в набор исполняемых кубиков: от анализа встречи с заказчиком и формирования требований до концепции по реализации функционала. И каждый участок команда собирает из тех кубиков, которые ей подходят. У каждого кубика свой набор скилов и данных, относительно которых он работает. Если сделать один большой кубик и закинуть туда все скилы со всеми знаниями, то получишь размыв контекста, и итог будет не тот, что нужен.

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

Третье и самое главное — взаимодействие со смежными командами. Общая база знаний, шеринг навыков, бестпрактис и кодовая база. Как это будет выглядеть, сказать сложно, но что это должно быть — 100 процентов. Можно всё сложить в общей репе гита, можно подрубить MCP к confluence и т.п. Тут вы сами определяете и обсуждаете это с коллегами. Без этого вы просто генерируете изолированные решения.

Пока мы пилим кубики, я поймал себя на мысли, что мы фактически возвращаемся к спеке. И тут я вспомнил про SDD — Spec-Driven Development, разработку от спецификации.

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

А теперь смотрите, что меняется с ИИ. ИИ гораздо лучше работает не с «сделай мне хорошо», а с чёткой спекой на входе. Даёшь ему точное описание — получаешь предсказуемый результат. То есть спека перестаёт быть бюрократией «для галочки» и становится тем, что реально управляет генерацией.

И вот тут для SDD как будто открывается вторая жизнь. Ту рутину, из-за которой методология не приживалась (писать и поддерживать спеки руками), теперь можно частично переложить на ИИ. Спека становится главным артефактом: ты ревьюишь не тонны сгенерённого кода, а спеку — короткую и понятную. Поправил спеку — перегенерил участок. Это идеально ложится на наши кубики: каждый кубик, по сути, и есть маленькая спека со своим набором навыков и данных. И ревью-поинты из второго пункта встают ровно на стыки этих спек.

Не скажу, что мы уже всё так построили — я в процессе. Но направление чувствуется правильное.

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

Сразу предупрежу! Статья на эту тему получилась очень длинной, поэтому я решил разбить её на 3 части и выпустить их в течение дня. Это первая.

Всё больше и больше погружаюсь в тему ИИ и внедрения его в командную работу. Перепробовал уже много чего, от cline и kilocode до cursor и claude, и сделал для себя целую кучу выводов. Теперь хочу с вами поделиться)

Начну с проблемы. Инфошум и ожидания от ИИ слишком большие, и, как правило, их источник — это люди, которые не имеют отношения (или имеют косвенно) к разработке продуктов. В чём беда? В том, что из коробки он вам сделает изолированный продукт. Вы сразу обрадуетесь и будете в восторге от результата. НО! Для более качественного и детального продукта вам нужны знания на каждом участке SDLC. Без них вы не сможете интегрировать продукт с другими микросервисами, потому что банально работаете только в контексте одного продукта. А командная разработка микросервисов (да и монолитов) идёт в плотном взаимодействии с другими командами.

Дальше — сам подход. Текущая версия SDLC ещё не адаптирована под работу нескольких команд с ИИ. Да, все пытаются встать на эти рельсы, но чёткого свода правил пока нет. Все только пробуют интегрировать.

При этом ИИ пока помогает в конкретных задачах. Если это разработка, то разработчик пишет под свой стек, свои задачи и архитектурные правила в собственные навыки, которые помогают ему решать задачи. Общей кнопки, которая запускала бы процесс создания КАЧЕСТВЕННОГО продукта, ещё нет, потому что на каждом участке SDLC нужны свои навыки.

И на каждом участке SDLC должно быть качественное ревью. Без знаний в аналитике вы не сможете грамотно оценить ТЗ и требования заказчика и сделать нормальный продукт (я уж молчу про разработку).

MCP, скилы и промпты — это, конечно, круто. Но без грамотного подхода у вас получится свалка, которая просто жрёт токены.

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

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

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

Сегодняшняя карточка — про обещания на one-to-one: когда «потом» становится ответом по умолчанию, а встреча с тимлидом перестаёт приносить реальную пользу.

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

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

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

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

Сегодня хотел бы поделиться с вами личным опытом проведения встреч по 1к1 и как я научился экономить "мыслетопливо".

Что я для этого делаю.

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

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

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

Сначала я попробовал размазать такие встречи на неделю и получалось, что раз в день я провожу 1–2 такие встречи. Вроде стало легче, но на самом деле проблема не ушла. Я всё также уставал и не мог сфокусироваться на целях.

Как пришёл к автоматизации.

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

Тут я и начал думать, как мне автоматизировать этот процесс, но не потерять в качестве. Получился такой флоу:

1️⃣Mymeet делает мне запись встречи + её транскрипцию со всеми диалогами и кратким саммери с задачами.
2️⃣Далее я в Cursor по MCP подключил mymeet. Теперь мне не нужно каждый раз копировать текст всей встречи — могу сразу анализировать.
3️⃣Тут начинается самое интересное. Я написал собственный скилл для ИИшки, который понимает контекст встречи, может определить сотрудника (так как я описал каждого члена команды) и, самое главное, может сохранять результат анализа сразу в Obsidian. С помощью навыка ИИ не только понимает контекст встречи и кто участник 1к1, но ещё и может сформировать готовый отчёт, вытащить оттуда мои задачи (в навыках я и про себя рассказал) и закинуть всё это в Obsidian.

Что получилось в итоге.

Этими инструментами я обеспечил себе хранение контекста прошлых встреч и запись обещаний на 1к1 в виде личных задач.

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

Как вам адаптировать схожую систему у себя.

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

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

А как вы автоматизируете свою рутину? Поделитесь своим опытом/мнением в комментариях — будет интересно почитать👇