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

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

В продолжение осмысления опыта китайских компаний опубликовал на vc.ru статью «Оценка и мотивация – китайский опыт», как логичное продолжение темы инициативы и OKR, которая была в предыдущей статье «Как сочетать инициативу с исполнением – китайский опыт». Погружение в культуру китайских компаний интересно и востребовано, весной буду рассказывать об этом на конференциях AIconf, где фокус будет на ИИ, SQAdays, AnalystDays и еще нескольких. При этом продолжаю выступать про архитектуру, на Стачке в Ульяновске и MergeConf в Иннополисе будут выступления на эти темы.

P.S. Напоминаю: завел канал в max, можно подисываться.

Прочитал книгу Димы Ильенкова «Управление проектами по методу p3.express». Книга – о легком, минималистичном фреймворке управления проектами p3.express, который мне в целом понравился. В нем есть важные фишки, шаги, которые редко используют, а они могут дать ценный вклад. Это ревью внешними коллегами планов и хода проекта, регулярное возвращение к решению идём или нет, рассылка информации о ходе проекта, отдельное поле для извлеченного урока и много других. Да и в целом фреймворк – вполне работоспособный, а «Не усложняй», вынесенное на обложку - реальная фича, а не маркетинговый образ. Я о нем слышал на конференциях в нескольких докладах, и тогда для себя отметил, поэтому книгу читал с интересом. И сама книга написана хорошо, с многими примерами из реальной жизни. Так что рекомендую. Книга пока не вышла из печати, находится на стадии предзаказа. Так что, если вас заинтересует мой отзыв, то заказывайте на сайте автора. А мой подробный отзыв читайте на у меня сайте.

Подготовка к выступлению на AIconf о китайском опыте развития ИТ побудила серьезно проработать тему ИИ. В результате родилась отдельная статья, которую я сегодня опубликовал на habr: https://habr.com/ru/articles/1016504/ «ИИ не конкурент, а помощник и друг – китайский опыт»

Свою очередную статью «Корпоративные ценности ИТ-компании – китайский опыт» я опубликовал сразу на двух площадках: habr https://habr.com/ru/articles/1018276/ и vc.ru https://vc.ru/hr/2845062: она посвящена конструкции корпоративных ценностей в китайской компании Little Red Book, которая создает соцсеть – китайский гибрид instagram и wildberries, и уместна для аудитории обоих площадок. Речь идет о ценностях для сотрудников, а не о тех, которые компания реализует во вне, создавая свою соцсеть. Они тоже интересны, но их я разбирал отдельно, в статье есть ссылки.

В пятницу 27.03 заглянул на конференцию технических писателей Tech Writer Days. Конференция двухдневная, но у меня получилось только один день. Я на этой конференции первый раз, хотя это – уже третья конференция. Я с удовлетворением хочу сказать, что этот новый проект Влада Орликова вполне успешен. Сообщество технических писателей получило свою конференцию.

Делюсь своими впечатлениями https://mtsepkov.org/TechWriterDays-2026, для меня основные темы – ИИ-агенты и Dos As Code, поэтому сначала идут они, потом – остальное. В отчете следующие выступления.

* Камила Мазаева из Альфа-Банк. Кому доверить ревью API — техпису или искусственному интеллекту
* Александр Яковлев. Масштаб, сложность, автоматизация: как агенты изменили процесс документирования в Yandex Cloud
* Никита Авилов. Сам себе редактор: ИИ для вычитки текста и локализации
* Денис Лимарев. Имбовый портал документации на MkDocs: Markdown, Docs as Code и CD. Что сегодня и что завтра
* Никита Груздев из VK Tech. Особенности национальной миграции с MkDocs на Hugo
* Ольга Стрельцова. От кастомизации ПО к кастомизации документации: видеоинструкции для уникальных решений
* Антон Жуков. UI Kit как источник истины: путь от макета до продукта
* Елена Стеблюк. Внутреннее продвижение базы знаний: от справочника до культуры работы с информацией
* Семён Факторович из documentat.io. Пора классифицировать работодателей

Хороших выходных!

После 12-летнего перерыва приехал на Стачку в Ульяновск. Два дня, 13 треков, много интересных выступлений и хорошая атмосфера. Публикую отчет https://mtsepkov.org/Stachka-2026 с впечатлениями, в нем следующие выступления:

1. Александр Утков и Валерия Рубанова. Египетская сила: как мы учили OCR для чтения древних иероглифов
2. Софья Калинина. System Design для системного аналитика: от интервью к реальной работе
3. Владимир Понаревский. Боль тимлида: я наладил операционку в команде. А что дальше?
4. Ольга Зубкова и Рафаэль Фахреев. Эволюционное проектирование ИТ-решений
5. Максим Смирнов. Типы архитектурных решений
6. Ханна Гринберг. Думай как продакт: решаем задачи любого уровня абстракции
7. Екатерина Гриценко. User Experience выгорания: проектируем recovery-путь для самого себя
8. Екатерина Фёдорова. Почему в онлайн-обучении не работают «правильные» стратегии: взгляд через данные
9. Сергей Макаров. Чистая архитектура in action
10. Даниил Пилипенко. История кризисов в IT за 25 лет
11. Алексей Пименов. Управляемая эволюция. Как это делается

Особенно хочу отметить Екатерина Фёдорова: у нее подтвержденная данными аналитика о том, что наиболее успешны в сдаче ЕГЭ не усидчивые или внимательные, а наиболее любопытные. А вообще много интересного: Ольга Зубкова и Рафаэль Фахреев, Алексей Пименов и другие. И еще Александр Бындю с мастер-классом по Карте гипотез. У меня самого бло два выступления – про работу с бизнес-архитектурой и про визуальную модель для масштабирования приложений. Читайте!

Заглянул тут в блог Анатолия Левенчука. Я уже писал в разных постах и отчетах о конференциях, что Анатолий с июня 2025 собирает First Principle Framework (FPF) – описание системного подхода для ИИ, первый релиз вышел в сентябре. Цель самого Анатолия – пересобрать с помощью ИИ системный подход так. чтобы он был применим к модели личности человека и к сообществам, чтобы доработать руководства. Но вообще такой описание резко повышает качество общения с ИИ-моделями, поэтому участники сообщества Школы системного менеджмента (с мая 2025 – Мастерская инженеров-менеджеров) подключают его для обсуждения своих рабочих проектов. В декабре я был на большом семинаре у Анатолия и публиковал отчет, там есть ссылки и на сам фреймворк, и на посты Анатолия с описанием метода работы с бригадой ИИ.

А тут увидел, что с начала марта Анатолий перешел от ручной разработки FPF с помощью чатов с агентами к мультиагентной с помощью Codex App. И в последних постах очень подробно описал, как это у него устроено: три агента – executor, reviewer и platform engineer, организующий работу другим агентов, внешнее review сильной GPT-5.4 Pro (внутри работает GPT-5.4 xhigh), и он сам, принимающий ключевые решения по продукту и присматривающий за ходом процесса. При этом процесс работы – описан, агенты ему следуют и дорабатывают. И вся информация передается через файлы, так что все ходы записаны.

На мой взгляд. все это очень интересно для тех, кто сейчас строит свои системы агентов. Я на конференциях рассказываю про Анатолия разным людям, даю ссылки. Ну и мне самому тоже интересно, поэтому я хочу сохранить ссылки. В этом посте – описание устройства мультиагентной схемы. Здесь – про старт работы и первый подход к организации. А вот это – очень интересный пост, где Анатолий описывает типичные ошибки агентов, которые надо учитывать в ходе работы. Они – те же самые, что свойственны человеческим командам. Например, стремление создать много регламентов так, что большая часть токенов начинает уходить на административную, а не на содержательную работу, или упрощение задачи так, что теряется суть, и так далее. Это уже не просто обобщенное описание «ИИ-агент – новичок, не знающий контекста вашего проекта», ИИ-агент получает понятные поведенческие характеристики, которые надо учитывать при построении процесса.

В этом посте – текущее состояние самого FPF (лежит на github https://github.com/ailev/FPF). В нем появились пути для решения разных задач: правка проекта в текущем состоянии, работа с неоформленным, сравнение и выбор вариантов, работа с языком. И я буду иметь это ввиду на будущее, потому что задачи управления большим проектом у меня лично сейчас нет, а вот некоторые из этих задач, думаю, скоро появятся.

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

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

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

Я уже часть задач не даю разработчику, потому что они задают дурацкие вопросы, а ИИ сделает без них.

Проверка кода после джунов требует большей тщательности, чем после ИИ. Но ИИ-шке надо было написать рекомендации – style guide. А для pet-проджект вообще код не смотрят. Но структуру дерева файлов все-таки смотрит. Хотя тоже не везде.

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

Ключевая роль человека – во-время чуть-чуть направить.

Реально сделать прототип ко второй встрече с клиентом. Или клиабельный прототип интерфейса в фигме. Самим, без разработчиков. А еще они вытащили все материалы по всем роектам в общее хранилище, и ИИ отвечает на вопрос «что там с проектом». Но там – конвейер, чтобы сделать хороший ответ. И общее хранилище нужно, нейронка по 5-7 сайтам плохо бегает.

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

Кейс. ИИ помогает в изучении алгоритмов, онбординге в новые процессы и проекты, разбирается со структурой БД, и еще куча задач – ЖКХ поругаться и так далее. Устроился в новую компанию, ему надо изучить проект, осмыслить. Но там Алиса и Gigachat, западные модели нельзя использовать, а наши – не тянут. Но по совету Gigachat скачал Llama и открытую модель DeepSeek – всего 7Мб. Поставил локально, отняло чуть больше часа. И дальше дал зарос на DeepSeek. Тот ушел в раздумья на 40 минут, но ответ – дал. И это на компе за 20тр. Ему это сэкономило 1-2 спринта онбординга в проект.

Кейс. Пару лет назад заключили контракт с одним банком. Штатный программист не тянул, он нанял студию, они год делали, до конца не сделали, но как-то сдали, 2.5м убытка. И по договору был, нужна была поддержка, у студии – комические деньги, он нашел одного fullstack-разработчика, тот тянул. Это история два года назад. А сейчас появилась задача расширить, о спросил разработчика – и тот предложил переписать. И навайбкодил, весь проект обошелся в 250 тр.

На этом – все, о конференции, как обычно, будет полный отчет – но потом. А пока ловите впечатления.

Слайды моего выступления на #AIconf - на моем сайте https://mtsepkov.org/China-AIconf

Опубликовал отчет о конференции #MergeConf https://mtsepkov.org/MergeConf-2026 – я выступал и участвовал в пятницу-субботу. Качественные доклады и хороший нетворкинг. Самое сильное впечатление – круглый стол по вайбкодингу в секции маркетинга: у них драйв от того. что можно кодировать что нужно и не зависеть от разработчиков. При этом у них получается делать что нужно, они меряют эффективность – она выше. Я об этом публиковал пост еще в ходе конференции. Круглый стол по ИИ у аналитиков тоже был интересный, но впечатления у меня слабее. Может, потому что сам выступал.

Еще был интересный мастер-класс Максима Дорофеева про понимание в коммуникации и себя самого, рассказ Павла Аргентова про функциональное программирование, который вызвал много размышлений и много другого. Сам я тоже выступал, рассказывал про DDD. В общем, читайте, там еще выступления Игоря Рыбакова, Сергея Бурцева, Андрея Бровко, Кирилла Морозова, Михаила Усова, Сергея Иванова и Наили Галимовой, и это – малая часть из 11 треков.

Вчера я выступал на #AIconf, отчет будет на днях. В конце недели буду на #SQAdays в Питере.

Сегодня я на #sqadays Слушая доклады, понял интересную штуку: сейчас все активно разбираются с ИИ и ее ошибками, и уже хочется, чтобы люди тоже не совершали тех ошибок в рассуждениях и выступлениях, с которыми мы боремся с ИИ, чтобы они рассуждали не хуже. По факту это поднимает планку требований к человеку: он должен быть не хуже ИИ, а в чем-то лучше, иначе зачем нам человек? При этом человек может и должен использовать ИИ, просто чтобы его использовать хорошо, надо самому обладать соответствующим уровнем. В отчете, наверное, я порассуждаю об этом подробнее, пока – короткая реплика.

Я на #sqadays буду выступать про организацию и культуру китайского big-tech, с которым познакомился во время визита осенью, мы были в Baidu, Xiaomi и еще нескольких компаниях. С одной стороны, там много похожего на то, что у нас, но много и отличий. Приходите, будет интересно, а слайды уже есть на моем сайте https://mtsepkov.org/China-SQA

В понедельник 20.04 участвовал и выступал на #AIconf – конференции онтико по AI и ML. Один день, три трека, 425 человек на площадке и 485 online в Технограде на ВДНХ, параллельно с Golang Conf, и публикую отчет https://mtsepkov.org/AIconf-2026, читайте.

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

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

Подробнее о впечатлениях и выступлениях – отчете, там выступления Дарьи Шатько, Виктории Костериной, Даны Миндзаевой, Александра Панова, Андрея Гетманова и панель о встройке ИИ в продукт. Ну и про мое выступление тоже есть немного – я рассказывал про опыт китайских tech-компаний.

В конце прошлой недели был на #sqadays в Питере и публикую отчет https://mtsepkov.org/SQAdays-2026a Два интересных наблюдения. Во-первых, чтобы хорошо подключить ИИ-агентов в пайплайн обработки задач, его надо формально описать в системах типа n8n, доски недостаточно. И это успешно делают. Кстати, заметил. что процесс обработки задачи перестали называть воркфлоу и начали называть пайплайном, такая миграция терминологии. Во-вторых, под «хорошим софт-скилл» понимают умение договариваться, быть для всех удобным и безропотно принимать все новые задачи. В результате софт-скилл не облегчает жизнь, а нагружает «софт-скилл техдолгом». Об этом был отдельное вступление, но в кулуарах тема тоже активно всплывала.

Я достаточно много общался, выступал и участвовал в круглом столе. поэтмоу в конспекте не так много выступлений.

1. Сергей Атрощенков, Максим Цепков, Андрей Бровко. Круглый стол по Инженерной культуре
2. Максим Цепков. Эксперименты и опыт – часть пути к успеху: mindset китайских tech-гигантов
3. Александр Ткачев. No-code/Low-code в тестировании: ускоряем процессы с помощью n8n
4. Ариадна Букатина из Райффайзен. AI для коробочного решения
5. Владислав Григорьев из X5 Tech. Встраиваем Ай-Ай в автоматизированное тестирование добровольно-принудительно
6. Владимир Кочегаров. От хайпа к хаосу: провалы ИИ в больших компаниях, и чему они учат
7. Денис Кияница и Илья Голос из Т-Банк. E2E-тестирование BPMN-процессов
8. Эдуард Ермолов из X5 Tech. Чистая архитектура и метапрограммирование в рамках AT
9. Павел Саенко. Как мы создали систему интеграционного тестирования
10. Анна Покровская из СБЕР. Тестируем обратную связь: как QA превращает жалобы пользователей в UX-гипотезы
11. Дмитрий Пуртов. QA-отдел, который слышат: как выстроить архитектуру взаимодействия QA со всеми
12. Ксения Сергеева из Lamoda. Обратная сторона софт-скиллов
13. Руслан Остропольский. Системный подход в работе лида/хеда QA

На ridero вышла моя книга «Китай: дао менеджмента и культурный код будущего лидера мира». Начальный материал был получен в ходе поездки в по китайским технологическим компаниям в октябре прошлого года, а затем я продолжил углубление и осмысление темы. Я рассказываю об этом опыте с начала этого года, часть материала была опубликована в виде статей, а теперь все это собрано вместе. Те, кто следит – читайте! Через некоторое время книга появится на других площадках, там возникла техническая накладка с названием, ее исправляем.

С осени прошлого года идет стремительный переход от использования ИИ в качестве личного помощника к встраиванию ИИ-агентов в команду и передачи им определенных задач – переход от вайбкодинга к agentic engineering. Задача, как это часто бывает, решается экспериментально, методом проб и ошибок, потому что организовывать разделение труда даже между людьми в команде тимлидов, да и большинство руководителей следующих уровней не учили. А в случае ИИ-агентом ситуация осложняется тем, что это – не просто онбординг способного новичка, который не знает контекста проекта: у этого новичка есть набор сильных сторон, таких как быстрый доступ к знаниям из любых предметных областей, бесконфликтность и готовность к исправлению ошибок, в сочетании со слабыми сторонами, например, склонности упрощать задачу или пользоваться первым попавшимся попсовым знанием вместо профессионального. Если сравнивать с людьми, ИИ-агент – это звезда с особенностями. Встроить звезду в команду, чтобы сильные стороны проявлялись, а слабые не мешали – задача повышенной сложности для любого руководителя. А сейчас ее надо решать массово. Поэтому полезно представлять прошлый опыт перестройки систем разделения труда, а также теорию, которая уже наработана в менеджменте по поводу организации разделения труда. Я много лет работаю с теорией менеджмента, и вопросы организации разделения труда – одна из моих профильных тем, поэтому решил написать обзорную статью https://habr.com/ru/articles/1035522/ обо всех этих вопросах. Читайте, делитесь впечатления.

Весна переходит в лето, и на границе – две конференции аналитиков: AnalystDays и ЛАФ. Обе – с хорошей, качественной программой и нетворкингом. AnalystDays будет уже в конце недели в Питере в традиционном формате. А ЛАФ в этом году вернулся к истокам, в Иваново, где он начинался в далеком 2010 году и будет в том же формате: суббота – в офисе Консультанта, а вечером перемещаемся на турбазу и в воскресенье продолжаем там. Этот формат – очень интересная конструкция, им ЛАФ отличается от других конференций, так же как относительно демократичной ценой билета. У меня, как у спикера есть промокоды на скидку, обращайтесь в личку.

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

В среду 20.05 был на очередной мини-конференции OKR Conf. Встреча бесплатная, проходит раз в квартал на разных площадках с обеда и до вечера, было три-четыре выступления и workshop. Прямой трансляции нет, но записи выступлений потом выкладывают. До этого я был в сентябре и декабре и мне понравился формат – интересные выступления о практических кейсах и живое общение. Оперативно публикую свой конспект.

Основная тема нескольких выступлений в этот раз – о том, что невозможно сразу запустить метод идеально. Даже если провести хорошее обучение и позвать мастеров для проведения первых сессий, все равно метод не стартует. Его надо осваивать постепенно, люди должны делать очередные шаги. Как в разработке: делаем MVP, а затем – развиваем. А одна из самых распространенных причин провала в том, что люди рассчитывали на идеальное внедрение, а когда не получилось – отбросили метод как негодный.

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

- OKR без иллюзий, Егор Заславец (Сэлвим) и Олеся Нестерчук (ГК Вита Плюс)
- Грабли запуска OKR в госбанке — как их обойти, Кристина Рудакова (Банк ПСБ)
- Путь героя: 6 лет с OKR — барьеры, фреймворк, результат, Люция Васильева и Александра Нестерова (Directum)
- Как выживают разработчики Госуслуг на защите квартального плана, Виктор Редров (РТЛабс)

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